Core Web Vitals explicados: LCP, INP e CLS

Os Core Web Vitals são três métricas definidas pelo Google para avaliar a experiência real de um visitante numa página web: o LCP mede a rapidez de exibição do conteúdo principal, o INP mede a capacidade de resposta às interações, e o CLS mede a estabilidade visual durante o carregamento. Podem ser medidos gratuitamente através do PageSpeed Insights ou da Search Console.

O verdadeiro problema: pontuações técnicas que ninguém sabe interpretar

Muitos proprietários de sites já viram estas siglas, LCP, INP, CLS, aparecerem num relatório do PageSpeed Insights ou na Google Search Console, sem saber realmente o que medem nem por que motivo são importantes. O reflexo mais comum é tratar estas métricas como um exame técnico abstrato a passar, uma pontuação a subir sem compreender o seu significado.

Ora, os Core Web Vitals não medem um feito técnico em si: medem, de forma indireta mas bastante fiel, o que um visitante sente realmente ao utilizar o site. Uma pontuação fraca corresponde quase sempre a uma experiência concreta e desagradável: uma página que demora a exibir o seu conteúdo, um botão que não responde de imediato ao clique, ou um layout que salta justamente quando o utilizador ia clicar noutra coisa. Compreender isto muda a forma de abordar estas métricas: não são uma caixa a assinalar para o Google, refletem uma experiência de utilizador.

LCP: a rapidez de exibição do conteúdo principal

O LCP (Largest Contentful Paint) mede o tempo necessário para que o maior elemento visível na área de ecrã inicial (frequentemente uma imagem, um título ou um bloco de texto importante) seja exibido por completo no ecrã. Não é o tempo total de carregamento da página, mas sim o momento em que o utilizador vê aparecer aquilo que constitui, visualmente, o núcleo do conteúdo.

Um LCP lento dá a impressão de um site que demora a "arrancar": a página parece vazia ou incompleta durante vários segundos antes de o elemento principal aparecer. É muitas vezes a primeira impressão que um visitante forma sobre o desempenho de um site.

Causas técnicas comuns de um LCP fraco:

• Imagens não otimizadas ou demasiado pesadas usadas como elemento principal (banner, foto de produto).
• Tempo de resposta do servidor demasiado longo antes de o navegador receber o primeiro conteúdo.
• Recursos bloqueantes (CSS ou JavaScript volumosos) carregados antes da exibição do conteúdo principal.
• Ausência de pré-carregamento para recursos críticos (como uma imagem no topo da página).

INP: a capacidade de resposta às interações

O INP (Interaction to Next Paint) mede a capacidade de resposta de uma página às ações do utilizador: um clique, um toque no telemóvel, uma introdução no teclado. Em termos concretos, avalia o atraso entre o momento em que o utilizador interage e o momento em que a página responde visualmente a essa ação, observando o conjunto das interações realizadas durante a visita, não apenas a primeira.

O INP substituiu uma métrica mais antiga, o FID (First Input Delay), que media apenas o atraso antes da primeiríssima interação do utilizador com a página. Essa limitação era problemática: um site podia responder bem à primeira interação e depois tornar-se lento nas seguintes, sem que o FID o detetasse. O INP, ao observar todo o percurso de interação, dá uma imagem mais fiel da experiência real.

Causas técnicas comuns de um INP fraco:

• JavaScript demasiado pesado ou mal otimizado que bloqueia a thread principal do navegador.
• Demasiados scripts de terceiros executados em simultâneo (chat, publicidade, ferramentas de monitorização).
• Processamentos complexos desencadeados diretamente ao clique, sem serem divididos em tarefas mais leves.
• Componentes de interface que recalculam desnecessariamente toda a página a cada interação.

CLS: a estabilidade visual durante o carregamento

O CLS (Cumulative Layout Shift) mede os deslocamentos inesperados de elementos visíveis durante o carregamento de uma página. É o fenómeno bem conhecido em que um visitante está prestes a clicar num botão ou link, e um elemento que acabou de carregar (frequentemente uma imagem, um anúncio ou um tipo de letra) empurra todo o conteúdo para baixo, provocando um clique no elemento errado.

Este deslocamento não é apenas incómodo, pode ter consequências diretas: um clique acidental num anúncio, um formulário preenchido no campo errado, ou simplesmente a impressão de um site mal acabado que leva a abandonar a página.

Causas técnicas comuns de um CLS fraco:

