Como interpretar o PageSpeed Insights: guia prático
Faz o teste, recebe um número e depois? Para a maioria dos empresários, um relatório do Google PageSpeed Insights é uma parede de cores, percentagens e termos técnicos que levanta mais dúvidas do que respostas. Uma pontuação de 38 a vermelho assusta, mas o relatório raramente deixa claro o que está realmente mal nem o que fazer a seguir.
A boa notícia é que não precisa de ser programador para ler o relatório com critério. Precisa de saber onde olhar, que números importam de facto e como separar os problemas que valem a pena dos que são apenas ruído.
O que o relatório está mesmo a dizer
O PageSpeed Insights faz duas coisas diferentes ao mesmo tempo, e confundi-las é o erro mais comum. Por um lado, corre um teste ao vivo da sua página neste momento. Por outro, mostra como os visitantes reais experimentaram a página nas últimas quatro semanas. Não são os mesmos dados e muitas vezes não concordam entre si.
Perceber esta separação é a chave para ler o relatório todo. Tudo o resto decorre de saber que secção está a olhar.
Dados de laboratório versus dados reais
Os dados reais (de campo) aparecem no topo do relatório, normalmente como a avaliação dos Core Web Vitals. Vêm de utilizadores Chrome verdadeiros que visitaram o seu site nos 28 dias anteriores. São estes os dados que o Google usa para julgar a experiência da página, por isso são a parte que afeta o seu posicionamento. Se só tiver tempo para olhar para uma secção, olhe para esta.
Os dados de laboratório são um único teste simulado nos servidores do Google, num ambiente controlado. É o que gera a pontuação de 0 a 100. São excelentes para diagnosticar problemas e testar correções, porque são detalhados e repetíveis, mas não refletem o seu público real.
Uma página pode ter 55 no laboratório e ainda assim passar os Core Web Vitals nos dados reais, ou o contrário. Quando há conflito, confie nos dados reais para decidir se tem um problema e use os de laboratório para perceber como o resolver.
Os três Core Web Vitals
Os Core Web Vitals são três métricas que medem a experiência real do utilizador. São estes os números âncora. Se quiser o contexto aprofundado, o nosso artigo sobre o que são os Core Web Vitals explica cada um em detalhe.
- LCP (Largest Contentful Paint) mede quanto tempo o conteúdo principal demora a aparecer. Bom é abaixo de 2,5 segundos. Costuma ser a imagem de destaque, o título ou o banner principal.
- INP (Interaction to Next Paint) mede a rapidez com que a página responde quando alguém toca ou clica. Bom é abaixo de 200 milissegundos. Menus lentos e campos de formulário pesados aparecem aqui.
- CLS (Cumulative Layout Shift) mede o movimento inesperado enquanto a página carrega. Bom é abaixo de 0,1. Se os botões saltam durante o carregamento e as pessoas clicam no sítio errado, o seu CLS está alto demais.
Cada métrica tem cor: verde é bom, laranja precisa de melhorias, vermelho é fraco. O objetivo são três verdes nos dados reais, não uma pontuação de laboratório perfeita.
A pontuação de desempenho e o que ignorar
O grande círculo de 0-49, 50-89, 90-100 é a pontuação de desempenho de laboratório. É uma média ponderada de várias métricas, útil para acompanhar progresso e comparar páginas, mas não é a métrica pela qual o Google posiciona. Não entre em pânico com o número exato nem persiga os 100 — os últimos pontos custam muito mais esforço do que aquilo que devolvem.
Faça o teste três ou quatro vezes e use a mediana, porque os resultados de laboratório oscilam naturalmente entre execuções.
Oportunidades e Diagnósticos
Por baixo da pontuação, o relatório lista descobertas concretas. As Oportunidades estimam quanto tempo poderia poupar ao corrigir cada problema, ordenadas pelo impacto potencial. Entradas comuns incluem imagens demasiado pesadas, recursos que bloqueiam a renderização e JavaScript não utilizado. Os Diagnósticos explicam as causas de fundo, como demasiado trabalho na thread principal ou scripts de terceiros a mais.
Leia isto como uma lista de tarefas já priorizada. As poupanças estimadas no topo das Oportunidades são onde costumam estar os maiores ganhos. Para uma abordagem passo a passo, veja o nosso guia sobre como melhorar a velocidade do site.
Telemóvel versus computador
Comece sempre pelo separador telemóvel. O PageSpeed Insights testa o móvel num aparelho de gama média com a ligação limitada, um cenário muito mais duro do que o teste no computador. É também onde está a maioria dos seus visitantes. Uma ótima pontuação no computador acompanhada de uma fraca no telemóvel significa que a experiência que mais importa é precisamente a que está a falhar.
O que corrigir primeiro
Resista à tentação de corrigir tudo de uma vez. Trabalhe por esta ordem:
- Passe primeiro o seu pior Core Web Vital, sobretudo se estiver a vermelho nos dados reais, porque é isso que lhe custa posicionamento e conversões.
- Ataque a Oportunidade no topo por poupança estimada, que muitas vezes são imagens não otimizadas ou scripts a bloquear a renderização.
- Resolva qualquer problema de CLS, já que os saltos de layout costumam ser baratos de corrigir e melhoram logo a sensação do site.
- Deixe os últimos pontos cosméticos da pontuação de laboratório para o fim, a menos que tudo o resto já esteja verde.
Se uma correção exigir mudar a plataforma, o tema ou o código central, é nesse ponto que vale a pena trazer ajuda técnica em vez de remendar à volta.
Na Lanoar, lemos estes relatórios todos os dias e traduzimo-los num plano claro, focado nas correções que movem o negócio e não na pontuação de vaidade. Se quiser ver exatamente onde o seu site está, faça a nossa auditoria gratuita e mostramos-lhe o que corrigir primeiro.