Como usar o relatório de experiência do usuário do Chrome no PageSpeed Insights

O PageSpeed Insights (PSI) é uma ferramenta para desenvolvedores da Web que ajudam os desenvolvedores da Web a entender o desempenho de uma página e como melhorá-lo. Ela usa o Lighthouse para auditar a página e identificar oportunidades para melhorar o desempenho. Ele também se integra ao Chrome UX Report (CrUX, na sigla em inglês) para mostrar a experiência dos usuários reais com a página e a origem de forma agregada. Neste guia, você vai aprender a usar o PSI para extrair insights do CrUX e entender melhor a experiência do usuário.

Dados de campo do CrUX no PageSpeed Insights

Leitura dos dados

Para começar, acesse https://pagespeed.web.dev/ e insira o URL da página que você quer testar e clique em Analisar.

Insira um URL para começar a usar o PageSpeed Insights

Após alguns segundos, as auditorias do Lighthouse serão realizadas, e você verá seções com dados do CrUX ("Descubra o que seus usuários reais estão sentindo") e do Lighthouse ("Diagnosticar problemas de desempenho"). O CrUX é um conjunto de experiências de usuários reais no campo, e o Lighthouse é um teste controlado no laboratório.

Dados de campo do CrUX no PageSpeed Insights

Na seção de experiências do usuário real, as métricas são agrupadas por Core Web Vitals e outras métricas importantes. As três métricas das Core Web Vitals são listadas primeiro: Maior exibição de conteúdo (LCP), Latência na primeira entrada (FID) e Mudança de layout cumulativa. Em seguida, há outras métricas importantes: Primeira exibição de conteúdo (FCP), Interação com a próxima exibição (INP) e Tempo até o primeiro byte (TTFB).

Core Web Vitals

  • A LCP mensura o tempo até que a página mostre o que provavelmente é o conteúdo principal, como uma imagem principal ou um título.
  • A INP mede a latência de todas as interações de um usuário com a página e informa um único valor que todas (ou quase todas) as interações estavam abaixo.
  • A CLS mede o grau de instabilidade do layout na página devido a mudanças, como a injeção de conteúdo carregado de forma assíncrona.

Outras métricas importantes

  • A FCP mede o tempo até que a página exiba algo em primeiro plano, como texto ou logotipo.
  • TTFB é uma métrica experimental que mede o tempo entre a solicitação de um recurso e o momento em que o primeiro byte de uma resposta começa a chegar.
  • O FID (agora descontinuado e substituído pelo INP) mede a interatividade da página desde a primeira interação do usuário até o momento em que a página responde.

Limites de métricas

Nesta tabela, descrevemos como os valores dessas métricas são categorizados como "Bom", "Precisa de melhorias" ou "Ruim".

Métrica | "Bom" | "Precisa melhorar" | "Ruim" -- | -- | -- | -- LCP | 0–2.500 ms | 2.500–4.000 ms | 4.000 ms+ CLS | 0,00-0,10 | 0,10–0,25 | 0,25 ms ou mais

As Core Web Vitals são as métricas mais importantes e são analisadas diretamente pelos usuários reais. As outras métricas podem ser usadas como diagnósticos, mas não são necessariamente perceptíveis por usuários reais. Portanto, essas métricas não são levadas em consideração na avaliação das Core Web Vitals, e não atender aos limites de "bom" só será importante se estiverem afetando negativamente as Core Web Vitals.

Há três maneiras de mostrar a experiência do usuário no PSI:

  • um rótulo que resume a página como aprovada ou reprovada na avaliação das Core Web Vitals
  • percentis medidos em segundos ou milissegundos (o CLS não tem unidade de medida)
  • Uma distribuição que representa a porcentagem de experiências "boas", "precisam de melhorias" e "ruins" está disponível clicando em Expandir visualização no canto superior direito desta seção.

Visualização expandida dos dados do CrUX no PageSpeed Insights

