Site lento perde cliente: o que o Core Web Vitals diz sobre o seu negócio

Pense na última vez que você abriu um site no celular, esperou, a tela continuou branca e você voltou para o Google. Você não pensou "que pena, o servidor deles deve estar sobrecarregado". Você simplesmente foi para o próximo resultado. É exatamente isso que o seu cliente faz quando o seu site demora.

Para medir essa experiência de forma objetiva, o Google criou um conjunto de métricas chamado Core Web Vitals (algo como "sinais vitais da web"). Elas não medem se o site é bonito: medem se ele é rápido, se responde quando a pessoa toca e se fica parado no lugar enquanto carrega. E fazem parte dos sinais de experiência de página que o Google considera ao organizar os resultados de busca.

As três métricas, sem jargão

LCP — Largest Contentful Paint (maior elemento visível carregado). É o tempo até o conteúdo principal da página aparecer: normalmente a foto grande do topo ou o título. É a resposta para "quanto tempo eu fico olhando para uma tela vazia?". O Google recomenda LCP abaixo de 2,5 segundos.

INP — Interaction to Next Paint (resposta à interação). Mede quanto tempo o site leva para reagir quando a pessoa toca num botão, abre um menu ou digita num campo. Sabe quando você toca em "Falar no WhatsApp" e nada acontece, aí você toca de novo e abre duas vezes? Isso é INP ruim. O recomendado é abaixo de 200 milissegundos.

CLS — Cumulative Layout Shift (estabilidade visual). Mede o quanto a página "pula" enquanto carrega. É o clássico: você vai tocar em "Ver cardápio", um banner aparece em cima e você acaba tocando em outra coisa. O recomendado é CLS abaixo de 0,1.

Os três limites são os definidos pelo próprio Google na documentação oficial: Web Vitals (web.dev).

Por que isso pesa mais no interior

Quem desenvolve site em escritório com fibra óptica costuma testar na própria rede e achar tudo rápido. Mas o seu cliente em Serra Talhada, Triunfo ou Afogados da Ingazeira muitas vezes está no 4G, às vezes com sinal oscilando, num celular intermediário de dois ou três anos atrás. Nessas condições, cada imagem pesada e cada script desnecessário custa segundos, não milissegundos.

Também é comum o acesso acontecer em momentos de pressa: no balcão de outra loja comparando preço, no carro, na fila do banco. Ninguém nessas situações tem paciência para esperar. Um site que abre rápido no 4G ruim abre rápido em qualquer lugar; o contrário não é verdade.

Como testar o seu site em 2 minutos

• Acesse o PageSpeed Insights (pagespeed.web.dev), ferramenta gratuita do Google.
• Cole o endereço do seu site e clique em "Analisar".
• Olhe primeiro a aba Celular, não a de computador. É lá que está a maior parte do seu público.
• Se aparecer a seção "Descubra o que seus usuários reais estão vivenciando", esses são dados de visitantes reais (do Chrome). Eles valem mais do que a nota de 0 a 100.
• Se o site tem pouco tráfego, essa seção não aparece; aí use o diagnóstico de laboratório logo abaixo, que simula um celular em rede móvel.

A nota de 0 a 100 é um resumo útil, mas não é o objetivo em si. O objetivo é que LCP, INP e CLS fiquem no verde. Um site com nota 85 e as três métricas verdes está em melhor situação do que um site com nota 95 em que o LCP real dos visitantes está em 4 segundos.

O que costuma deixar um site lento

Imagens sem tratamento. É a causa número um que encontro. A foto vem direto do celular ou do banco de imagens, com 4 ou 5 MB, e é exibida num espaço de 400 pixels de largura. Converter para formatos modernos (WebP ou AVIF), redimensionar para o tamanho real de exibição e carregar sob demanda as imagens que estão mais abaixo da página resolvem boa parte do problema.

Excesso de plugins. Em plataformas como o WordPress, cada plugin pode adicionar seus próprios arquivos de CSS e JavaScript em todas as páginas, mesmo onde não é usado. Formulário, galeria, pop-up, chat, contador de visitas, botão flutuante: cada um parece leve sozinho, mas juntos travam o carregamento e pioram o INP.

Hospedagem barata e compartilhada. Planos muito baratos colocam centenas de sites no mesmo servidor. Quando um vizinho recebe pico de acesso, o seu site sofre junto. O primeiro sinal é o tempo de resposta do servidor (TTFB) alto, que atrasa tudo o que vem depois.

Sliders e carrosséis no topo. O carrossel de banners no topo da página é praticamente uma tradição, mas costuma ser péssimo para o LCP: carrega várias imagens grandes de uma vez, depende de JavaScript para funcionar e, de quebra, poucas pessoas veem além do primeiro slide. Uma imagem única, bem otimizada, com uma mensagem clara, quase sempre performa melhor.

Scripts de terceiros. Pixel de anúncio, mapa incorporado, widget de avaliações, chat. Todos têm valor, mas precisam ser carregados com critério: depois do conteúdo principal ou só quando a pessoa interage.

Fontes e espaços sem reserva. Fontes que trocam depois de carregar e imagens sem largura e altura definidas fazem a página pular, o que derruba o CLS.

Velocidade não é vaidade técnica

No fim do dia, Core Web Vitals é uma forma de medir respeito pelo tempo do cliente. Um site rápido não garante venda, mas um site lento garante que parte das pessoas nem chegue a ver a sua oferta. Para negócio local, em que o cliente está comparando duas ou três opções no celular, essa diferença pesa.

Se o teste mostrou vermelho e você quer entender o que dá para resolver no site atual e o que exige refazer, veja como funciona a criação de sites de alta performance em Serra Talhada, com metas de Core Web Vitals definidas desde o início do projeto.