A reunião estava indo bem. Aí o cliente pegou o celular, abriu o site que você entregou e ficou quatro segundos olhando para uma tela branca.

Ninguém falou nada. Mas todo mundo na sala percebeu.

Na maioria das vezes em que a gente vê isso, o problema não é o servidor. É uma imagem enorme no topo da home, uma fonte que bloqueia a tela ou um script de terceiros que ninguém lembra de ter instalado.

A boa notícia: dá para conferir quase tudo em menos de uma hora, antes de entregar. Este é o checklist que a gente recomenda.

Na prática, em 5 linhas:

Teste sempre no celular, em rede móvel, e não só no computador com wi-fi.

Meta de referência do Google para o “bom”: LCP até 2,5 s, INP até 200 ms e CLS até 0,1.

Os culpados mais comuns: imagens pesadas, fontes, JavaScript e scripts de terceiros.

Resolva primeiro o que está acima da dobra (a primeira tela).

Nota alta não é o objetivo. Site rápido de verdade é.

Antes de começar: como medir sem se enganar

Abra o PageSpeed Insights, cole a URL e leia a aba Mobile (não a Desktop).
Rode três vezes e observe a tendência. Um teste isolado pode variar.
Teste também no seu celular de verdade, em 4G, com cache limpo.
Anote três números: LCP (quando o conteúdo principal aparece), INP (quanto o site demora a responder a um toque) e CLS (quanto o layout pula durante o carregamento).

Os valores de referência “bons” publicados pelo Google são: LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1. Confira sempre a documentação atual em web.dev, porque esses critérios podem mudar.

O checklist de 12 itens

Marque o que já está resolvido. Cada item sem marca é uma pista.

Imagens (onde mora a maior parte dos problemas)

1. A imagem principal da primeira tela está leve. Se for uma foto grande de capa, ela costuma ser o elemento que define o LCP. Reduza dimensões e peso antes de subir.
2. As imagens estão em formato moderno. WebP ou AVIF costumam pesar bem menos que JPG e PNG com a mesma qualidade visual.
3. As imagens abaixo da primeira tela carregam depois. Use carregamento tardio (lazy load), mas nunca na imagem principal.
4. As imagens têm largura e altura definidas. Isso evita que o layout “pule” quando elas aparecem.

Fontes e estilo

5. O site usa poucas fontes e poucos pesos. Cada variação é um arquivo a mais para baixar.
6. O texto aparece mesmo antes da fonte carregar. Configure a exibição para usar uma fonte de reserva enquanto a oficial chega.
7. Não há CSS ou biblioteca gigante carregando para usar 5%. Se o tema ou plugin traz tudo e você usa pouco, vale enxugar.

Scripts e terceiros

8. Os scripts de terceiros foram revisados. Chat, pixel, mapa, vídeo embutido, widget de avaliação: cada um custa tempo no celular. Pergunte: “isso ainda é usado?”.
9. O JavaScript pesado não bloqueia a primeira tela. Se o conteúdo só aparece depois do script rodar, o visitante espera.
10. Os vídeos e mapas só carregam quando o visitante interage. Use uma imagem de capa e carregue o player no clique.

Servidor e conclusão

11. O servidor responde rápido. Se a primeira resposta já demora, o resto atrasa. Cache e hospedagem adequada fazem diferença.
12. O teste final foi feito em celular real. Nota boa no laboratório e site lento na mão do cliente ainda acontece.

Seu resultado:

10 a 12 itens: você está entregando com segurança.
6 a 9 itens: dá para ganhar muita velocidade resolvendo o que falta, começando por imagens.
Menos de 6: o site provavelmente está lento por mais de um motivo. Comece pelos itens 1 a 4.

Qual é o seu sintoma? Escolha e vá direto ao ponto

“A tela fica branca e demora a aparecer o conteúdo”: olhe os itens 1, 2 e 11 (imagem principal e servidor).
“O texto aparece e depois muda de tamanho ou de lugar”: olhe os itens 4 e 6 (dimensões e fontes).
“O site aparece, mas demora a responder quando toco”: olhe os itens 8, 9 e 10 (scripts).
“A nota está vermelha e eu não sei por onde começar”: comece pelo item 1. Na maioria dos casos, imagem é o maior ganho com o menor esforço.

O que costuma não resolver (e consome tempo)

Trocar de plugin de cache sem investigar a causa. Cache ajuda, mas não conserta imagem de 4 MB.
Perseguir nota 100. O visitante não vê a nota; ele sente a velocidade.
Otimizar só o computador. A maior parte do problema aparece no celular, com rede e processador mais limitados.
Refazer o site inteiro. Em muitos casos, três ou quatro ajustes resolvem sem mexer no design.

Perguntas frequentes

Velocidade do site afeta o ranking no Google? A experiência de página, incluindo as métricas do Core Web Vitals, faz parte dos sinais que o Google considera, mas é um entre vários. Conteúdo relevante continua sendo o principal. Um site rápido, porém, ajuda o visitante a ficar e a converter.

Qual nota do PageSpeed devo buscar? Use a nota como bússola, não como meta final. O que importa é que LCP, INP e CLS estejam nas faixas consideradas boas e que o site pare de frustrar o visitante.

Preciso refazer o site se ele está lento? Na maior parte dos casos, não. Começar pelas imagens, fontes e scripts costuma trazer o maior ganho. Refazer só faz sentido quando a base técnica impede qualquer melhoria.

O PageSpeed dá resultados diferentes a cada teste. É normal? Sim. Rede, servidor e horário influenciam. Por isso vale rodar mais de uma vez e olhar a tendência.

Próximo passo de 5 minutos

Abra o PageSpeed Insights agora, cole o endereço do último site que você entregou e leia só o número do LCP no mobile. Se estiver acima de 2,5 segundos, o item 1 do checklist é por onde começar.

Se preferir que a gente faça essa análise e diga exatamente o que corrigir, veja nosso trabalho de performance de sites ou [chame no WhatsApp]([LINK WHATSAPP]).

Qual nota deu no seu site agora? Conta nos comentários (e se for vermelho, sem vergonha: a gente já viu vermelho pior).

Blog

Blog da SEO Rocket

Site lento no celular: checklist para conferir antes de entregar