Ao analisar um website no PageSpeed Insights, é tentador concentrar-se na pontuação de 0 a 100. Mas uma pontuação elevada não garante que o conteúdo mais importante apareça depressa, que os botões respondam sem demora ou que os elementos permaneçam no lugar quando alguém tenta clicar neles.
Os Core Web Vitals ajudam a avaliar estas três dimensões da experiência. A sua utilidade está em identificar problemas concretos para quem visita o website, e não em perseguir uma pontuação perfeita.
O que são os Core Web Vitals?
São três métricas definidas pela Google para avaliar o carregamento, a resposta às interações e a estabilidade visual de uma página.
| Métrica | O que mede | Valor considerado bom |
|---|---|---|
| LCP — Largest Contentful Paint | Tempo até à apresentação do maior elemento de conteúdo visível na área inicial da página. | 2,5 segundos ou menos |
| INP — Interaction to Next Paint | Tempo de resposta visual a interações como cliques, toques e utilização do teclado. | 200 milissegundos ou menos |
| CLS — Cumulative Layout Shift | Instabilidade causada por deslocamentos inesperados dos elementos da página. | 0,1 ou menos, sem unidade |
Estes valores são avaliados, nos dados de utilização real, através do percentil 75, separadamente para dispositivos móveis e computadores. Por exemplo, se o percentil 75 do LCP for 2,5 segundos, pelo menos 75% das medições elegíveis ficaram nesse valor ou abaixo dele. Não significa que todas as visitas tenham sido rápidas, nem que as três métricas sejam boas nas mesmas visitas.
As condições variam consoante o equipamento, a ligação à Internet e a forma como cada pessoa utiliza o website. É por isso que um teste feito num único computador não conta a história toda.
LCP: quando aparece o conteúdo principal?
O LCP assinala o momento em que é apresentado o maior elemento de conteúdo visível na parte inicial da página. Pode ser uma imagem de destaque, um bloco de texto, uma imagem de fundo ou o conteúdo visual de um vídeo. Não mede o tempo até terminar o carregamento de todos os recursos.
Num website empresarial desenvolvido em WordPress ou Elementor, a imagem principal da página é muitas vezes o elemento LCP. Se aparecer tarde, o problema pode estar no tamanho do ficheiro, mas também na resposta inicial da página, na descoberta tardia da imagem pelo navegador ou em recursos que atrasam a sua apresentação.
Para investigar um LCP elevado, importa distinguir quatro etapas: tempo até à primeira resposta do documento (TTFB), atraso até começar a carregar o recurso principal, duração desse carregamento e atraso até o elemento ser apresentado. Comprimir ainda mais uma imagem não resolve, por exemplo, um atraso provocado pela sua descoberta tardia.
Se a imagem principal está visível logo ao abrir a página, aplicar-lhe carregamento diferido (lazy loading) pode ser contraproducente. Convém verificar a prioridade do recurso, o formato, as dimensões adequadas e a influência de CSS e fontes. O elemento LCP também pode ser diferente em telemóvel e computador, pelo que ambos devem ser analisados.
INP: a página responde quando o utilizador interage?
O INP mede a rapidez com que uma página apresenta uma resposta visual depois de uma interação, como abrir o menu, selecionar um filtro ou introduzir dados num formulário. Considera interações ao longo da visita, não apenas a primeira. Em regra, reflete uma das interações mais lentas, com tratamento de valores extremos quando existem muitas interações.
Imagine uma loja WooCommerce cujo catálogo aparece rapidamente, mas cujo filtro de produtos demora a reagir. O LCP pode ser bom e o INP continuar problemático. O atraso pode ocorrer antes de o código da interação começar a ser executado, durante o processamento ou na apresentação do resultado no ecrã.
Em WordPress, esta situação pode estar relacionada com tarefas JavaScript demoradas, filtros, construtores de páginas, chatbots, ferramentas de análise, consentimento ou outros componentes externos. A existência desses recursos, por si só, não constitui um diagnóstico: é preciso identificar a interação lenta e o processamento responsável.
Uma cache de página ou uma CDN pode acelerar a entrega de ficheiros, mas não elimina automaticamente o trabalho que o navegador tem de executar. Melhorar o INP pode exigir reduzir JavaScript dispensável, dividir tarefas longas ou ajustar o código associado à interação, sem comprometer as funcionalidades necessárias.
CLS: os elementos mantêm-se no lugar?
O CLS mede deslocamentos inesperados do conteúdo durante a utilização da página. Imagine que alguém vai clicar em «Pedir orçamento» e, nesse instante, aparece um banner acima do botão. O botão muda de posição e a pessoa pode acabar por selecionar outro elemento.
Entre as causas frequentes estão imagens e vídeos sem espaço reservado, conteúdos externos inseridos tardiamente, avisos ou banners que empurram o restante conteúdo e alterações de fonte que modificam as dimensões do texto.
A prevenção passa por reservar antecipadamente o espaço necessário: definir dimensões ou proporções de imagens e vídeos, prever a área ocupada por componentes dinâmicos e controlar a apresentação das fontes. Isto reduz a necessidade de reorganizar a página à medida que chegam os recursos.
Nem todos os movimentos entram no cálculo. Deslocamentos ocorridos na sequência imediata de um clique, toque ou ação de teclado — dentro da janela de 500 milissegundos prevista pela métrica — são, em regra, excluídos. Já um conteúdo que aparece mais tarde e desloca a página pode contar para o CLS, mesmo que tenha sido desencadeado por uma interação anterior.
Como interpretar os dados do PageSpeed Insights?
O PageSpeed Insights apresenta dois tipos de informação, que servem objetivos diferentes:
| Tipo de dados | Origem | Utilidade principal |
|---|---|---|
| Dados reais (field data) | Chrome User Experience Report (CrUX), baseado em utilizadores elegíveis do Chrome. | Perceber como a página tem funcionado em condições reais. |
| Dados de laboratório (lab data) | Lighthouse, num teste controlado. | Investigar causas, reproduzir problemas e comparar alterações. |
Dados reais: o que representam e quando faltam
Os dados CrUX apresentados no PageSpeed refletem, normalmente, uma janela móvel de 28 dias. Uma correção aplicada hoje não se traduz imediatamente numa alteração completa desses indicadores, porque as experiências anteriores continuam a integrar a amostra durante algum tempo.
Também é necessário distinguir dados da página específica de dados agregados da origem do website. Quando não existe informação suficiente para uma determinada página, o PageSpeed pode apresentar dados mais abrangentes da origem. Estes ajudam a identificar tendências, mas não demonstram que a página inicial, uma ficha de produto e a finalização da compra tenham o mesmo desempenho.
Se aparecer a indicação de que não existem dados reais suficientes, isso não significa que o website não tenha Core Web Vitals. Pode faltar uma amostra pública elegível. O relatório de Core Web Vitals do Google Search Console também utiliza dados reais, agrupando páginas com experiências semelhantes, pelo que os resultados não devem ser interpretados como medições individuais de todos os URLs.
A pontuação Lighthouse não é uma pontuação de Core Web Vitals
A pontuação de desempenho do Lighthouse, de 0 a 100, resulta de um teste de laboratório. É possível obter 100 nesse teste e, ainda assim, ter problemas nas experiências reais — ou ter uma pontuação inferior a 100 e bons Core Web Vitals nos dados de campo.
Há ainda uma distinção técnica importante: um teste automático do Lighthouse não mede o INP real, porque não acompanha as interações de uma visita completa. O Total Blocking Time (TBT) pode fornecer pistas sobre problemas de resposta, mas não é equivalente ao INP. Para investigar interações específicas, podem utilizar-se as ferramentas de desempenho do Chrome DevTools ou medições próprias de utilizadores reais (Real User Monitoring).
Por fim, a pontuação pode variar entre execuções devido à rede, à cache, a recursos externos e às condições do teste. Uma diferença isolada entre 91 e 93 pontos não prova uma melhoria. São mais úteis testes repetidos em condições comparáveis, associados à identificação de uma causa.
Qual é a relação entre Core Web Vitals e SEO?
A Google confirma que os Core Web Vitals são considerados nos seus sistemas de posicionamento. Contudo, bons resultados não garantem posições de topo e não existe um único indicador que determine toda a experiência de página.
A relevância e a utilidade do conteúdo continuam a ser fundamentais. Uma página que responde bem à pesquisa pode ser apresentada mesmo que tenha aspetos de desempenho por melhorar; uma página muito rápida não ultrapassa automaticamente conteúdos mais úteis.
Para uma empresa, a prioridade deve ser mais ampla do que SEO: facilitar a leitura, a navegação, o contacto e, quando aplicável, a compra. Melhorar uma métrica faz sentido quando contribui para essa experiência, mesmo que não produza uma alteração mensurável de posicionamento.
O que deve verificar em WordPress e WooCommerce?
No mesmo website, páginas diferentes podem apresentar problemas distintos. A página inicial pode demorar a mostrar uma imagem de destaque, o catálogo pode responder lentamente aos filtros e uma página de produto pode deslocar o botão de compra quando carrega um elemento externo.
| Problema observado | Primeiras verificações | O que não deve assumir |
|---|---|---|
| LCP elevado | Resposta inicial, recurso principal, prioridades de carregamento, CSS e fontes. | Que comprimir a imagem resolve sempre. |
| INP elevado | Interação afetada, tarefas JavaScript, filtros, extensões e scripts externos. | Que a cache ou a CDN resolvem o processamento no navegador. |
| CLS elevado | Dimensões reservadas, banners, fontes e conteúdos incorporados. | Que acelerar o servidor impede os deslocamentos. |
O número de plugins instalados não explica, por si só, o desempenho: é necessário analisar o trabalho que executam e quando o fazem. Ferramentas de cache, otimização e distribuição de conteúdos podem ajudar, mas uma configuração inadequada também pode atrasar elementos importantes ou interferir com funcionalidades.
Numa loja WooCommerce, importa testar separadamente o catálogo, o carrinho e a finalização da compra, incluindo funcionalidades dinâmicas. Estas páginas podem não dispor de dados públicos CrUX, pelo que os testes interativos e as medições próprias são particularmente úteis. Uma melhoria na página inicial não confirma que toda a experiência de compra ficou melhor.
Como definir prioridades de melhoria
Um processo simples permite passar das métricas às causas reais:
- Escolher as páginas importantes. Começar pelas que concentram visitas ou suportam contactos, pedidos e compras, sem depender apenas do resultado da página inicial.
- Consultar os dados reais disponíveis. Identificar a métrica afetada, distinguir telemóvel de computador e confirmar se os dados pertencem ao URL, a um grupo de páginas ou à origem.
- Reproduzir o problema. Utilizar Lighthouse e Chrome DevTools; quando o problema for de interação, testar a ação concreta. Confirmar o que está a atrasar ou deslocar o conteúdo.
- Corrigir uma causa de cada vez. Testar alterações num ambiente adequado, sobretudo quando envolvem JavaScript, cache ou funcionalidades da loja.
- Validar e acompanhar. Repetir os testes controlados, verificar se outras métricas ou funções pioraram e acompanhar os dados reais ao longo das semanas seguintes.
Esta análise deve ser retomada quando são introduzidos novos plugins, banners, ferramentas de consentimento, chatbots, alterações de design ou mudanças de infraestrutura. O desempenho pode regredir sem que o aspeto da página mude significativamente.
Conclusão
Os Core Web Vitals são úteis para perceber se o conteúdo aparece a tempo, se a página reage às interações e se a apresentação se mantém estável. A sua interpretação exige distinguir dados reais de testes controlados e investigar cada problema no contexto da página onde ocorre.
Para um website empresarial, o objetivo não é alcançar 100 pontos no PageSpeed Insights. É oferecer uma experiência consistente nas tarefas que interessam aos visitantes e ao negócio, com melhorias verificadas e acompanhamento regular.
