Velocidade do site e Core Web Vitals: o que são e como melhorar
Site lento perde visitante e dificulta a vida de quem anuncia. Os Core Web Vitals são as medidas que o Google usa para avaliar a experiência de carregamento. Veja como ler cada uma.
Resposta diretaCore Web Vitals são três medidas do Google: LCP (velocidade de carregamento do conteúdo principal), INP (resposta aos toques e cliques) e CLS (estabilidade visual). Para melhorar, o caminho costuma passar por imagens mais leves, menos scripts, fontes bem carregadas e boa hospedagem.
As três medidas que o Google observa
Cada uma responde a uma pergunta simples do visitante: já apareceu? Responde quando eu toco? A tela fica parada ou pula?
LCP: carregamento
Mede quanto tempo leva para o maior elemento visível aparecer, normalmente a imagem ou o título do topo. O Google considera bom um valor de até 2,5 segundos.
INP: resposta
Mede o tempo entre um toque ou clique e a reação da página. Valores até 200 milissegundos são considerados bons.
CLS: estabilidade
Mede se os elementos mudam de lugar enquanto a página carrega, o que causa cliques errados. Um valor de até 0,1 é considerado bom.
Importante: velocidade é só um dos sinais que o Google usa. Um site rápido com conteúdo fraco não sobe só por isso. Mas um site lento prejudica quem chega por anúncio, porque cada segundo a mais aumenta a chance de a pessoa desistir antes de ver a oferta.
Como medir sem se perder nos números
Existem várias ferramentas, e elas mostram coisas diferentes. Saber o que cada uma mede evita decisões erradas.
Dados de campo
- Vêm de visitantes reais, em aparelhos e redes variados.
- Aparecem no relatório de Core Web Vitals do Search Console e no PageSpeed Insights, quando há tráfego suficiente.
- São os que o Google usa para avaliar o site.
Use para saber como o site se comporta de verdade.
Dados de laboratório
- Gerados por uma simulação controlada, como o Lighthouse.
- Úteis para achar a causa de um problema e testar correções.
- Variam de uma medição para outra e não representam todos os visitantes.
Use para diagnosticar e conferir se uma mudança funcionou.
Site novo ou com pouco tráfego pode não ter dados de campo. Nesse caso, a simulação vira a referência inicial, sempre testada em celular, porque é onde a maioria dos visitantes está.
As causas mais comuns de site lento
Na maioria dos sites de empresas, o problema vem de poucas fontes repetidas.
| Causa | Sintoma | Correção comum |
|---|---|---|
| Imagens pesadas | LCP alto, página que demora a mostrar o topo | Reduzir dimensões, usar formatos modernos como WebP e carregar sob demanda as imagens abaixo da dobra |
| Muitos scripts e plugins | INP alto, toques que demoram a responder | Remover o que não é usado, adiar scripts não essenciais e revisar ferramentas de terceiros |
| Fontes mal carregadas | Texto que pisca ou muda de tamanho | Hospedar fontes no próprio site, limitar variações e usar exibição com fallback |
| Elementos sem tamanho definido | CLS alto, botões que pulam | Definir largura e altura de imagens, vídeos e banners |
| Hospedagem lenta | Resposta demorada do servidor | Avaliar plano, cache e distribuição por rede de entrega |
| Pop-ups e chats pesados | Interações travadas e layout instável | Carregar depois da primeira interação e testar o impacto |
Plano de ação em ordem de retorno
-
Meça o ponto de partida
Rode o PageSpeed Insights nas três páginas mais importantes: início, serviço principal e contato. Anote LCP, INP e CLS no celular.
-
Ataque as imagens primeiro
É onde está a maior economia para a maioria dos sites. Comprima, redimensione e defina tamanhos.
-
Revise scripts e ferramentas
Liste tudo o que carrega: analytics, chats, pixels, mapas. Mantenha o que gera valor e adie o resto.
-
Cuide das fontes
Use poucas famílias, hospede no próprio domínio e evite carregar pesos que o design não usa.
-
Reavalie a hospedagem
Se o servidor demora a responder mesmo com o site enxuto, o plano pode ser o gargalo.
-
Monitore depois
O desempenho se degrada com o tempo, à medida que entram plugins, imagens e campanhas novas.
Como isso aparece em um projeto real
O site da própria Pense D foi construído com essa lógica: imagens em WebP, estilos embutidos para não bloquear a renderização, fontes hospedadas no próprio domínio e poucos scripts. São decisões técnicas simples, tomadas desde o início do projeto, e que evitam correções caras depois.
Para sites já existentes, nem sempre vale a pena ajustar. Quando a base é pesada ou difícil de editar, refazer pode custar menos do que remendar. Veja os critérios em quando refazer o site. Para entender como a velocidade se encaixa na estratégia de buscas locais, leia SEO local para o site da empresa.
Perguntas frequentes
O que são Core Web Vitals?
São três métricas do Google que avaliam a experiência de uso de uma página: LCP para carregamento, INP para resposta a interações e CLS para estabilidade visual.
Velocidade do site influencia o ranking?
Sim, como um dos sinais de experiência da página, mas não é o único nem o mais forte. Conteúdo relevante e boa estrutura continuam centrais. Um site rápido sem conteúdo útil não sobe só por isso.
Como saber se meu site está lento?
Teste as páginas principais no PageSpeed Insights, olhe os resultados de celular e verifique o relatório de Core Web Vitals no Search Console. Se houver dados de campo ruins, o problema afeta visitantes reais.
Quais correções trazem mais efeito?
Na maioria dos sites de empresas, reduzir o peso das imagens e remover scripts desnecessários têm o maior efeito. Depois vêm fontes, hospedagem e cache.
Site lento atrapalha anúncios?
Pode atrapalhar. Quem clica em um anúncio e espera demais tende a sair antes de ver a oferta, o que aumenta o custo por contato. Veja também site ou landing page para Google Ads.
Vale pagar por otimização ou refazer o site?
Depende da base. Se o site é leve e só precisa de ajustes, otimizar compensa. Se a estrutura é pesada ou difícil de editar, refazer pode ser mais barato no fim. Compare em quanto custa criar um site.
