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

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

Ouço isso o tempo todo: "Aplicamos 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. Quando 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 exato de datas. A data final costuma ser ontem ou anteontem. Desde dezembro de 2024, o PageSpeed Insights também exibe essas datas. Você mesmo pode conferir.

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 móvel de 28 dias não para atrasar seus dados, mas para suavizar o ruído. Um único dia ruim não derruba sua pontuação. Um único dia bom não a salva. A janela oferece uma visão estável e representativa de como usuários reais experimentam seu site.

Todos os dias, os dados do dia mais antigo saem e os dados do dia mais recente entram. Não há atraso. A janela apenas avança, um dia de cada vez.

Uma coisa que muita gente confunde: este é 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 importa. Um p75 significa que 75% das experiências do usuário estão neste valor ou abaixo. Ele resiste mais a mudanças do que uma média porque os valores atípicos do lado rápido não o puxam para baixo tão rapidamente.

Por que as melhorias parecem lentas

Quando você aplica 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 da seguinte forma: você tem uma caixa com 28 bolas de gude vermelhas. Todos os dias você tira uma bola vermelha antiga e a substitui por uma bola verde nova. Levará 28 dias inteiros para renovar toda a caixa, mas nunca houve atraso algum!

A velocidade com que a caixa fica quase toda verde (o deslocamento do percentil 75) depende de quantas bolas vermelhas já estavam lá. Se o seu site era 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 aplicar uma correção

Este é um cronograma realista do que acontece após aplicar uma melhoria de performance:

• Dia 0: Você aplica 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 ficar visíveis no CrUX History.
• Dia 14: Metade da janela contém dados novos. Se a sua correção foi significativa (por exemplo, LCP caindo de 4s para 2s), o p75 terá se movido de forma perceptível.
• Dia 28: A janela está totalmente renovada. O CrUX agora reflete a sua performance atual.

O tamanho dessa 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). É o que a maioria das pessoas usa.
• CrUX History API: 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 fim do período de coleta. Se você só olha o BigQuery, realmente parece um atraso de um mês.

Se você está esperando impacientemente que seus números mudem, verifique o PageSpeed Insights (diário), não o BigQuery (mensal).

Não espere 28 dias. Use RUM.

Os dados do CrUX são do Google. Eles dizem como o Google vê o seu site. Mas você não precisa ficar sentado esperando. Com o Monitoramento de Usuários Reais, você pode acompanhar os Core Web Vitals por dia ou até por carregamento de página. Você saberá em horas se a 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 o mito do "atraso de 28 dias" impedir você de fazer mudanças. Os dados são quase em tempo real. A janela apenas os suaviza.