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 ideia 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 as 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 uma má compreensão de como os dados do Chrome User Experience Report (CrUX) são processados e apresentados.
A Realidade dos Dados do CrUX!
Ao contrário da crença popular, 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 de atraso. 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 75th percentile 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 75th percentile pode criar a ilusão de um atraso na visualização das melhorias. Veja por quê:
- Substituição Gradual dos Dados: Inicialmente, esses novos dados são misturados com dados mais antigos, potencialmente de pior desempenho. 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 Percentile: Como o 75th percentile é utilizado, leva tempo para que pontos de dados melhorados suficientes desloquem essa métrica significativamente. Isso pode parecer contra-intuitivo, mas não se pode pensar em pontuações de percentile da mesma forma que se pensa em médias. Em resumo, o 75th percentile pode ser 'resistente a mudanças' quando se trata de flutuações repentinas.
Pense assim: Você tem uma caixa com 28 bolas vermelhas. Todos os dias, você retira uma bola vermelha antiga e a substitui por uma nova bola verde. Serão necessários 28 dias completos para renovar toda a caixa, mas nunca houve nenhum atraso!
A rapidez com que a caixa se torna predominantemente verde (o 75th percentile) depende de quantas bolas vermelhas já estão nela. Se houver muitas bolas vermelhas, levará mais tempo para ficar verde. Mas se houver menos bolas vermelhas, a caixa 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 75th percentile em um intervalo diário.
- Melhorias Incrementais: Mesmo pequenas melhorias podem contribuir para deslocar gradualmente o 75th percentile 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.
Compare your segments.
Is iOS slower than Android? Is the checkout route failing INP? Filter by device, route, and connection type.
- Device filtering
- Route Analysis
- Connection Types