Site lento afasta cliente: como medir e corrigir

Site lento não avisa que está espantando cliente. Não aparece relatório de erro, ninguém reclama: a pessoa simplesmente fecha a aba e vai ao concorrente. O prejuízo é invisível, contínuo e mensurável — se você souber onde olhar.

Este texto mostra como medir a velocidade do seu site, entender o que os números significam e identificar as causas mais comuns de lentidão.

Por que a velocidade importa duas vezes

A primeira razão é comercial e imediata: quanto mais a página demora, mais gente desiste antes de vê-la. Isso vale ainda mais no celular, onde a conexão é instável e a paciência é menor.

A segunda é o buscador. O Google usa métricas de experiência de página como um dos sinais de ranqueamento. Não é o mais importante — conteúdo relevante continua vencendo —, mas entre duas páginas equivalentes, a mais rápida tem vantagem. E, diferentemente de muitos fatores de SEO, esse você controla.

Como medir, de graça e em dois minutos

Abra o PageSpeed Insights, cole o endereço do seu site e rode o teste. Ele é a ferramenta oficial do Google e mostra dois blocos de informação que costumam ser confundidos:

• Dados de campo: como o site se comportou para pessoas reais que o visitaram nos últimos 28 dias. É o que conta para ranqueamento. Só aparece quando há visitantes suficientes.
• Dados de laboratório: uma simulação feita na hora, em condições padronizadas. Serve para diagnosticar e testar melhorias, porque é reproduzível.

Meça sempre a versão móvel, e rode duas ou três vezes: a nota varia de uma execução para outra. O que interessa é a faixa, não o número exato de uma medição.

As três métricas que importam

Os Core Web Vitals são três, e cada um responde a uma pergunta diferente:

LCP — quando o conteúdo principal aparece

Mede o tempo até o maior elemento visível da tela ficar pronto, normalmente a imagem ou o título do topo. É a métrica que mais se aproxima da percepção de “o site abriu”. A meta é até 2,5 segundos. As causas mais comuns de LCP ruim são o tempo de resposta do servidor e imagens grandes demais no topo da página.

INP — quando a página responde ao toque

Mede quanto tempo a página leva para reagir a um clique, toque ou digitação. Um site pode carregar rápido e mesmo assim travar quando você interage — é o que essa métrica captura. A meta é até 200 milissegundos, e o culpado quase sempre é excesso de JavaScript ocupando o navegador.

CLS — quanto a página se mexe sozinha

Mede o deslocamento inesperado do layout: você vai clicar em um botão, uma imagem termina de carregar acima dele, o conteúdo pula e você clica em outra coisa. A meta é até 0,1. Causas comuns: imagens e anúncios sem espaço reservado, e fontes que trocam de tamanho ao carregar.

De onde a lentidão costuma vir

Imagens

É a causa mais comum e a mais fácil de corrigir. Foto de celular tem vários megabytes e resolução muito maior do que qualquer tela usa. Redimensionar para o tamanho real de exibição e converter para formatos modernos como WebP costuma cortar 70% ou mais do peso, sem diferença visível.

Excesso de plugins

Cada plugin ativo pode carregar seus próprios arquivos de estilo e script em todas as páginas, mesmo nas que não usam aquele recurso. Vinte plugins somam trabalho em cada visita. Vale revisar a lista e desinstalar — não apenas desativar — o que não é usado.

Construtores visuais

Editores de arrastar e soltar facilitam muito a montagem das páginas, e o preço disso é código extra: camadas de marcação e arquivos que precisam ser baixados e processados a cada visita. Nem sempre compensa trocar, mas é importante saber que essa é a origem de boa parte do peso — e não uma limitação do WordPress em si.

Scripts de terceiros

Chat, mapa incorporado, vídeo, pixel de anúncio, ferramenta de analytics. Cada um traz código de outro domínio, e o seu site passa a depender da velocidade dele. Mantenha só os que são realmente usados e, quando possível, carregue-os depois do conteúdo principal.

O servidor

Se o tempo de resposta inicial já é alto, nenhuma otimização de front-end resolve: tudo o mais só começa depois. É a parte que depende da hospedagem — e a única desta lista que você não corrige sozinho.

O que dá para fazer ainda hoje

1. Meça no PageSpeed Insights, em modo móvel, e anote os três valores.
2. Otimize as imagens do topo das páginas mais visitadas.
3. Revise a lista de plugins e remova o que não é usado.
4. Verifique se o site usa uma versão de PHP com suporte — o painel da hospedagem mostra isso.
5. Ative cache de página, se ainda não houver.
6. Meça de novo. Sem antes e depois, você não sabe o que funcionou.

Quando o problema é a hospedagem

Um sinal claro: o site está bem otimizado, as imagens estão leves, há poucos plugins — e o tempo de resposta do servidor continua alto. Outro: a lentidão varia por horário, ficando pior nos períodos de maior movimento. Isso costuma indicar concorrência por recursos na máquina.

Nesses casos, trocar de hospedagem melhora de imediato a base da medição. Mas vale a honestidade: se o site carrega quarenta arquivos de script, ele continuará pesado no servidor novo. O diagnóstico correto separa as duas coisas antes de propor a solução.

O resumo

Velocidade não é vaidade técnica: é gente que fica em vez de sair. Comece medindo, corrija primeiro o que é barato — imagens, plugins, cache — e só depois discuta infraestrutura. E meça de novo a cada mudança: sem número, é opinião.

Quer saber quanto do seu tempo de carregamento é servidor e quanto é o site? Fale com a gente que a gente mede e mostra o resultado.