Core Web Vitals: o que são e como afetam seu site no Google

A velocidade do seu site determina se o visitante permanece ou abandona a página antes mesmo de ver o conteúdo ou a oferta que você preparou com tanto cuidado. No centro de toda essa equação técnica estão os Core Web Vitals (também chamados de core web vitals): o conjunto oficial de métricas que o Google utiliza de maneira contínua para avaliar a experiência real e a fluidez dos usuários em qualquer página da web. Se o seu site não atende aos rígidos limiares dessas métricas, ele fatalmente perde posições preciosas no ranqueamento orgânico, independentemente de quão bom seja o texto, quão elegante seja o design ou quão robusta seja sua autoridade offline.

Para empresas de alto nível, como negócios focados no mercado imobiliário de luxo, arquitetura corporativa e clínicas de saúde premium, esse impacto é ainda mais severo e prejudicial. O público que consome serviços nessas áreas já possui uma alta exigência em sua rotina e, de forma subconsciente, espera uma experiência digital que esteja exatamente à altura do atendimento físico que será oferecido. Um site lento, que demora a carregar imagens de um apartamento milionário, ou que trava na hora de agendar uma consulta particular, transmite imediatamente uma mensagem de desleixo. E no mercado high-end, o desleixo destrói a percepção de valor.

Resumo executivo: Os Core Web Vitals são três métricas oficiais do Google (LCP, INP e CLS), conhecidas no jargão como lcp inp cls, que medem velocidade de carregamento, responsividade e estabilidade visual. Sites que não atingem os limiares recomendados perdem posições no ranqueamento orgânico para concorrentes, registram taxas de rejeição até 24% maiores e ficam excluídos de recursos premium como rich snippets. A solução definitiva para os três problemas simultaneamente é migrar para frameworks de geração estática como o Next.js.

O que são Core Web Vitals? (LCP, INP e CLS explicados)

Os Core Web Vitals não são apenas "dicas" de otimização. Eles são três métricas técnicas muito específicas, criadas, monitoradas e cobradas pelo próprio Google. Elas atuam como indicadores essenciais de qualidade da experiência do usuário (UX), traduzindo percepções humanas de lentidão ou irritação em dados matemáticos frios e objetivos. Cada uma avalia um aspecto diferente, mas complementar, da interação com a sua página:

LCP (Largest Contentful Paint), ou "Maior Renderização de Conteúdo", mede o tempo exato que o maior elemento visível da página leva para ser carregado e renderizado completamente na tela do usuário. Na prática do dia a dia, isso geralmente se traduz no tempo necessário até que a imagem principal (hero image), o vídeo de destaque no topo, ou o maior bloco de texto dominante aparecerem nitidamente na tela, sem atrasos. O limiar recomendado pelo Google é bastante rígido: o LCP deve ocorrer em até 2,5 segundos após o início do carregamento. Qualquer tempo acima disso significa que, aos olhos do Google, a experiência do seu usuário já começou de forma insatisfatória.

Em sites de imobiliárias de alto padrão, o LCP quase sempre corresponde àquela grande e bela foto arquitetônica do imóvel em destaque. Já em sites de clínicas médicas ou odontológicas, costuma ser a imagem principal da página de especialidades ou o rosto do profissional. Se essas imagens vitais não estão profundamente otimizadas na raiz do código, usando o formato adequado, a compressão correta sem perda de qualidade e as dimensões exatas, a métrica do LCP dispara e prejudica a nota global.

INP (Interaction to Next Paint) é a métrica mais recente. Ela substituiu oficialmente o antigo FID (First Input Delay) em março de 2024 e mede a responsividade geral da página de forma muito mais holística. Diferente da métrica anterior, que avaliava exclusivamente o tempo de resposta da primeiríssima interação, o INP observa e considera absolutamente todas as interações que o usuário faz durante a visita inteira: rolando, clicando em links, tocando em botões ou digitando em campos de formulário. Ele então captura a latência dessas interações e reporta a pior (ou mais lenta) delas. O limiar recomendado para uma navegação de elite é de até 200 milissegundos.

