Site lento: como descobrir a causa antes de gastar

Site lento é sintoma, não diagnóstico. Existem umas dez causas comuns, elas se manifestam do mesmo jeito para quem está do lado de fora, e o conserto de cada uma é diferente — de trocar uma imagem a reconstruir o site. Este artigo é um roteiro para descobrir qual é a sua antes de gastar dinheiro adivinhando.
Primeiro: meça, não sinta
“O site está lento” costuma vir da impressão de quem já conhece o site de cor. Antes de qualquer coisa, use uma medição de verdade:
- PageSpeed Insights (do próprio Google). Cole o endereço e ele devolve uma nota e, mais importante, a lista do que está pesando. Olhe sempre a aba de celular primeiro: é de onde vem a maior parte das visitas.
- A aba Rede do navegador. Pressione F12, abra “Network”, marque “Disable cache” e recarregue. Você vê cada arquivo, o tamanho e quanto tempo levou. Ordene por tamanho: o culpado costuma estar nas três primeiras linhas.
Anote dois números antes de mexer em qualquer coisa: o peso total da página e quantos arquivos ela pede. Sem eles você não vai saber se a correção funcionou.
Causa 1: imagens grandes demais (a mais comum de todas)
É a campeã, com folga. A foto sai da câmera ou do celular com 4.000 pixels de largura e 6 MB, é enviada direto para o site, e o navegador é obrigado a baixar tudo para exibir num espaço de 800 pixels.
Como identificar: na aba Rede, ordene por tamanho. Se as primeiras linhas são .jpg ou .png com mais de 300 KB, achou.
Como corrigir: redimensione para o tamanho em que a imagem realmente aparece, comprima, e use formatos modernos como WebP, que costumam entregar a mesma qualidade com uma fração do peso. Uma foto de banner bem tratada raramente precisa passar de 200 KB.
Causa 2: plugins demais fazendo trabalho invisível
Cada plugin ativo pode carregar o próprio arquivo de estilo e de script em todas as páginas — inclusive nas que não usam aquele recurso. Um formulário de contato que só existe numa página costuma carregar seus arquivos no site inteiro.
Como identificar: conte quantos arquivos a página pede. Passar de 60 ou 70 requisições num site institucional é sinal de acúmulo.
Como corrigir: a pergunta certa não é “qual plugin desativar”, é “que problema este plugin resolve hoje?”. Plugin instalado para um teste de dois anos atrás continua cobrando o pedágio em toda visita.
Causa 3: o site carrega estilo que ninguém usa
Esta é típica de sites feitos com construtor visual. O construtor precisa estar preparado para qualquer combinação de elemento que você poderia ter usado, então entrega tudo — inclusive o estilo dos recursos que você não usou.
Numa conversão que fizemos em agosto de 2026, medimos um site institucional real: das 15.586 regras de estilo que ele carregava em cada página, 1.388 eram efetivamente usadas. O resto, cerca de 91%, era peso que o visitante baixava para nada.
Como identificar: no Chrome, pressione F12, depois Ctrl+Shift+P, digite Coverage e recarregue. A coluna “Unused Bytes” mostra, arquivo por arquivo, quanto do que foi baixado não serviu para nada.
Como corrigir: plugins de otimização removem boa parte disso. Há um teto, porém, e ele costuma ser alto demais para quem depende de velocidade — nesse ponto a conversa deixa de ser configuração e vira reconstrução.
Causa 4: fontes personalizadas mal carregadas
Cada família de fonte, em cada peso, é um arquivo. É comum um site declarar dez variantes e usar três. Pior: enquanto a fonte não chega, o texto pode ficar invisível — a página parece travada mesmo já tendo carregado.
Como corrigir: use no máximo duas famílias, só os pesos que realmente aparecem, e garanta que o texto seja exibido numa fonte do sistema enquanto a definitiva carrega.
Causa 5: scripts de terceiros
Chat, mapa incorporado, vídeo, pixel de rede social, ferramenta de aviso de cookie, contador de visitas. Cada um puxa código de outro servidor, que você não controla. Se aquele servidor estiver lento hoje, o seu site está lento hoje.
Como identificar: na aba Rede, procure requisições para domínios que não são o seu.
Como corrigir: mantenha só o que gera resultado mensurável. Um mapa incorporado costuma pesar mais que a página inteira — um link para o aplicativo de mapas resolve igual, em quase todos os casos.
Causa 6: hospedagem no limite
Se a página demora a começar a aparecer — a tela fica em branco por segundos e aí tudo carrega de uma vez — o problema provavelmente não está no site, e sim no servidor demorando a responder.
Como identificar: no PageSpeed Insights, procure o tempo de resposta do servidor. Na aba Rede, olhe a primeira linha (o documento) e veja quanto tempo ela levou sozinha.
Como corrigir: em plano compartilhado, isso frequentemente significa vizinhança pesada ou um site que cresceu além do plano.
Causa 7: falta de cache
Sem cache, o servidor remonta a página do zero a cada visita, consultando o banco de dados toda vez. Com cache, ele entrega uma versão pronta. A diferença é grande e a correção é barata — em geral, ativar um plugin de cache ou um recurso que a hospedagem já oferece.
Causa 8: banco de dados inchado
Site antigo acumula: centenas de revisões de cada página, comentários de spam, tabelas de plugins desinstalados. O sintoma característico é o painel administrativo lento, e não o site público.
Por onde começar
Na ordem em que costuma pagar melhor:
- Imagens. Sozinha, resolve a maior parte dos casos. Custo próximo de zero.
- Cache. Uma configuração, efeito imediato.
- Limpeza de plugins e scripts de terceiros. Exige decisão, não dinheiro.
- Fontes. Ajuste pequeno, ganho consistente.
- Estilo não utilizado. Aqui começa a exigir gente técnica.
- Hospedagem. Só depois dos itens acima — trocar de plano com o site pesado só encarece o mesmo problema. Se chegou a esse ponto, compare os tipos em Hospedagem: compartilhada, VPS ou cloud?.
Por que isso vale dinheiro
Velocidade não é vaidade técnica. Ela mexe em duas coisas ao mesmo tempo: quantas pessoas desistem antes da página abrir, e como o Google avalia a experiência do seu site — que é um dos sinais que ele usa para ordenar resultados. Explicamos as métricas oficiais em Core Web Vitals: o que é e por que importa pro Google.
E há o detalhe que quase ninguém mede: quem desiste de esperar não aparece em relatório nenhum. Ele não vira contato perdido, nem carrinho abandonado. Ele simplesmente nunca existiu para você.
Meça antes, corrija uma causa por vez, meça de novo. É a única forma de saber o que funcionou.
Dois sites que mantemos, medidos lado a lado
Medimos em agosto de 2026 dois sites institucionais que estão sob nossa manutenção, ambos no ar, ambos de empresas da região:
- Um site estático, sem construtor visual: 42,7 KB e 0,30 segundo para responder.
- Um WordPress com construtor visual, de porte parecido: 262 KB e 0,92 segundo.
Seis vezes mais leve, três vezes mais rápido — com o mesmo tipo de conteúdo e no mesmo servidor. A diferença não está no texto nem nas fotos: está em quanto código o visitante precisa baixar antes de a página aparecer.
Isso não significa que todo site deva ser estático. Significa que peso é escolha de construção, e que ela é feita no primeiro dia — depois, o que sobra é otimização de margem.
O seu site está pesado e você não sabe por quê?
Medimos, mostramos as causas em ordem de impacto e dizemos o que resolve com ajuste e o que só resolve com reconstrução — sem empurrar a segunda opção.
Referências
- Google, PageSpeed Insights — pagespeed.web.dev
- Chrome DevTools, Coverage: encontrar CSS e JavaScript não utilizados — developer.chrome.com/docs/devtools/coverage
- Medição interna da Útil.App — conversão de um site institucional, agosto de 2026.
Conteúdo verificado em 28/08/2026.
Sobre o autor
Rafael Rodrigues Firmino é CEO da Útil.App, empresa de desenvolvimento de sites e sistemas sob medida em Bauru (SP). Siga no Instagram ou conecte no LinkedIn.