Melhorar a velocidade de um site não começa instalando plugins, comprimindo tudo ou tentando alcançar uma nota perfeita no PageSpeed Insights. O primeiro passo é descobrir qual métrica está ruim, qual recurso está causando o problema e onde a lentidão realmente acontece.
Imagens pesadas, JavaScript, CSS bloqueador, resposta lenta do servidor, fontes e recursos de terceiros podem prejudicar o carregamento. Mas a solução correta depende do diagnóstico: uma otimização que ajuda uma página pode ter pouco efeito em outra — e algumas mudanças aplicadas indiscriminadamente podem até piorar a experiência.
O caminho mais seguro é seguir uma sequência simples: medir, identificar o gargalo, estabelecer uma linha de base, corrigir o que tem maior impacto, testar novamente e acompanhar dados reais de usuários.
Neste guia
Vá direto ao ponto que você precisa analisar.
Como descobrir o que está deixando o site lento?
Evite começar por uma lista genérica de otimizações. Antes de alterar o site, crie uma referência do estado atual e identifique quais métricas e recursos estão causando o problema.
Fluxo recomendado
Registre métricas e problemas antes de fazer alterações.
Verifique imagens, JavaScript, CSS, servidor, fontes e recursos de terceiros.
Comece pelos problemas que mais afetam a experiência e o carregamento inicial.
Compare o antes e o depois e continue acompanhando dados de usuários reais.
O PageSpeed Insights é um bom ponto de partida porque combina informações de desempenho da página com diagnósticos de laboratório e, quando há dados suficientes, também apresenta informações de campo.
Comece medindo uma página importante
Faça um teste antes de alterar o site e use o resultado como linha de base para comparar as próximas mudanças.
Testar no PageSpeed InsightsPor que o site pode ir bem no teste e continuar lento para usuários?
Porque dados de laboratório e dados de campo medem situações diferentes. Uma página pode apresentar um bom resultado em uma execução controlada e ainda oferecer experiência ruim em determinados aparelhos, redes ou condições reais.
Dados de laboratório
São produzidos em ambiente controlado. Ajudam a reproduzir problemas, comparar alterações e localizar imagens, CSS, JavaScript e outros recursos que prejudicam o carregamento.
Dados de campo
Representam experiências reais. No PageSpeed Insights, quando há volume suficiente, podem vir do Chrome User Experience Report, o CrUX, considerando uma janela móvel dos 28 dias anteriores.
Atenção: um teste de laboratório rápido não prova que todos os usuários têm boa experiência. Da mesma forma, uma execução isolada ruim não significa que todos encontram exatamente o mesmo desempenho.
Quais Core Web Vitals devem ser observadas?
LCP, INP e CLS ajudam a analisar três aspectos diferentes da experiência: carregamento do conteúdo principal, resposta às interações e estabilidade visual. A avaliação de campo considera o 75º percentil das experiências registradas.
LCP
Largest Contentful Paint mede o carregamento do principal conteúdo visual.
Bom: até 2,5 segundosINP
Interaction to Next Paint mede a responsividade da página às interações.
Bom: até 200 msCLS
Cumulative Layout Shift mede deslocamentos inesperados e estabilidade visual.
Bom: até 0,1Melhorar essas métricas pode fortalecer a experiência e a base técnica do site. Porém, atingir bons valores de Core Web Vitals não garante primeira posição, indexação, tráfego específico ou determinada posição na Pesquisa Google.
Para aprofundar a interpretação das métricas, consulte a documentação sobre Core Web Vitals.
O que pode melhorar a velocidade de um site?
Há várias otimizações possíveis, mas elas devem ser escolhidas conforme o gargalo encontrado. Não é necessário aplicar todas em qualquer site.
Possíveis pontos de melhoria
Imagens: reduzir peso, entregar dimensões adequadas e usar formatos eficientes quando compatíveis.
JavaScript: remover código desnecessário, adiar o que não é essencial e reduzir tarefas longas que bloqueiam a thread principal.
CSS: reduzir código sem utilidade e diminuir recursos que bloqueiam a renderização.
Servidor: melhorar o tempo de resposta e usar cache adequadamente.
Carregamento inicial: priorizar recursos necessários para o conteúdo visível e evitar requisições sem utilidade.
Distribuição: considerar CDN quando a distância entre servidor e usuários for relevante.
Lazy loading ajuda em todas as imagens?
Não. O lazy loading pode ser útil para imagens e iframes que estão fora da área inicialmente visível, porque evita que esses recursos concorram imediatamente pela largura de banda.
Exceção importante: não aplique lazy loading indiscriminadamente ao recurso principal responsável pelo LCP. Se a imagem mais importante aparece logo na primeira tela, atrasar sua descoberta pode piorar o carregamento do conteúdo principal.
Quando o problema estiver concentrado nessa métrica, a documentação específica sobre como otimizar o LCP pode ajudar a aprofundar o diagnóstico.
Testar apenas a homepage é suficiente?
Não necessariamente. A homepage pode ser rápida enquanto páginas de produtos, artigos, categorias, landing pages ou formulários apresentam gargalos diferentes.
Em vez de concluir que o site inteiro está otimizado com base em uma única URL, escolha uma amostra das páginas realmente importantes para o negócio e procure diferenças entre mobile e desktop, recursos carregados e comportamento das métricas.
Exemplo: uma homepage simples pode apresentar bom desempenho enquanto uma página de produto sofre com imagens maiores, vídeos, widgets, scripts de terceiros ou recursos adicionais.
Como confirmar que uma otimização realmente funcionou?
Repita o teste depois da alteração e compare com a linha de base. Observe a métrica que motivou a mudança, mas também verifique se outra parte da experiência não piorou.
O Lighthouse pode ajudar a reproduzir e investigar problemas técnicos em ambiente controlado. Para alterações que afetam a experiência de usuários reais, o acompanhamento não termina em um único teste: os dados de campo podem refletir mudanças ao longo do período observado.
Faça uma auditoria técnica mais detalhada
Use o Lighthouse para investigar performance e comparar mudanças em ambiente controlado quando precisar aprofundar o diagnóstico.
Auditar o site com LighthousePerguntas frequentes sobre velocidade de sites
Velocidade melhora com diagnóstico, não com uma coleção de truques
Comece medindo uma página importante, identifique a métrica que precisa melhorar e encontre o recurso responsável. Depois, faça uma alteração compatível com o problema, teste novamente e acompanhe a experiência real. Esse processo ajuda a priorizar mudanças que fazem diferença em vez de perseguir uma pontuação isolada.
Se ainda não existe uma linha de base, o próximo passo é medir uma das páginas mais importantes do site.
Testar a página no PageSpeed Insights