Verificador PageSpeed Insights

Analise o desempenho do seu site usando os mesmos dados e metodologia do PageSpeed Insights do Google. Nosso verificador avalia Core Web Vitals incluindo Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift, fornecendo tanto dados de laboratório de testes simulados quanto dados de campo de usuários reais do Chrome. Obtenha um relatório de desempenho abrangente com recomendações de otimização priorizadas que melhoram diretamente suas classificações de busca e experiência do usuário.

Principais Recursos do Nosso Verificador PageSpeed Insights

Avaliação de Core Web Vitals

Avalia todos os três Core Web Vitals: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) e Cumulative Layout Shift (CLS). Cada métrica é pontuada em relação aos limites oficiais do Google com classificações claras de bom, precisa melhorar ou ruim.

Análise Mobile e Desktop

Teste o desempenho nas perspectivas mobile e desktop. Como o Google usa indexação mobile-first, a pontuação móvel impacta diretamente as classificações. Pontuações desktop ajudam a identificar oportunidades para melhorar a experiência de visitantes não móveis.

Detalhamento da Pontuação de Desempenho

Receba uma pontuação de desempenho de 0 a 100 com um detalhamento mostrando como cada métrica contribui para o total. Entenda exatamente quais métricas estão puxando sua pontuação para baixo e quanto cada melhoria afetaria o resultado geral.

Oportunidades de Otimização Priorizadas

Obtenha uma lista classificada de ações de otimização específicas ordenadas por impacto estimado. Cada oportunidade inclui economia de tempo potencial, métrica afetada e orientação de implementação, permitindo que você concentre recursos de desenvolvimento nas melhorias de maior valor primeiro.

Dados de Campo de Usuários Reais

Acesse dados do Chrome User Experience Report mostrando como visitantes reais experimentam sua página no percentil 75. Os dados de campo refletem condições reais incluindo diversos dispositivos, redes e localizações geográficas, tornando-os a representação mais precisa da experiência do usuário.

Auditorias de Diagnóstico Detalhadas

Revise mais de 50 auditorias de desempenho individuais cobrindo otimização de imagem, execução de JavaScript, entrega de CSS, tempo de resposta do servidor, políticas de cache, recursos que bloqueiam renderização, tamanho do DOM e impacto de scripts de terceiros.

Cascata de Carregamento de Recursos

Visualize o carregamento sequencial e paralelo de cada recurso em sua página. O diagrama em cascata revela dependências de bloqueio, recursos lentos e padrões de carregamento ineficientes que atrasam marcos críticos de renderização.

Visualização de Mapa de Árvore

Veja uma representação visual dos tamanhos dos pacotes JavaScript da sua página, ajudando você a identificar scripts inchados, código não utilizado e recursos de terceiros que consomem largura de banda e tempo de processamento desproporcionais.

Como Usar o Verificador PageSpeed Insights

01

Passo 1

