Sobre o PageSpeed Insights

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

O PageSpeed Insights (PSI) gera relatórios sobre a experiência do usuário em uma página em dispositivos móveis e computadores e oferece sugestões de como melhorar a página.

O PSI fornece dados de laboratório e de campo sobre uma página. Os dados do laboratório são úteis para depurar problemas, porque são coletados em um ambiente controlado. No entanto, talvez ele não capture gargalos reais. Os dados de campo são úteis para capturar experiências do usuário real e reais, mas têm um conjunto mais limitado de métricas. Consulte Como analisar as ferramentas de velocidade para mais informações sobre os dois tipos de dados.

Dados da experiência do usuário real

Os dados de experiência do usuário real na PSI são alimentados pelo conjunto de dados do Relatório de experiência do usuário do Chrome (CrUX). O PSI informa usuários reais e experiências de primeira exibição de conteúdo (FCP), latência na primeira entrada (FID), Maior exibição de conteúdo (LCP) e Mudança de layout cumulativa (CLS, na sigla em inglês) no período de coleta anterior de 28 dias. O PSI também informa experiências de métricas experimentais Interação com a próxima exibição (INP) e Tempo até o primeiro byte (TTFB).

Para mostrar os dados de experiência do usuário de uma determinada página, é preciso que haja dados suficientes para que ela seja incluída no conjunto de dados do CrUX. Uma página pode não ter dados suficientes se tiver sido publicada recentemente ou com poucos exemplos de usuários reais. Quando isso acontece, o PSI volta para a granularidade no nível da origem, que abrange todas as experiências do usuário em todas as páginas do site. Às vezes, a origem também pode não ter dados suficientes. Nesse caso, o PSI não exibirá dados de experiência do usuário real.

Como avaliar a qualidade das experiências

A PSI classifica a qualidade das experiências do usuário em três buckets: Bom, Melhorias necessárias ou Ruim. O PSI define os seguintes limites de acordo com a iniciativa das Métricas da Web:

Bom Precisa melhorar Ruim
FCP [0, 1.800 ms] (1.800 ms, 3.000 ms) mais de 3.000ms
FID [0, 100ms] (100 ms, 300 ms) mais de 300 ms
LCP [0, 2.500 ms] (2.500 ms, 4.000 ms) mais de 4.000ms
CLS [0, 0,1] (0,1, 0,25] acima de 0,25
INP (experimental) [0, 200ms] (200 ms, 500 ms) mais de 500 ms
TTFB (experimental) [0, 800ms] (800 ms, 1.800 ms) 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 possam entender a variedade de experiências dessa página ou origem. Essa distribuição é dividida em três categorias: Bom, Melhorias necessárias e Ruim, que são representadas por barras verdes, âmbar e vermelhas. Por exemplo, ter 11% na barra âmbar de LCP' indica que 11% de todos os valores de LCP observados ficam entre 2.500 ms e 4.000 ms.

Captura de tela da distribuição de experiências de LCP reais de usuários

Acima das barras de distribuição, o PSI informa o 75o percentil de todas as métricas. O 75o percentil é selecionado para que os desenvolvedores entendam as experiências do usuário mais frustrantes no site. Esses valores de métrica de campo são classificados como bons/precisos de melhorias/fracos, aplicando os mesmos limites mostrados acima.

Principais métricas da Web

As Principais métricas da Web são um conjunto comum de sinais de desempenho críticos para todas as experiências da Web. As Principais métricas da Web são FID, LCP e CLS, e podem ser agregadas no nível da página ou origem. Para agregações com dados suficientes nas três métricas, elas serão aprovadas na avaliação das Principais métricas da Web se os 75% das três métricas forem Bom. Caso contrário, a agregação não é aprovada na avaliação. Se a agregação tiver dados insuficientes para FID, ela será aprovada na avaliação se os 75o percentis de LCP e CLS forem bons. Se LCP ou CLS não tiverem dados suficientes, a página ou a agregação no nível de origem não poderá ser avaliada.

