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).