Core Web Vitals em 2026: o que medir e como corrigir
Se voce ja ouviu “seu site esta lento” de algum lugar — cliente reclamando, agencia de trafego pago, ou uma nota vermelha no Google Search Console — provavelmente e isso: Core Web Vitals. E a pergunta que interessa nao e “o que e essa sigla”, e “isso esta me custando venda?”.
A resposta curta e sim, pode estar. A resposta longa depende de quanto o seu site esta fora do ideal, e e isso que este artigo ajuda a descobrir — sem precisar contratar ninguem antes de saber se ha problema.
O que sao Core Web Vitals, sem jargao
Core Web Vitals sao tres metricas que o Google usa para medir a experiencia real de quem visita uma pagina — nao a opiniao de um desenvolvedor sobre o codigo, mas o que o visitante de fato sente no celular ou computador dele.
LCP (Largest Contentful Paint) mede quanto tempo leva ate o maior elemento visivel da pagina aparecer — geralmente uma imagem de capa, um titulo grande ou um banner. O ideal e 2,5 segundos ou menos. Entre 2,5 e 4 segundos ja e “precisa melhorar”. Acima de 4 segundos e “ruim” (web.dev — Largest Contentful Paint, Google, atualizado em 4 de setembro de 2025).
INP (Interaction to Next Paint) mede quanto tempo a pagina demora para reagir depois que alguem clica em algo — um botao, um menu, um campo de formulario. O ideal e 200 milissegundos ou menos. Acima de 500ms e considerado ruim (web.dev — Interaction to Next Paint, Google, atualizado em 2 de setembro de 2025). Essa metrica substituiu uma mais antiga chamada FID em marco de 2024, e mede a experiencia de interacao de forma mais completa (Google Search Central — Introducing INP to Core Web Vitals).
CLS (Cumulative Layout Shift) mede o quanto os elementos da pagina “pulam” de lugar enquanto ela carrega — aquele instante em que voce vai clicar num botao e ele desliza pra baixo porque uma imagem carregou acima dele. O ideal e uma pontuacao de 0,1 ou menos (web.dev — Cumulative Layout Shift, Google).
Nenhuma dessas tres metricas e sobre “codigo bonito”. Todas sao sobre o que a pessoa do outro lado da tela sente nos primeiros segundos. Se voce quer entender como isso se conecta a uma estrategia maior de conteudo, veja o que e um cluster de conteudo.
Por que isso afeta venda, nao so posicao no Google
A ligacao mais direta entre Core Web Vitals e ranqueamento e real, mas e secundaria pra quem decide investir ou nao nisso. A ligacao que importa de verdade e com conversao — ou seja, quantas visitas viram cliente.
Um estudo do Google em parceria com a Deloitte Digital, analisando mais de 30 milhoes de sessoes de usuario em 37 marcas de varejo, viagem, luxo e geracao de leads, encontrou que melhorar o tempo de carregamento mobile em apenas 0,1 segundo aumentou a conversao em 8,4% no varejo e o ticket medio em 9,2%. No setor de viagens, o mesmo ganho de 0,1 segundo aumentou conversao em 10,1% (Google/Deloitte Digital, “Milliseconds Make Millions”). A mesma pesquisa encontrou que 45% dos consumidores ficam menos propensos a comprar quando um site de e-commerce carrega mais devagar do que esperavam.
A agencia Portent chegou numa conclusao parecida analisando mais de 100 milhoes de visualizacoes de pagina em 20 sites diferentes: para sites B2B, uma pagina que carrega em 1 segundo converte tres vezes mais que uma que carrega em 5 segundos, e cinco vezes mais que uma de 10 segundos (Portent — Site Speed Impact on Conversion).
Esses dois estudos nao sao de 2026, mas continuam sendo a referencia que a propria industria de performance web usa ate hoje, porque a logica por tras nao mudou: gente que compra decisao de alto ticket nao tolera friccao. Se o site trava um instante antes do formulario de contato responder, uma parte de quem chegou ate ali desiste — nao porque o produto e ruim, mas porque a experiencia tecnica interrompeu a decisao.
Veja tambem como isso se conecta ao investimento em um site profissional pensado desde o inicio pra converter.
Como medir seu site agora, de graca
Nao precisa de ferramenta paga nem de acesso tecnico ao servidor pra descobrir onde seu site esta hoje. Da pra fazer isso em menos de 2 minutos.
Passo 1: acesse pagespeed.web.dev e cole a URL do seu site. Clique em analisar.
Passo 2: a ferramenta mostra dois blocos de resultado. O primeiro, “dados de campo”, e a experiencia real de visitantes reais nos ultimos 28 dias — esse e o que importa de verdade. O segundo, “dados de laboratorio”, e uma simulacao controlada, util pra diagnostico mas nao reflete trafego real (Google — About PageSpeed Insights).
Passo 3: cada metrica aparece com uma cor. Verde e bom, amarelo e “precisa melhorar”, vermelho e ruim. Se seu site e novo ou tem pouco trafego, pode nao haver dados de campo suficientes — nesse caso, so os dados de laboratorio aparecem, e servem como referencia inicial.
Se voce ja usa o Google Search Console, existe um relatorio dedicado: va em “Todos os relatorios e ferramentas” → “Core Web Vitals”. Ele separa resultado por celular e por computador, e mostra quantas paginas do seu site estao em cada faixa — bom, precisa melhorar, ruim (Search Console Help — Core Web Vitals report, Google). Por padrao so as paginas com problema aparecem expandidas; vale abrir as outras categorias pra ver o quadro completo.
As causas mais comuns em sites de pequena e media empresa
A maior parte dos sites de PME nao reprova Core Web Vitals por falta de codigo sofisticado. Reprova por um punhado de causas bem especificas, e recorrentes.
Imagem pesada, sem otimizacao. E a causa mais comum de LCP ruim. Foto de capa em alta resolucao, sem compressao, carregando no tamanho original do arquivo em vez do tamanho que a tela realmente precisa. Um erro especifico que agrava isso: aplicar carregamento tardio (“lazy loading”) na propria imagem que e o maior elemento da pagina — isso atrasa exatamente o elemento que o LCP esta medindo. Segundo o Web Almanac 2025 (levantamento anual do HTTP Archive sobre o estado tecnico da web), entre 16% e 17% das paginas cometem esse erro especifico (HTTP Archive — Web Almanac 2025, capitulo Performance, publicado em janeiro de 2026).
Imagem sem dimensao declarada. E a principal causa de CLS ruim — o “pulo” de layout. Quando o navegador nao sabe de antemao o tamanho de uma imagem, ele reserva espaco zero ate ela carregar, e o conteudo ao redor se reorganiza quando ela finalmente aparece. O mesmo levantamento encontrou esse problema em 62% das paginas mobile analisadas.
Fonte personalizada carregando de forma bloqueante. Fontes de marca deixam o site com identidade, mas se carregam do jeito errado, atrasam a exibicao do texto ou trocam a fonte depois que a pagina ja apareceu — o que tambem move o layout. Isso e relevante porque 87% das paginas mobile hoje usam fontes personalizadas, segundo o mesmo estudo — e uma causa que afeta quase todo mundo, nao so sites com design elaborado.
Script de terceiro competindo por atencao. Chat de atendimento, pixel de rastreamento, video incorporado, botao de rede social — cada um desses roda codigo em segundo plano, e esse codigo compete pelo mesmo processador que precisa responder ao clique do visitante. E a causa mais comum de INP ruim.
Hospedagem lenta. Essa e a causa mais especifica do ecossistema WordPress. Levantamento do HTTP Archive mostra que apenas 32% dos sites WordPress tem tempo de resposta do servidor (TTFB) considerado bom, e a taxa geral de aprovacao nos tres Core Web Vitals combinados fica em 46,28% — abaixo de plataformas totalmente hospedadas (HTTP Archive — CWV Technology Report). Isso normalmente esta ligado a hospedagem compartilhada barata, sem cache de pagina configurado no servidor.
Quando corrigir sozinho e quando contratar
Nem todo problema de Core Web Vitals exige uma reforma completa do site.
Da pra tentar sozinho, com uma tarde de trabalho, se o problema for: imagem de capa muito pesada (existem compressores gratuitos que reduzem o arquivo sem perda visivel de qualidade), ou um plugin de terceiro que ninguem usa mais e continua carregando.
Vale contratar ajuda tecnica quando o problema esta na estrutura: hospedagem sem cache configurado, tema com JavaScript pesado carregando em toda pagina mesmo onde nao e necessario, ou quando corrigir uma metrica piora outra — por exemplo, comprimir demais uma imagem melhora o LCP mas prejudica a percepcao de qualidade do produto, e isso exige julgamento, nao so ferramenta automatica.
O sinal mais claro de que vale trazer alguem de fora: quando o relatorio do Search Console mostra “ruim” ha meses e nada muda, apesar de tentativas isoladas. Isso normalmente indica um problema estrutural — nao um ajuste pontual. Veja como pensamos isso em SEO para empresas B2B de alto ticket.
Perguntas frequentes
Core Web Vitals afeta diretamente minha posicao no Google?
Sim, e um fator de ranqueamento confirmado pelo Google, mas e um entre muitos. Um site com Core Web Vitals perfeito e conteudo fraco nao ranqueia bem. A prioridade pratica e corrigir Core Web Vitals pelo impacto em conversao — o ganho de ranking vem como consequencia, nao como motivo principal.
Quanto tempo leva para ver melhora depois de corrigir?
A melhora na metrica em si aparece quase imediatamente nos dados de laboratorio do PageSpeed Insights. Ja os dados de campo — a experiencia real de visitantes — levam ate 28 dias para refletir a mudanca no Search Console, porque e uma media movel do ultimo mes.
Site institucional simples tambem precisa se preocupar com isso?
Sim. Core Web Vitals nao e exclusividade de e-commerce ou site com muita interacao. Qualquer site que tenha formulario de contato, botao de WhatsApp ou imagem de produto esta sujeito as mesmas tres metricas, e ao mesmo risco de perder visitante por friccao tecnica.
O que fazer com esse diagnostico
Core Web Vitals nao e sobre impressionar o Google — e sobre nao perder venda por atrito tecnico que ninguem esta vendo de proposito. Rode o PageSpeed Insights no seu site agora, veja qual das tres metricas esta pior, e decida a partir disso: se e um ajuste pontual (imagem, plugin) ou um problema estrutural (hospedagem, tema).
Se quiser um diagnostico completo, nao so de Core Web Vitals mas do estado tecnico geral do site, rode a analise gratuita.