Diferenças entre dados de campo no PSI e no CrUX

A diferença entre os dados de campo no PSI e o conjunto de dados 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 no nível da origem. As duas fontes de dados representam períodos finais de 28 dias.

Diagnóstico do laboratório

O PSI usa o Lighthouse para analisar o URL fornecido em um ambiente simulado para as categorias de desempenho, acessibilidade, práticas recomendadas e SEO.

Pontuação

Na parte superior da seção, há pontuações para cada categoria, determinadas ao executar o Lighthouse para coletar e analisar informações de diagnóstico sobre a página. Uma pontuação de 90 ou mais é considerada boa. A pontuação de 50 a 89 precisa ser melhorada e abaixo de 50 é considerada ruim.

Métricas

A categoria "Desempenho" também tem o desempenho da página em diferentes métricas, incluindo: Primeira exibição de conteúdo, Maior exibição de conteúdo, Índice de velocidade, Mudança de layout cumulativa, Tempo para interação e Tempo total de bloqueio.

Cada métrica é pontuada e rotulada com um ícone:

  • Bom é indicado com um círculo verde
  • Melhorias necessárias são indicadas com o quadrado informativo âmbar
  • "Ruim" é indicado por um triângulo de alerta vermelho

Auditorias

Dentro de cada categoria, há auditorias que fornecem informações sobre como melhorar a experiência do usuário na página. Consulte a documentação do Lighthouse para uma análise detalhada das auditorias de cada categoria.

Perguntas frequentes

Que condições de dispositivo e rede o Lighthouse usa para simular o carregamento de página?

No momento, o Lighthouse simula as condições de carregamento de página em um dispositivo de nível intermediário (Moto G4) em uma rede móvel e uma área de trabalho emulada com uma conexão por cabo na área de trabalho. O PageSpeed também é executado em um data center do Google que pode variar com base nas condições da rede. Para verificar o local em que o teste foi realizado, consulte o bloco de ambiente dos relatórios do Lighthouse:

Resumo da dica de ferramenta de informações de limitação.

Observação: o PageSpeed informará a exibição em um destes locais: América do Norte, Europa ou Ásia.

Por que os dados de campo e de laboratório às vezes contradizem um ao outro?

Os dados de campo são um relatório histórico sobre o desempenho de um URL específico, além de representar dados de desempenho anônimos de usuários no mundo real em uma variedade de dispositivos e condições de rede. Os dados do laboratório são baseados no carregamento simulado de uma página em um único dispositivo e no conjunto fixo de condições da 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 com base neles) para mais informações.

Por que o 75o percentil é escolhido para todas as métricas?

Nosso objetivo é garantir que as páginas funcionem bem para a maioria dos usuários. Ao se concentrar em valores do 75o percentil das nossas métricas, isso garante que as páginas ofereçam uma boa experiência do usuário nas condições mais difíceis de dispositivos e de rede. Para mais informações, consulte Definir os limites das métricas das Principais métricas da Web.

Qual é a pontuação média dos dados do laboratório?

Qualquer pontuação verde (mais de 90) é considerada boa, mas ter bons dados de laboratório não significa necessariamente que as experiências reais do usuário também serão boas.

Por que a pontuação de performance muda de execução para execução? Não alterei nada na minha página.

A variação na medição do desempenho é apresentada em 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 disputa 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 relatório de experiência do usuário do Chrome agrega dados da velocidade real de usuários que aceitaram participar e exige que um URL seja público (rastreável e indexável) e tenha um número suficiente de amostras distintas que fornecem uma visualização representativa e anônima do desempenho do URL ou da origem.

Mais dúvidas?

Se você tiver alguma dúvida sobre como usar o PageSpeed Insights, que é específico e respondível, faça sua pergunta em inglês no Stack Overflow.

Se você tiver 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 das Métricas da Web, inicie uma conversa no grupo de discussão web-vitals-feedback.

Feedback

Esta página foi útil?