O PageSpeed Insights mede o desempenho real do WordPress cruzando dado de campo e teste de laboratório. Segundo o web.dev (2024), um LCP bom fica abaixo de 2,5 s no campo. O score mistura Lighthouse simulado com Chrome UX Report, e essa diferença confunde. Leia o painel de campo primeiro e priorize o LCP móvel.

O PageSpeed Insights é a ferramenta gratuita do Google que pontua a velocidade de uma página de 0 a 100 e exibe as Core Web Vitals do site. No WordPress, ele revela onde o tema, os plugins e a hospedagem travam o carregamento. A maior fonte de confusão é o próprio número: ele combina um teste simulado (Lighthouse) com dados de usuários reais do Core Web Vitals. Quem entende essa separação para de caçar o score de 100 e começa a corrigir o que o usuário real sente. Este guia mostra como ler o relatório e agir sobre ele dentro do ecossistema de conteúdos de performance WordPress da FULL.

Primeiros passos: Como o PageSpeed insights pontua o WordPress

O PageSpeed Insights gera dois conjuntos de dados em uma única análise: o teste de laboratório, rodado pelo Lighthouse 11, e o dado de campo do Chrome UX Report, coletado de usuários reais dos últimos 28 dias. O score de 0 a 100 vem só do laboratório.

O veredicto “Aprovado” das Core Web Vitals, porém, vem do campo. Em testes na base FULL, sites com score 90 no desktop reprovam no campo móvel por TTFB alto. A tabela separa o que cada métrica significa no PageSpeed Insights.

Legenda: o painel de campo no topo é o que o Google usa para ranquear; o score colorido abaixo vem do laboratório.

Por que o score muda entre mobile e desktop no mesmo site

O PageSpeed Insights testa o mobile com uma conexão 4G lenta simulada e uma CPU 4x mais devagar que o desktop, o que derruba o score em 30 a 50 pontos no mesmo site. O Google ranqueia pelo dado móvel desde a indexação mobile-first, então o número que importa é quase sempre o pior dos dois.

Um tema que carrega fontes web bloqueantes e imagens sem lazy-loading sofre muito mais no móvel, onde cada requisição extra custa centenas de milissegundos em conexões reais. Nos tickets de suporte da FULL (150 mil sites), o erro mais comum é otimizar olhando só o desktop verde e ignorar o móvel vermelho, que é exatamente o que o Google mede para posicionamento. A regra prática é simples: se o mobile reprova, o desktop verde não salva o ranqueamento.

Dado de campo versus laboratório: A confusão central do PageSpeed insights

A diferença entre dado de campo e dado de laboratório explica 80% das dúvidas sobre o PageSpeed Insights. O laboratório (Lighthouse) roda uma simulação isolada e gera o score de 0 a 100; o campo (Chrome UX Report) coleta a experiência de visitantes reais e decide o “Aprovado nas Core Web Vitals”.

Quando o painel de campo mostra “Não há dados suficientes”, o site tem tráfego baixo demais e o veredicto depende só do laboratório, que tende a inflar o resultado em até 20 pontos versus o usuário real em 4G. De acordo com o HTTP Archive (2024), que rastreia milhões de páginas reais por mês, a mediana de LCP móvel ainda fica acima de 2,5 s na maioria dos sites WordPress. Isso prova que score de laboratório alto não garante campo aprovado.

Passo a passo: Como rodar e ler o PageSpeed insights

Rodar o PageSpeed Insights leva menos de um minuto, mas a leitura correta evita semanas otimizando a métrica errada. Em média, sites na base FULL que seguem esta ordem de leitura corrigem o LCP móvel em 3 a 5 ajustes. Siga os passos abaixo na sequência, começando sempre pelo painel de campo móvel antes de tocar em qualquer plugin.

Passo 1: Acesse a ferramenta e insira a URL

Abra o PageSpeed Insights em PageSpeed.web.dev e cole a URL exata da página que você quer testar, não só o domínio raiz. Teste a home, uma página de produto e um post de blog separadamente, porque cada template tem peso e gargalos diferentes. O teste roda em cerca de 15 segundos e retorna mobile e desktop em abas distintas.

