Calcule o peso da página do seu site

Quando o Googlebot acessa uma URL para indexação no Google Search, ele faz o download do HTML e usa esse conteúdo para entender e indexar a página. Em fevereiro de 2026, o Google atualizou sua documentação técnica e passou a descrever com mais precisão os limites específicos do Googlebot: ele processa os primeiros 2 MB de HTML descomprimido. Qualquer conteúdo após esse ponto é ignorado durante a indexação.

Isso inclui links internos, texto de conteúdo, dados estruturados e qualquer outro elemento presente depois do corte. O truncamento acontece sem aviso. O Search Console não reporta erros específicos para páginas cortadas por tamanho, e a ferramenta de inspeção de URL usa um crawler diferente que não obedece ao mesmo limite, o que faz com que os testes manuais pelo próprio Google não reproduzam o problema. O Spotibo testou e documentou esse comportamento em detalhe.

Um detalhe técnico relevante: o limite se aplica ao HTML descomprimido. Seu servidor provavelmente entrega os arquivos comprimidos via gzip ou Brotli, reduzindo bastante o tamanho transferido na rede. Mas o Googlebot mede o arquivo depois de descomprimir, então o número que importa para esta análise é o tamanho original, não o tamanho de transferência.

Para a maioria dos sites, o limite de 2 MB nunca vai ser atingido. Dados do Web Almanac 2025 mostram que a mediana de HTML em páginas mobile fica em torno de 33 KB. Você precisaria de um HTML cerca de 60 vezes maior que a média para se aproximar do limite.

O risco real está em contextos específicos: e-commerces que renderizam centenas de variações de produto diretamente no HTML, páginas de categoria com listas enormes geradas no servidor, sistemas que embutem objetos JSON grandes para hidratação do frontend, e qualquer template que acumule dados dinâmicos sem controle de tamanho. Uma análise do Seobility sobre 44,5 milhões de páginas encontrou 0,82% acima de 2 MB. Parece baixo, mas em um site com 100 mil URLs isso representa cerca de 820 páginas com problema ativo de indexação.

O impacto mais imediato é o corte de conteúdo no final da página: links internos que deixam de ser rastreados, texto que não entra no índice, dados estruturados que ficam de fora. Em páginas com muito conteúdo no rodapé, como categorias com muitos produtos, os prejuízos podem ser maiores do que aparentam.

O HTML bruto é o documento de texto que o servidor entrega na requisição. Não inclui imagens, CSS, JavaScript ou qualquer outro arquivo externo. É o esqueleto estrutural da página, e é esse arquivo que o Googlebot processa para indexação.

O peso total de carregamento é o que o navegador do usuário precisa baixar para renderizar a página completa: folhas de estilo, scripts, imagens, fontes. Uma página pode ter 40 KB de HTML e 6 MB de peso total, e isso é comum em sites com muitas imagens.

Para o limite do Googlebot, apenas o HTML importa. Um arquivo de imagem de 5 MB na mesma página não interfere nesse cálculo. Para a experiência do usuário e para os Core Web Vitals, o peso total é que define se a página carrega rápido ou não. São duas métricas com implicações diferentes em SEO.

Vale lembrar que o Google aplica o limite de 2 MB também a arquivos CSS e JavaScript, avaliando cada recurso individualmente. Um JS de 3 MB referenciado no HTML vai ser truncado na renderização, independentemente do tamanho do HTML principal.

O ponto de partida é identificar o que está inflando o HTML. Os suspeitos mais comuns são: scripts inline com dados de configuração que poderiam ir para arquivos externos, grandes blocos de JSON-LD com dados redundantes, listas de produtos ou variações inteiras renderizadas no servidor quando poderiam ser carregadas por demanda, e atributos HTML desnecessários adicionados por ferramentas de terceiros.

Mover conteúdo para fora do HTML principal é a abordagem mais efetiva. CSS e JavaScript em arquivos separados têm seu próprio limite de 2 MB avaliado de forma independente, e dados que o frontend precisa podem ir para endpoints de API em vez de ficarem inline no documento.

Se o tamanho do HTML for inevitável, a ordem do conteúdo importa. Coloque os textos principais, links internos relevantes e dados estruturados no início do documento. Se o Googlebot truncar a página, pelo menos vai processar o que é mais importante.

Para análise em escala, o Screaming Frog é a referência mais prática. A coluna de tamanho do HTML permite filtrar rapidamente qualquer URL acima de 1,5 MB no crawl, criando uma lista de páginas para investigação antes que o problema apareça no índice.

Esta ferramenta mede o HTML estático entregue pelo servidor. Se a sua página depende de JavaScript para gerar o conteúdo principal, o HTML que aparece aqui pode ser pequeno e o limite de 2 MB raramente vai ser atingido nesse contexto.

O problema de indexação nessas páginas existe por outro caminho: o Googlebot precisa executar o JavaScript para ver o conteúdo, e isso envolve outro conjunto de comportamentos e limitações que esta ferramenta não mede. Para sites com renderização majoritariamente client-side, a análise de indexação via JavaScript é o ponto de atenção mais relevante.