Métricas

As métricas no CrUX são fornecidas por APIs padrão da plataforma da Web expostas pelos navegadores. No conjunto de dados do BigQuery em particular, esses dados são agregados à origem e resolução. Os proprietários de sites que exigem análises mais detalhadas (por exemplo, resolução no nível do URL) e informações sobre o desempenho do site podem usar as mesmas APIs para coletar dados detalhados de medição de usuários reais (RUM, na sigla em inglês) para suas próprias origens. Embora todas as APIs estejam disponíveis no Chrome, outros navegadores podem não ser compatíveis com todas as métricas.

A maioria das métricas é representada como uma agregação de histograma, permitindo a visualização da distribuição e a aproximação dos valores de percentis.

Primeira pintura

"A First Paint informa a hora em que o navegador foi renderizado pela primeira vez após a navegação. Isso exclui a pintura de plano de fundo padrão, mas inclui a pintura de segundo plano não padrão. Esse é o primeiro momento importante que é importante para os desenvolvedores no carregamento da página: quando o navegador começa a renderizar a página."

API Paint Timing

First Contentful Paint

"A First Contentful Paint informa o momento em que o navegador renderizou pela primeira vez qualquer texto, imagem (incluindo imagens de plano de fundo), tela que não seja branca ou SVG. Isso inclui textos com fontes da Web pendentes. Esta é a primeira vez que os usuários podem começar a consumir o conteúdo da página."

API Paint Timing

Conteúdo DOM carregado

"O DOMContentLoaded reporta a hora em que o documento HTML inicial foi completamente carregado e analisado, sem esperar que folhas de estilo, imagens e subframes terminem de carregar."

MDN

Maior exibição de conteúdo

"Maior exibição de conteúdo (LCP) é uma métrica importante e centrada no usuário para medir a velocidade de carregamento percebida, porque marca o ponto na linha do tempo de carregamento da página quando o conteúdo principal provavelmente foi carregado. Uma LCP rápida ajuda a tranquilizar o usuário de que a página é útil".

web.dev/articles/lcp

Onload

"O evento de carregamento é disparado quando a página e os recursos dependentes dela terminam de carregar."

MDN

Cumulative Layout Shift

"Cumulative Layout Shift (CLS) é uma métrica importante e centrada no usuário para avaliar a estabilidade visual, porque ajuda a quantificar a frequência com que os usuários experimentam mudanças inesperadas de layout. Uma CLS baixa ajuda a garantir que a página seja agradável."

web.dev/articles/cls

First Input Delay

"A First Input Delay (FID) é uma métrica importante centrada no usuário para medir a capacidade de resposta à carga, porque quantifica a experiência que os usuários sentem ao tentar interagir com páginas que não respondem. Uma FID baixa ajuda a garantir a usabilidade da página."

web.dev/articles/fid (link em inglês)

Interaction to Next Paint

"Interaction to Next Paint (INP) é uma métrica de campo que avalia a capacidade de resposta. O INP registra a latência de todas as interações ao longo de todo o ciclo de vida da página. O valor mais alto dessas interações (ou próximo do mais alto para páginas com muitas interações) é registrado como o INP da página. Um INP baixo garante que a página seja responsiva o tempo todo."

web.dev/articles/inp

A interação com a Next Paint (INP) foi adicionada ao conjunto de dados do CrUX em fevereiro de 2022. Essa nova métrica captura a latência de ponta a ponta de eventos individuais e oferece uma visão mais holística da capacidade de resposta geral de uma página ao longo do ciclo de vida dela.

A métrica Tipos de navegação fornece um detalhamento da porcentagem de visualizações de página das seguintes navegações:

