O que significa a nota do Google?

A nota de 0 a 100 vem do Lighthouse, o teste de laboratório do Google: ele abre a página num celular simulado com rede 4G lenta (ou num computador, se você escolher) e mede quanto tempo cada parte leva para aparecer. A nota é uma média ponderada das métricas abaixo.

  • 90 a 100: bom;
  • 50 a 89: precisa melhorar;
  • 0 a 49: ruim.

A nota varia alguns pontos de um teste para outro, porque a rede e o servidor nunca respondem igual. Compare tendências, não um teste isolado.

O que são os Core Web Vitals?

São as três métricas que o Google usa como sinal de experiência da página na busca, medidas com visitantes reais do Chrome:

  • LCP (Largest Contentful Paint): quando o maior elemento da tela, normalmente a imagem principal ou o título, termina de aparecer. Bom até 2,5 segundos.
  • INP (Interaction to Next Paint): quanto a página demora para reagir a um clique ou toque. Bom até 200 milissegundos.
  • CLS (Cumulative Layout Shift): quanto o conteúdo pula enquanto carrega, como um botão que muda de lugar quando uma imagem aparece. Bom até 0,1.

Para passar, 75% das visitas precisam estar na faixa boa nas três métricas.

Por que os dados reais são diferentes da nota?

A nota é de um único teste de laboratório, em condições fixas. Os dados reais são dos últimos 28 dias de quem visitou o site pelo Chrome, com os aparelhos e as redes que essas pessoas usam de verdade. Para o Google, na busca, contam os dados reais. Sites com pouco tráfego não têm dados reais suficientes e ficam só com o laboratório.

Como deixar um site mais rápido?

As sugestões do teste dizem o que pesa no seu site. As causas mais comuns, em qualquer linguagem ou plataforma:

  • Servidor lento para responder (TTFB alto): guarde em cache as páginas que mudam pouco, revise as consultas ao banco que rodam em toda página e use uma CDN para servir o site mais perto do visitante.
  • Imagens pesadas: use WebP ou AVIF no tamanho em que a imagem aparece, defina width e height (evita o conteúdo pular) e use loading="lazy" nas que ficam fora da primeira tela.
  • JavaScript demais: retire bibliotecas e scripts de terceiros que não são essenciais (chat, pixels, widgets), carregue os demais com defer e divida o código para cada página baixar só o que usa.
  • CSS e fontes bloqueando a tela: carregue só as fontes e os pesos que usa, com font-display: swap, e evite arquivos de CSS enormes que a página inteira espera baixar.
  • Sem compressão ou cache no navegador: ative Gzip ou Brotli no servidor e cabeçalhos de cache longos para imagens, CSS e JavaScript.

Algumas dicas por plataforma:

  • WordPress: plugin de cache de página, menos plugins ativos e um tema leve.
  • Laravel e PHP: php artisan optimize no deploy, OPcache ligado e consultas N+1 resolvidas com with().
  • React, Next.js e Vue: renderização no servidor ou páginas estáticas para o conteúdo principal, o componente next/image (ou equivalente) para as imagens e carregamento sob demanda do que não aparece de início.
  • Lojas virtuais (Shopify, Nuvemshop, WooCommerce): revise os apps instalados, que costumam ser os scripts mais pesados da página.

Perguntas frequentes

O teste acessa o meu servidor?

Quem acessa o site é o Google, como um visitante comum. Este site só repassa o endereço e mostra o resultado, e não aceita endereços internos, como localhost ou IPs de rede privada.

Por que o teste demora?

O Google carrega a página inteira, espera ela parar de mudar e ainda roda as análises. Em sites pesados isso passa de 30 segundos. O mesmo endereço fica guardado por 10 minutos, então repetir o teste logo em seguida é instantâneo.

Celular ou computador?

Comece pelo celular. O Google indexa a versão de celular dos sites, e é nela que a nota costuma ser mais baixa, por causa do processador e da rede simulados mais lentos.