Teste de Velocidade de Página — Verificação de Core Web Vitals

Rode o Google Lighthouse em qualquer URL para mobile ou desktop. Veja as notas de desempenho, acessibilidade, boas práticas e SEO, os Core Web Vitals e as correções com maior economia.

Atualizado em

O que o Teste de Velocidade de Página mede

Digite qualquer URL pública acima e pressione Enter ou Ctrl + Enter.

  • Nota de desempenho (0–100)
  • Notas de acessibilidade, boas práticas & SEO
  • Largest Contentful Paint (LCP)
  • Cumulative Layout Shift (CLS)
  • Total Blocking Time (indicador de laboratório para o INP)
  • First Contentful Paint & Speed Index
  • Dados de campo de usuários reais (CrUX), se disponíveis
  • Principais oportunidades com economia estimada
Experimente:

Esta ferramenta busca pelo nosso servidor a URL pública que você digitar. Os resultados ficam alguns minutos na memória temporária e nunca são salvos em banco de dados.

Como usar: Teste de Velocidade de Página

  1. Digite a URL e escolha Mobile (o padrão que o Google usa para indexação) ou Desktop.
  2. Clique em Testar velocidade. O Lighthouse carrega a página em um navegador com limitação de recursos — isso geralmente leva de 20 a 60 segundos.
  3. Confira os Core Web Vitals: verde é bom, amarelo precisa melhorar e vermelho é ruim. Os dados de campo de usuários reais, quando exibidos, são o que o Google usa para o ranqueamento.
  4. Resolva as oportunidades começando pela de maior economia estimada e depois teste novamente.

O que é um teste de velocidade de página?

Um teste de velocidade de página carrega uma URL em um navegador controlado e mede a rapidez com que o conteúdo aparece, o tempo que a página leva para responder a interações e a estabilidade do layout. Esta ferramenta executa o Google Lighthouse pela API do PageSpeed Insights — o mesmo motor do Chrome DevTools — e, quando o Google tem tráfego suficiente para a URL, adiciona dados de campo do Chrome User Experience Report (CrUX).

Core Web Vitals e seus limites

Os Core Web Vitals são as métricas de experiência do usuário do Google e fazem parte dos sinais de experiência da página. Cada uma é avaliada no 75º percentil dos carregamentos de página:

MétricaMedeBomRuim
LCP — Largest Contentful PaintQuando o conteúdo principal (imagem de destaque ou título) é renderizado≤ 2,5 s> 4,0 s
INP — Interaction to Next PaintResponsividade a cliques, toques e teclas pressionadas≤ 200 ms> 500 ms
CLS — Cumulative Layout ShiftMovimento inesperado do conteúdo durante o carregamento≤ 0,1> 0,25

O INP substituiu o First Input Delay em março de 2024. Como o INP exige interações reais de usuários, um teste em laboratório não consegue medi-lo; o Lighthouse informa o Total Blocking Time (TBT), que tem correlação com ele (bom ≤ 200 ms). O Lighthouse também informa o First Contentful Paint (bom ≤ 1,8 s) e o Speed Index.

Dados de laboratório vs. dados de campo

Dados de laboratório vêm de um único carregamento simulado: no mobile, o Lighthouse emula um celular intermediário em uma conexão 4G limitada, então as notas variam de uma execução para outra e costumam ser menores do que no seu próprio dispositivo rápido. É ideal para depuração. Dados de campo agregam usuários reais do Chrome nos últimos 28 dias. É o que o Google usa na avaliação de experiência da página, mas só existe para páginas com tráfego suficiente.

Como a nota de desempenho é calculada

A nota de desempenho de 0 a 100 é uma média ponderada das métricas de laboratório. Nas versões atuais do Lighthouse, o Total Blocking Time tem peso de 30 %, o LCP e o CLS de 25 % cada, e o FCP e o Speed Index de 10 % cada. De 90 a 100 é bom, de 50 a 89 precisa melhorar, abaixo de 50 é ruim.

Correções que mais ajudam

  • LCP: comprima e dimensione corretamente a imagem de destaque (experimente o Compressor de Imagens), sirva em WebP/AVIF, não use lazy-load nela e reduza o tempo de resposta do servidor.
  • TBT / INP: remova JavaScript não utilizado e tags pesadas de terceiros, adie scripts não críticos e quebre tarefas longas.
  • CLS: defina largura e altura em imagens e embeds, reserve espaço para anúncios e banners de cookies, e use font-display com fontes de fallback compatíveis.

Para verificações de desempenho no nível do HTML, como compressão, cabeçalhos de cache e scripts que bloqueiam a renderização, use o Verificador de SEO.

Também pesquisado como: teste de velocidade de site, core web vitals, lighthouse, pagespeed insights, velocidade do site, lcp, cls, inp.

Ferramentas que combinam com: Teste de Velocidade de Página

  • Verificador de Alt de Imagens — Audite todas as imagens de uma página em uma tabela: status do texto alt, tamanho do arquivo, atributos de largura/altura, formato e lazy loading — com filtros e exportação em CSV.
  • Verificador de Headers de Segurança — Dê uma nota de A+ a F aos headers de segurança HTTP de um site, veja quais estão faltando e por que eles importam, e copie trechos de configuração prontos para Nginx, Apache, Netlify, Vercel ou Cloudflare.
  • Verificador de Site Fora do Ar — Descubra em segundos se um site está fora do ar para todo mundo ou só para você, com código de status, tempo de resposta e dicas de solução de problemas.
  • Guia explicativo sobre o robots.txt — As regras do robots.txt são curtas, mas fáceis de interpretar mal.

Perguntas frequentes

Por que minha nota no mobile é bem menor que no desktop?
O teste mobile simula um celular intermediário com CPU mais lenta e rede limitada, então páginas com muito JavaScript sofrem bem mais. O Google usa indexação mobile-first, por isso o resultado mobile é o que deve ser priorizado.
Por que minha nota muda toda vez que eu testo?
Os resultados de laboratório variam com o tempo de resposta do servidor, scripts de terceiros, anúncios e condições da rede. Diferenças de alguns pontos são normais; faça vários testes e observe a tendência.
A velocidade da página afeta o ranqueamento no Google?
Sim, os Core Web Vitals fazem parte dos sinais de experiência da página do Google, mas relevância e qualidade do conteúdo importam muito mais. A velocidade tem um efeito maior no comportamento do usuário e nas conversões.
Por que não há dados de campo para minha página?
Os dados de campo vêm do Chrome User Experience Report, que inclui apenas páginas e origens com tráfego real suficiente no Chrome. Páginas novas ou com pouco tráfego mostram apenas dados de laboratório.
Por que o teste não consegue medir o INP?
O INP precisa de interações reais do usuário, como cliques e toques. O Lighthouse não interage com a página, então informa o Total Blocking Time como indicador de laboratório. O INP real aparece na seção de dados de campo, quando disponível.

Ferramentas relacionadas