Sites corporativos antigos, ou aqueles criados com temas prontos que possuem um excesso de código JavaScript não otimizado, frequentemente falham miseravelmente nessa métrica. Elementos como scripts de terceiros mal implementados (balões de chat, pop-ups que não carregam rápido, múltiplos pixels de rastreamento) ou frameworks pesados que rodam inteiramente no dispositivo do usuário são os maiores vilões do INP.

CLS (Cumulative Layout Shift), por fim, mede a estabilidade visual estrutural da página. Imagine a seguinte cena: você entra num site para ler um artigo. O texto carrega, você começa a ler e, de repente, um banner ou uma imagem invisível aparece e empurra todo o texto para baixo. Você acaba clicando no link errado ou perdendo onde estava na leitura. É exatamente essa irritação que o CLS penaliza. Quando elementos se movem inesperadamente pela tela enquanto ela ainda está sendo desenhada pelo navegador, a métrica de instabilidade aumenta. O limiar recomendado para um site considerado estável é de até 0,1.

Esse problema é tragicamente comum em sites mal desenhados que carregam fontes customizadas externas sem uma reserva de espaço arquitetada (causando saltos na quebra de linha), ou imagens e vídeos inseridos sem suas devidas dimensões (width e height) definidas claramente no HTML.

Por que o Google usa Core Web Vitals como fator de ranqueamento

A missão declarada do Google como empresa de tecnologia é organizar as informações do mundo e entregar a melhor, mais precisa e mais rápida resposta possível para cada busca realizada pelos usuários. No entanto, parte fundamental dessa definição de "melhor resposta" deixou de ser apenas a relevância do texto. Passou a incluir, obrigatoriamente, a qualidade da experiência que o usuário terá ao abrir o link. Desde a famosa atualização chamada Page Experience (iniciada em 2021) e de todos os seus rigorosos refinamentos subsequentes ao longo dos anos, os Core Web Vitals transcenderam a categoria de "boas práticas de desenvolvimento" e se tornaram sinais oficiais e confirmados de ranqueamento.

O que isso significa na prática dos negócios? Significa que, se tivermos dois sites concorrentes com conteúdo, back-links e autoridade de marca igualmente relevantes, aquele site que oferecer um carregamento visivelmente mais rápido, uma resposta mais ágil às interações (como menus que abrem instantaneamente) e um layout sólido e estável terá prioridade inquestionável nos resultados orgânicos. Não encare isso como uma vantagem marginal ou teórica: trata-se de um critério de desempate impiedoso, aplicado todos os dias em escala global.

Para mercados e nichos altamente competitivos, como as buscas locais por "clínica dermatológica especialista em [cidade]" ou "apartamentos de alto padrão frente mar em [região]", onde dezenas de sites de clínicas e imobiliárias disputam literalmente os mesmos usuários e as mesmas palavras-chave de altíssimo ticket, a performance técnica pura e refinada do código frequentemente atua como a divisora de águas entre a empresa que conquista a cobiçada primeira página e aquela que fica relegada à invisibilidade da segunda ou terceira página de resultados.

Além de penalizar diretamente o ranqueamento orgânico tradicional, a falha crônica nos Core Web Vitals impede que seu site participe e ganhe elegibilidade para recursos visuais de alto destaque no Google, como o carrossel de Top Stories e os Rich Snippets. Em resumo, sites que ignoram essas métricas perdem capilaridade e tráfego orgânico valioso em múltiplas frentes simultâneas.

Como verificar seus Core Web Vitals (Google Search Console e PageSpeed Insights)

Para não depender de achismos e entender a fundo a saúde técnica do seu próprio domínio, existem duas formas complementares e essenciais de auditar os Core Web Vitals do seu site atual:

Google Search Console: Relatório de Experiência da Página. Este é, de longe, o método mais vital e confiável que existe, pois ele não analisa simulações. Ele utiliza dados reais de pessoas reais (conhecidos como dados de campo, coletados diretamente através do gigantesco banco de dados do Chrome User Experience Report). Se você acessar o painel do seu Search Console, no menu lateral esquerdo, navegue até a seção "Experiência da Página" e depois clique em "Core Web Vitals" (Principais métricas da web). Este relatório agrupa e classifica todas as URLs do seu site em três categorias simples: Boas, Precisam de Melhoria e Ruins. No painel, você também encontra a visão search console core web vitals, que resume essas informações para acompanhamento contínuo. Ele revela o cenário real, apontando de forma cirúrgica quais páginas exatas estão falhando e em qual métrica específica.

