Site lento: por que acontece, quanto custa em contatos e o que cobrar de quem faz

1. A espera que você não vê

Você abre o seu site no computador do escritório, com internet boa e o endereço já guardado no navegador. Ele aparece em um instante. O cliente abre o mesmo site no celular, no ônibus, pelo resultado do Google. A tela fica branca, a foto de capa demora, o botão do WhatsApp aparece por último e pula de lugar bem na hora em que ele ia tocar. Ele desiste e volta para a busca.

Site lento é um problema que o dono do negócio raramente percebe, porque testa nas melhores condições. Quem sente é o cliente que você nunca conheceu. E quem procura um serviço no celular tem outras opções a um toque de distância.

Este guia explica como medir a velocidade, quais limites o Google usa, por que o site fica lento, quanto isso pode custar em contatos e o que cobrar de quem faz e mantém o site. Os números e limites vêm da documentação do PageSpeed Insights, do Search Console, do web.dev e do Google Search Central.

2. Como saber se o seu site está lento

A ferramenta oficial é o PageSpeed Insights, do Google. Você digita o endereço e recebe dois tipos de resultado. O primeiro são os dados de campo: como a página se comportou para visitantes reais. Segundo a documentação, eles vêm do Chrome User Experience Report, de usuários do Chrome que aceitaram compartilhar dados, cobrem os últimos 28 dias e mostram o percentil 75, ou seja, a experiência de três em cada quatro visitas.

O segundo são os dados de laboratório, gerados pelo Lighthouse numa simulação com um celular intermediário e rede móvel. É daí que sai a nota de 0 a 100. A documentação considera boa a nota de 90 ou mais, diz que entre 50 e 89 a página precisa de melhorias e que abaixo de 50 é ruim. O próprio Google avisa que nota alta no laboratório não assegura boa experiência para os visitantes reais.

Sites pequenos muitas vezes não têm visitas suficientes para os dados de campo. Nesse caso, o PageSpeed Insights usa os dados do domínio inteiro ou mostra só o laboratório. Para um teste rápido, o teste de velocidade do site roda a mesma análise e explica o resultado.

3. Os limites que o Google usa

As Core Web Vitals são três medidas da experiência do visitante: quanto o conteúdo principal demora a aparecer, quanto a página demora a responder a um toque e quanto ela se mexe enquanto carrega. O relatório do Search Console classifica cada uma em três faixas.

Leia a tabela pela coluna “Bom”: o web.dev recomenda medir no percentil 75 das visitas, separando celular e computador, e considera aprovada a página que fica dentro dos três limites. O Search Console agrupa páginas parecidas e dá ao grupo o status da pior métrica. Se o LCP está bom e o CLS está ruim, o grupo inteiro aparece como ruim. O guia de Core Web Vitals mostra onde ver esse relatório.

4. Por que o site fica lento

O web.dev divide o tempo até o maior elemento aparecer em quatro partes, e cada uma aponta para uma causa diferente. A primeira é o tempo que o servidor leva para começar a responder. A segunda, o atraso até o navegador começar a baixar a imagem ou o bloco principal. A terceira, o tempo de download desse recurso. A quarta, o atraso até ele ser desenhado na tela.

Na prática de um site pequeno, isso vira quatro suspeitos. Imagens pesadas: a foto de capa enviada direto da câmera, com vários megabytes, quando a tela do celular precisa de uma fração disso. Servidor lento: hospedagem lotada, sem cache, longe do público ou com redirecionamentos em sequência. O web.dev considera bom um tempo até o primeiro byte de 0,8 segundo ou menos.

Scripts demais: cada ferramenta instalada (chat, pixel de anúncio, mapa, vídeo incorporado, pop-up, widget de avaliações) carrega código de outro servidor. O web.dev recomenda evitar scripts síncronos no cabeçalho e dividir tarefas longas, porque elas atrasam a página. Elementos que entram depois: banner, aviso de cookies ou anúncio que aparece no topo e empurra o texto, o que piora o CLS.

