Ferramenta gratuita: Desempenho

Teste de velocidade do site

Carregamos sua página como um celular intermediário em uma conexão 4G lenta, medimos a rapidez com que o conteúdo principal aparece e o quanto a página pula, e mostramos o que a deixa pesada. Quando o Google tem dados de usuários reais do seu site, você também os vê.

Grátis. Geralmente termina em menos de um minuto.

O que esta ferramenta verifica

  • Um celular em 4G lento

    A página carrega no Chromium como um celular da categoria do Moto G Power (412 × 823), com 150 ms de latência, cerca de 1,6 Mbps de download e 750 Kbps de upload, e uma CPU 4× mais lenta. É o perfil que o Lighthouse usa nos testes para dispositivos móveis.

  • Largest Contentful Paint (LCP)

    Quando a maior imagem ou o maior bloco de texto da primeira tela terminou de ser renderizado, e qual foi esse elemento.

  • Cumulative Layout Shift (CLS)

    O quanto o conteúdo visível se moveu inesperadamente enquanto a página carregava.

  • Total Blocking Time (TBT)

    Por quanto tempo os scripts deixaram o navegador ocupado demais para responder a um toque: a parte de cada tarefa longa acima de 50 ms, somada. É o substituto de laboratório para o Interaction to Next Paint.

  • O que a página baixa

    Total de bytes e de solicitações, dividido em imagens, scripts, CSS e fontes, e a parcela que vem de terceiros.

  • Imagens pesadas e arquivos que bloqueiam a renderização

    Imagens com mais de 150 KB ou muito mais largas do que o espaço em que são exibidas, e os arquivos CSS e de script que atrasam a primeira renderização.

  • Dados de usuários reais do Chrome

    O Chrome UX Report do Google para a sua origem em celulares, no percentil 75: LCP, INP e CLS, quando o Google tem tráfego suficiente do site.

O que ela não consegue verificar

  • Dar os mesmos números em todas as execuções. Os resultados de laboratório variam com a rede, a carga do servidor e os scripts de terceiros, então compare tendências, e não execuções isoladas.
  • Coincidir exatamente com o PageSpeed Insights. Os dois usam um perfil de celular parecido, mas rodam em máquinas e redes diferentes.
  • Medir o INP em laboratório. O INP precisa de interações reais, então o teste de laboratório mostra o TBT e os dados de campo mostram o INP quando existem.
  • Mostrar dados de campo para todos os sites. O Chrome UX Report cobre os últimos 28 dias e apenas origens com tráfego suficiente no Chrome.
  • Testar mais do que a página que você digitar. O Relatório de Desempenho pago testa 3 páginas-chave e classifica as causas, com as correções.

Por que isso importa

Uma página que parece instantânea no Wi-Fi do escritório e em um notebook rápido pode levar vários segundos em um celular intermediário com sinal fraco. É essa a situação que este teste recria, porque é nela que imagens e scripts pesados causam mais estrago.

As Core Web Vitals são as métricas do Google para essa experiência: carregamento (LCP), responsividade (INP) e estabilidade visual (CLS). O Google as usa na classificação, mas diz que uma boa experiência na página não supera um conteúdo relevante. O efeito maior delas é sobre as pessoas: uma página lenta ou que fica pulando perde visitantes antes que eles leiam qualquer coisa.

As causas costumam ser concretas: uma imagem de destaque sem compressão com vários megabytes, um widget de chat que carrega antes do conteúdo, uma fonte web que esconde o texto ou um banner inserido acima da página depois que ela aparece. O teste indica o elemento de LCP e os arquivos mais pesados para você ver qual desses casos se aplica.

Como interpretar os resultados