Google PageSpeed Insights (pagespeed insights). Diferente do Search Console, essa é uma ferramenta de auditoria de uso imediato, acessível a qualquer pessoa. Ao inserir a URL da página que deseja investigar, a ferramenta processa e retorna dois blocos de informações cruciais: os dados de campo (sempre que a página já tiver tráfego histórico suficiente armazenado pelo Chrome) e os dados de laboratório. Os dados de laboratório são simulações criadas na hora, executando o seu site em condições técnicas controladas (como simular um celular mediano usando uma conexão 3G/4G). Embora a simulação ajude desenvolvedores a achar o gargalo de imediato, lembre-se: são os dados de campo (a vivência real das pessoas) que o algoritmo do Google realmente utiliza para definir punições ou prêmios no ranqueamento de busca.

Outras ferramentas profissionais complementares amplamente utilizadas por engenheiros de SEO incluem o painel do Chrome DevTools (navegando pela aba Performance e Lighthouse diretamente no navegador), a extensão Web Vitals para Chrome e plataformas externas avançadas como GTmetrix ou WebPageTest. Para análises corporativas profundas em enorme escala, o Google também disponibiliza acesso direto à API do CrUX (Chrome User Experience Report), o que permite a agências e desenvolvedores de elite consultar e armazenar as métricas de campo de forma automática e constante.

A regra de ouro da gestão técnica moderna é: o ideal não é olhar os Core Web Vitals apenas uma vez. Deve-se monitorá-los mensalmente, e obrigatoriamente após qualquer alteração arquitetônica significativa no site, como a simples instalação de um novo script de chat, uma migração de provedor de hospedagem, ou pequenas atualizações de layout na Home.

Como melhorar Core Web Vitals em sites imobiliários e de saúde

Cada nicho de mercado apresenta desafios muito peculiares e exclusivos de performance digital. Veja as práticas de engenharia mais relevantes e impactantes, especialmente focadas nos universos imobiliário e da saúde:

Para melhorar e reverter problemas no LCP:

• A ação mais urgente é converter todas as imagens pesadas, do topo ao rodapé, para formatos da nova geração (como WebP ou o ainda superior AVIF), garantindo que sejam entregues com uma compressão inteligente que não destrói a qualidade estética. Em muitos casos, vale automatizar o fluxo para converter imagens para webp sem perdas visíveis. Em sites de grandes imobiliárias, onde as galerias com dezenas de fotos luxuosas são o elemento central da venda, essa única modernização técnica, se feita com precisão, pode frequentemente despencar o LCP em mais de 1,5 segundos.
• Implementar o carregamento hiper prioritário (via tag preload) no cabeçalho do código apenas e exclusivamente para a imagem principal da primeira dobra (aquela visível logo que o usuário entra). Todas as outras imagens que ficam abaixo da dobra da tela devem utilizar compulsoriamente a técnica de "lazy loading" (carregamento preguiçoso).
• Implementar e configurar agressivamente uma CDN (Content Delivery Network). A CDN garante que os ativos pesados do seu site (imagens, códigos CSS) sejam fisicamente guardados e servidos por servidores espalhados pelo mundo, geograficamente mais próximos de onde o visitante está clicando no link.
• Substituir arquivos de fontes externas pesadas e cheias de variações não utilizadas. O ideal é isolar as fontes usadas e servi-las nativamente do próprio servidor, configurando também a instrução font-display: swap no CSS para garantir que textos sejam mostrados instantaneamente, mesmo que com uma fonte temporária, até o arquivo original chegar.

Para curar as lentidões marcadas pelo INP:

