Velocidade de site costuma ser tratada como assunto técnico, discutido entre desenvolvedores e ignorado por quem paga a conta. É um erro caro: é uma das poucas mudanças que mexe ao mesmo tempo no tráfego orgânico e na taxa de conversão.
As três métricas que o Google olha
- LCP — quanto tempo até o maior elemento da tela aparecer. Bom: abaixo de 2,5s.
- INP — quanto tempo a página demora para responder a um clique. Bom: abaixo de 200ms.
- CLS — quanto o layout pula enquanto carrega. Bom: abaixo de 0,1.
As três medem percepção, não número de arquivos. É por isso que um site pode ter nota alta em ferramenta de teste e ainda parecer lento para quem usa: o que conta é o campo, o dado dos visitantes reais.
O que costuma ser o culpado
Na maioria dos sites que auditamos, o problema não é o código da aplicação. É imagem pesada servida em tamanho original, fonte customizada bloqueando a renderização, e uma pilha de scripts de terceiros — pixel, chat, mapa de calor, testes A/B — carregando antes do conteúdo.
Antes de reescrever qualquer coisa, some o peso das tags de terceiros. É comum elas pesarem mais que o site inteiro.
O que dá para resolver rápido
- Servir imagem no formato e no tamanho certos, com dimensões declaradas para não pular o layout.
- Carregar fontes com display swap e limitar os pesos que você realmente usa.
- Adiar scripts de terceiros que não são necessários na primeira tela.
- Reservar espaço para banners e anúncios antes de eles chegarem.
Essas quatro medidas resolvem boa parte dos casos sem tocar na arquitetura. O que sobra depois disso — servidor lento, excesso de JavaScript, renderização travada — aí sim exige trabalho de engenharia, e vale ser medido antes de ser atacado.
Tem um projeto parecido no radar?
Conte o que você precisa e devolvemos um direcionamento em até 24 horas úteis — mesmo que a resposta seja que o seu caso pede outro caminho.
Fale conosco