Pular para o conteúdo
VEX Web Falar com um especialista

Site lento: como descobrir a causa e deixar mais rápido

Por Equipe VEX Web · Publicado em · 4 min de leitura

Ilustração abstrata do tema: Site lento: como descobrir a causa e deixar mais rápido

Resposta rápida

Para resolver um site lento, meça primeiro com o PageSpeed Insights, usando dados de usuários reais quando houver. As metas do Google são LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1. As causas mais comuns são imagens pesadas, falta de cache, excesso de plugins e servidor lento.

Trocar de hospedagem antes de medir costuma ser dinheiro mal gasto. Muitos sites lentos têm a causa nas próprias páginas, e um servidor mais caro não corrige uma imagem de 8 MB. O caminho certo é medir, identificar o gargalo e corrigir na ordem do maior impacto.

Como medir a velocidade do site

Use o PageSpeed Insights e teste a página inicial e as páginas que mais vendem, e não só a inicial. O relatório mostra dois tipos de dado:

  • Dados de campo: vêm de visitantes reais, em Chrome, quando o site tem tráfego suficiente. É o que importa para avaliar a experiência.
  • Dados de laboratório: simulação em condições fixas. Servem para diagnosticar e comparar antes e depois.

Teste no modo celular. É nele que limites de rede e processamento mais aparecem.

O que significam LCP, INP e CLS

As Core Web Vitals são as três métricas de experiência que o Google acompanha. O alvo deve ser atingido no percentil 75 das visitas.

MétricaO que medeBomRuim
LCPTempo até o maior conteúdo apareceraté 2,5 sacima de 4 s
INPTempo de resposta às interaçõesaté 200 msacima de 500 ms
CLSQuanto o layout pula durante o carregamentoaté 0,1acima de 0,25

Boas métricas ajudam, mas não garantem a primeira posição. O Google trata a experiência da página como um dos fatores, e o conteúdo relevante continua sendo decisivo.

As causas mais comuns, em ordem de impacto

  1. Imagens pesadas. Fotos enviadas direto da câmera são o problema mais frequente. Redimensione para o tamanho exibido e use formatos como WebP ou AVIF.
  2. Falta de cache. Sem cache, cada visita obriga o servidor a montar a página de novo. Ative cache de página e de navegador.
  3. Plugins e scripts em excesso. Chats, pixels, sliders e construtores somam muito JavaScript. Remova o que não traz retorno.
  4. Fontes e recursos que bloqueiam a página. Carregue só os pesos de fonte usados e use font-display: swap.
  5. Vídeo no primeiro carregamento. Prefira uma imagem de capa e carregue o vídeo quando necessário.
  6. PHP desatualizado. Versões atuais têm melhor desempenho e seguem recebendo correções. O WordPress recomenda PHP 8.3 ou superior.
  7. Banco de dados inchado. Revisões antigas e dados temporários acumulados pesam em sites grandes.
  8. Servidor lento. Só depois dos itens anteriores faz sentido concluir que o problema é a hospedagem.

Como saber se a culpa é da hospedagem

Olhe o tempo até o primeiro byte (TTFB), que aparece no relatório do PageSpeed. A orientação do web.dev é mantê-lo em até 0,8 segundo. Um TTFB alto em páginas com cache ativo aponta para servidor sobrecarregado, distância até o público ou aplicação pesada.

Faça o teste em horários diferentes. Se o tempo piora muito nos picos, o plano pode estar no limite. Nesse caso, vale avaliar outro tipo de hospedagem.

Plano de ação em uma tarde

  1. Rode o PageSpeed nas três páginas principais e salve o resultado.
  2. Comprima e redimensione as imagens acima da dobra.
  3. Ative o cache e a compressão no servidor.
  4. Remova plugins sem uso e scripts de terceiros que ninguém acompanha.
  5. Reserve espaço para imagens e anúncios, informando largura e altura, para reduzir o CLS.
  6. Rode o teste de novo e compare.

Faça uma mudança de cada vez e tenha um backup. Otimizações de cache e de JavaScript podem quebrar menus, formulários e carrinhos.

Perguntas frequentes

Qual é uma boa nota no PageSpeed?

A nota de 90 a 100 é considerada boa, mas ela vem de uma simulação. Dê mais peso aos dados de campo e às três métricas. Um site pode ter nota média e, mesmo assim, oferecer boa experiência real.

CDN deixa o site mais rápido?

Geralmente ajuda quando o público está distante do servidor ou quando há muitos arquivos estáticos. Para um site com público concentrado perto do servidor, o ganho pode ser pequeno. Corrija imagens e cache primeiro.

Por que o site é rápido para mim e lento para os outros?

O seu navegador guarda arquivos em cache, e a sua internet pode ser melhor que a do visitante. Teste em aba anônima, no modo celular do PageSpeed, e use os dados de campo para saber o que as pessoas realmente vivem.

Cache pode causar problema?

Sim. Depois de alterar o site, é comum o visitante continuar vendo a versão antiga até o cache ser limpo. Páginas com login e carrinho devem ficar de fora do cache de página.

Fontes

Consultadas em 4 de novembro de 2026.

  1. web.dev: Core Web Vitals
  2. web.dev: como os limites foram definidos
  3. web.dev: Time to First Byte
  4. Google Search Central: experiência na página
  5. WordPress.org: requisitos oficiais

Continue lendo