Ir para o conteúdo principal
CaptainDNS

Limite de 2 MB do Googlebot: o que acontece quando as suas páginas são pesadas demais

Por CaptainDNS
Publicado em 10 de fevereiro de 2026

Limite de 2 MB do Googlebot: diagrama de truncagem HTML
TL;DR
  • O Googlebot rastreia apenas os 2 primeiros MB (2.097.152 bytes) do código HTML de uma página.
  • Além desse limite, o conteúdo é truncado: links internos, dados estruturados e texto no final da página desaparecem do índice.
  • O peso mediano de uma página web ultrapassa 2,5 MB de recursos totais em 2026, mas apenas o HTML fonte conta para esse limite.
  • Teste as suas páginas com nosso Page Crawl Checker para verificar se elas estão em risco.

A sua página tem 2,1 MB de HTML? O Google indexou apenas 95% dela. O restante simplesmente não existe para o mecanismo de busca.

No início de fevereiro de 2026, o Google atualizou a sua documentação técnica para reforçar um ponto frequentemente desconhecido: o Googlebot rastreia apenas os 2 primeiros megabytes do código-fonte HTML de uma página. Tudo o que ultrapassar esse limite é ignorado durante a indexação.

Essa restrição existe há vários anos, mas a sua importância cresce à medida que as páginas web ficam mais pesadas. Frameworks JavaScript, imagens inline em base64, Single Page Applications renderizadas no servidor: cada vez mais páginas aproximam-se dessa fronteira invisível.

Neste artigo, detalhamos o funcionamento exato desse limite, as situações de risco e as ações concretas para se proteger. Quer seja profissional de SEO, desenvolvedor front-end ou responsável técnico, encontrará aqui o necessário para auditar e otimizar as suas páginas.

O que é o limite de 2 MB do Googlebot?

A documentação oficial do Google é explícita: "Googlebot crawls the first 2 MB of a supported file type" (o Googlebot rastreia os 2 primeiros MB de um tipo de ficheiro suportado). Isso representa exatamente 2.097.152 bytes de dados não comprimidos.

Algumas precisões importantes:

  • É o HTML fonte que conta, não os recursos totais da página (imagens, CSS, JavaScript externos). Um ficheiro CSS de 500 KB carregado via <link> não entra no cálculo.
  • O limite aplica-se ao conteúdo não comprimido. Mesmo que o seu servidor use gzip ou Brotli, é o tamanho descomprimido que o Google mede.
  • Cada recurso é avaliado individualmente. Um ficheiro JavaScript externo de 3 MB também será truncado em 2 MB, independentemente da página HTML que o carrega.
  • O limite é idêntico para o Googlebot Desktop e o Googlebot Mobile. A mudança para o mobile-first indexing não alterou esse limite.

Diagrama do processo de rastreamento do Googlebot com truncagem em 2 MB

Truncagem HTML: qual o impacto no SEO?

Quando o Googlebot atinge o limite de 2 MB, ele para de descarregar o ficheiro HTML. A parte já recuperada é enviada ao mecanismo de indexação, mas tudo o que estiver após o corte fica invisível para o Google.

Na prática, os elementos situados no final do documento HTML são os mais expostos:

  • Os dados estruturados (JSON-LD no final da página): os schemas FAQPage, HowTo ou Product posicionados antes da tag </body> correm risco de serem cortados.
  • Os links internos no footer ou na navegação secundária: eles não serão descobertos pelo crawler.
  • O conteúdo textual das secções inferiores: FAQ, avisos legais, termos e condições.
  • Os scripts JavaScript inline posicionados no final da página: se o seu framework injeta conteúdo dinâmico por meio de um script no final da página, ele nunca será executado pelo mecanismo de renderização do Google.

O resultado é traiçoeiro. A página aparece no índice, mas com conteúdo incompleto. Os rich snippets não são exibidos, a linkagem interna é parcialmente rompida e o conteúdo editorial é amputado.

Quem é afetado?

As suas páginas estão em risco? A maioria das páginas web não atinge 2 MB de HTML fonte. Segundo o HTTP Archive, o peso mediano do HTML puro fica em torno de 30 KB em 2025. Porém, certas situações fazem esse tamanho disparar.

Páginas de e-commerce com mega catálogos

