Evidência por Screenshot de Serviços com Falha: Debugging de Problemas de Uptime

O Problema do Screenshot#

Seu site cai. Você recebe um alerta. Você corre para verificar o site... e ele já voltou. O que tinha de errado? Você nunca vai saber.

Sem screenshots, o debugging vira adivinhação:

• Foi um erro 500?
• Um loop de redirecionamento?
• Um timeout de banco de dados?
• Uma falha de CSS?
• Um erro de JavaScript?

Screenshots respondem essas perguntas instantaneamente.

Como Funcionam os Screenshots do Nova Uptime#

Quando uma checagem de domínio falha, o Nova Uptime captura automaticamente:

1. Screenshot da falha: Como o site estava quando estava quebrado
2. Detalhes da falha: Status code, tempo de resposta, mensagem de erro
3. Screenshot da recuperação: Como ele estava quando voltou ao ar

Tudo capturado e anexado ao relatório de incidente.

O Que os Screenshots Revelam#

Exemplo 1: 503 Service Unavailable#

O screenshot mostra:

503 Service Unavailable
The server is temporarily unable to handle the request

Imediatamente diz a você: Servidor sobrecarregado ou reiniciando. Não é problema de DNS ou configuração.

Exemplo 2: Loop de Redirecionamento#

O screenshot mostra a URL mudando repetidamente na barra de endereços, ou travada carregando.

Imediatamente diz a você: Regras de redirecionamento mal configuradas, provavelmente após um deploy recente.

Exemplo 3: Página em Branco (Erro 500)#

O screenshot mostra uma página praticamente em branco com stack trace de erro do servidor.

Imediatamente diz a você: A aplicação travou, verifique os logs para o erro específico.

Exemplo 4: Erro de Conexão com Banco de Dados#

O screenshot mostra mensagem de erro do banco de dados (se as páginas de erro estiverem visíveis).

Imediatamente diz a você: O banco de dados está fora do ar ou inacessível. Verifique o status do servidor de banco.

Screenshots em Relatórios de Incidente#

Quando um incidente acontece, o Nova Uptime fornece:

1. Linha do tempo:

   • 14:32 UTC: Primeira falha detectada
   • Screenshot da falha anexado
   • 14:47 UTC: Recuperação detectada
   • Screenshot da recuperação anexado

2. Análise:

   • Duração: 15 minutos
   • Erro: 503 Service Unavailable
   • Evidência visual: Screenshot mostra "Server restarting"

3. Contexto:

   • Tempos de resposta antes da falha: 200ms em média
   • Tempos de resposta durante a falha: Timeout (60+ segundos)
   • Tempos de resposta após a recuperação: 195ms em média

Isso diz a você:

• Algo causou carga (pico até timeout de 60s)
• Servidor reiniciou automaticamente
• Servidor se recuperou e está funcionando normalmente agora

Screenshots em Alertas por E-mail#

O Nova Uptime anexa screenshots de falha diretamente nos e-mails de alerta:

🚨 DOWNTIME ALERT

Domain: mysite.com
Status: DOWN (503 Service Unavailable)
Duration: 12 minutes

[Failure screenshot attached]

Actions:
- Check server logs for "Server restarting" error
- Verify database connection
- Review recent deployments

A equipe consegue diagnosticar sem nem mesmo abrir o dashboard do Nova Uptime.

Screenshots para Análise de Causa Raiz#

Screenshots ajudam a responder a pergunta: "Por que falhou?"

Cenário 1: Deploy quebrou o site

• Screenshot mostra o site antigo antes do deploy
• Screenshot seguinte mostra página de erro depois do deploy
• Conclusão: Rollback necessário imediatamente
• Ação: git revert no commit mais recente

Cenário 2: Banco de dados inacessível

• Screenshot mostra erro "Connection refused"
• Conclusão: Servidor de banco está fora do ar ou a rede está quebrada
• Ação: Verificar status do servidor de banco, conectividade de rede

Cenário 3: Certificado SSL expirado

