O monitoramento do seu site deve perceber mais do que quedas

No ar não é o mesmo que funcionando

O monitoramento de site mais simples pede uma página e verifica se o servidor responde. Se recebe um código de status de sucesso, marca o site como no ar.

Essa verificação pode continuar verde enquanto o seu formulário de contato falha, um redirecionamento manda as pessoas para o lugar errado, um certificado está prestes a vencer, uma política de segurança do navegador desaparece ou uma página importante é substituída por algo inesperado. O servidor respondeu. Isso não significa que o site fez o seu trabalho.

Vale a pena medir a disponibilidade. Ela é só a primeira pergunta.

Verifique as páginas de que as pessoas dependem

Comece pelas poucas coisas que o público vem fazer no seu site. Para uma associação de membros, podem ser a inscrição, o acesso a documentos e o formulário de contato. Para um órgão público, os avisos de reuniões e as instruções sobre serviços. Para uma organização de defesa de causas, uma página de mobilização que precisa aceitar envios antes de um prazo.

Você não precisa testar todos os caminhos do site. Cubra o pequeno número de páginas e recursos cuja falha causaria um dano imediato às suas operações.

Vigie a configuração que pode mudar sem aviso

Algumas falhas acontecem na configuração do site, e não numa página. As regras de redirecionamento mudam. Um certificado é renovado de forma errada. Uma publicação perde um cabeçalho de segurança. Uma política de segurança de conteúdo fica mais fraca, ou começa a bloquear um serviço de que o site precisa.

Você não vai ver nada disso ao editar páginas, e é por isso que esses itens pertencem às verificações recorrentes. Um monitoramento útil registra como cada configuração deveria estar e avisa quando ela muda.

• Validade e vencimento do certificado HTTPS.
• Endereço canônico e comportamento dos redirecionamentos.
• Cabeçalhos de segurança e políticas do navegador.
• Títulos de página, marcadores de conteúdo e tipos de resposta esperados.
• Mudanças de desempenho grandes o bastante para afetar os visitantes.
• Formulários ou integrações importantes que possam ser testados com segurança.

Cada alerta precisa de um responsável

Uma caixa de entrada cheia de alertas não significa que o site é gerenciado. Cada coisa que você monitora precisa de um responsável e de um plano para o que acontece em seguida.

O registro deve dizer o que mudou, quando foi visto pela primeira vez, quais páginas são afetadas, se aconteceu de novo e o que deve acontecer em seguida. A sua equipe web deve saber quando olhar a aplicação, quando chamar a hospedagem e quando a organização precisa tomar uma decisão de conteúdo ou de política.

O que pedir num relatório de monitoramento

Você não precisa de um painel de requisições brutas. Um relatório útil separa os problemas atuais dos que já se resolveram, mostra qual serviço é afetado, inclui as evidências e nomeia o próximo passo.

Pergunte o que o sistema verifica, com que frequência, o que ele deixa de fora de propósito, quem recebe os alertas e o que acontece depois que um chega. Se a resposta termina no envio de uma notificação, você contratou detecção sem resposta.