Publicado: 17 de dezembro de 2025

Com o lançamento do Safari 26.2 em 12 de dezembro, o desempenho da web ganhou um fantástico presente de final de ano com Largest Contentful Paint (LCP) e Interaction to Next Paint (INP) tornando-se Baseline. Recentemente disponível, pois a versão mais recente de todos os principais navegadores agora inclui o Maior API Contentful Paint e API de tempo de evento necessários para medir essas métricas. Isso fez parte do projeto Interop 2025 e é ótimo vê-los entregues este ano!

O que isso significa

O Core Web Vitals tornou-se um padrão amplamente adotado para medir a experiência da página da web, tanto para desenvolvedores da web quanto para partes interessadas de negócios. Eles tentam resumir a história complexa do desempenho da web em uma série de medidas-chave de quão rápido uma página carrega (LCP), quão rapidamente ela responde às interações (INP) e quão estável é seu conteúdo (CLS).

Por muito tempo, isso só era mensurável em navegadores baseados em Chromium, como Chrome e Edge. Eles também não estavam disponíveis em dispositivos iOS, onde todos os navegadores usam o mecanismo de navegador WebKit que alimenta o Safari. Isto causa um ponto cego onde grandes proporções dos visitantes de um site podem ter uma experiência muito diferente sem o conhecimento do site. Embora muitas melhorias no desempenho da Web beneficiem todos os navegadores, algumas técnicas e APIs estão disponíveis apenas em alguns navegadores. Além disso, a forma como os navegadores funcionam internamente, carregam páginas e lidam com interações pode ser diferente uma da outra. Ter apenas uma visão parcial do desempenho do seu site está longe do ideal.

Com todos os principais navegadores agora suportando duas dessas métricas, agora podemos ter uma visão melhor do carregamento de chaves e da interatividade de um site. Isso permitirá que os proprietários de sites entendam melhor os problemas de desempenho e identifiquem quaisquer melhorias que possam fazer, beneficiando, em última análise, os usuários e as métricas de negócios.

Os dados de outros navegadores alimentarão o CrUX?

Não. O Relatório de experiência do usuário do Chrome (CrUX) é baseado apenas em usuários qualificados do Chrome e isso não vai mudar. Isso também se aplica a sistemas downstream que usam esses dados, como PageSpeed ​​​​Insights, Console de pesquisa do Googlee CrUX Vis.

Isso também continuará a excluir usuários do Chrome iOS, pois eles usam o mecanismo do navegador WebKit.

Como medir em outros navegadores

Os dados CrUX ainda são úteis como um resumo do desempenho de um site e para comparação com outros sites na web. No entanto, como se trata de um resumo de alto nível, há muito que recomendamos a medição de dados de campo mais detalhados para ajudar a identificar e melhorar o desempenho.

As ferramentas de monitoramento de usuário real (RUM) agora são capazes de coletar dados de campo adicionais, incluindo aqueles medidos através do biblioteca web-vitals da equipe do Chrome. Na maioria dos casos, isso deve começar a ser incluído automaticamente nas soluções existentes, mas verifique com seu provedor de RUM se tiver alguma dúvida.

Esteja ciente de que pode haver diferenças no RUM e no CrUX, e isso é potencialmente ainda mais verdadeiro agora que essas métricas estão disponíveis em ainda mais navegadores que não estão incluídos no CrUX.

Existem diferenças nas implementações?

Embora todos os mecanismos de navegador executem basicamente a mesma tarefa de carregamento e exibição de páginas da Web, há muitas diferenças na forma como esses navegadores são construídos e, em particular, em seus pipelines de renderização que traduzem o código de um site (principalmente HTML, CSS e JavaScript) em pixels na tela.

O final do loop de renderização é amplamente interoperável e é definido como o paintTime. No entanto, depois disso, há um posterior presentationTime que é específico da implementação e tem como objetivo indicar quando os pixels são realmente desenhados na tela. O Chrome mede o LCP até o final de presentationTimeenquanto o Firefox e o Safari não incluem presentationTime e então meça até o anterior paintTime. Isso resulta em pequenos milissegundos de diferença entre as medidas. Do Chrome 145, o paintTime medida também ficará exposta para LCP para aqueles que desejam comparar iguais entre navegadores.

A mesma diferença se aplica também ao INP.

O fato de outros navegadores terem implementado essas métricas ajudou a identificar algumas questões pendentes ser esclarecido e melhor definido. Novamente, isso pode levar a pequenas diferenças – embora estas ocorram principalmente em casos extremos. Esta é a vantagem de ter múltiplas implementações e olhar para uma API! Vamos continuar a trabalhar nestes bem como quaisquer outras melhorias nas métricas.

No entanto, apesar destas pequenas diferenças, estamos confiantes de que o LCP e o INP são amplamente interoperáveis, por isso estamos satisfeitos com o facto de serem rotulados como Linha de Base Recentemente Disponível. Aqueles que implementam soluções RUM ou se aprofundam nos dados podem notar algumas dessas diferenças, mas os desenvolvedores web devem estar confiantes na medição dessas métricas entre navegadores, apesar dessas pequenas diferenças.

E os navegadores que não suportam essas APIs?

Linha de base Os recursos recentemente disponíveis estão disponíveis apenas nas versões mais recentes de todos os principais navegadores. Sua base de usuários pode não atualizar imediatamente ou pode não conseguir atualizar dependendo do sistema operacional e do provedor. Após 30 meses, eles serão considerados de linha de base amplamente disponíveis, pois a maioria dos usuários provavelmente usará navegadores compatíveis.

No entanto, como uma API de medição, em vez de uma funcionalidade central de um site, você pode medir com segurança essas métricas para suporte a navegadores, como provavelmente já fez até agora. Esteja ciente de que você pode ver uma visualização filtrada de seus usuários (aqueles que atualizaram), principalmente nos primeiros meses.

E quanto à mudança cumulativa de layout?

O terceiro Core Web Vital é Cumulative Layout Shift (CLS) e não faz parte do projeto Interop 2025 – embora tenha sido proposto para Interop 2026. Por enquanto, não é compatível com navegadores baseados em Chromium.

Conclusão

O objetivo da iniciativa Web Vitals era melhorar o desempenho da web através da criação de um conjunto de APIs padrão para a plataforma web, a fim de permitir que as principais métricas fossem medidas e amplamente compreendidas pelos proprietários de sites. É ótimo ver duas dessas métricas agora sendo suportadas por todos os principais navegadores. Estamos ansiosos para ver quais insights eles fornecem aos proprietários de sites e como isso leva a melhores experiências do usuário!