Por que o atraso de 28 dias do Core Web Vitals é um mito

Desmistificando o mito do atraso de 28 dias do Core Web Vitals

Eu escuto isso o tempo todo: "Implementamos a correção, agora temos que esperar 28 dias para ver se funcionou." Isso está errado. Os dados não têm 28 dias. Eles têm cerca de dois dias. A confusão vem de como o Google calcula os números e, uma vez que você entende isso, o pânico dos 28 dias desaparece.

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

Os dados do CrUX têm dois dias, não 28

O Chrome User Experience Report (CrUX) é atualizado diariamente por volta das 04:00 UTC. Quando você consulta a API do CrUX, a resposta inclui um campo collectionPeriod que mostra o intervalo de datas exato. A data final geralmente é ontem ou anteontem. Desde dezembro de 2024, o PageSpeed Insights também exibe essas datas, para que você possa ver por si mesmo.

Então, de onde vêm os 28 dias?

O que você vê no PageSpeed Insights é o percentil 75 calculado sobre os últimos 28 dias de dados de usuários reais. O Google usa uma janela contínua de 28 dias, não porque eles querem atrasar seus dados, mas porque isso suaviza o ruído. Um único dia ruim não afunda sua pontuação. Um único dia bom não a salva. A janela fornece uma imagem estável e representativa de como usuários reais experienciam seu site.

A cada dia, os dados do dia mais antigo saem e os dados do dia mais recente são adicionados. Não há atraso. A janela simplesmente avança, um dia de cada vez.

Uma coisa que muitas pessoas entendem errado: isso é um percentil 75, não uma média. Vários guias populares (incluindo o da Vercel) chamam isso incorretamente de média. A distinção é importante. Um p75 significa que 75% das experiências do usuário estão neste valor ou abaixo dele. É mais resistente a mudanças do que uma média porque os valores atípicos no lado rápido não o puxam para baixo tão rapidamente.

Por que as melhorias parecem lentas

Quando você implementa uma correção de performance, seus novos dados se misturam com até 27 dias de dados antigos. O percentil 75 muda gradualmente, não da noite para o dia.

Pense nisso da seguinte forma: Você tem uma caixa com 28 bolas de gude vermelhas. Todo dia você tira uma bola vermelha antiga e a substitui por uma nova bola verde. Levará 28 dias inteiros para renovar completamente a caixa inteira, mas nunca houve nenhum atraso!

A rapidez com que a caixa se torna predominantemente verde (a mudança do percentil 75) depende de quantas bolas vermelhas já estavam nela. Se o seu site estava consistentemente lento, há muitas bolas vermelhas para substituir. Se estava no limite, a caixa fica verde muito mais rápido.

O que esperar após implementar uma correção

Aqui está um cronograma realista do que acontece depois que você implementa uma melhoria de performance:

• Dia 0: Você implementa a correção. Nada muda no CrUX ainda.
• Dia 2-3: Os primeiros pontos de dados melhorados entram na janela de 28 dias. Se você monitorar de perto, pequenas mudanças podem aparecer.
• Dia 7: Cerca de um quarto da janela contém dados pós-correção. Tendências começam a se tornar visíveis no CrUX History.
• Dia 14: Metade da janela são dados novos. Se a sua correção foi significativa (digamos, o LCP caindo de 4s para 2s), o p75 terá se movido notavelmente.
• Dia 28: A janela está totalmente renovada. O CrUX agora reflete a sua performance atual.

O quão dramática é a mudança depende de três coisas: quão grande foi a melhoria, quanto tráfego seu site recebe (mais tráfego significa mais pontos de dados novos por dia) e quão consistente a correção é em todos os carregamentos de página.

Três lugares, três velocidades de atualização

Nem todos os dados do CrUX são atualizados no mesmo ritmo. Esta é outra fonte de confusão:

• API do CrUX e PageSpeed Insights: atualizados diariamente (defasagem de ~2 dias). É o que a maioria das pessoas usa.
• API do CrUX History: atualizada semanalmente às segundas-feiras, com dados até o sábado anterior. Alimenta a ferramenta CrUX History e os gráficos de tendências.
• CrUX BigQuery: atualizado mensalmente, na segunda terça-feira após o término do período de coleta. Se você verificar apenas o BigQuery, pode realmente parecer um atraso de um mês.

Se você está esperando impacientemente que seus números mudem, verifique o PageSpeed Insights (diariamente), e não o BigQuery (mensalmente).

Não espere 28 dias. Use RUM.

CrUX são os dados do Google. Ele diz a você como o Google vê seu site. Mas você não precisa sentar e esperar por ele. Com o Real User Monitoring você pode rastrear o Core Web Vitals por dia ou até mesmo por carregamento de página. Você saberá em poucas horas se a sua correção está funcionando, e não em dias.

Atualmente, o CrUX rastreia 18,56 milhões de origens com uma taxa de aprovação no Core Web Vitals de 55,8%. Se o seu site estiver entre os 44% que ainda não passam, não deixe o mito do "atraso de 28 dias" impedi-lo de fazer alterações. Os dados são quase em tempo real. A janela apenas os suaviza.