Largest Contentful Paint (LCP)
Bom abaixo de 2,5 s, ruim acima de 4 s. Se o elemento de LCP for uma imagem, o tamanho e a prioridade de carregamento dela são o que mais importa; se for texto, olhe as fontes web e o CSS que bloqueia a renderização.
Cumulative Layout Shift (CLS)
Bom abaixo de 0,1, ruim acima de 0,25. Uma pontuação sem unidade que combina quanto da tela se moveu e a que distância.
Total Blocking Time (TBT)
Bom abaixo de 200 ms, ruim acima de 600 ms. Um TBT alto indica respostas lentas aos toques para usuários reais.
Bytes e solicitações
Não existe limite oficial; veja qual tipo predomina. As imagens costumam ser a maior parcela, e uma parcela alta de terceiros aponta para apps, tags e widgets.
Imagens pesadas
Cada imagem com mais de 150 KB, ou baixada muito mais larga do que é exibida, com o tamanho do arquivo e as dimensões.
Arquivos que bloqueiam a renderização
CSS e scripts síncronos que o navegador precisa baixar antes de conseguir mostrar qualquer coisa.
Dados de campo (percentil 75)
Usuários reais do Chrome em celulares nos últimos 28 dias. O percentil 75 significa que três em cada quatro carregamentos de página foram pelo menos tão rápidos quanto esse valor. O INP é bom abaixo de 200 ms e ruim acima de 500 ms.
Sem dados de campo
O Google não tem tráfego suficiente do Chrome para a sua origem. Isso não diz nada sobre a sua velocidade; baseie-se nos resultados de laboratório.

Como corrigir os problemas mais comuns

  • Uma imagem de LCP lenta

    Sirva a imagem de destaque no tamanho em que ela é exibida, usando srcset, em WebP ou AVIF. Não use lazy loading nela, adicione fetchpriority="high" e coloque-a no HTML como um elemento img, em vez de carregá-la por um script ou como fundo no CSS.

  • Conteúdo que pula durante o carregamento

    Dê a imagens, vídeos e embeds atributos width e height ou um aspect-ratio no CSS. Reserve espaço para banners, avisos de cookies e anúncios, ou mostre-os como sobreposições que não empurram o conteúdo para baixo. Para fontes web, use font-display: optional ou uma fonte alternativa com tamanho ajustado para combinar.

  • Total Blocking Time alto

    Primeiro, remova apps, tags e plugins que você não usa mais; os scripts deles muitas vezes continuam lá depois que você para de usá-los. Carregue chat, avaliações e analytics com defer ou depois que a página estiver interativa. No Shopify, confira Loja virtual › Temas › Personalizar › Incorporações de app.

  • CSS e scripts que bloqueiam a renderização

    Adicione defer aos scripts que não precisam rodar antes da primeira pintura, coloque inline a pequena quantidade de CSS de que a primeira tela precisa e elimine folhas de estilo de recursos que a página não usa.

  • Imagens pesadas demais

    Redimensione as imagens antes de enviar (cerca de 2000 px de largura é suficiente para um banner de largura total) e comprima-as. O Shopify e o WordPress podem servir versões menores automaticamente quando o tema as solicita, então verifique se o seu tema usa tamanhos de imagem responsivos.

Perguntas sobre esta ferramenta

Por que meus resultados são diferentes dos do PageSpeed Insights?

Testes de laboratório dependem da máquina, da rede e do momento. O PageSpeed Insights roda o Lighthouse nos servidores do Google e simula a conexão lenta, enquanto nós aplicamos a limitação de rede em um navegador real. Espere faixas parecidas, não números idênticos.

O que é um bom LCP?

2,5 segundos ou menos em pelo menos 75% dos carregamentos de página, segundo o web.dev. Acima de 4 segundos é ruim.

Por que não há dados de usuários reais do meu site?

O Chrome UX Report só inclui origens que podem ser descobertas publicamente e que recebem visitas suficientes de usuários do Chrome que compartilham estatísticas de uso. Muitos sites pequenos não chegam a esse nível; o teste de laboratório ainda mostra o que corrigir.

Por que testar em um celular lento em vez de um desktop?

Porque é nele que os problemas aparecem primeiro. Um notebook rápido esconde imagens e scripts pesados que custam segundos em um celular intermediário, e o Lighthouse usa o mesmo perfil de celular nos testes para dispositivos móveis.

O que aconteceu com o First Input Delay?

O Interaction to Next Paint (INP) substituiu o First Input Delay como Core Web Vital em março de 2024. O INP considera o atraso das interações ao longo de toda a visita, e não só o da primeira.

Fontes

Ferramentas relacionadas

O Relatório de Desempenho ($55, pagamento único) parte da análise gratuita completa e acrescenta mais páginas, a mudança a fazer para cada achado, um PDF e novos testes para verificar suas correções.

Sobre o Relatório de Desempenho