Site lento: as causas mais comuns e como deixar seu site mais rápido

Na maior parte dos casos, um site lento tem uma destas causas: hospedagem fraca, imagens pesadas, falta de cache, excesso de plugins ou tema pesado, scripts de terceiros, fontes demais e ausência de CDN. Quase sempre são duas ou três delas somadas. A boa notícia é que a maioria se corrige sem refazer o site.

O caminho é medir primeiro, descobrir em qual etapa o tempo se perde e atacar na ordem de impacto: servidor e cache, depois imagens, depois JavaScript. Abaixo explicamos cada causa, como reconhecê-la e o que fazer.

Primeiro, confirme que o site está lento (e para quem)

A sensação de lentidão no seu computador não basta, e a falta dela também não. Três verificações rápidas:

1. Search Console, relatório de Core Web Vitals. Mostra se as páginas estão boas ou ruins para os visitantes reais, separando celular e computador.
2. PageSpeed Insights na página mais importante do negócio, na aba do celular. No topo, dados reais; abaixo, o diagnóstico. Nosso guia sobre como ler o PageSpeed Insights explica cada parte.
3. Teste no seu celular, no 4G, com o cache do navegador limpo ou numa aba anônima, simulando um cliente novo.

Olhe principalmente duas métricas. O TTFB (tempo até o primeiro byte) mostra quanto o servidor leva para começar a responder; o web.dev recomenda mirar em até 0,8 segundo. O LCP mostra quanto tempo o conteúdo principal leva para aparecer, com meta de até 2,5 segundos. Se o TTFB já é alto, o problema começa no servidor. Se o TTFB é bom e o LCP é ruim, o problema está no que vem depois: imagens, estilos, scripts. Para entender as três métricas do Google, veja nosso artigo sobre Core Web Vitals.

As causas mais comuns, por ordem de impacto

1. Hospedagem fraca

É a base de tudo. Hospedagem compartilhada muito barata divide o mesmo servidor com centenas de sites; quando um vizinho tem pico de acesso, o seu sofre junto. Servidor longe do Brasil também acrescenta tempo a cada pedido.

Sinal: TTFB alto e instável, painel administrativo lento, quedas em horários de pico.

Correção: plano com recursos dedicados ou hospedagem especializada na plataforma do site, com servidor no Brasil ou com CDN. Em lojas virtuais, o custo de uma hospedagem melhor costuma ser pequeno perto do que se perde com páginas lentas.

2. Falta de cache

Sem cache, o servidor monta a página do zero a cada visita: consulta o banco de dados, executa o código do tema e dos plugins, gera o HTML. Com cache de página, ele entrega uma cópia pronta.

Sinal: TTFB alto mesmo em hospedagem razoável, principalmente em WordPress.

Correção: ativar o cache de página no servidor ou com um plugin de cache confiável, além do cache de navegador para arquivos estáticos (imagens, estilos e scripts), para quem volta ao site não baixar tudo de novo.

3. Imagens pesadas

É a causa mais visível. Foto saída da câmera com 5 MB, banner de 3.000 pixels exibido em 1.200, PNG onde caberia um JPEG ou WebP.

Sinal: TTFB bom, LCP ruim, e o PageSpeed apontando melhorias na entrega de imagens.

Correção: redimensionar para o tamanho em que a imagem aparece, comprimir, usar WebP ou AVIF e oferecer versões menores para o celular. A imagem principal da página não deve ter carregamento adiado (lazy loading); as demais, sim.

4. Plugins demais e tema pesado

Cada plugin pode adicionar consultas ao banco de dados no servidor e arquivos de estilo e JavaScript no navegador, muitas vezes em todas as páginas, mesmo onde não é usado. Temas “multiuso” e construtores visuais costumam carregar muito código para oferecer opções que você nunca vai usar.

Sinal: dezenas de arquivos CSS e JS na página, tempo total de bloqueio alto no PageSpeed, página que demora a responder ao toque.

Correção: listar os plugins, desativar os que ninguém usa e substituir vários pequenos por um que resolva o mesmo. Teste cada mudança num ambiente de cópia antes de mexer no site no ar.

5. Scripts de terceiros

Pixel da Meta, Google Analytics, chat, mapa de calor, widget de avaliações, vídeo incorporado, botão de redes sociais. Cada um é código de outro servidor, que você não controla, rodando no celular do seu cliente.

Sinal: o PageSpeed mostra muito tempo de processador gasto com domínios de terceiros.

