O Que Mudou no Core Web Vitals em 2024-2026
Em março de 2024 o Google finalizou a transição de FID (First Input Delay) para INP (Interaction to Next Paint) como a terceira métrica oficial do Core Web Vitals. A mudança parece sutil, mas o impacto foi significativo: equipamentos lentam com o INP do que com o FID, e sites que tinham pontuação verde no PageSpeed Insights passaram a figurar como “necessita melhorar” ou até vermelho.
O Core Web Vitals atualmente tem três métricas:
-
LCP — Largest Contentful Paint: tempo para o maior elemento visual da página aparecer. Meta: menos de 2,5 segundos.
-
CLS — Cumulative Layout Shift: quanto o layout “pula” durante o carregamento. Meta: menos de 0,1.
-
INP — Interaction to Next Paint: tempo entre qualquer interação do usuário (clique, toque, teclado) e a próxima renderização visual. Meta: menos de 200ms.
Por Que o INP É Mais Difícil de Passar
O FID media apenas o delay da primeira interação. O INP mede a pior interação de toda a sessão. Isso significa que um formulário lento no final da página, que ninguém clicava durante os testes, pode reprovar seu site mesmo que o header carregue rapido.
Como Auditar Seu Site Agora
Antes de qualquer correção, você precisa saber onde está. Use estas ferramentas em sequência:
-
Google Search Console → Experiência da Página: dados reais dos seus usuários (dados de campo), separados por mobile e desktop. Este é o número que importa para o ranking — não o PageSpeed simulado.
-
PageSpeed Insights (pagespeed.web.dev): diagnóstico detalhado com sugestões de correção. Sempre teste a URL específica (homepage + páginas mais acessadas), não apenas o domínio.
-
Chrome DevTools → Performance tab: para diagnóstico avançado de INP. Grave uma sessão interagindo com a página e analise o Interaction panel para ver quais eventos demoram mais.
-
Lighthouse (auditoria local): rode pelo DevTools ou via CLI para análise offline sem variação de rede.
Correções de Maior Impacto no LCP
LCP é geralmente a métrica mais fácil de melhorar com ganhos grandes e imediatos:
-
Preload do hero image: adicione
<link rel="preload" as="image" href="hero.webp">ao<head>. Ganho típico: 0,5–1,2 segundos. -
Converter imagens para WebP/AVIF: o formato AVIF pode ser 40% menor que WebP para qualidade equivalente. Use
<picture>com fallback. -
Remover render-blocking CSS: CSS crítico inline no
<head>, demais folhas carregadas commedia="print" onload="this.media='all'". -
CDN para assets estáticos: Cloudflare (gratuito no plano Free) já entrega ativos do cache global — reduz TTFB drasticamente.
Correções de Maior Impacto no INP
INP é a métrica mais técnica. Os maiores vilões são:
JavaScript Bloqueando a Thread Principal
Scripts pesados que rodam na main thread aumentam o INP porque o browser não pode processar interações enquanto executa JS. Soluções:
-
Carregar scripts de terceiros com
asyncoudefer -
Adiar inicialização de analytics e chat widgets até após
DOMContentLoaded -
Usar
requestIdleCallbackpara tarefas não-urgentes -
Quebrar tarefas longas com
setTimeout(fn, 0)ouscheduler.yield()
Plugins do WordPress Como Principal Culpado
Sites WordPress costumam ter INP alto por acúmulo de plugins que injetam JS no front-end. Audite quais plugins carregam scripts em todas as páginas (deveria ser apenas os necessários) e use Asset CleanUp ou o recurso nativo “Load scripts only where necessary” do plugin.
CLS: O Mais Fácil de Corrigir
CLS alto quase sempre tem uma causa óbvia: imagens e embeds sem dimensões declaradas. A correção é simples:
-
Todo
<img>deve terwidtheheightdeclarados no HTML (mesmo que redimensionado por CSS) -
Iframes e vídeos em containers com proporção fixa via
aspect-ratio: 16/9 -
Fontes: usar
font-display: swapou melhor ainda,font-display: optionalpara evitar layout shift na troca de fonte -
Evitar injetar conteúdo acima do fold dinamicamente (banners de cookies, alertas) sem espaço reservado
“Core Web Vitals não é opcional. Desde 2021 fazem parte do Page Experience Signal. Sites com notas vermelhas competem em desvantagem — mesmo com conteúdo melhor.”
O Que Mais o Google Prioriza em 2026
Além dos Core Web Vitals, os fatores técnicos com maior peso em 2026 são:
-
HTTPS obrigatório: sites sem SSL são marcados como “não seguro” no Chrome e perdem posições.
-
Mobile-first genuíno: o Google indexa pela versão mobile. Conteúdo disponível só no desktop pode não ser indexado.
-
Structured Data (Schema.org): artigos, FAQs, produtos, events com markup correto ganham rich snippets e melhor visibilidade.
-
Velocidade de servidor (TTFB < 800ms): com Cloudflare no plano gratuito, a maioria dos sites já atinge isso sem custo adicional.
Precisa de uma auditoria completa do seu site? Nossa equipe faz diagnóstico gratuito e presenta um plano de correção priorizado por impacto.