Um erro técnico comum merece nota à parte: o web.dev diz para nunca usar carregamento tardio (lazy load) na imagem principal da página. Alguns temas e plugins aplicam isso a todas as imagens, inclusive à de capa, e o resultado é um site que parece mais lento justamente onde o cliente olha primeiro.

5. Rápido no computador, lento no celular

É comum o dono do negócio dizer que o site “abre rápido” e o relatório mostrar o contrário. A diferença tem explicação. O teste de laboratório do PageSpeed Insights simula um celular intermediário numa rede móvel, enquanto o seu computador tem processador mais forte, internet cabeada e o site guardado em cache de visitas anteriores.

O cliente que chega pelo Google, na maioria das vezes, está no celular e é a primeira vez que abre o site. Ele baixa tudo do zero. Por isso o resultado que importa é o do celular, e o teste deve ser feito em condições parecidas com as dele: aparelho comum, dados móveis, janela anônima.

Quem faz sites também costuma testar no computador. Ao receber uma entrega, peça o resultado do PageSpeed Insights para celular, e não só uma captura de tela da página aberta no monitor.

6. Exemplo: quantos contatos a lentidão pode custar

Não há número oficial do Google para quantos visitantes desistem a cada segundo de espera, e números genéricos de outras empresas não valem para o seu negócio. O jeito honesto é fazer a sua conta. A tabela é um exemplo com números fictícios para mostrar o raciocínio.

Leia assim: no exemplo, reduzir a desistência de 20% para 5% traz quatro contatos a mais por mês, sem pagar um centavo a mais por visita. Se cada cliente novo deixa R$ 300 de lucro e metade dos contatos fecha, são R$ 600 por mês. Os números reais variam com o serviço, a cidade e a concorrência. O que a conta mostra é que velocidade se mede em contatos, não em nota.

Para ter os seus números, compare as visitas que o Google Analytics ou o Search Console registram com os contatos que chegam pelo site. Se o volume de visitas é bom e o de contatos é baixo, a velocidade é um dos suspeitos, junto com o texto da página e o botão de contato.

7. O que a velocidade pesa no Google

O Google Search Central é direto sobre isso. As Core Web Vitals são usadas pelos sistemas de classificação, e o Google recomenda que os donos de sites tenham boas Core Web Vitals para ir bem na Pesquisa. Na mesma página, porém, diz que não existe um sinal único de experiência na página, que outros aspectos dela não ajudam diretamente no ranking e que boa nota não leva ninguém ao topo.

O Google também afirma que sempre procura mostrar o conteúdo mais relevante, mesmo quando a experiência da página é fraca, e que a experiência pode fazer diferença quando há muitas páginas igualmente úteis. Para um negócio local, isso significa: um site rápido que não fala do seu serviço nem da sua cidade não aparece por ser rápido. Um site relevante e lento perde parte dos visitantes que conquistou.

A conclusão prática é tratar a velocidade como parte do atendimento, não como atalho para subir no Google. O ganho mais certo dela está na seção anterior: mais gente vendo a página até o fim e chamando.

8. Velocidade e anúncio

Quem paga por clique sente a lentidão no bolso. Cada visitante que desiste antes de a página abrir é um clique pago que não virou nada. E o Google Ads tem regras sobre isso: a política de requisitos de destino lista, entre os exemplos de experiência de destino que levam à reprovação, “sites que não são carregados rapidamente nos navegadores e dispositivos mais usados”.

A frase não traz um limite em segundos, e por isso não dá para dizer a partir de quanto tempo o anúncio é reprovado. O que ela deixa claro é o critério: o teste é feito nos aparelhos e navegadores que as pessoas usam de fato, não no computador de quem fez a página. Na prática, isso aponta para o celular comum e para a rede móvel, as mesmas condições que o PageSpeed Insights simula.

Além da política, a experiência na página de destino entra no Índice de qualidade dos anúncios. Se você usa uma página específica para anúncios, teste-a no PageSpeed Insights como faria com o site. O guia de landing page explica o que mais o anúncio cobra da página.

