Porquê repetir as verificações
O desempenho afeta a facilidade de carregar conteúdo e concluir tarefas. Meça o efeito no seu público em vez de aplicar percentagens genéricas de conversão. O Google utiliza Core Web Vitals nos sistemas de classificação, mas bons valores não garantem posições ou tráfego.
Que métricas acompanhar
Os Core Web Vitals atuais são:
- LCP — Largest Contentful Paint: apresentação do maior elemento de conteúdo visível elegível; bom até 2,5 segundos.
- INP — Interaction to Next Paint: resposta a cliques, toques e teclado até à apresentação seguinte; bom até 200 ms.
- CLS — Cumulative Layout Shift: deslocações inesperadas da disposição; bom até 0,1, sem unidade.
INP substituiu FID em março de 2024. Avalie visitas reais no percentil 75, separando dispositivos móveis e computadores. Um teste de laboratório descreve condições e ações escolhidas, não todos os visitantes. A falta de dados reais não equivale a uma verificação aprovada.
Porque mudam os resultados
Conteúdo, funcionalidades, scripts de terceiros, código e carga do servidor podem alterar o comportamento. Os navegadores e as regras de medição também mudam: registe as versões. Verificações repetidas ajudam a detetar regressões e definir prioridades, sem garantir a descoberta antes de os utilizadores serem afetados.
Escolha a frequência pelo risco
Como exemplos iniciais: um site informativo raramente alterado a cada três meses, um blogue mensalmente, uma loja a cada duas semanas. Não são normas universais. Lançamentos importantes e problemas comunicados exigem verificações adicionais. Serviços frequentemente atualizados podem precisar de testes sintéticos agendados e acompanhamento de visitas reais.
Os testes periódicos correm em intervalos. Defina frequência, páginas, perfis de dispositivo e regiões segundo o impacto e os recursos. «Acompanhamento contínuo» não significa testar todas as ações ou detetar imediatamente todas as falhas.
Um processo de auditoria repetível
- Escolha páginas e tarefas representativas: início, produtos ou serviços, formulários e interações importantes. Registe o URL final e as condições.
- Reúna medições de laboratório e dados reais disponíveis. No PageSpeed Insights, distinga as secções e confirme se os dados dizem respeito ao URL ou à origem completa.
- Investigue LCP, INP ou CLS conforme o problema. Carregamento, resposta e deslocações podem ter causas diferentes.
- Teste uma alteração limitada: dimensões e formatos de imagem, processamento dispendioso, cache ou entrega. Preserve funções necessárias e regras de acesso às respostas privadas. Não adie a provável imagem LCP.
- Após publicar, repita o teste em condições comparáveis. Verifique a correção da tarefa além do tempo e registe a data.
Configurar o acompanhamento automático
Confirme o calendário real, as condições de alerta, o canal e o prazo de conservação do histórico. Distinga regressões, execuções falhadas e medições ausentes. Teste a entrega das notificações e atribua um responsável. Os testes de laboratório agendados e os dados de utilizadores reais respondem a perguntas diferentes.
O Google Analytics pode fornecer dados de utilização ou conversão configurados; a Search Console, dados de pesquisa e relatórios Core Web Vitals. São fontes separadas: o artigo não comprova uma integração automática com um scanner de velocidade. Compare períodos equivalentes e registe outras alterações do site.
Manter um registo útil
Guarde referência inicial, condições, observações, correção e verificação posterior. Separe melhorias medidas de suposições e agende a próxima revisão segundo o risco.
Comece por uma auditoria pontual de velocidade e configure depois um processo periódico adequado. Consulte o guia Web Vitals e a documentação Google sobre experiência de página.