As páginas de categoria que exibem centenas de produtos com descrições inline, atributos técnicos e avaliações de clientes podem facilmente ultrapassar 1 MB de HTML puro. Adicione dados estruturados Product para cada item e o limite de 2 MB é rapidamente atingido.

Single Page Applications (SPA) com renderização no servidor

Frameworks como Next.js, Nuxt ou SvelteKit injetam um payload JSON volumoso em uma tag <script> para a hidratação no lado do cliente. Esse __NEXT_DATA__ ou equivalente pode representar várias centenas de KB. Em páginas ricas em dados, frequentemente ultrapassa 1 MB sozinho.

Imagens e SVG inline

As imagens codificadas em base64 ou os SVGs complexos introduzidos diretamente no HTML inflam consideravelmente o peso do documento. Um único SVG detalhado pode pesar 200 KB. Três ou quatro são suficientes para consumir uma parte significativa do orçamento de 2 MB.

JavaScript e CSS inline

As páginas que incorporam CSS crítico ou JavaScript diretamente em tags <style> e <script> em vez de externalizá-los adicionam peso desnecessário ao documento HTML.

Distribuição do peso HTML por tipo de conteúdo

Orçamento de rastreamento e peso de página

O orçamento de rastreamento (crawl budget) é o número de páginas que o Googlebot consegue rastrear no seu site em um determinado intervalo de tempo. Ele depende de dois fatores: a taxa de rastreamento (crawl rate limit) e a demanda de rastreamento (crawl demand).

O peso das páginas afeta diretamente a taxa de rastreamento. Quanto mais pesada uma página, mais largura de banda e tempo de download ela consome. Considere um site com 100.000 páginas. A diferença entre páginas de 50 KB e páginas de 500 KB de HTML traduz-se em um fator de 10 no consumo de recursos.

Na prática:

  • Páginas leves (<100 KB HTML): o Googlebot consegue rastrear milhares de páginas por sessão.
  • Páginas médias (100 KB-500 KB): o rastreamento desacelera sensivelmente.
  • Páginas pesadas (500 KB-2 MB): o orçamento de rastreamento é consumido rapidamente, as páginas profundas são rastreadas com menos frequência.
  • Páginas truncadas (>2 MB): além de desperdiçar o orçamento, o conteúdo fica incompleto no índice.

Para sites grandes, a otimização do peso HTML não é um luxo. É uma necessidade para garantir que todas as páginas importantes sejam rastreadas e indexadas corretamente.

Como testar o peso das suas páginas?

Com o DevTools do Chrome

Abra o DevTools (F12), vá até o separador Network, recarregue a página e filtre por Doc. A coluna Size indica o peso transferido (comprimido) e a coluna Content o peso descomprimido. É esse último valor que conta para o limite do Googlebot.

Com o Page Crawl Checker do CaptainDNS

Nosso Page Crawl Checker simula o comportamento do Googlebot e exibe imediatamente:

  • O peso do HTML fonte (comprimido e descomprimido)
  • A porcentagem do limite de 2 MB consumida
  • Os cabeçalhos HTTP (Content-Type, Content-Encoding, Cache-Control)
  • Um diagnóstico completo com recomendações de otimização

HTML fonte vs recursos totais

Uma confusão frequente é olhar o peso total da página (HTML + CSS + JS + imagens) em vez do HTML fonte sozinho. O valor de 2,5 MB frequentemente citado como peso mediano de uma página web inclui todos os recursos. O HTML puro geralmente representa entre 1% e 5% desse total.

Como reduzir o peso das suas páginas HTML?

Por onde começar? Se as suas páginas aproximam-se do limite ou se deseja otimizar o seu orçamento de rastreamento, estas são as ações mais eficazes.

Externalizar CSS e JavaScript

Mova todo o CSS e o JavaScript inline para ficheiros externos. Esses ficheiros serão carregados separadamente e não contam nos 2 MB do documento HTML.

<!-- Antes: CSS inline (pesa no HTML) -->
<style>
  .product-card \{ ... 500 linhas de CSS ... \}
</style>

<!-- Depois: CSS externalizado (não pesa no HTML) -->
<link rel="stylesheet" href="/css/products.css">

Remover imagens inline

Substitua as imagens em base64 e os data URIs por ficheiros de imagem convencionais referenciados via <img src="...">.

