Relatórios do PageSpeed Insights (PSI) sobre a experiência do usuário em uma página em dispositivos móveis e computadores dispositivos e fornece sugestões sobre como a página pode ser melhorada.
O PSI fornece dados de laboratório e de campo sobre uma página. Os dados de laboratório são úteis para depurar problemas, porque são coletados em um ambiente controlado. No entanto, é possível que eles não capturem gargalos reais. Os dados de campo são úteis para capturar a experiência real do usuário, mas têm um conjunto mais limitado de métricas. Veja como pensar Sobre ferramentas de velocidade, para ver mais informações sobre os dois tipos de dados.
Dados de experiência de usuários reais
Os dados de experiência do usuário real no PSI são fornecidos pelo conjunto de dados do Chrome User Experience Report (CrUX). O PSI informa as experiências de First Contentful Paint (FCP), Interaction to Next Paint (INP), Largest Contentful Paint (LCP) e Cumulative Layout Shift (CLS) de usuários reais durante o período de coleta anterior de 28 dias. O PSI também informa experiências para a métrica experimental Tempo até o primeiro byte (TTFB, na sigla em inglês).
Para mostrar dados de experiência do usuário em uma determinada página, é necessário ter dados suficientes para que eles sejam incluídos no conjunto de dados do CrUX. Uma página pode não ter dados suficientes se tiver sido publicada recentemente ou tiver poucas amostras de usuários reais. Quando isso acontece, o PSI fica de volta à granularidade no nível da origem, que abrange todas as experiências do usuário em todas as páginas da site. Às vezes, a origem também pode ter dados insuficientes, caso em que o PSI será não consegue mostrar dados de experiência do usuário real.
Avaliar a qualidade das experiências
O PSI classifica a qualidade da experiência do usuário em três categorias: boa, precisa de melhorias ou ruim. O PSI define os seguintes limites em conformidade com a iniciativa Web Vitals:
Boa | Precisa melhorar | Ruim | |
---|---|---|---|
First Contentful Paint (FCP) | [0, 1800ms] | (1.800 ms, 3.000 ms] | mais de 3.000 ms |
LCP | [0, 2.500 ms] | (2.500 ms, 4.000 ms] | mais de 4.000 ms |
CLS | [0, 0,1] | (0,1; 0,25) | acima de 0,25 |
INP | [0, 200ms] | (200ms, 500ms) | mais de 500 ms |
TTFB (experimental) | [0, 800ms] | (800ms, 1800ms] | mais de 1.800 ms |
Distribuição e valores de métricas selecionados
O PSI apresenta uma distribuição dessas métricas para que os desenvolvedores entendam a variedade de experiências para essa página ou origem. Essa distribuição é dividida em três categorias: Bom, Precisa melhorar e Ruim, que são representados por barras verdes, de âmbar e vermelhas. Por exemplo, 11% na barra âmbar do LCP indica que 11% de todos os valores de LCP observados estão entre 2.500 ms e 4.000 ms.
Acima das barras de distribuição, o PSI informa o 75o percentil de todas as métricas. Dia 75 percentil é selecionado para que os desenvolvedores possam entender melhor experiências frustrantes no site. Esses valores de métrica de campo são classificados como bom/precisa de melhorias/ruim, aplicando os mesmos limites mostrados acima.
Core Web Vitals
As Core Web Vitals são um conjunto comum de indicadores de desempenho essenciais para todas as experiências da Web. As Core Web Vitals são INP, LCP e CLS, e podem ser agregados no nível da página ou da origem. Para agregações com dados suficientes em todas as três métricas, a agregação é aprovada na avaliação das Core Web Vitals se os 75º percentis das três métricas forem "Bom". Caso contrário, a agregação não vai passar na avaliação. Se o não tiver dados suficientes para INP, ele será aprovado na avaliação se as os percentis de LCP e CLS são bons. Se a LCP ou a CLS tiverem dados insuficientes, a página ou agregação da origem não podem ser avaliadas.
Diferenças entre dados de campo no PSI e CrUX
A diferença entre os dados de campo no PSI e no conjunto de dados do CRUX no BigQuery é que os dados do PSI são atualizados diariamente, enquanto o conjunto de dados do BigQuery é atualizado mensalmente e limitado aos dados de origem. Ambas as fontes de dados representam períodos de 28 dias.
Diagnósticos de laboratório
O PSI usa o Lighthouse para analisar o URL fornecido em um ambiente simulado nas categorias Performance, Acessibilidade, Práticas recomendadas e SEO.
Pontuação
Na parte de cima da seção, há as pontuações de cada categoria, determinadas pela execução do Lighthouse para coletar e analisar informações de diagnóstico sobre a página. Uma pontuação de 90 ou mais é considerado bom. De 50 a 89 é uma pontuação que precisa melhorar, e abaixo de 50 é considerada ruim.
Métricas
A categoria "Performance" também tem a performance da página em diferentes métricas, incluindo: First Contentful Paint, Largest Contentful Paint, Índice de velocidade, Shift de layout cumulativo, Tempo para interação e Tempo total de bloqueio.
Cada métrica é pontuada e marcada com um ícone:
- O bom é indicado com um círculo verde
- "Precisa melhorar" é indicado com um quadrado informativo em âmbar.
- O nível "Ruim" é indicado com um triângulo vermelho de aviso
Auditorias
Em cada categoria, há auditorias que fornecem informações sobre como melhorar a experiência do usuário da página. Consulte a documentação do Lighthouse para ver um detalhamento das auditorias de cada categoria.
Perguntas frequentes
Quais condições de dispositivo e rede o Lighthouse usa para simular um carregamento de página?
No momento, o Lighthouse simula as condições de carregamento de página de um dispositivo intermediário (Moto G4) em uma rede móvel para dispositivos móveis e um computador emulado com uma conexão por cabo para computadores. O PageSpeed também é executado em um data center do Google, que pode variar com base nas condições de rede. Para verificar o local do teste, consulte o bloco de ambiente do Relatório do Lighthouse:
Observação: o PageSpeed informará a execução na América do Norte, Europa ou Ásia.
Por que os dados de campo e de laboratório às vezes se contradizem?
Os dados de campo são um relatório histórico sobre o desempenho de um URL específico e representam dados de desempenho anônimos de usuários no mundo real em vários dispositivos e condições de rede. Os dados do laboratório se baseiam no carregamento simulado de uma página em um único dispositivo e são corrigidos várias condições de rede. Como resultado, os valores podem ser diferentes. Consulte Por que os dados de laboratório e de campo podem ser diferentes (e o que fazer a respeito) para mais informações.
Por que o percentil 75 é escolhido para todas as métricas?
Nosso objetivo é garantir que as páginas funcionem bem para a maioria dos usuários. Ao focar na 75a percentuais para nossas métricas, isso garante que as páginas ofereçam uma boa experiência do usuário sob as condições mais difíceis de dispositivo e rede. Consulte Como definir os limites das métricas do Core Web Vitals para mais informações.
Qual é uma boa pontuação para os dados do laboratório?
Uma pontuação verde (mais de 90) é considerada boa, mas ter bons dados de laboratório não significa necessariamente que experiências de usuário reais também serão boas.
Por que a pontuação de desempenho muda de corrida para execução? Não mudei nada na minha página.
A variabilidade na medição de desempenho é introduzida por vários canais com diferentes níveis de impacto. Várias fontes comuns de variabilidade de métricas são a disponibilidade de rede local, a disponibilidade de hardware do cliente e a contenção de recursos do cliente.
Por que os dados do CrUX do usuário real não estão disponíveis para um URL ou origem?
O Chrome User Experience Report agrega dados de velocidade reais de usuários que aceitaram e exige que o URL seja público (rastreável e indexável) e ter um número suficiente de amostras distintas com uma visualização anônima e representativa de desempenho do URL ou origem.
Mais dúvidas?
Se tiver alguma dúvida específica e que possa ser respondida sobre o uso do PageSpeed Insights, faça sua pergunta em inglês no Stack Overflow.
Se você tiver um feedback geral ou dúvidas sobre o PageSpeed Insights ou quiser iniciar uma discussão geral, inicie uma conversa na lista de e-mails.
Se você tiver dúvidas gerais sobre as Métricas da Web, inicie uma conversa no grupo de discussão web-vitals-feedback.
Feedback
Esta página foi útil?