Na captura de tela acima, a página está marcada como "aprovada" na avaliação das Core Web Vitals. Para ser aprovado, o percentil precisa ser categorizado como "bom" nas três Core Web Vitals. Caso contrário, a avaliação vai aparecer como "Reprovado". Algumas páginas podem não ter dados de INP suficientes. Nesse caso, a página é avaliada usando as outras duas métricas Core Web Vitals.

Os percentis exibidos para todas as métricas correspondem ao 75o percentil. Em estatística, um percentil é uma medida que indica o valor abaixo do qual uma determinada porcentagem de amostras está. Por exemplo, a captura de tela acima mostra que o 75o percentil da FID é de 13 ms, ou seja, 75% das experiências de FID são mais rápidas que 13 ms. Esses valores são codificados por cores de acordo com a tabela de limite acima, em que os valores "bom" são verdes, os valores "que precisam de melhorias" são laranja e os valores "ruim" são vermelhos.

Por fim, as distribuições de cada métrica são ilustradas usando os agrupamentos "bom", "precisa de melhorias" e "ruim". Por exemplo, as experiências de LCP nesta página são "boas" (menos de 2,5 segundos) 90% do tempo. A FID é "ruim" (pelo menos 300 milissegundos) 1% das vezes. Essas distribuições representam todas as experiências do usuário na página, e as formas indicam a tendência de ser "boa" ou "ruim".

Resumo do desempenho da origem

O PSI também inclui um resumo do desempenho da origem. Esta é uma agregação das experiências do usuário em todas as páginas de uma origem. Você pode ver as mesmas estatísticas para uma origem inteira que estão disponíveis para páginas individuais. Esses dados estão estreitamente alinhados com o que está disponível no BigQuery, enquanto o desempenho no nível da página não é disponibilizado para consulta.

Desempenho do CrUX da origem no PageSpeed Insights

Há uma diferença importante entre os dados no nível da origem no PSI e no BigQuery. Os conjuntos de dados no BigQuery são lançados uma vez por mês e englobam os dados do mês anterior. Por exemplo, o conjunto de dados de 202005 inclui todas as experiências do usuário que ocorreram em maio de 2020. Por outro lado, o PSI agrega novos dados todos os dias, abrangendo os 28 dias anteriores. Portanto, os resultados que você vê hoje podem ser diferentes amanhã e não necessariamente os mesmos que você veria na agregação do mês atual no BigQuery.

Respostas quando os dados do URL não estão disponíveis no CrUX

Se o URL inserido não estiver disponível no CrUX, o PageSpeed Insights vai tentar substituir os dados no nível da origem, conforme mostrado abaixo. Clique no ícone ao lado do botão Este URL desativado para ver mais explicações.

Não há dados do CrUX no nível do URL no PageSpeed Insights. Portanto, os dados de origem serão exibidos

Se os dados no nível da origem também não estiverem disponíveis no CrUX, o PSI não poderá exibir essa seção, e a mensagem No Data será exibida. Os dados do laboratório do Lighthouse ainda estão disponíveis para fornecer uma aproximação do desempenho da página.

Não há dados do CrUX no PageSpeed Insights

Perguntas frequentes

Quando devo usar o PageSpeed Insights em vez de outras ferramentas?

O PSI combina dados reais da experiência do usuário do CrUX com os diagnósticos de desempenho baseados em laboratório do Lighthouse. Isso facilita a visualização da velocidade de uma página e de como torná-la mais rápida, tudo em um só lugar. A agregação diária de dados de campo no PSI faz com que esse seja um ótimo lugar para monitorar mais de perto o desempenho da origem ou do URL do que as ferramentas com agregações menos frequentes.

Há alguma limitação no uso do PageSpeed Insights?

O PSI só fornece a agregação diária mais recente, então não é possível ver a tendência de desempenho de um site. Há também algumas métricas não vitais incluídas no conjunto de dados do CrUX que não são expostas no PSI.

Onde posso saber mais sobre o PageSpeed Insights?

Confira a documentação do PSI para mais informações.