O que deve realmente verificar a monitorização de um site?

A monitorização de um site deve verificar o conjunto mínimo de resultados de que a empresa depende. Confirmar a resposta da página inicial é uma verificação. Não mostra se é possível enviar um pedido, solicitar uma reserva, adicionar um produto ao carrinho ou iniciar sessão como membro.

Comece pela finalidade do site. Escolha as ações importantes que podem ser testadas em segurança, defina o que significa terem sucesso e decida quem deve receber um alerta quando uma verificação falha. Assim, terá um plano fácil de compreender e rever, sem o transformar numa lista de medições técnicas.

O que comprova uma verificação de disponibilidade?

Uma verificação básica de disponibilidade costuma pedir uma página e confirmar que o servidor responde. Pode detetar uma indisponibilidade total, mas o resultado depende do que a verificação confirma efetivamente.

Uma página pode responder com sucesso e, ainda assim, apresentar conteúdo incorreto, não incluir um elemento importante ou falhar quando um visitante tenta utilizá-la. Uma verificação mais completa também pode confirmar a presença de um título, produto, formulário ou outro elemento estável esperado.

Isto não torna as verificações de disponibilidade menos importantes. Dá-lhes uma função clara: confirmar que um endereço público conhecido responde como esperado. São necessárias outras verificações para outros resultados.

Que funcionalidades do site devem ser monitorizadas?

Depende do que se espera que o site faça. Raramente é necessário monitorizar todas as ações possíveis e algumas não podem ser repetidas em segurança sem criar registos, mensagens ou pagamentos indesejados.

• Um site informativo pode precisar de verificações da página inicial, da página de contacto, das páginas de serviços importantes e do percurso para enviar um pedido.
• Um site de reservas pode precisar de uma verificação segura para confirmar que o calendário ou a disponibilidade carrega e que funciona um percurso de teste acordado.
• Uma loja online pode confirmar que é possível consultar um produto e adicioná-lo ao carrinho sem fazer uma encomenda real.
• Um site para membros pode precisar de uma conta de teste controlada que consiga chegar ao início de sessão e a uma área protegida acordada.
• Um editor pode confirmar que novos artigos, páginas de categorias, feeds ou percursos de subscrição continuam disponíveis.

São exemplos, não um pacote fixo. A pergunta útil é: que ação falhada impediria o site de cumprir uma parte importante da sua função?

O que deve confirmar cada verificação?

Cada verificação deve ter um resultado observável. «Verificar o formulário» é vago. Uma definição mais útil indica que página é aberta, que ação de teste segura é realizada, que resposta confirma o sucesso e se o teste cria algo que tenha de ser removido.

Um teste do formulário no navegador pode confirmar que é possível preencher os campos obrigatórios e que o site aceita o envio. Mesmo assim, não prova que o e-mail resultante chegou à caixa de entrada. Explicamos esta diferença no nosso artigo sobre a entrega das mensagens dos formulários de contacto.

As verificações automatizadas no navegador são muitas vezes chamadas monitorização sintética. Repetem ações definidas em condições controladas. A monitorização de utilizadores reais recolhe dados de visitas efetivas. A AWS descreve estas fontes como complementares: as rotinas sintéticas podem testar fluxos importantes a intervalos regulares, enquanto os dados de utilizadores reais mostram o que os visitantes viveram na prática, com os seus dispositivos e condições. A AWS apresenta uma visão geral das duas abordagens.

A monitorização do site deve incluir a velocidade?

Sim, quando a velocidade é importante para a finalidade do site, mas a disponibilidade e a velocidade devem continuar a ser indicadores separados. Uma página pode estar disponível e ser invulgarmente lenta. Também pode carregar depressa enquanto uma funcionalidade importante falha.

Um teste controlado ajuda a detetar alterações em condições repetíveis. Os dados de campo mostram a variedade de experiências dos visitantes reais. As orientações Web Vitals da Google referem que as medições laboratoriais e as medições de utilizadores reais podem diferir devido aos dispositivos, às ligações, às localizações, aos conteúdos e às interações. O guia de medição Web Vitals explica esta diferença.

Por isso, um plano de monitorização deve indicar o que é medido, de onde vêm os dados e que alteração merece atenção. Um limite universal de velocidade ou um único local de teste não descreve todos os públicos.

Que verificações preventivas podem dar um aviso antecipado?

Algumas verificações técnicas podem alertar para condições que poderão afetar o site mais tarde. Consoante o site e as responsabilidades acordadas, podem abranger a resolução do domínio e do DNS, a validade dos certificados, os limites do alojamento ou dos recursos, as tarefas agendadas e as dependências externas críticas.

Estas verificações complementam as verificações de resultados. Um aviso sobre um limite próximo não prova, por si só, que os visitantes sejam afetados, nem identifica a causa de outra falha visível. O seu valor consiste em dar à pessoa responsável um motivo para investigar antes ou durante um problema.

Quando deve um alerta chegar a uma pessoa?

Um alerta é útil quando chega a alguém capaz de o avaliar e contém contexto suficiente para decidir o que fazer a seguir. Deve identificar a verificação que falhou, a página ou funcionalidade afetada, quando começou a falha, se continua e qual a gravidade para o resultado monitorizado.

Falhas diferentes podem justificar respostas diferentes. Uma falha breve numa página secundária não exige necessariamente a mesma resposta que um problema no pagamento ou no acesso dos clientes. O prazo, o destinatário e a via de escalada adequados dependem do site e do acordo de suporte.

As orientações da Google para a gestão de incidentes recomendam abranger as principais funcionalidades utilizadas pelos visitantes, alertar em geral sobre sintomas em vez de causas presumidas e manter os alertas acionáveis. Também admitem alertas internos preventivos quando uma condição, como a aproximação de um limite fixo de recursos, possa provocar uma falha repentina. Num site empresarial, o alerta deve esclarecer se descreve um problema observado pelos utilizadores ou um aviso interno que requer investigação.

O que não é substituído pela monitorização?

A monitorização pode revelar que algo mudou ou falhou. Não substitui cópias de segurança, trabalho de segurança, manutenção de software, controlo de acessos, planeamento da recuperação ou um processo de resposta testado.

Também não responde a todas as questões comerciais. A análise de dados mostra como os visitantes utilizam o site, enquanto a Search Console informa sobre a forma como a Google o rastreia, indexa e apresenta na pesquisa. A Google explica o papel da Search Console na monitorização do desempenho na pesquisa. Nenhuma das ferramentas substitui a verificação de que o site executa as ações de que precisa.

O que devemos perguntar sobre um plano de monitorização?

Um proprietário ou gestor deve obter respostas claras às seguintes perguntas:

• Que páginas e funcionalidades da empresa são verificadas?
• O que comprova cada verificação e o que não comprova?
• Com que frequência é executada cada verificação?
• Algum teste cria reservas, encomendas, mensagens, contas ou outros registos?
• Quem recebe um alerta e que informação contém?
• Que falhas exigem atenção imediata e quais são revistas mais tarde?
• Como são refletidas as alterações do site nas verificações?
• Que histórico ou resumo da monitorização pode ser consultado?
• Quem é responsável por investigar e responder?

As respostas não têm de descrever cada componente técnico. Devem esclarecer a cobertura prática e as responsabilidades.

A monitorização pode fazer parte da manutenção do site, juntamente com atualizações, cópias de segurança, certificados, apoio e outros cuidados contínuos. Quando avaliamos um site existente, as verificações adequadas dependem das suas funcionalidades, integrações, riscos e do âmbito de apoio acordado com o cliente.