Insira a URL completa da página que deseja analisar no campo de entrada. Use a URL exata que os mecanismos de busca indexam, incluindo o protocolo (https://) e quaisquer segmentos de caminho, para garantir que os resultados reflitam o desempenho real da sua página indexada.

02

Passo 2

Selecione se deseja analisar o desempenho móvel, desktop ou ambos. Priorize a análise móvel porque a indexação mobile-first do Google significa que a pontuação móvel é o que impacta suas classificações de busca.

03

Passo 3

Clique em analisar para iniciar o teste. A ferramenta executará uma simulação Lighthouse e consultará dados CrUX se disponíveis, o que pode levar de 15 a 30 segundos dependendo da complexidade da sua página e do tempo de carregamento.

04

Passo 4

Revise a seção Core Web Vitals primeiro. Verifique se o LCP está abaixo de 2,5 segundos, INP está abaixo de 200 milissegundos e CLS está abaixo de 0,1. Estas são as métricas que o Google usa diretamente em seu algoritmo de classificação.

05

Passo 5

Examine a pontuação de desempenho e seu detalhamento de componentes. Note quais métricas contribuem mais para uma pontuação baixa, pois estas representam os alvos de otimização de maior prioridade para melhorar tanto as classificações quanto a experiência do usuário.

06

Passo 6

Trabalhe na seção Oportunidades de cima para baixo, implementando as sugestões com o maior impacto estimado primeiro. Correções comuns de alto impacto incluem dimensionar imagens corretamente, eliminar recursos que bloqueiam renderização e reduzir o tempo de execução de JavaScript.

07

Passo 7

Após implementar as mudanças, execute a análise novamente para medir a melhoria. Compare Core Web Vitals, pontuações de desempenho e valores de métricas específicas com sua linha de base para verificar se as otimizações estão produzindo os resultados esperados.

Pronto para Analisar?

Experimente Verificador de PageSpeed Insights agora — completamente grátis, sem registro

Usar Ferramenta Agora

O que é PageSpeed Insights?

PageSpeed Insights (PSI) é a ferramenta oficial de análise de desempenho do Google que avalia quão bem uma página web se comporta em dispositivos móveis e desktop. Originalmente lançado em 2010 como um teste simples de velocidade, o PSI evoluiu para uma plataforma de diagnóstico de desempenho abrangente que combina dados reais do Chrome User Experience Report (CrUX) com testes de laboratório Lighthouse para fornecer a avaliação de desempenho mais autorizada disponível.

Nosso Verificador PageSpeed Insights aproveita a mesma estrutura analítica para fornecer dados de desempenho que refletem diretamente como o Google avalia suas páginas para fins de classificação. Isso não é uma aproximação de terceiros; ele usa as mesmas métricas, limites e metodologia de pontuação que o Google aplica ao avaliar os sinais de experiência de página do seu site.

A ferramenta fornece dois tipos distintos de dados de desempenho:

Dados de Campo (Métricas de Usuários Reais): Coletados de usuários reais do Chrome que visitam sua página durante um período de 28 dias. Os dados de campo representam a experiência do mundo real dos seus visitantes em diversos dispositivos, condições de rede e localizações geográficas. Estes são os dados que o Google usa para avaliação de Core Web Vitals em classificações de busca. Os dados de campo estão disponíveis apenas para páginas com tráfego suficiente para gerar uma amostra estatisticamente significativa.

Dados de Laboratório (Testes Simulados): Gerados executando sua página através do Lighthouse, a ferramenta de auditoria de desempenho de código aberto do Google, em um ambiente controlado e simulado. Os dados de laboratório usam um perfil fixo de dispositivo e rede, tipicamente um dispositivo móvel de nível médio em uma conexão 4G limitada, para garantir resultados consistentes e reproduzíveis. Os dados de laboratório estão disponíveis para qualquer URL independentemente do volume de tráfego e fornecem informações de diagnóstico detalhadas que os dados de campo não podem oferecer.

A pontuação de desempenho varia de 0 a 100 e é calculada como uma média ponderada de seis métricas de laboratório: First Contentful Paint (10%), Speed Index (10%), Largest Contentful Paint (25%), Total Blocking Time (30%), Cumulative Layout Shift (25%) e qualquer bônus aplicável de pontuações de auditoria não utilizadas. Pontuações de 90 e acima são classificadas como boas (verde), 50 a 89 como precisa melhorar (laranja) e abaixo de 50 como ruim (vermelho).

Entender essas pontuações e as métricas subjacentes é essencial porque o Google tornou a experiência de página, e especificamente Core Web Vitals, um sinal de classificação oficial. Páginas que atendem aos limites de Core Web Vitals têm uma vantagem mensurável nos resultados de busca, e essa vantagem se multiplica em sites grandes onde melhorias marginais se aplicam a milhares de páginas indexadas.

Por que o PageSpeed Insights Importa para o Ranking SEO

O PageSpeed Insights não é apenas uma ferramenta de benchmarking de desempenho; é a fonte definitiva para entender como o Google percebe a experiência do usuário da sua página. A conexão entre métricas PSI e classificações de busca é direta, documentada e cada vez mais significativa.

Core Web Vitals como um Sinal de Classificação Confirmado

Em junho de 2021, o Google oficialmente incorporou Core Web Vitals em seu algoritmo de classificação através da Atualização de Experiência de Página. As três métricas de Core Web Vitals, LCP, FID (agora substituído por INP) e CLS, são extraídas dos dados CrUX, os mesmos dados de campo exibidos no PageSpeed Insights. O Google confirmou que páginas que atendem a todos os três limites de Core Web Vitals recebem um impulso de classificação, e páginas que falham nesses limites podem ter visibilidade reduzida.

A Mudança de FID para INP

Em março de 2024, o Google oficialmente substituiu First Input Delay (FID) por Interaction to Next Paint (INP) como o Core Web Vital de capacidade de resposta. INP é uma métrica mais abrangente que mede a latência de todas as interações ao longo de todo o ciclo de vida da página, não apenas a primeira. Essa mudança significa que muitas páginas que anteriormente passavam nos Core Web Vitals com uma boa pontuação FID podem agora falhar sob a medição mais rigorosa do INP. Nosso Verificador PageSpeed Insights avalia o INP para fornecer dados de capacidade de resposta atuais e precisos.

Como as Pontuações de Desempenho se Traduzem em Rankings

O Google usa Core Web Vitals como desempate e diferenciador entre páginas com qualidade de conteúdo e autoridade semelhantes. Em verticais de busca altamente competitivas onde dezenas de páginas oferecem conteúdo comparável, o sinal de experiência de página pode determinar quais páginas ganham posições na página um versus página dois. Um estudo da Searchmetrics descobriu que páginas nos 10 principais resultados do Google têm pontuações de Core Web Vitals mensuravelmente melhores do que aquelas na página dois, com pontuações LCP de 1,8 segundos em média para páginas de classificação superior em comparação com 3,2 segundos para aquelas de classificação inferior.

Indexação Mobile-First e Desempenho

O Google indexa e classifica todos os sites com base em sua versão móvel. Dispositivos móveis tipicamente têm menos poder de processamento e conexões de rede mais lentas, amplificando problemas de desempenho. Uma página que pontua 95 no desktop pode pontuar 55 no móvel devido a imagens não otimizadas, JavaScript pesado ou recursos que bloqueiam renderização. Como as classificações são determinadas pela experiência móvel, a pontuação móvel do PageSpeed Insights é a que mais importa para SEO.

Impacto no Comportamento do Usuário

O desempenho afeta diretamente métricas de comportamento do usuário que se correlacionam com classificações. Pesquisas do Google mostram que quando o tempo de carregamento da página aumenta de 1 para 3 segundos, a probabilidade de rejeição aumenta em 32 por cento. Aos 5 segundos, aumenta 90 por cento. A Amazon descobriu que cada 100 milissegundos de latência lhes custava 1 por cento em vendas. Esses impactos comportamentais criam um ciclo de feedback: páginas lentas geram sinais de engajamento piores, o que pode suprimir ainda mais as classificações.

Integração com Search Console

O Google Search Console agora inclui um relatório dedicado de Core Web Vitals que agrupa suas URLs pelo status de desempenho CrUX. Páginas classificadas como ruins ou precisam melhorar aparecem como problemas potenciais de classificação. Os dados neste relatório vêm do mesmo banco de dados CrUX que alimenta o PageSpeed Insights, tornando as pontuações PSI um preditor confiável de como suas páginas são classificadas no Search Console.

Core Web Vitals Explicados: LCP, INP e CLS

Core Web Vitals são as três métricas específicas que o Google designou como sinais de classificação oficiais dentro de sua estrutura de experiência de página. Cada métrica aborda um aspecto distinto da experiência do usuário: carregamento, interatividade e estabilidade visual.

Largest Contentful Paint (LCP)

LCP mede o tempo desde quando a página começa a carregar até quando o maior elemento de conteúdo é renderizado dentro da viewport. O maior elemento é tipicamente uma imagem hero, miniatura de vídeo em destaque ou grande bloco de cabeçalho. LCP reflete o momento em que os usuários percebem a página como carregada com conteúdo significativo.

Limites do Google: Bom é 2,5 segundos ou menos. Precisa melhorar está entre 2,5 e 4,0 segundos. Ruim está acima de 4,0 segundos. As causas mais comuns de LCP lento incluem imagens não otimizadas que são o elemento LCP, tempo de resposta lento do servidor atrasando a entrega inicial do HTML, CSS e JavaScript que bloqueiam renderização que impedem o navegador de pintar conteúdo, e renderização do lado do cliente onde o elemento LCP depende da execução de JavaScript.

Para melhorar o LCP: otimize e comprima a imagem elemento LCP, pré-carregue recursos críticos com <link rel="preload">, reduza o tempo de resposta do servidor através de cache e uso de CDN, elimine recursos que bloqueiam renderização, e garanta que o elemento LCP esteja disponível no HTML inicial sem exigir JavaScript.

Interaction to Next Paint (INP)

INP substituiu o FID como a métrica de capacidade de resposta em março de 2024. Enquanto o FID apenas mediu o atraso da primeira interação, o INP mede a latência de todas as interações ao longo do ciclo de vida da página e relata a pior interação (no percentil 98). Isso torna o INP uma medida muito mais abrangente da capacidade de resposta de uma página.

Limites do Google: Bom é 200 milissegundos ou menos. Precisa melhorar está entre 200 e 500 milissegundos. Ruim está acima de 500 milissegundos. INP alto é tipicamente causado por tarefas JavaScript de longa duração que bloqueiam a thread principal, impedindo o navegador de responder à entrada do usuário. Manipuladores de eventos complexos, scripts pesados de terceiros e manipulação ineficiente do DOM são culpados comuns.

Para melhorar o INP: divida tarefas JavaScript longas em pedaços menores usando requestIdleCallback ou setTimeout, adie JavaScript não crítico, remova ou atrase scripts pesados de terceiros, otimize manipuladores de eventos para minimizar o tempo de processamento, e use web workers para operações computacionalmente intensivas.

Cumulative Layout Shift (CLS)

CLS quantifica quanto conteúdo visível se desloca inesperadamente durante a vida útil da página. Mudanças de layout ocorrem quando elementos se movem de sua posição inicial sem interação do usuário, tipicamente causadas por imagens carregando sem atributos de dimensão, conteúdo injetado dinamicamente e fontes web de carregamento tardio. CLS mede tanto a distância quanto o tamanho dos elementos deslocados.

Limites do Google: Bom é 0,1 ou menos. Precisa melhorar está entre 0,1 e 0,25. Ruim está acima de 0,25. Para melhorar o CLS: sempre especifique atributos de largura e altura em elementos de imagem e vídeo, reserve espaço para espaços de anúncios e conteúdo dinâmico usando CSS, pré-carregue fontes web e use font-display: swap, evite inserir conteúdo acima de elementos visíveis existentes, e use a propriedade CSS contain para limitar o escopo de recálculo de layout.

Problemas Comuns de Desempenho e Como Corrigi-los

As auditorias do PageSpeed Insights consistentemente sinalizam as mesmas categorias de problemas de desempenho em diferentes sites. Aqui estão os problemas mais impactantes e suas soluções comprovadas.

Imagens Não Otimizadas

Imagens são o maior contribuinte único para o peso da página na maioria dos sites, frequentemente representando 50 a 80 por cento do total de bytes da página. Problemas comuns incluem servir imagens em sua resolução original quando o tamanho de exibição é muito menor, usar formatos legados como JPEG e PNG em vez de WebP ou AVIF modernos, e não implementar lazy loading para imagens abaixo da dobra.

Soluções: Converta imagens para formato WebP, que fornece compressão 25 a 35 por cento melhor do que JPEG em qualidade equivalente. Use imagens responsivas com o atributo srcset para servir versões dimensionadas adequadamente. Implemente lazy loading nativo com loading="lazy" em imagens abaixo da dobra. Para a imagem LCP, faça o oposto: pré-carregue-a com <link rel="preload"> e nunca aplique lazy load.

JavaScript e CSS que Bloqueiam Renderização

Arquivos CSS e JavaScript externos carregados no head do documento bloqueiam o navegador de renderizar qualquer conteúdo até que sejam totalmente baixados e analisados. Isso impacta diretamente First Contentful Paint e LCP.

Soluções: Incorpore CSS crítico necessário para renderização acima da dobra diretamente no HTML. Carregue CSS não crítico de forma assíncrona. Adicione o atributo defer a arquivos JavaScript que não são necessários para renderização inicial. Use async para scripts que podem carregar independentemente. Identifique e elimine CSS e JavaScript não utilizados que são carregados mas nunca executados na página.

Execução Excessiva de JavaScript

Pacotes JavaScript pesados levam tempo para baixar, analisar, compilar e executar. Scripts de longa duração bloqueiam a thread principal, degradando pontuações INP e atrasando a interatividade. Scripts de terceiros de analytics, publicidade e ferramentas de marketing são infratores frequentes.

Soluções: Audite todo JavaScript com a ferramenta Coverage no Chrome DevTools para identificar código não utilizado. Implemente divisão de código para carregar apenas o JavaScript necessário para a página atual. Adie scripts de terceiros até após o carregamento inicial. Substitua bibliotecas JavaScript pesadas por alternativas mais leves ou APIs nativas do navegador. Use web workers para tarefas computacionalmente intensivas.

Tempo de Resposta Lento do Servidor

Time to First Byte (TTFB) acima de 800 milissegundos indica problemas de desempenho do lado do servidor que atrasam toda a cascata de carregamento. As causas incluem consultas lentas ao banco de dados, falta de cache do lado do servidor, recursos de hospedagem inadequados e ausência de CDN.

Soluções: Implemente cache de página do lado do servidor com ferramentas como Varnish, Redis ou plugins de cache específicos da plataforma. Otimize consultas ao banco de dados e adicione índices apropriados. Atualize a hospedagem se os recursos atuais estiverem consistentemente no máximo. Implante uma CDN para reduzir latência geográfica. Habilite HTTP/2 ou HTTP/3 para entrega de recursos multiplexada.

Problemas de Carregamento de Fontes

Fontes web que bloqueiam renderização criam Flash of Invisible Text (FOIT) que aumenta os tempos de LCP e FCP. Fontes de carregamento tardio também podem causar mudanças de layout à medida que o texto reflui da fonte substituta para a fonte web, aumentando o CLS.

Soluções: Pré-carregue arquivos de fonte críticos com <link rel="preload" as="font">. Use font-display: swap para mostrar texto imediatamente em uma fonte substituta enquanto a fonte web carrega. Faça subset de fontes para incluir apenas os caracteres que seu site realmente usa. Hospede fontes localmente em vez de carregá-las de serviços externos para reduzir a sobrecarga de pesquisa DNS e conexão.

Perguntas Frequentes

Tudo o que você precisa saber sobre Verificador de PageSpeed Insights

Uma pontuação de desempenho de 90 ou superior é classificada como boa pelo Google. Pontuações entre 50 e 89 precisam melhorar, e pontuações abaixo de 50 são ruins. No entanto, para fins de SEO, as métricas individuais de Core Web Vitals importam mais do que a pontuação geral. Uma página poderia pontuar 85 no geral mas ainda falhar nos Core Web Vitals se o LCP exceder 2,5 segundos. Concentre-se primeiro em colocar todos os três Core Web Vitals na zona verde, depois otimize para uma pontuação geral mais alta.

O PageSpeed Insights usa o Lighthouse como seu motor de teste de laboratório, mas adiciona dados de campo do Chrome User Experience Report do mundo real que o Lighthouse sozinho não fornece. O Lighthouse é executado em um ambiente simulado com condições fixas, enquanto os dados CrUX refletem experiências reais de visitantes em dispositivos e redes reais. O PageSpeed Insights combina ambos para dar uma imagem completa. Além disso, o PSI executa o Lighthouse nos servidores do Google, eliminando variáveis de hardware local que afetam as pontuações do Lighthouse quando executado localmente.

As pontuações móveis são geradas usando um dispositivo móvel de nível médio simulado em uma conexão 4G limitada, que tem menos poder de processamento e largura de banda do que a simulação de desktop sem limitação. Isso amplifica o impacto de JavaScript pesado, imagens grandes e respostas lentas do servidor. Além disso, páginas móveis devem renderizar em larguras de viewport menores, o que pode acionar comportamentos de layout diferentes. Como o Google usa indexação mobile-first, a pontuação móvel é a que impacta suas classificações.

Interaction to Next Paint (INP) mede a latência de todas as interações do usuário ao longo do ciclo de vida da página e relata a pior no percentil 98. Substituiu First Input Delay (FID) em março de 2024 porque o FID apenas mediu a primeira interação, que frequentemente ocorria antes que JavaScript pesado carregasse. Muitas páginas tinham bom FID mas interatividade subsequente ruim. INP fornece uma avaliação mais completa e honesta da capacidade de resposta de uma página ao longo de toda a sessão do usuário.

Verifique após cada implantação significativa de código, mudança de conteúdo, atualização de plugin ou modificação de hospedagem. Estabeleça um teste de linha de base semanal para suas páginas mais importantes para detectar degradação gradual de desempenho causada por acúmulo de scripts de terceiros, crescimento de conteúdo ou mudanças de infraestrutura. Antes de lançar qualquer nova página ou campanha, execute uma verificação de desempenho para verificar se ela atende aos limites de Core Web Vitals. Configure monitoramento automatizado se seu site muda frequentemente.

Sim, muitas melhorias de alto impacto podem ser feitas sem codificação. Otimização de imagem, que geralmente é o maior fator único, pode ser feita com ferramentas de compressão de imagem ou plugins CMS. Plugins de cache para WordPress e outras plataformas podem melhorar drasticamente o desempenho. Remover plugins não utilizados e scripts de terceiros reduz o inchaço de JavaScript. Escolher um provedor de hospedagem mais rápido ou habilitar uma CDN melhora o tempo de resposta do servidor. Essas mudanças não técnicas frequentemente fornecem a maioria dos ganhos de desempenho disponíveis.

Não. A pontuação PageSpeed é um dos muitos sinais de classificação, e relevância de conteúdo, autoridade de backlink e correspondência de intenção do usuário permanecem muito mais importantes. Uma pontuação de 100 não ajudará uma página com conteúdo fino a superar concorrentes autoritativos. No entanto, entre páginas com qualidade de conteúdo e autoridade comparáveis, melhores pontuações de Core Web Vitals fornecem uma vantagem de classificação mensurável. Concentre-se em atender aos limites de Core Web Vitals em vez de perseguir uma pontuação perfeita, pois o benefício de classificação vem de passar nos limites em vez do número absoluto da pontuação.

As pontuações de laboratório podem flutuar de 5 a 10 pontos entre testes devido a variações no tempo de resposta do servidor, condições de rede durante o teste e tempo de carregamento de recursos. Isso é normal e esperado. Concentre-se na tendência ao longo de vários testes em vez de qualquer resultado único. Os dados de campo do CrUX são mais estáveis porque representam uma média de 28 dias em muitos visitantes. Se sua pontuação varia drasticamente entre testes, a instabilidade em si pode indicar problemas de desempenho como respostas inconsistentes do servidor ou condições de corrida no carregamento de recursos.

Ferramentas SEO Relacionadas

Explore outras ferramentas para melhorar sua estratégia SEO

Popular

Verificador de Velocidade da Pagina

Teste o tempo de carregamento e as metricas de desempenho da sua pagina

Verificador de Tamanho da Pagina

Verifique o tamanho total e o peso de qualquer pagina web

Verificador de Design Responsivo

Teste como seu site aparece em diferentes tamanhos de tela e dispositivos