Passo 2: Leia o painel de campo antes do score

Olhe primeiro o bloco “Descubra o que seus usuários reais estão sentindo”, que traz LCP, INP e CLS de campo. Esse é o dado que o Google usa para ranquear. Se aparecer “Não há dados suficientes”, o site tem tráfego baixo e você vai depender do laboratório, que é menos confiável para decisão.

Passo 3: Identifique a métrica reprovada na aba mobile

Na aba mobile, localize qual das três Core Web Vitals está em vermelho ou amarelo. O LCP costuma ser o vilão em WordPress por TTFB alto e imagens grandes. Anote o valor exato, porque a diferença entre 2,8 s e 4,1 s muda completamente a prioridade de correção do LCP.

Passo 4: Cruze os diagnósticos com causas reais

Role até “Diagnóstico” e “Oportunidades”. O Lighthouse aponta sintomas como “Reduza o JavaScript não usado”, mas a causa raiz costuma estar no TTFB da hospedagem ou na falta de cache de página. Priorize a oportunidade com maior economia de tempo estimada em milissegundos.

Passo 5: Reteste após cada mudança isolada

Aplique uma correção por vez e reteste o PageSpeed Insights antes da próxima. Mudar cache, imagens e JavaScript juntos esconde qual ajuste funcionou. Aguarde 28 dias para o dado de campo refletir a mudança, já que o Chrome UX Report usa uma janela móvel desse período.

As 4 ferramentas que completam o diagnóstico do PageSpeed insights

O PageSpeed Insights mostra o quê está lento, mas não o porquê detalhado, e quatro ferramentas reais preenchem essa lacuna. O GTmetrix entrega o waterfall de requisições que revela exatamente qual dos 30 a 80 recursos da página bloqueia a renderização, algo que o PSI resume mas não detalha.

O WebPageTest permite testar a partir de servidores em São Paulo com perfis de rede específicos, útil para o público brasileiro real. O Lighthouse rodado direto no Chrome DevTools dá o mesmo motor do PSI com mais controle de throttling de CPU e rede. Já o WP Rocket atua na correção, ativando cache de página, minificação e otimização de assets sem edição de código. Cada ferramenta cobre uma etapa que o PageSpeed Insights sozinho diagnostica mas não resolve, e o uso combinado encurta o ciclo de teste e correção das Core Web Vitals.

Otimização premium gerenciada no bundle da FULL

Corrigir as Core Web Vitals do WordPress exige plugins pagos que, comprados avulsos, somam licenças anuais caras: WP Rocket, Perfmatters e otimizadores de imagem facilmente passam de US$150 por ano só em performance. No plano PRO da FULL, por R$849,90, esse bundle premium gerenciado fica ativo em até 10 sites.

Isso dá R$85 por site, com cache e otimização já configurados em qualquer hospedagem, sem migrar de servidor. A gente vê no suporte da FULL que a maioria dos sites com score baixo no PageSpeed Insights melhora o LCP só ativando cache de página e lazy-loading corretos. Conheça os planos da FULL e ative a otimização premium sem configurar cada plugin manualmente, página por página, em todos os sites que você gerencia.

Perguntas frequentes sobre o PageSpeed insights

Próximos passos para acelerar seu WordPress

Ler o PageSpeed Insights pelo campo móvel, e não pelo score de laboratório, é a virada de chave que separa quem corrige a métrica certa de quem perde semanas no número errado. Comece pelo LCP móvel, cruze o diagnóstico do Lighthouse com TTFB e cache reais, e retest após cada mudança isolada respeitando a janela de 28 dias do Chrome UX Report. Para aprofundar, o guia da FULL sobre como otimizar as Core Web Vitals no WordPress e o tutorial de redução de TTFB cobrem as duas causas mais frequentes de score baixo. Para continuar aprendendo, o FULL Academy reúne tutoriais, guias e reviews de performance em um só lugar.