7 alertas essenciais que toda loja virtual deveria ter
Você não precisa de 50 alertas — precisa dos 7 certos. Esta é a lista mínima que toda loja virtual deveria ter, do uptime básico ao alerta de pedidos travados e quebra de schema.org.
- O princípio "alerta = decisão" que evita criar 50 ruídos.
- Os 7 alertas que cobrem 80% dos incidentes que afetam vendas em e-commerce.
- Em qual canal alertar conforme severidade (telefone vs Slack vs e-mail diário).
- Como evitar fadiga de alerta: retries, throttle, baseline e severidade calibrada.
Quanto mais alertas, melhor? Errado. Alerta demais vira ruído — equipe desliga notificação e o que importa passa batido. Em loja virtual, há um conjunto pequeno de sinais que cobrem 80% dos incidentes que afetam vendas. Essa é a lista mínima — 7 alertas que toda loja deveria ter, independente do tamanho.
Princípio orientador: alerta = decisão
Antes de configurar qualquer alerta, responda: "o que eu vou fazer quando ele disparar?". Se a resposta é "depende, vou investigar", não é um alerta — é um dashboard. Alerta tem que ter ação clara e dono claro. Sem isso, vira notificação que ninguém atende.[1]
1. Uptime da home (essencial)
Detecta o caso óbvio: a loja parou de responder. Frequência ideal: a cada 1–2 minutos. Navegação real com Chromium é mais confiável que ping — porque um servidor pode responder 200 e ainda estar quebrado (JavaScript fatal, página em branco).
Ação ao disparar: acionar quem cuida da infra. Plano de incidente deve estar a um clique de distância.
2. Uptime do checkout (essencial)
Home pode estar no ar e checkout quebrado — é até comum, porque checkout depende de cálculo de frete, gateway, antifraude. Configure um teste sintético que percorre:
- Adicionar produto ao carrinho
- Aplicar CEP e ver frete
- Chegar até a tela final de pagamento (sem concluir)
Se algum desses passos falhar, é alerta crítico imediato. Custo de venda perdida em checkout quebrado é muito maior que home fora — home fora você descobre em segundos, checkout quebrado leva horas se ninguém testa.
3. Validade do certificado SSL (essencial)
Certificado vencido derruba a loja inteira de uma vez — todo navegador exibe aviso e nenhum cliente passa. Comum em quem usa Let's Encrypt sem renovação automática ou certificados pagos com renovação manual.
Configure alerta para disparar 30 dias antes da expiração e novamente em 7 dias. Verificadores como inspetor de cabeçalhos HTTP já mostram a data de validade — basta automatizar.
4. Pedidos travados
Pedidos parados em pending_payment por mais de 2 horas ou em processing por mais de 24h. Quase sempre é integração quebrada em silêncio — gateway, ERP, antifraude. Veja como detectar pedidos travados em Magento 2.
Ação ao disparar: verificar logs do gateway, status do consumer da fila e healthcheck da integração com ERP.
5. SKUs visíveis sem estoque
Produto aparece para o cliente e ele não consegue comprar — ou pior, consegue finalizar e depois recebe e-mail de cancelamento. Esse alerta cruza o que está publicado com o que está disponível, em janela móvel.
Crítico para quem trabalha com estoque sincronizado de marketplaces ou ERP. Pico de venda + sincronização lenta = oversell garantido. Trate diferente conforme a margem: em produto caro, alerta amarelo a partir de 5 SKUs; em produto barato, só vermelho.
6. Quebra de Schema.org / dados estruturados
Snippet rico no Google é vantagem competitiva real em e-commerce — preço, avaliação, estoque aparecem diretamente no resultado de busca. Quando uma atualização de template ou módulo quebra o Schema.org, o snippet some sem aviso. A queda de CTR pode levar semanas para virar uma queda perceptível no faturamento.[2]
Configure validação periódica das páginas mais importantes: validador de dados estruturados + alerta quando JSON-LD inválido aparecer.
7. Performance que degradou
LCP, INP ou TTFB acima do limite por mais de 2 ciclos consecutivos. Não é alerta urgente — é alerta de manhã, quando dá tempo de investigar com calma. Configure com baseline próprio (cada loja tem o seu) e tolerância de variação (10%).
Veja a explicação completa em Core Web Vitals para loja virtual.
Em qual canal alertar
| Severidade | Canal recomendado | Tempo de resposta esperado |
|---|---|---|
| Crítico (uptime, certificado) | Telefone / PagerDuty / Discord com mention | < 10 min |
| Alto (pedidos travados, checkout) | Slack/Discord com canal dedicado | < 30 min |
| Médio (performance, estoque) | Slack/Discord, sem mention | < 4 h |
| Baixo (SEO, schema) | E-mail diário consolidado | 24 h |
Como evitar virar ruído
- Confirmar antes de alertar. Use retry: 2–3 tentativas com 30s entre elas antes de notificar humano. Falso positivo único não dispara alerta.
- Throttle por canal. Se 5 testes falham em 1 minuto, mande 1 alerta consolidado em vez de 5 mensagens. A Especialista Loja Virtual faz isso por padrão.
- Threshold com baseline. "> 3s de LCP" é arbitrário. "> 20% do baseline da semana passada" é relativo e some quando o problema é só sazonalidade.
- Severidade calibrada. Nem todo alerta merece acordar alguém às 3h. Defina o que é "acordar alguém" e o que pode esperar a manhã.
Próximos passos práticos
- Liste hoje quais desses 7 você tem.
- Comece pelos 3 essenciais (1, 2, 3) — cobre 70% dos casos.
- Adicione os de pedidos e estoque (4, 5) — específicos de e-commerce, alto impacto em faturamento.
- Por último, os "de longo prazo" (6, 7) — não evitam queda imediata, mas evitam erosão silenciosa.
Para configurar tudo de uma vez sem montar infraestrutura própria, veja os planos da Especialista Loja Virtual — todos os 7 já vêm prontos, e você só ajusta os limites para sua operação.
Referências
- Rob Ewaschuk. My Philosophy on Alerting, em "Site Reliability Engineering" (Google/O'Reilly). sre.google/sre-book/monitoring-distributed-systems
- Google Search Central. Rich Results — Product structured data. developers.google.com/search/docs/appearance/structured-data/product
- Atlassian. Incident Management Handbook. atlassian.com/incident-management
- PagerDuty. State of Digital Operations & State of On-Call, relatórios anuais. pagerduty.com/resources
- Beyer et al. Site Reliability Engineering — How Google Runs Production Systems. O'Reilly, 2016, cap. 6 (Monitoring Distributed Systems).
Perguntas frequentes
- Por onde devo começar se ainda não tenho monitoramento nenhum?
- Comece pelos três essenciais: uptime da home, uptime do checkout e validade do certificado SSL. Esses três cobrem 70% dos incidentes que afetam vendas e custam baratíssimo para configurar.
- Discord, Slack ou e-mail? Qual canal escolher?
- Para equipe técnica, Discord ou Slack — alertas devem chegar onde a equipe já está. E-mail funciona como backup e para alertas não-urgentes (relatório diário, SEO).
- Quantos alertas falsos positivos são aceitáveis?
- Menos de 5% do total. Mais que isso e a equipe começa a ignorar — vira o "boy who cried wolf". Se está com muito falso positivo, aumente a frequência de retries ou o limiar antes de disparar.
Continue lendo
Monitore tudo isso automaticamente
A Especialista Loja Virtual roda navegação real no seu site a cada poucos minutos, alerta no Discord, Slack ou e-mail e mostra screenshot do incidente. Comece grátis.