• Screenshot mostra erro de certificado SSL
• Conclusão: Certificado expirou e precisa ser renovado
• Ação: Renovar certificado (manualmente ou automático)

Cenário 4: Loop de redirecionamento

• Screenshot mostra navegador travado recarregando
• Conclusão: Redirecionamentos mal configurados (HTTP → HTTPS → HTTP → ...)
• Ação: Verificar regras de redirecionamento na configuração do nginx/Apache

Screenshots de Recuperação#

Quando um site volta ao ar, o Nova Uptime captura um screenshot de recuperação:

✅ RECOVERY

Domain: mysite.com
Status: UP (200 OK)
Recovery screenshot: [Site displays homepage normally]

Downtime Summary:
- Started: 14:32 UTC
- Ended: 14:47 UTC
- Duration: 15 minutes
- Root cause: Server restarted during deployment
- Response times: Restored to normal (200ms)

Isso confirma:

• O site realmente voltou ao ar (não só está respondendo com erro)
• O site está responsivo (o screenshot prova, não só o HTTP 200)
• A funcionalidade normal voltou

Considerações Sobre Screenshots Mobile#

Sites parecem diferentes no mobile versus desktop. O Nova Uptime captura:

• Visualização desktop: 1024x768 (ou configurável)
• Visualização mobile: 375x667 (opcional)

Se seu site é mobile-first, verifique também os screenshots mobile.

Considerações de Privacidade em Screenshots#

Screenshots podem conter:

• Mensagens de erro voltadas ao usuário
• Detalhes de erros de banco de dados
• Informações sensíveis

Boas práticas:

• Não logue dados sensíveis em páginas de erro
• Use mensagens de erro genéricas para erros públicos
• Habilite criptografia de screenshots se disponível
• Restrinja o acesso ao dashboard apenas à equipe

Usando Screenshots para Status Pages#

Você pode compartilhar screenshots de falha com clientes:

Exemplo de comunicação com cliente:

We experienced an outage from 14:32-14:47 UTC today.
[Screenshot showing error message]
Root cause: Server restart during deployment
Mitigation: [What we did to fix it]

Transparência constrói confiança. Screenshots provam que você está sendo honesto.

Captura Automática de Screenshots#

O Nova Uptime captura screenshots automaticamente:

1. A cada falha: Alerta de queda → screenshot capturado
2. Na recuperação: Alerta de retorno → screenshot capturado
3. Agendado: Se habilitado, screenshots diários (provam que o site está no ar)

Configure em Settings → Screenshot Options.

Solicitações Manuais de Screenshot#

Às vezes você quer um screenshot fora do monitoramento:

1. No dashboard do Nova Uptime, clique no domínio
2. Botão "Request Screenshot"
3. Mostra instantaneamente o estado atual do site
4. Compare com screenshots de falhas anteriores

Screenshots versus Logs#

Screenshots mostram o que o usuário vê. Logs mostram o que o servidor pensa.

Às vezes eles divergem:

• Logs mostram: "Request processed successfully (200 OK)"
• Screenshot mostra: Mensagem de erro "Database connection failed"

Screenshots capturam as lacunas entre o que os logs afirmam e o que está realmente acontecendo.

Limitações dos Screenshots#

Screenshots não conseguem capturar:

• Erros de JavaScript (a menos que apareçam na página)
• Respostas lentas de API (se a página ainda carrega)
• Timeouts de rede para sub-recursos
• Problemas no lado do cliente (crashes do navegador)

Solução alternativa: Use monitoramento sintético baseado em navegador para cenários avançados.

Resumo#

Screenshots fornecem respostas instantâneas para:

• O que estava errado quando falhou?
• Quanto tempo levou para recuperar?
• O site realmente está totalmente recuperado?
• Qual é a evidência visual?

Habilite screenshots automáticos no Nova Uptime hoje: Ative a captura de screenshot nas suas configurações de domínio do Nova Uptime. Incluído em todos os planos. 🚀