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 da qual você está falando?' Quando as pessoas me contatam, elas acabaram de descobrir que têm problemas com a velocidade de suas páginas e não conseguem resolvê-los sozinhas. Geralmente, isso significa que seus dados de laboratório (Lighthouse) ou dados de campo (CrUX e RUM) estão reprovando.

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

Então, se alguém está lhe dizendo que seus Core Web Vitals estão reprovando, 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 eles estão falando sobre dados de laboratório (Lighthouse) é que eles mencionam essa 'Pontuação do Core Web Vitals'.

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

Quando eu então pergunto sobre essa mágica 'Pontuação do Core Web Vitals', neste ponto, muitas das pessoas que me contatam me mostram uma pontuação reprovada no Lighthouse. É aqui que as coisas ficam complicadas! Uma pontuação reprovada no Lighthouse não significa que você está falhando no Core Web Vitals. Assim como uma pontuação 'verde' no Lighthouse não significa que você está passando no Core Web Vitals. Isso apenas significa que você está falhando 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 mais no Lighthouse ainda reprovavam em pelo menos um Core Web Vital no campo. Mesmo com uma pontuação quase perfeita de 99 no Lighthouse, quase 1 em cada 4 páginas falhava. Essa diferença provavelmente é ainda 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 sobre os dados de campo

Então a próxima coisa que eu 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 em 3 métricas (LCP, INP e CLS), pelo menos 75% dos seus visitantes precisam ter uma boa experiência. O Google mede isso no 75º percentil. Isso significa que os seus piores 25% de visitas 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 Search Advocate do Google, 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 a pesquisa." O que o Google realmente usa são os dados de campo do CrUX. Para uma análise completa de como o Core Web Vitals afeta as classificações, veja Core Web Vitals e SEO.

Então, agora você pode entender que não existe uma 'Pontuação do Core Web Vitals' que fará você passar ou falhar no Core Web Vitals.

Mostre a eles os dados de campo

Agora que o seu cliente sabe sobre os dados de campo, é hora de mostrá-los a ele. Lembra da pontuação 'reprovada' no Lighthouse que eu 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 em seu navegador para pagespeed.web.dev e digite a URL. Em seguida, selecione Origem (que está localizado logo ao lado de 'Esta URL') para mostrar o Core Web Vitals de todo o site e não apenas da página inicial. Você também pode usar o relatório do Histórico do CrUX para rastrear 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.

Então, e o Lighthouse?

Neste ponto, depois que você apresentar um argumento convincente e basicamente provar a eles o que eu acabei de dizer, 99% dos seus clientes não estão prontos para desapegar da pontuação do Lighthouse. Eu entendo. Ela tem um encanto. É difícil imaginar que os números verdes, laranjas e vermelhos que qualquer um pode interpretar realmente não importam de forma alguma.

Bem, você precisa lembrar que o Lighthouse é um teste. É um teste muito legal. Eu 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 inútil. Os visitantes vão interagir com a sua página. A partir dessa interação, você obterá a sua conversão.

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

3. Entender qualquer coisa sobre a sua página. O melhor exemplo está na auditoria do Total Blocking Time. Mesmo a maioria dos especialistas concorda que um Total Blocking Time longo é algo ruim, mas essa não é toda a história. 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 recebendo uma nota ruim no Lighthouse!

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

De acordo com o Web Almanac de 2025, apenas 48% das origens móveis passam em todos os três Core Web Vitals. No desktop, esse número é de 56%. Se o seu cliente está 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 dos seus clientes. 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 no Lighthouse.

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