Tipo Descrição
navigate Um carregamento de página que não se encaixa em nenhuma das outras categorias.
navigate_cache Um carregamento de página para o qual o recurso principal (o documento HTML principal) foi veiculado do cache HTTP. Os sites geralmente usam o armazenamento em cache para sub-recursos, mas o documento HTML principal costuma ser armazenado em cache consideravelmente menos e, quando pode, pode resultar em melhorias de desempenho perceptíveis por poder ser armazenado em cache localmente e em uma CDN.
reload O usuário recarregou a página pressionando o botão "Atualizar", pressionando Enter na barra de endereço ou desfazendo o fechamento de guia. Os recarregamentos de página frequentemente resultam em revalidação para o servidor para verificar se a página principal foi alterada. Uma alta porcentagem de recarregamentos de página pode indicar frustrações relacionadas à experiência do usuário.
restore A página foi atualizada após a reinicialização do navegador ou de uma guia que foi removida por motivos de memória. No Chrome no Android, isso é informado como "Atualizar".
back_forward Um histórico de navegação, ou seja, a página foi acessada e acessada recentemente. Com o armazenamento em cache correto, as experiências devem ser razoavelmente rápidas, mas ainda exigem que a página seja processada e o JavaScript seja executado, o que o bfcache evita.
back_forward_cache Uma navegação histórica que foi veiculada pelo bfcache. Otimizar suas páginas para aproveitar o bfcache e remover bloqueadores resulta em experiências mais rápidas, por isso os sites devem ter a aparência
prerender A página foi pré-renderizada, o que, como o bfcache, pode resultar em carregamentos de página quase instantâneos.

Em alguns casos, um carregamento de página pode ser uma combinação de vários tipos de navegação. Nesse caso, o CrUX informa a primeira correspondência na ordem inversa da tabela (de baixo para cima).

Mais informações podem ser encontradas no comunicado sobre tipos de navegação.

Métricas experimentais

As métricas experimentais estão disponíveis no conjunto de dados do CrUX usando o BigQuery, e algumas delas também estão disponíveis na API CrUX. É provável que essas métricas mudem regularmente à medida que evoluem com base no feedback dos usuários. Confira as notas da versão para ficar por dentro das alterações mais recentes.

Tempo até o primeiro byte

O TTFB no CrUX só é coletado em carregamentos de página inteira, ao contrário de outros timers (como LCP), que também são coletados em navegações de avanço para trás e páginas pré-renderizadas. Assim, o tamanho da amostra do TTFB pode ser menor do que outras métricas e pode não ser necessariamente comparado diretamente a elas.

O CrUX mede o TTFB porque os primeiros bytes do recurso do documento são recebidos do servidor. A visão convencional do TTFB era medir quando a resposta do documento começa, mas quando as dicas iniciais são usadas, os "primeiros bytes" serão anteriores a isso. No futuro, o CrUX pode ser atualizado para ignorar as dicas iniciais.

O TTFB não é uma medida direta do tempo de resposta do servidor, já que inclui medidas anteriores a isso, incluindo o tempo de redirecionamento, que pode ser afetado pela veiculação da resposta a partir do cache, CDN ou servidor. Isso é particularmente aparente em dados de campo, como o CrUX, enquanto os testes de laboratório normalmente são menos afetados por esses fatores, já que o URL final é o teste e, muitas vezes, negar repetidamente as alterações de armazenamento em cache.

Popularidade

A métrica de classificação de popularidade é uma medida relativa da popularidade do site no conjunto de dados do CrUX, medida pelo número total de navegações na origem. A classificação é em uma escala log10 com meias etapas (por exemplo, top 1k, top 5k, top 10k, top 50k, top 100k, top 500k, top 1M etc.) e cada uma delas exclui a anterior (por exemplo, top 5k é na verdade 4 mil URLs, excluindo os 1.000 principais). O limite máximo é dinâmico à medida que o conjunto de dados aumenta.

A popularidade é um guia para uma análise mais ampla, por exemplo,para determinar o desempenho por país nas 1.000 origens principais.

Permissões de notificação

Para sites que solicitam permissão para mostrar notificações aos usuários, essa métrica representa a frequência relativa de respostas dos usuários aos comandos: aceitar, negar, ignorar ou dispensar.

Tempo de retorno

Fornece uma estimativa do tempo de retorno HTTP (camada de aplicativo) no início da navegação, com base em conexões de rede recentes. Essa métrica também é conhecida como propriedade rtt da API Network Information, que é a mesma API responsável pela dimensão Tipo de conexão efetiva (ECT, na sigla em inglês).

Essa métrica só está disponível na API CrUX e na API CrUX History, agregada ao 75o percentil. Os histogramas não estão disponíveis. Ele também não está disponível no BigQuery.