Não Existe uma Pontuação do Core Web Vitals (e Por Que Isso Importa)

"Nossas pontuações do Core Web Vitals estão caindo. Você pode ajudar?"

Essa é a pergunta que me fazem algumas vezes por dia. A primeira coisa que preciso me perguntar é 'O que é essa pontuação do Core Web Vitals sobre a qual você está falando?' Quando as pessoas entram em contato comigo, elas acabaram de descobrir que têm problemas com a velocidade da página e não conseguem corrigi-los sozinhas. Geralmente, isso significa que seus dados de laboratório (Lighthouse) ou dados de campo (CrUX e RUM) estão falhando.

Última revisão por Arjen Karel em março de 2026

Portanto, se alguém disser que seus Core Web Vitals estão falhando, a primeira coisa que você precisa descobrir é se estão falando sobre dados de laboratório ou dados de campo. Um ótimo indicador de que estão falando sobre dados de laboratório (Lighthouse) é quando mencionam essa 'Pontuação do Core Web Vitals'.

Ah não, é uma pontuação do Lighthouse

Quando eu pergunto sobre essa mágica 'Pontuação do Core Web Vitals' neste ponto, muitas das pessoas que me contatam mostram uma pontuação reprovada no Lighthouse. É aqui que as coisas ficam complicadas! Uma pontuação do Lighthouse reprovada não significa que você está reprovando no Core Web Vitals. Assim como uma pontuação 'verde' no Lighthouse não significa que você está passando no Core Web Vitals. Significa apenas que você está reprovando ou passando naquele teste muito específico.

Os números provam isso. Um estudo do HTTP Archive descobriu que 43% das páginas com pontuação 90 ou superior no Lighthouse ainda falharam em pelo menos um Core Web Vital em campo. Mesmo com uma pontuação quase perfeita de 99 no Lighthouse, quase 1 em cada 4 páginas falhou. A diferença é provavelmente maior hoje porque o INP substituiu o FID em março de 2024, e o Lighthouse não consegue medir o INP de forma alguma.

Fale a eles sobre dados de campo

Então a próxima coisa que faço é falar sobre dados de campo. Neste caso, os dados do CrUX. CrUX significa Chrome User Experience Report. O CrUX é um conjunto de dados que reflete como os usuários reais do Chrome vivenciam destinos populares na web.

O CrUX é o conjunto de dados oficial do programa Web Vitals. Isso significa que, para passar (ou reprovar) no Core Web Vitals para 3 métricas (LCP, INP e CLS), pelo menos 75% dos seus visitantes precisam ter uma boa experiência. O Google mede isso no percentil 75. Isso significa que os seus 25% piores acessos são o que determina a sua pontuação. Uma resposta lenta do servidor durante o pico de tráfego pode derrubar toda a sua origem.

O Google Search Advocate John Mueller foi claro sobre isso: "A ferramenta Lighthouse do Chrome também cria pontuações. O Google não usa essas pontuações para pesquisa." O que o Google usa são os dados de campo do CrUX. Para um detalhamento completo de como o Core Web Vitals afeta as classificações, consulte Core Web Vitals e SEO.

Então, agora você pode entender que não existe uma única 'Pontuação do Core Web Vitals' que fará com que você passe ou reprove no Core Web Vitals.

Mostre a eles os dados de campo

Agora que seu cliente sabe sobre dados de campo, é hora de mostrá-los. Lembra da pontuação 'reprovada' do Lighthouse que acabei de mostrar? Estes são os dados correspondentes do CrUX. Como você pode ver, eles estão passando e não há realmente necessidade de se preocupar com o Core Web Vitals para este cliente.

O processo é simples. Navegue no seu navegador até pagespeed.web.dev e insira a URL. Em seguida, selecione Origin (Origem), que está localizado logo ao lado de 'This URL' (Esta URL), para mostrar o Core Web Vitals para todo o site e não apenas para a página inicial. Você também pode usar o relatório CrUX History para acompanhar como suas métricas mudam ao longo do tempo. E não, os dados do CrUX não são atualizados a cada 28 dias.

E quanto ao Lighthouse?

Neste ponto, depois que você apresentou um argumento convincente e basicamente provou a eles o que acabei de dizer, 99% dos seus clientes não estão prontos para abandonar a pontuação do Lighthouse. Eu entendo. Tem um fascínio. É difícil imaginar que os números verdes, laranjas e vermelhos que qualquer um pode interpretar realmente não importem em nada.

Bem, você precisa lembrar que o Lighthouse é um teste. É um teste muito legal. Adoro muito do que ele faz, adoro como é codificado e adoro como ele pode ajudá-lo a corrigir alguns problemas do Core Web Vitals. Mas há 4 coisas que ele não fará:

1. Interagir com uma página. Isso basicamente torna o teste inutilizável. Os visitantes irão interagir com a sua página. Dessa interação você obterá a sua conversão.

2. Agir como um visitante recorrente. O Lighthouse (por padrão, você poderia alterar essa configuração) visita a sua página como se nunca a tivesse visitado antes. Freqüentemente, para a renderização da página e o tempo da página, isso fará muita diferença. Portanto, o Lighthouse não é representativo de grande parte de seus visitantes.

3. Entender qualquer coisa sobre a sua página. O melhor exemplo está na auditoria Total Blocking Time. Até mesmo a maioria dos especialistas concorda que um Total Blocking Time grande é uma coisa ruim, mas essa não é a história toda. Contanto que o 'bloqueio' não aconteça quando a página precisa ser responsiva (você pode forçar isso!) e o bloqueio não aconteça durante a renderização inicial, você provavelmente estará completamente bem, mesmo que obtenha uma pontuação ruim no Lighthouse!

4. Medir o Interaction to Next Paint. O INP é um dos três Core Web Vitals, mas o Lighthouse lhe dá exatamente 0% de peso porque requer interação real do usuário. O Lighthouse usa o Total Blocking Time como um substituto, que recebe o peso mais alto de 30%, mas o TBT e o INP podem se mover em direções opostas. Em 2025, o TBT em laboratório aumentou 58%, enquanto o INP em campo na verdade melhorou. Só isso já deve lhe dizer quanta confiança depositar em um único número do Lighthouse.

De acordo com o Web Almanac de 2025, apenas 48% das origens em dispositivos móveis passam em todos os três Core Web Vitals. No desktop, esse número é de 56%. Se o seu cliente estiver passando, ele está à frente de mais da metade da web. Para manter as coisas assim, configure o Real User Monitoring para que você possa detectar regressões antes que seus clientes o façam. Em sites rastreados pelo CoreDash, as origens com monitoramento ativo detectam regressões de CWV em 48 horas em média, em comparação com semanas para sites que dependem de verificações periódicas do Lighthouse.

Se você deseja um plano passo a passo para passar no Core Web Vitals, confira como passar no Core Web Vitals.