Uma armadilha comum é a página de anúncio cheia de ferramentas de medição: pixel de várias redes, gravação de sessão, chat, pop-up. Cada uma tem um motivo, e juntas deixam a página pesada justamente para o visitante mais caro. Mantenha só as que você usa de fato.

9. O que cobrar de quem faz e mantém o site

Você não precisa saber otimizar um site. Precisa saber pedir. Estes pedidos cabem num e-mail para quem faz ou mantém o seu site.

• O relatório do PageSpeed Insights para celular, das páginas principais, antes e depois de cada mudança.
• A situação no relatório de Core Web Vitals do Search Console, com os grupos de páginas em “Ruim” ou “Precisa de melhorias”.
• As imagens em tamanho adequado, em formato moderno, e a imagem principal carregada com prioridade, sem carregamento tardio.
• A lista de plugins e scripts de terceiros, com o motivo de cada um e o que pode sair.
• O tempo de resposta do servidor e se há cache configurado.
• Espaço reservado para banners e avisos, para que não empurrem o conteúdo.

Desconfie de quem promete “nota 100” como objetivo. A nota de laboratório oscila de um teste para outro e não é o que o Google usa na classificação. O que importa são os dados de campo dentro dos limites da seção 3 e, sobretudo, os contatos. Se a lentidão vem do servidor, o guia de hospedagem de site mostra o que olhar no plano.

10. O que você mesmo pode fazer

Parte da lentidão nasce do dia a dia, não do código. Se você publica fotos no site, reduza o tamanho antes de enviar: uma foto de celular costuma ter muito mais resolução do que a tela precisa. Aplicativos gratuitos de compressão resolvem isso em segundos.

Revise o que foi instalado ao longo dos anos. O chat que ninguém responde, o feed do Instagram que só mostra as últimas fotos, o vídeo de fundo na página inicial, o pop-up de uma promoção que já acabou. Cada item tira um pouco de velocidade. Pergunte se ele traz contato; se não traz, peça para tirar.

E teste como o cliente testa: no celular, com dados móveis, abrindo pelo resultado do Google. Faça isso uma vez por mês e depois de cada mudança no site. Se notar piora, avise quem cuida do site com a data em que percebeu.

11. Erros comuns

• Testar só no computador. O laboratório do PageSpeed Insights simula um celular intermediário em rede móvel.
• Perseguir a nota em vez das métricas. O Google diz que nota alta no laboratório não assegura boa experiência real.
• Carregamento tardio na imagem principal. O web.dev recomenda nunca fazer isso.
• Instalar ferramenta sem tirar a antiga. Cada script de terceiro pesa.
• Banner que empurra o texto. Piora o CLS, cujo limite bom é 0,1.
• Achar que velocidade resolve ranking. O Google põe a relevância do conteúdo na frente.

A maior parte desses erros se resolve com uma conversa e uma lista. O difícil é perceber o problema, porque o site parece rápido para quem já conhece. Por isso a medição regular importa mais do que qualquer ajuste isolado.

12. Em resumo

Site lento perde contato de gente que você nunca vai conhecer. As causas mais comuns são imagens pesadas, servidor que demora a responder, scripts demais e elementos que empurram a página. Para medir, use o PageSpeed Insights, olhe primeiro os dados de campo e depois a nota, e compare com os limites do Google: até 2,5 segundos para o LCP, 200 milissegundos para o INP e 0,1 para o CLS.

A velocidade entra na classificação do Google, mas não substitui conteúdo relevante. No anúncio, ela pesa duas vezes: no clique pago que se perde e na avaliação da página de destino. Faça a conta de quantos contatos a lentidão pode custar, peça a quem cuida do site os relatórios da seção 9 e teste no celular depois de cada mudança. O resultado em contatos varia com o serviço, a cidade e a concorrência. Elementos como pop-ups também pesam; o guia de pop-up no site mostra como usá-los sem atrapalhar.