Por que o atraso de 28 dias do Core Web Vitals é um mito
Entenda o que o Google realmente quer dizer quando afirma que os dados do Core Web Vitals têm um atraso de 28 dias

Desmistificando o Mito do Atraso de 28 Dias do Core Web Vitals
A noção de que os dados do Core Web Vitals sofrem um atraso de 28 dias é um equívoco comum na comunidade de desenvolvimento web. Essa crença levou a afirmações como "Não podemos ver mudanças por mais 28 dias" ou "Vamos torcer para que funcione; saberemos em 28 dias." No entanto, essa percepção é imprecisa e baseada em um mal-entendido sobre como os dados do Chrome User Experience Report (CrUX) são processados e apresentados.
A Realidade dos Dados do CrUX!
Ao contrário do que se acredita, os dados do CrUX não estão sujeitos a um atraso de 28 dias. Na verdade, os dados são notavelmente atuais, normalmente com apenas cerca de dois dias. Isso pode ser verificado consultando a API do Google CrUX, que demonstra claramente a atualidade dos dados!

Entendendo a Janela de 28 Dias
A confusão surge da forma como o Google apresenta os dados do Core Web Vitals. O que os usuários realmente estão vendo é o valor do percentil 75 calculado nos últimos 28 dias. Essa abordagem estatística foi projetada para fornecer uma medida mais estável e representativa do desempenho de um site ao longo do tempo, em vez de refletir flutuações de curto prazo.
Por Que Parece Haver um Atraso
O uso de uma janela móvel de 28 dias para calcular o percentil 75 pode criar a ilusão de um atraso na visualização de melhorias. Veja por quê:
- Substituição Gradual de Dados: Inicialmente, esses novos dados são misturados com dados mais antigos, potencialmente de desempenho inferior. A cada dia, dados são adicionados à janela de desempenho de 28 dias e um dia dos dados mais antigos é removido. Serão necessários 28 dias completos para que todos os dados sejam substituídos.
- Cálculo do Percentil: Como o percentil 75 é utilizado, leva tempo para que pontos de dados melhorados suficientes alterem essa métrica significativamente. Isso pode parecer contra-intuitivo, mas você não pode pensar em pontuações de percentil da mesma forma que pensaria em médias. Em resumo, o percentil 75 pode ser 'resistente a mudanças' quando se trata de flutuações repentinas.
Pense assim: Você tem uma caixa com 28 bolinhas vermelhas. Todos os dias você retira uma bolinha vermelha antiga e a substitui por uma nova bolinha verde. Serão necessários 28 dias completos para renovar toda a caixa, mas nunca houve nenhum atraso!
A rapidez com que o frasco se torna majoritariamente verde (o percentil 75) depende de quantas bolinhas vermelhas já estão nele. Se houver muitas bolinhas vermelhas, levará mais tempo para ficar verde. Mas se houver menos bolinhas vermelhas, o frasco ficará verde mais rapidamente.
Implicações para Desenvolvedores Web
Entender esse mecanismo tem implicações importantes para desenvolvedores web e proprietários de sites:
- Monitoramento Contínuo: Em vez de esperar 28 dias para ver resultados, monitore seus Core Web Vitals regularmente, de preferência com rastreamento RUM que possa calcular o percentil 75 em intervalos diários.
- Melhorias Incrementais: Mesmo pequenas melhorias podem contribuir para deslocar gradualmente o percentil 75 ao longo do tempo.
- Paciência e Persistência: Embora você possa não ver mudanças dramáticas imediatas nas métricas reportadas, melhorias consistentes eventualmente serão refletidas.
Lab data is not enough.
I analyze your field data to find the edge cases failing your user experience.
- Real User Data
- Edge Case Detection
- UX Focused

