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

Ouço 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 da forma 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 de término é normalmente 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 deseja 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 caem 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 interpretam mal: este é um percentil 75, não uma média. Vários guias populares (incluindo o da Vercel) o chamam incorretamente de média. A distinção é importante. Um p75 significa que 75% das experiências dos usuários estão iguais ou abaixo desse valor. É mais resistente a mudanças do que uma média porque os valores discrepantes 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 desempenho, seus novos dados são misturados 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 bolinhas vermelhas. Todos os dias, você tira uma bolinha vermelha antiga e a substitui por uma nova bolinha verde. Levará 28 dias inteiros para renovar totalmente a caixa inteira, mas nunca houve nenhum atraso!

A rapidez com que a caixa se torna predominantemente verde (o percentil 75 muda) depende de quantas bolinhas vermelhas já estavam nela. Se o seu site era consistentemente lento, há muitas bolinhas 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 desempenho:

• Dia 0: Você implementa a correção. Nada muda no CrUX ainda.
• Dias 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. As tendências começam a se tornar visíveis no CrUX History.
• Dia 14: Metade da janela é de 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 é totalmente atualizada. O CrUX agora reflete o seu desempenho atual.

A dramaticidade da mudança depende de três coisas: o tamanho da melhoria, a quantidade de tráfego que o seu site recebe (mais tráfego significa mais pontos de dados novos por dia) e a consistência da 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 (atraso de ~2 dias). É isso 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.

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

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