Quais são os Core Web Vitals hoje?
São três métricas que o Google usa para medir a experiência real de quem visita uma página. Em março de 2024, o INP substituiu o antigo FID como métrica de resposta, e é por isso que muitos textos antigos ainda falam em “First Input Delay”. A diferença importa: o FID media só o atraso da primeira interação; o INP observa as interações ao longo de toda a visita.
O Google avalia as métricas no percentil 75, separando celular e computador. Traduzindo: não basta a página ser rápida no seu computador no escritório. Três em cada quatro visitas reais precisam ficar dentro do limite.
Os limites valem por página ou por grupo de páginas parecidas, não para o site como um todo. É comum a home estar no verde e as páginas de serviço, cheias de galerias de fotos, estarem no vermelho.
| Métrica | O que mede | Bom | Precisa melhorar | Ruim |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Quando o maior elemento visível (foto de destaque, título) termina de aparecer | até 2,5 s | até 4 s | acima de 4 s |
| INP (Interaction to Next Paint) | Quanto a página demora para reagir a toques, cliques e digitação | até 200 ms | até 500 ms | acima de 500 ms |
| CLS (Cumulative Layout Shift) | Quanto o conteúdo pula de lugar durante o carregamento | até 0,1 | até 0,25 | acima de 0,25 |
Como medir a velocidade do seu site do jeito certo?
Há dois tipos de dado. Dado de campo vem de visitantes reais usando Chrome, reunidos no Chrome User Experience Report (CrUX); é esse que o Google usa para avaliar a página. Dado de laboratório vem de uma simulação feita na hora, útil para descobrir a causa de um problema, mas que varia a cada teste.
O PageSpeed Insights mostra os dois na mesma tela: no topo, os dados de campo (quando o site tem visitas suficientes); embaixo, a simulação com as sugestões de correção. O relatório de Core Web Vitals do Search Console usa dados de campo e agrupa páginas parecidas, o que ajuda a ver se o problema é de um modelo de página inteiro, como todas as páginas de produto.
Se você nunca abriu esse relatório, veja onde ele fica em Search Console para leigos. Site com pouco tráfego pode não ter dados de campo; nesse caso, use a simulação como guia e repita o teste algumas vezes.
O que deixa o site lento, métrica por métrica?
| Métrica ruim | Causas mais comuns em site de empresa | O que corrigir |
|---|---|---|
| LCP alto | Foto de destaque enorme, carregada como JPG de vários MB; hospedagem lenta; fontes e CSS bloqueando a exibição; slider de banners no topo | Redimensionar e comprimir a imagem, usar WebP ou AVIF, não aplicar carregamento tardio (lazy load) na imagem do topo, trocar o slider por uma imagem fixa, usar cache e CDN |
| INP alto | Excesso de JavaScript: chat, pop-ups, pixels de anúncio, mapas, widgets de avaliação, construtores visuais pesados | Remover scripts que ninguém usa, carregar chat e widgets só após interação, adiar scripts não essenciais, revisar plugins |
| CLS alto | Imagens sem largura e altura definidas, banners de cookies ou avisos que empurram o conteúdo, fontes que trocam de tamanho, anúncios sem espaço reservado | Definir dimensões de imagens e vídeos, reservar espaço para banners e embeds, usar avisos que sobrepõem em vez de empurrar |
Checklist de correções por ordem de impacto
Na maioria dos sites institucionais e landing pages, a ordem abaixo resolve a maior parte do problema antes de qualquer mudança de plataforma.
- Imagens: nenhuma foto maior que o tamanho em que é exibida; formato moderno; imagem do topo carregando primeiro.
- Scripts de terceiros: liste tudo o que carrega (chat, pixels, mapas, widgets) e corte o que não tem dono nem uso medido.
- Plugins e tema: em WordPress, cada plugin de efeito visual cobra seu preço em JavaScript. Menos é mais rápido.
- Hospedagem, cache e CDN: servidor com resposta lenta atrasa tudo o que vem depois.
- Espaço reservado: largura e altura em imagens, vídeos, mapas e banners.
- Teste no celular, em rede móvel, e confira de novo no PageSpeed Insights depois de cada mudança.
Quanto a velocidade pesa no Google e nas vendas?
A documentação do Google, atualizada em setembro de 2026, confirma que os Core Web Vitals são usados pelos sistemas de ranqueamento. A mesma página deixa claro o limite disso: o Google procura mostrar o conteúdo mais relevante mesmo quando a experiência da página é fraca. A velocidade ajuda quando há várias páginas igualmente úteis disputando a mesma busca; não coloca uma página irrelevante na frente.
Para vendas, o efeito é mais direto. Imagine uma autoescola de Americana que anuncia no Google: cada clique pago que cai numa página que demora a abrir no celular é verba gasta em alguém que desistiu antes de ver a oferta. A velocidade não cria interesse, mas evita que você perca quem já estava interessado.
O peso da velocidade especificamente no ranqueamento local está em Core Web Vitals e velocidade no SEO local. Para o que mais trava uma página de campanha além da velocidade, veja por que a landing page não converte. Se a sua empresa é da região, conheça nosso trabalho com empresas de Americana.
Trocar de plataforma resolve a lentidão?
Nem sempre. Antes de migrar, veja no relatório de Core Web Vitals do Search Console se o problema está concentrado num modelo de página e qual métrica está ruim. Se a causa é uma foto de 4 MB no topo ou um chat que carrega junto com a página, migrar leva o problema junto.
A troca faz sentido quando o problema é estrutural: tema que carrega centenas de arquivos em toda página, construtor visual que gera código pesado sem opção de enxugar ou hospedagem que não permite cache. Mesmo assim, faça a lista de correções primeiro. Ela vira o caderno de requisitos do site novo.
Como a 2S Digital ajuda
Os sites que criamos são construídos em HTML enxuto, sem construtor visual pesado, com imagens otimizadas na publicação. Em sites existentes, fazemos o diagnóstico por métrica e corrigimos o que dá resultado primeiro, antes de sugerir trocar de plataforma.
Veja a solução de sites e páginas inteligentes ou peça um diagnóstico gratuito.
Perguntas frequentes
Qual a velocidade ideal para um site carregar?
Pelo critério do Google, o conteúdo principal (LCP) deve aparecer em até 2,5 segundos para pelo menos 75% das visitas, medido separadamente em celular e computador. Acima de 4 segundos, a métrica é classificada como ruim.
O FID ainda é usado?
Não. Em março de 2024, o INP (Interaction to Next Paint) substituiu o FID como métrica de resposta dos Core Web Vitals. O limite considerado bom para o INP é de até 200 milissegundos.
Nota 100 no PageSpeed Insights é necessária?
Não. A nota vem da simulação de laboratório e varia a cada teste. O que o Google usa na avaliação são os dados de campo dos Core Web Vitals. Uma página com nota 80 e as três métricas no verde para visitantes reais está bem.
WordPress pode ser rápido?
Pode. O que costuma pesar não é o WordPress em si, mas o tema, os construtores visuais e a quantidade de plugins. Com tema leve, poucos plugins, imagens otimizadas e boa hospedagem, dá para ter as três métricas no verde.
Quer aplicar isso na sua empresa?
A 2S Digital conecta Google, anúncios, sites, IA e automação numa operação única de crescimento. Agende um diagnóstico gratuito.
Agendar diagnósticoContinue explorando
- Core Web Vitals e velocidade no SEO local
- Por que landing page sozinha não converte
- Search Console para leigos
- Diagnóstico digital gratuito