• O caminho é doloroso, porém necessário: reduzir impiedosamente a dependência e otimizar todo o JavaScript executado na página inicial. Avalie friamente scripts de terceiros, mapas pesados desnecessários ou rastreadores inativos, e carregue-os sempre de forma totalmente assíncrona ou apenas quando o usuário de fato rolar até a área necessária.
• Em sites complexos de clínicas ou grupos hospitalares que utilizam sistemas engessados de agendamento online de terceiros embutidos direto na página, é vital encapsular e isolar esses widgets (muitas vezes carregando-os através de gatilhos pós-carregamento) para que os scripts externos deles não congelem e bloqueiem a thread principal (o cérebro) do navegador do seu visitante.
• Substituir imediatamente o uso de construtores visuais arrasta-e-solta superlotados de código (como Elementor no WordPress, Divi ou plugins de construtores pesados). Eles injetam dezenas de camadas supérfluas e universais de JavaScript e CSS que servem apenas para facilitar a vida do montador, mas afetam letalmente e diretamente a responsividade pura calculada no INP.

Para neutralizar falhas de layout do CLS:

• Uma regra inegociável do desenvolvimento moderno: definir sempre as proporções e dimensões explícitas (atributos de largura width e altura height) diretamente nas tags HTML de absolutamente todas as imagens, ícones, banners e vídeos.
• Ao incluir elementos que aparecem de surpresa ou tardiamente, como a popular barra de aprovação de cookies e LGPD, avisos de promoções superiores ou widgets interativos de chat, preveja e desenhe o espaço que eles vão ocupar na hierarquia do código antes de aparecerem visualmente, impedindo assim que chacoalhem o conteúdo restante.
• Gerencie as fontes externas pré-carregando arquivos críticos para abolir os temidos FOIT (quando o texto fica invisível esperando a fonte carregar) e FOUT (quando a fonte de sistema carrega e a customizada chega depois causando trepidação por conta da diferença de tamanho).

A abordagem estrutural definitiva (a solução high-end): remendos técnicos só resolvem parte do problema e tendem a quebrar no longo prazo. Uma solução mais duradoura é substituir plataformas monolíticas e dependentes de banco de dados por uma arquitetura que entregue HTML pré-renderizado sempre que possível.

Frameworks como o Next.js com geração estática (SSG) reduzem consultas repetidas ao servidor e podem melhorar o tempo de resposta (TTFB). Quando bem implementada, essa arquitetura também diminui o JavaScript enviado ao navegador e facilita a otimização de imagens, fontes e cache.

O resultado não é automático, mas uma base técnica mais enxuta torna muito mais simples melhorar LCP, INP e CLS de forma consistente.

Core Web Vitals e conversão: o que os dados mostram

A relação intrínseca, comprovada e imutável entre uma alta performance de velocidade e uma alta taxa de conversão final (leads e vendas) não é teórica. É abundantemente documentada em incontáveis estudos publicados de forma contínua não apenas pelo próprio Google, mas também pelas maiores empresas de e-commerce e conversão do planeta:

• O gigante das buscas já divulgou em seus canais para webmasters que domínios e landing pages que conseguem manter-se dentro da linha verde dos limiares dos Core Web Vitals reportam sistematicamente taxas de rejeição e abandono imediato até 24% menores. Em termos práticos, clientes ou pacientes que se deparam com um LCP ágil permanecem engajados muito mais tempo e demonstram paciência para interagir e preencher formulários de contato mais elaborados.
• Estudos densos de caso e experimentações de mercado (reunidos no acervo do web.dev) comprovam empiricamente que meras melhorias técnicas e invisíveis na métrica de estabilidade de layout (CLS) provocam aumentos notáveis e espontâneos nas taxas de conversão de carrinhos ou leads. A resposta é quase banal: frustração gera fuga. Quando a tela não treme, o usuário de celular não erra o botão em que estava mirando ao clicar em "Agendar Consulta".
• Empresas de comércio eletrônico já documentaram que pequenas variações de latência afetam o comportamento de compra. A escala varia de negócio para negócio, mas o princípio é o mesmo: quanto maior a espera, maior a chance de abandono.

Se o site depende de ações e cliques, como agendar uma consulta ou pedir detalhes de um imóvel, cada atraso adiciona atrito ao caminho da conversão.

