ZenovayTools

Analisador de Tamanho de Página

Analisa o peso da página de uma URL — busca HTML e cabeçalhos de recursos para decompor o tamanho estimado por tipo (JS, CSS, imagens, fontes), detectar HTTP/2 ou HTTP/3 e classificar a eficiência de transferência.

Como Usar Analisador de Tamanho de Página

  1. 1Digite a URL que deseja analisar.
  2. 2A ferramenta busca a página e verifica tamanhos de recursos através de cabeçalhos HTTP.
  3. 3Revise a análise por tipo de recurso e origem (próprio vs terceiros).
  4. 4Identifique recursos sobredimensionados e oportunidades de otimização.
ZenovayAnalytics

Veja quem está no seu site agora mesmo.

  • Acompanhamento de visitantes em tempo real
  • Privacidade em primeiro lugar, sem banner de cookies
  • Configurado em dois minutos
Conheça o Zenovay

Ferramentas Relacionadas

Analisador de Meta Tags
Analise meta tags de qualquer página web. Verifique título, descrição, Open Graph, Twitter cards e obtenha recomendações de SEO.
Verificador de Open Graph
Visualize como sua página fica quando compartilhada no Facebook, Twitter e LinkedIn. Verifique todas as tags Open Graph e Twitter Card.
Verificador de Header HTTP
Inspecione headers de resposta HTTP de qualquer URL. Verifique headers de segurança, cache, tipo de conteúdo e muito mais.
Validador de Robots.txt
Valide e analise seu arquivo robots.txt. Verifique regras, sitemaps e problemas comuns de rastreamento.

Perguntas Frequentes

O que o analisador de tamanho de página mede?▾
Ele busca o HTML da sua URL e depois envia requisições HEAD para os primeiros 25 recursos encontrados (scripts, folhas de estilo, imagens, fontes). Para cada um, registra Content-Length (tamanho), Content-Encoding (compressão), Cache-Control e se é um recurso de terceiros. Em seguida, resume o peso total da página, a proporção de compressão e o uso de CDN.
Por que o peso da página é importante para SEO?▾
O Google usa os Core Web Vitals como fatores de ranqueamento. O peso da página afeta diretamente o Largest Contentful Paint (LCP) e o First Contentful Paint (FCP) — páginas mais pesadas carregam mais devagar e têm pontuações mais baixas. Páginas abaixo de 500 KB geralmente pontuam muito melhor nos Core Web Vitals do que páginas acima de 3 MB.
O que é um "recurso de terceiros"?▾
Um recurso de terceiros carrega de um hostname diferente do da própria página. Exemplos: Google Fonts, jQuery hospedado em CDN, JavaScript do Facebook Pixel, Google Analytics, vídeos YouTube incorporados, botões de compartilhamento social. Cada recurso de terceiros adiciona uma consulta DNS separada (30-100ms) e está sujeito ao desempenho desse servidor de terceiros.
O que é HTTP/2 e por que ele importa para o desempenho?▾
O HTTP/2 permite que múltiplos recursos sejam baixados por uma única conexão simultaneamente (multiplexação), reduzindo o custo de muitos arquivos pequenos. O HTTP/1.1 só permite 6 conexões paralelas por hostname, causando atrasos em filas em páginas com muitos recursos. A maioria dos CDNs modernos e plataformas de hospedagem suporta HTTP/2.
Por que alguns recursos mostram "tamanho desconhecido"?▾
Recursos servidos sem um cabeçalho Content-Length (comum com codificação de transferência em chunks ou conteúdo dinâmico) não conseguem informar seu tamanho sem baixar o arquivo completo. Esta ferramenta envia apenas requisições HEAD para evitar baixar recursos, portanto recursos em chunks aparecem como tamanho desconhecido.
Qual é um bom peso total de página?▾
O Google recomenda manter páginas abaixo de 1,8 MB para Core Web Vitals ideais. Abaixo de 500 KB é excelente. 500 KB-1,5 MB é aceitável. 1,5 MB-3 MB precisa de atenção. Acima de 3 MB provavelmente causará pontuações ruins nos Core Web Vitals, especialmente no mobile. Os maiores ganhos geralmente vêm da otimização de imagens (formato WebP, compressão).
Como isso difere do GTmetrix ou Pingdom?▾
GTmetrix e Pingdom carregam a página em um navegador headless completo, executando JavaScript e renderizando tudo. Esta ferramenta usa requisições HTTP HEAD puras — sem navegador, sem execução de JavaScript. É muito mais rápida (3-5 segundos vs 30-60 segundos), mas não consegue detectar recursos carregados dinamicamente ou injetados por JavaScript.