Core Web Vitals: guia de LCP, INP e CLS e como melhorá-los

Resposta curta: as Core Web Vitals são três métricas com que a Google avalia a experiência real dos visitantes numa página: o LCP mede a rapidez com que o conteúdo principal carrega, o INP a rapidez com que a página responde a cliques e toques, e o CLS quanto o conteúdo se mexe durante o carregamento. Os valores bons são 2,5 segundos, 200 milissegundos e 0,1. Contam para o posicionamento, mas pesam menos do que a relevância do conteúdo.

Core Web Vitals: as três métricas

Os limites são da Google, que recomenda medir o percentil 75 dos carregamentos de página, separadamente no telemóvel e no computador (web.dev). Os intervalos intermédios e maus são os que o relatório do Search Console usa (Ajuda do Search Console).

• LCP é o tempo até aparecer o maior elemento visível, normalmente uma imagem, um vídeo ou um bloco de texto no topo da página.
• INP observa todos os cliques, toques e teclas de uma visita e devolve, aproximadamente, a interação mais lenta, sem contar valores atípicos (web.dev). Substituiu o FID, que só media a primeira interação, a 12 de março de 2024 (web.dev).
• CLS mede a estabilidade visual: quanto o conteúdo salta de forma inesperada, por exemplo quando um anúncio carrega e empurra para baixo o texto que estava a ler (web.dev).

Core Web Vitals e velocidade do site não são o mesmo

Fala-se muito de «velocidade do site» como se fosse um único número. As Core Web Vitals são mais precisas: só uma das três (o LCP) mede o carregamento. O INP mede a resposta quando já está a usar a página e o CLS a estabilidade visual. Um site pode carregar depressa e mesmo assim chumbar, porque o menu demora a abrir ou porque um banner muda o botão de sítio no momento em que vai carregar nele.

Por isso, mais vale pensar em experiência do utilizador do que em segundos. Para ver tudo o que influencia o carregamento, do alojamento às imagens, leia o nosso guia sobre velocidade do site.

As Core Web Vitals afetam o posicionamento?

Sim, mas não são o mais importante. A Google diz que as Core Web Vitals são usadas pelos seus sistemas de classificação, mas que não existe um sinal único e que a Pesquisa procura sempre mostrar o conteúdo mais relevante, mesmo que a experiência na página seja inferior. Quando há muito conteúdo útil para uma pesquisa, uma boa experiência na página pode ajudar a destacar-se. Além disso, bons resultados no Search Console ou noutras ferramentas não garantem as primeiras posições (Google Search Central).

O maior ganho costuma estar nos visitantes, não na posição: páginas rápidas e estáveis fazem com que mais pessoas fiquem e deem o passo seguinte. Como a Google decide a ordem dos resultados no seu conjunto, explicamos em como funciona o SEO.

Como medir as Core Web Vitals

Há dois tipos de dados. Os dados de campo vêm de utilizadores reais do Chrome e são os que a Google usa. Os dados de laboratório resultam de um teste num ambiente simulado e servem para encontrar as causas. Como um teste de laboratório não sabe quando nem como um visitante real vai interagir, não dá um valor de INP fiável: para o INP, mandam os dados de campo.

• PageSpeed Insights mostra os dados de campo dos últimos 28 dias e um teste de laboratório feito com o Lighthouse (Google for Developers).
• Google Search Console tem o relatório Core Web Vitals. Agrupa páginas semelhantes do seu site, classifica-as como boas, a precisar de melhorar ou más, separadamente no telemóvel e no computador, e o estado de cada grupo é dado pela pior métrica (Ajuda do Search Console). Explicamos como o configurar no tutorial do Google Search Console.

Se o seu site tem pouco tráfego, pode não haver dados de campo suficientes e o grupo de URLs fica fora do relatório (Ajuda do Search Console). Acontece a muitos sites de PME. Nesse caso, use o teste de laboratório do PageSpeed Insights para encontrar problemas.

Como melhorar o LCP