Correção: manter só o que alguém usa de verdade, carregar chat e vídeo apenas quando o visitante pedir (com um botão ou uma imagem no lugar do vídeo até o clique) e revisar as tags do gerenciador de tags a cada trimestre.

6. Fontes demais

Três famílias de fontes, cada uma com quatro pesos, viram doze arquivos para baixar antes de o texto aparecer do jeito certo.

Correção: no máximo duas famílias e só os pesos usados. Prefira hospedar as fontes no próprio domínio e use uma fonte de reserva parecida para o texto aparecer logo.

7. Sem CDN

CDN é uma rede de distribuição de conteúdo: guarda cópias dos arquivos do site em servidores espalhados por várias cidades e entrega a partir do mais próximo do visitante. Também alivia o servidor principal.

Correção: muitas hospedagens já incluem CDN; em outras, ela é contratada à parte e configurada no domínio.

Sintoma, causa provável e correção

O que você vê	Causa provável	Primeira correção
TTFB alto em todas as páginas	Hospedagem ou falta de cache	Cache de página e revisão do plano de hospedagem
TTFB bom, LCP ruim	Imagem principal pesada ou descoberta tarde	Comprimir e priorizar a imagem principal
Página aparece, mas trava ao tocar	JavaScript de plugins, tema ou terceiros	Remover scripts e adiar os não essenciais
Texto pula enquanto carrega	Imagens sem dimensão, banners, fontes	Definir largura e altura e reservar espaço
Lento só em horários de pico	Recursos insuficientes no servidor	Plano maior ou CDN
Lento só na primeira visita	Arquivos grandes sem cache de navegador	Cache de navegador e compressão

O plano de correção, passo a passo

1. Meça e anote TTFB, LCP, INP e CLS das três páginas que mais vendem, no celular.
2. Resolva o servidor: cache de página ativo, versão atualizada da linguagem do servidor, hospedagem adequada.
3. Otimize as imagens, começando pela imagem principal das páginas mais visitadas.
4. Corte JavaScript: plugins sem uso, scripts de terceiros esquecidos, carregamento sob demanda para chat e vídeo.
5. Ajuste fontes e espaços reservados para a página não pular.
6. Ative a CDN se o público estiver espalhado pelo país.
7. Meça de novo e acompanhe o relatório do Search Console nas quatro semanas seguintes.

A ordem importa. Comprimir imagens num site sem cache, com servidor lento, melhora pouco. Resolver a base primeiro faz cada passo seguinte render mais.

Mais um cuidado: faça uma mudança por vez e meça entre uma e outra. Se você troca de hospedagem, instala um plugin de cache e remove cinco plugins no mesmo dia e algo quebra, fica difícil saber o culpado. Se tudo melhora, você também não sabe o que funcionou.

Velocidade e vendas

Página lenta custa dinheiro de duas formas: pelas pessoas que desistem antes de a página abrir e pelas que ficam, mas compram menos porque a navegação irrita. Para quem anuncia, há um custo a mais: o clique já foi pago.

Há medições públicas desse efeito. No estudo de caso da Vodafone publicado no web.dev, um teste A/B numa página de destino comparou uma versão otimizada para as Core Web Vitals com a original: a versão otimizada, com LCP 31% melhor nos dados de usuários reais, gerou 8% mais vendas. É um caso, não uma regra, mas mostra o tipo de ganho possível sem gastar um real a mais em mídia.

No dia a dia, a forma mais segura de medir o efeito no seu site é comparar a taxa de conversão das páginas antes e depois da correção, separando celular e computador, no Google Analytics. Se a página é destino de anúncios, vale ler também o nosso artigo sobre landing pages que convertem.

O que não resolve

• Instalar um plugin de otimização e esperar milagre. Ele ajuda com cache e compressão, mas não conserta hospedagem fraca nem tira scripts desnecessários.
• Perseguir nota 100. A nota é um teste de laboratório. O que vale é o dado de usuários reais.
• Testar só no computador. A nota do computador é quase sempre maior que a do celular.
• Trocar de tema sem medir. Tema novo pode ser tão pesado quanto o antigo.
• Otimizar só a home. Quem chega pelo Google ou por anúncios entra, muitas vezes, por categorias e produtos.

Velocidade é a primeira parte do nosso checklist de otimização de sites. Quando a base do site não permite chegar lá com ajustes, construímos um site novo já pensado para ser rápido no serviço de desenvolvimento de sites.