No mercado de alto padrão, o impacto da falta de velocidade ultrapassa os números técnicos. A percepção de qualidade também é formada pela fluidez da experiência desde o primeiro contato com a marca.

Um portfólio que demora para exibir uma galeria ou um site de clínica que trava ao carregar uma especialidade comunica falta de cuidado. Isso trabalha contra a sofisticação que a empresa construiu fora do ambiente digital.

Investir na excelência técnica e na resolução perfeita dos engasgos expostos pelos relatórios de Core Web Vitals não se classifica de maneira alguma como apenas uma despesa chata de "manutenção da TI", ou um preciosismo bobo de desenvolvedores obcecados. Hoje, em 2026, é antes de tudo uma decisão estratégica, cirúrgica e inteligente de sobrevivência de negócio. Decisão essa que baliza seu poder de ranqueamento nas primeiras páginas gratuitas e mais cobiçadas do Google, preserva a percepção elitista da sua marca no momento em que o visitante olha sua empresa pela primeira vez, e blinda ou eleva a taxa exata e crucial de conversão de cliques em leads com dinheiro na mão.

Para empresas, profissionais liberais, corretores e clínicas que dependem de visibilidade digital, ignorar os Core Web Vitals equivale a manter a vitrine fechada durante o expediente.

O serviço pode ser excelente e o preço pode ser justo. Mas, se o site não carrega a tempo no celular, parte das pessoas desiste, abre o próximo resultado e nunca chega a conhecer a oferta.

Quer um site com Core Web Vitals no verde e ranqueamento sólido no Google? Solicitar orçamento →

Performance técnica é só metade da equação: entenda também como decisões de UX e UI Design influenciam a percepção de velocidade, e quando faz mais sentido um redesign completo em vez de reformar o site atual.

Faça o teste de performance oficial no PageSpeed Insights

Perguntas frequentes

O que são Core Web Vitals e por que o Google os usa? Os Core Web Vitals são um conjunto de métricas oficiais criadas pelo Google para medir a qualidade da experiência do usuário na sua página. No meu trabalho de otimização técnica, vejo que o buscador utiliza esses dados como fator direto de ranqueamento para garantir que apenas os resultados mais rápidos, responsivos e estáveis alcancem as primeiras posições, premiando quem investe em um site com SEO (o que significa) voltado à alta performance.

Qual é o valor ideal de LCP para não perder posições no Google? O valor ideal e estritamente exigido pelo Google para a métrica de LCP (Largest Contentful Paint) é de no máximo 2,5 segundos em qualquer dispositivo. Sempre alerto meus clientes de que ultrapassar esse limite significa que o maior elemento visual da sua página está demorando muito para carregar, o que sinaliza lentidão para o algoritmo e resulta em perda sistemática de posições.

Core Web Vitals afeta o ranqueamento de sites em português? Sim, o impacto das métricas de experiência do usuário é absolutamente global e se aplica com o mesmo rigor a todos os idiomas, incluindo o nosso mercado brasileiro. Qualquer site em português que concorra por palavras-chave valiosas invariavelmente sofrerá duras penalizações no ranqueamento orgânico se apresentar lentidão ou instabilidade estrutural crônica.

Como saber se meu site está reprovando nos Core Web Vitals? A maneira mais precisa que eu utilizo para diagnosticar o desempenho real de um projeto é acessar o relatório de "Experiência da Página" diretamente no painel do Google Search Console. Essa ferramenta oficial revela o comportamento verídico e não simulado dos seus usuários em campo, indicando exatamente quais URLs estão falhando nos testes de velocidade.

Quanto tempo leva para melhorar os Core Web Vitals e ver resultado no SEO? As minhas correções técnicas no código raiz do site refletem de forma quase imediata nas ferramentas de laboratório, mas o Google Search Console pode levar um ciclo de até 28 dias para coletar os novos dados de campo e validar oficialmente a sua melhoria. Após essa validação definitiva, os impactos positivos no posicionamento e na preparação para tendências de SEO, GEO, AEO e buscas por IA tornam-se progressivos e notáveis.