Core Web Vitals explicados para quem não é técnico: LCP, INP e CLS
Quem já pediu orçamento de site provavelmente ouviu falar em "Core Web Vitals" ou em "nota do PageSpeed". Parece assunto de programador, mas mede três coisas que qualquer dono de empresa entende: se a página abre rápido, se responde quando o cliente toca num botão e se o conteúdo fica parado no lugar enquanto carrega.
Este guia traduz as três métricas, mostra os limites oficiais do Google, ensina a medir sem instalar nada e explica, sem exagero, quanto isso pesa no ranqueamento.
O que são as Core Web Vitals
São três métricas definidas pelo Google para medir a experiência de quem usa uma página: carregamento (LCP), resposta às interações (INP) e estabilidade visual (CLS). O detalhe importante é que a avaliação oficial usa dados de visitantes reais, coletados pelo Chrome nos últimos 28 dias, e não apenas um teste feito em laboratório.
Para uma página ser considerada boa, cada métrica precisa ficar dentro do limite em pelo menos 75% das visitas. É o chamado percentil 75, calculado separadamente para celular e computador. Ou seja: não basta abrir rápido no seu notebook no escritório; precisa abrir rápido para a maioria dos seus clientes, no aparelho e na internet que eles têm.
LCP: quanto tempo o conteúdo principal leva para aparecer
Largest Contentful Paint é o tempo até o maior elemento visível da tela terminar de carregar, normalmente a foto de destaque ou o título principal. É a sensação de "abriu" para quem está do outro lado. O Google considera bom até 2,5 segundos e ruim acima de 4 segundos.
Culpados comuns: imagem de capa enorme e sem compressão, servidor lento, carrossel pesado no topo da página, fontes e scripts que seguram o carregamento do resto.
INP: o site responde quando o cliente toca?
Interaction to Next Paint mede quanto tempo a página leva para reagir visualmente depois de um clique, toque ou tecla. Sabe aquele menu que demora a abrir, ou o botão de "enviar" que parece não ter funcionado e faz a pessoa tocar de novo? É isso que o INP captura. Bom é até 200 milissegundos; acima de 500 milissegundos é ruim.
O INP é a métrica mais nova do trio. Ele substituiu o FID (First Input Delay) como Core Web Vital em 12 de março de 2024. O FID olhava só o atraso da primeira interação; o INP observa as interações ao longo de toda a visita, por isso é bem mais exigente. Se alguém ainda te entrega relatório falando em FID, o relatório está desatualizado.
Culpados comuns: excesso de scripts de terceiros (chats, pixels, widgets), plugins pesados e páginas montadas com muito JavaScript.
CLS: o conteúdo pula enquanto carrega?
Cumulative Layout Shift mede o quanto os elementos da página se deslocam sozinhos. Você vai tocar num link, uma imagem ou um banner carrega em cima e o texto desce. Esse é o problema. Aqui não se mede tempo, e sim uma pontuação: bom é até 0,1; acima de 0,25 é ruim.
Culpados comuns: imagens sem largura e altura definidas, avisos de cookies e pop-ups que empurram o conteúdo, fontes que mudam de tamanho ao terminar de carregar.
Resumindo os limites oficiais:
LCP (carregamento): bom até 2,5 s; ruim acima de 4 s.
INP (resposta às interações): bom até 200 ms; ruim acima de 500 ms.
CLS (estabilidade visual): bom até 0,1; ruim acima de 0,25.
Como medir no PageSpeed Insights e no Search Console
Não precisa instalar nada. O passo a passo:
Acesse pagespeed.web.dev e cole o endereço da página. Comece pelas que mais recebem visitas ou tráfego de anúncios.
Olhe primeiro o bloco de cima, com os dados de usuários reais. Ele vem do Chrome User Experience Report, cobre os últimos 28 dias e é o que diz se a página passou ou não na avaliação das Core Web Vitals.
Depois veja o diagnóstico de baixo, feito pelo Lighthouse. É um teste simulado, ótimo para achar a causa dos problemas, mas a nota de 0 a 100 não é a avaliação oficial.
Alterne entre celular e computador. O resultado no celular costuma ser pior, e é nele que está boa parte do público.
No Search Console, abra o relatório Core Web Vitals, na seção de experiência. Ele agrupa as páginas do site inteiro por situação (boa, precisa de melhoria, ruim), o que ajuda a achar problemas repetidos em vários modelos de página.
Duas situações confundem muita gente. A primeira: sites com pouco tráfego podem não ter dados reais suficientes, e aí o PageSpeed mostra só o teste de laboratório. A segunda: nota alta no Lighthouse e reprovação nas Core Web Vitals, ou o contrário. Não é erro. O próprio Google explica que dados de campo e de laboratório medem coisas diferentes e podem divergir.
Quanto isso pesa no Google, de verdade
Vale separar fato de folclore. O Google confirma que as Core Web Vitals são usadas pelos seus sistemas de classificação, como parte da experiência na página. Mas a mesma documentação diz que o Google sempre procura mostrar o conteúdo mais relevante, mesmo que a experiência na página seja inferior, e que bons resultados nas Core Web Vitals não garantem as primeiras posições.
Em português claro: um site rápido com conteúdo fraco não passa na frente de um site mais lento que responde melhor à pergunta. A velocidade faz diferença quando há várias páginas igualmente úteis disputando a mesma busca. A boa experiência na página também aparece na lista do que o Google recomenda para se sair bem nas buscas com IA, assunto do nosso artigo sobre AI Overviews e Modo IA.
O argumento mais forte para cuidar disso nem é o ranking: é conversão. Se você paga por clique no Google Ads ou no Meta Ads, cada visitante que desiste antes de a página abrir é um clique pago por nada. Quem cuida de campanhas sabe que a landing page faz parte do resultado, como explicamos em gestão de tráfego pago profissional. E só dá para saber quanto a lentidão custa quando a mensuração está certa, tema de por que medir certo importa mais do que gastar mais.
Por onde começar sem virar refém de nota
Priorize as páginas que trazem dinheiro: home, páginas de serviço e landing pages de anúncio.
Comprima e redimensione imagens antes de subir. Formatos modernos, como WebP e AVIF, costumam pesar bem menos.
Remova scripts de terceiros que ninguém usa mais, como pixel de campanha antiga ou widget esquecido.
Defina largura e altura das imagens e reserve espaço para banners, para o conteúdo não pular.
Em plataformas como Wix, WordPress ou Shopify, prefira temas leves e evite empilhar plugins e apps.
Depois de corrigir, espere. Os dados reais cobrem 28 dias, então a melhora leva algumas semanas para aparecer por completo.
Velocidade é uma das bases técnicas do SEO. Outra é ajudar o Google a entender o conteúdo, com dados estruturados. E para negócios locais, um Perfil da Empresa no Google bem cuidado costuma ser a porta de entrada para o site. Tudo isso funciona melhor dentro de um sistema de captação de clientes em que cada etapa é medida.
Se quiser saber se o seu site está perdendo clientes por lentidão e o que vale corrigir primeiro, fale com a AtriaON pelo WhatsApp.
Comentários