Minificar o HTML

Remova os espaços desnecessários, os comentários HTML e os atributos redundantes. Ferramentas como html-minifier ou os plugins de build (Webpack, Vite) automatizam essa tarefa.

Ativar a compressão no servidor

Configure gzip ou Brotli no seu servidor web. Isso reduz o volume transferido (e portanto o tempo de rastreamento), mesmo que o limite de 2 MB se aplique ao conteúdo descomprimido.

Paginar listas longas

Para páginas de categoria de e-commerce, implemente uma paginação adequada com tags <link rel="next"> e <link rel="prev"> em vez de exibir todos os produtos em uma única página.

Reduzir o payload de hidratação

Se usa um framework SSR (Next.js, Nuxt), examine o conteúdo de __NEXT_DATA__ ou equivalente. Muitas vezes, dados desnecessários no lado do cliente são serializados ali. Filtre as props transmitidas para manter apenas o estritamente necessário.

Plano de ação recomendado

  1. Testar as suas páginas críticas: use o Page Crawl Checker nas suas 10 a 20 páginas mais importantes (home, categorias, produtos principais, landing pages).
  2. Identificar as páginas em risco: qualquer página cujo HTML fonte ultrapasse 500 KB merece análise. Acima de 1 MB, a otimização é urgente.
  3. Otimizar: externalize o CSS/JS inline, remova as imagens base64, minifique o HTML e ative a compressão no servidor.

FAQ

Qual é o peso médio de uma página web em 2026?

Segundo o HTTP Archive, o peso mediano total de uma página web (HTML + CSS + JS + imagens) atinge cerca de 2,5 MB no desktop e 2,2 MB no mobile em 2026. O HTML fonte puro pesa em mediana cerca de 30 KB. O limite de 2 MB do Googlebot aplica-se apenas ao HTML fonte, não aos recursos totais.

O que acontece se uma página ultrapassar 2 MB de HTML?

O Googlebot interrompe o download após 2 MB (2.097.152 bytes) de HTML não comprimido. Apenas o conteúdo já descarregado é enviado para indexação. O restante (links internos, dados estruturados, texto no final da página) é ignorado. A página aparece no índice, mas com conteúdo incompleto.

Como saber o peso HTML de uma página web?

Abra o DevTools do Chrome (F12), separador Network, filtre por "Doc" e observe a coluna "Content" (tamanho descomprimido). Também pode usar nosso Page Crawl Checker, que exibe diretamente o peso do HTML fonte e a porcentagem do limite de 2 MB consumida.

O limite de 2 MB aplica-se aos dados comprimidos?

Não. O limite de 2 MB aplica-se ao conteúdo descomprimido. Mesmo que o seu servidor use gzip ou Brotli para a transmissão, é o tamanho do HTML após descompressão que é considerado pelo Googlebot. A compressão continua útil para acelerar a transferência, mas não permite contornar o limite.

Como reduzir o peso de uma página HTML?

As ações mais eficazes: externalizar o CSS e o JavaScript (ficheiros separados em vez de tags inline), remover as imagens em base64, minificar o HTML, paginar listas longas e reduzir o payload de hidratação dos frameworks SSR (Next.js, Nuxt). Ative também a compressão no servidor (gzip ou Brotli).

O que é o orçamento de rastreamento?

O orçamento de rastreamento (crawl budget) é o número de páginas que o Googlebot consegue rastrear no seu site em um determinado intervalo de tempo. Ele depende da taxa de rastreamento (largura de banda que o Google concede ao seu site) e da demanda de rastreamento (páginas que o Google deseja atualizar). Páginas pesadas consomem mais orçamento, o que reduz a frequência de rastreamento das demais páginas.

O Googlebot Mobile e Desktop têm o mesmo limite de 2 MB?

Sim. O limite de 2 MB é idêntico para o Googlebot Desktop e o Googlebot Mobile (Googlebot Smartphone). A mudança para o mobile-first indexing não alterou esse limite. As duas variantes do crawler aplicam a mesma regra de truncagem.

Teste as suas páginas agora: use nosso Page Crawl Checker para verificar instantaneamente se as suas páginas respeitam o limite de 2 MB do Googlebot.

Guias de rastreio e indexação relacionados

Fontes

Artigos relacionados