• Imagens ou vídeos sem dimensões definidas antecipadamente no código, que deslocam o conteúdo no momento em que carregam.
• Anúncios ou widgets de terceiros inseridos dinamicamente sem espaço reservado.
• Tipos de letra personalizados que substituem um tipo de letra predefinido com um tamanho diferente, deslocando o texto.
• Conteúdo inserido dinamicamente no topo da página (banner, notificação) sem espaço previsto antecipadamente.

Por que razão existem estas métricas: a experiência real, não o desempenho abstrato

É fácil ver os Core Web Vitals como um simples critério técnico de SEO. A sua origem é, na verdade, diferente: o Google introduziu-os para quantificar de forma objetiva aspetos da experiência do utilizador que antes eram difíceis de medir de modo padronizado em grande escala.

Um site podia ser rápido segundo critérios antigos (tempo total de carregamento) e, ainda assim, oferecer uma experiência frustrante: conteúdo que aparece aos solavancos, interações que não respondem, layout que salta. Os Core Web Vitals procuram captar estas frustrações concretas em vez de uma única medida global de velocidade, que muitas vezes mascarava estes problemas.

Como medir os Core Web Vitals

Existem duas categorias de dados, e vale a pena distingui-las:

O PageSpeed Insights combina os dois: apresenta os dados de campo se o site receber tráfego suficiente para constar no CrUX, além de uma análise de laboratório sistemática com recomendações técnicas detalhadas. A Google Search Console disponibiliza um relatório de "Sinais essenciais da Web" que agrupa as páginas do site por estado (bom, a melhorar, fraco), com base em dados de campo reais.

Quanto aos limiares exatos a atingir em cada métrica, o Google publica valores de referência que atualiza regularmente à medida que os usos e as normas evoluem. Em vez de confiar num número fixo encontrado num artigo, é preferível consultar diretamente o PageSpeed Insights, que mostra os limiares em vigor no momento do teste e situa o seu site em relação a eles.

O que é preciso reter

• O LCP mede a rapidez de exibição do conteúdo principal, o INP a capacidade de resposta às interações, o CLS a estabilidade visual durante o carregamento.
• Estas métricas traduzem uma experiência de utilizador concreta, não apenas um desempenho técnico abstrato.
• O INP substituiu o FID para refletir melhor a capacidade de resposta ao longo de toda uma visita, não apenas no primeiro clique.
• As causas técnicas mais frequentes dizem respeito a imagens não otimizadas, JavaScript pesado e elementos sem dimensões reservadas.
• Os limiares exatos mudam regularmente: consulte o PageSpeed Insights em vez de um número desatualizado encontrado noutro local.
• Os dados de campo (reais) e de laboratório (simulados) são complementares para diagnosticar e acompanhar um site.

Perguntas frequentes

Quais são os três Core Web Vitals? O LCP mede o tempo de exibição do maior elemento visível no ecrã, o INP mede a capacidade de resposta do site às interações do utilizador (cliques, toques), e o CLS mede a estabilidade visual, ou seja, se os elementos da página se movem de forma inesperada durante o carregamento.

Quais são os limiares a atingir em cada métrica? O Google publica limiares de referência para cada métrica, mas esses valores são atualizados regularmente e não devem ser considerados fixos. A forma mais fiável de os consultar é analisar o seu site no PageSpeed Insights, que apresenta os limiares em vigor no momento do teste.

Por que razão o INP substituiu o FID? O FID (First Input Delay) media apenas o atraso antes da primeira interação. O INP avalia a capacidade de resposta ao longo de toda a visita, refletindo melhor a experiência real de um utilizador que interage várias vezes com uma página, não apenas na chegada.

Qual é a diferença entre dados de campo e dados de laboratório? Os dados de campo (provenientes do CrUX, Chrome User Experience Report) vêm de visitantes reais que utilizaram o Chrome no site. Os dados de laboratório provêm de um teste simulado em condições controladas. Os dois são complementares: o campo reflete a realidade, o laboratório permite diagnosticar antes da publicação.

Os Core Web Vitals são um fator de classificação do Google? Sim, o Google integra-os nos seus sinais de classificação relacionados com a experiência de página, mas são apenas um fator entre outros, ao lado da relevância do conteúdo e de muitos outros critérios. Uma boa pontuação por si só não basta para um bom posicionamento.

Em resumo

Compreender o LCP, o INP e o CLS permite diagnosticar problemas concretos em vez de sofrer com uma pontuação incompreendida. Se o seu site acumula sinais de "a melhorar" ou "fraco" nestas três métricas, a VeryAppi concebe sites web pensados desde o início para limitar estes problemas técnicos, em vez de os corrigir depois.