A Google divide o LCP em quatro partes: o tempo até ao primeiro byte do servidor, o atraso até o recurso começar a carregar, a duração desse carregamento e o atraso até o elemento ser desenhado. Assim percebe onde se perde tempo (web.dev).

• Comprima e redimensione a imagem grande do topo e use formatos modernos como WebP ou AVIF.
• Faça com que a imagem apareça diretamente no HTML e dê-lhe prioridade com fetchpriority="high", só em uma ou duas imagens (web.dev).
• Nunca use carregamento diferido (lazy loading) na imagem do LCP: deve ser a primeira a carregar (web.dev).
• Reduza o CSS e o JavaScript que bloqueiam a renderização e adie os scripts que não são precisos logo no início.
• Encurte a resposta do servidor com cache, um alojamento adequado e menos redirecionamentos.

Como melhorar o INP

• Divida as tarefas longas de JavaScript para que o navegador possa responder aos cliques entre elas.
• Elimine scripts de que não precisa: códigos de acompanhamento antigos, widgets de chat e plugins que ninguém usa.
• Mantenha o HTML leve. Um DOM muito grande torna cada atualização mais lenta.
• Mostre logo que o clique foi registado, mesmo que o resultado demore um momento.

Um INP baixo significa que a página responde de forma fiável ao que o utilizador faz (web.dev). Nos sites de empresas, os culpados mais habituais são ferramentas de terceiros que se foram acumulando ao longo dos anos.

Como melhorar o CLS e o banner de cookies

• Indique a largura e a altura de todas as imagens e vídeos.
• Reserve espaço para anúncios, mapas, vídeos incorporados e o banner de cookies.
• Carregue as fontes de forma a que o texto não salte quando muda o tipo de letra.
• Não insira conteúdo novo por cima do que o visitante está a ler.

Em Portugal, o banner de cookies é um tropeção típico. A Lei 41/2004 só permite guardar ou ler informação no equipamento do utilizador com o seu consentimento prévio, salvo o estritamente necessário para o serviço pedido (art. 5.º (Diário da República)), e a grande maioria das autoridades europeias de proteção de dados considera inválido um banner sem opção de recusar onde existe o botão de aceitar (EDPB). Por isso, quase todos os sites mostram um banner na primeira visita. Se esse banner empurra o conteúdo para baixo em vez de se sobrepor, piora o CLS. Se carrega tarde com um script pesado, pode afetar também o LCP e o INP. Teste sempre a página no estado anterior ao consentimento, que é como qualquer visitante novo a vê.

Core Web Vitals em WordPress, WooCommerce e Shopify

A maioria dos problemas repete-se conforme a plataforma:

No WordPress, boa parte do trabalho é manutenção: atualizar, remover plugins e vigiar o tema. Explicamos em manutenção WordPress. Este trabalho faz parte do SEO técnico, e onde está exatamente o seu site mostra-o uma auditoria SEO.

O que a sua empresa ganha

A maioria dos sites tem muita margem. Segundo o HTTP Archive, em 2025 só 48 % dos sites passavam nas três métricas no telemóvel e 56 % no computador. Por métrica, no telemóvel, 62 % tinham um LCP bom, 77 % um INP bom e 81 % um CLS bom (HTTP Archive Web Almanac). Dois casos publicados pela Google:

• Vodafone melhorou o LCP em 31 % num teste A/B e vendeu mais 8 % (web.dev).
• The Economic Times baixou o INP de perto de 1000 para 257 milissegundos, reduziu a taxa de rejeição em 50 % e teve mais 43 % de visualizações de página nas páginas de temas (web.dev).

São empresas grandes e não são resultados para esperar tal e qual, mas mostram a direção: menos espera e menos frustração traduzem-se em mais visitas que convertem. Quanto tempo as melhorias demoram a notar-se no Google depende de muito mais do que o carregamento; veja quanto tempo demora o SEO. E se o site é rápido mas converte pouco, olhe para a otimização da conversão.