Orçamento de rastreamento: um guia prático para grandes plataformas

Como diagnosticar o orçamento de rastreamento de um site grande com logs, Search Console e padrões de URL, e depois reduzir o desperdício sem bloquear páginas importantes.

Orçamento de rastreamento é o número de páginas que o Googlebot está disposto a rastrear no seu site em um determinado período. Em sites pequenos, ele é praticamente ilimitado. Em plataformas com milhões de URLs, vira um recurso estratégico: o bot desperdiça esse orçamento em filtros, paginação, templates vazios e páginas de staging, em vez de rastrear o conteúdo prioritário. O resultado são indexação atrasada de produtos novos, cobertura fraca do catálogo e perda de posições.

Para onde vai o orçamento de rastreamento: páginas valiosas competem com filtros, parâmetros UTM e paginação pela atenção do bot.
O Google diferencia oficialmente dois conceitos: limite de taxa de rastreamento (com que frequência o bot pode visitar sem sobrecarregar o servidor) e demanda de rastreamento (quantas páginas o Google quer rastrear, com base no valor percebido delas). O orçamento de rastreamento é a interseção desses dois fatores. A otimização traz impacto real principalmente em plataformas grandes.
5–10×

Excesso de orçamento

Proporção típica entre URLs rastreadas e páginas realmente valiosas em uma plataforma de e-commerce sem otimização

60–80%

Perdido com duplicatas

Parcela do orçamento consumida por URLs com parâmetros e paginação quando não há nenhuma mitigação

2–4 semanas

Atraso de indexação

Atraso típico até um novo SKU aparecer no índice quando o orçamento está saturado

>50 mil

Limite do problema

Plataformas com mais de 50.000 URLs já sentem os efeitos das restrições do orçamento de rastreamento

Passo 1: coletar e analisar os logs dos rastreadores

Os logs do servidor web são a principal fonte de verdade sobre o que o Googlebot realmente rastreia. A análise de logs mostra a frequência real de requisições, quais seções o bot ignora ou onde fica preso e quais respostas HTTP o servidor devolve. Sem logs, qualquer otimização é um palpite.

Extraindo requisições do Googlebot do Nginx / Apache

bash
# Filter only Googlebot requests from the last 7 days
grep 'Googlebot' /var/log/nginx/access.log \
  | awk '{print $7}' \
  | sort | uniq -c | sort -rn \
  | head -50

# HTTP status codes seen by Googlebot
grep 'Googlebot' /var/log/nginx/access.log \
  | awk '{print $9}' \
  | sort | uniq -c | sort -rn

# Top URLs returning 404 to Googlebot
grep 'Googlebot' /var/log/nginx/access.log \
  | awk '$9 == "404" {print $7}' \
  | sort | uniq -c | sort -rn | head -30

Para analisar grandes volumes de logs de forma estruturada, use ferramentas específicas: Screaming Frog Log File Analyser, Semrush Log Analyser ou uma stack ELK (Elasticsearch + Kibana). Elas agrupam as URLs por padrão automaticamente e geram gráficos da taxa de rastreamento ao longo do tempo.

MétricaO que mostraFaixa-alvo
Taxa de rastreamento (req/dia)Intensidade do rastreamento: quantas páginas o Googlebot solicita por diaDepende da plataforma; acompanhe a tendência
Páginas rastreadas/diaURLs únicas rastreadas por dia: o principal KPI do orçamento de rastreamentoDeve subir após a otimização
Proporção 200 / (301+302) / 404 / 500Parcela de cada tipo de resposta HTTP entre todas as requisições do bot200 > 90%; 404 < 5%; 500 ≈ 0%
% de URLs duplicadas no rastreamentoParcela de URLs com parâmetros e duplicadas no log< 15% após a otimização
Páginas novas / total rastreadoProporção de rastreamentos de primeira vez em relação às visitas repetidasBusque aumentar a parcela de páginas novas

Passo 2: Google Search Console e análise das respostas do servidor

O Google Search Console fornece dados agregados de rastreamento sem exigir acesso aos logs do servidor. O relatório Estatísticas de rastreamento é o ponto de partida. Ele mostra a média diária de requisições, a velocidade de carregamento percebida pelo Google e a distribuição dos códigos de resposta.

  • GSC → Configurações → Estatísticas de rastreamento: gráfico de requisições, com detalhamento por tipo de arquivo e código de resposta. Procure picos de 404 e 500 e quedas após as implantações.
  • GSC → Indexação → Páginas: número de URLs indexadas em comparação com os motivos de não indexação. “Descoberta – atualmente não indexada” é um sinal direto de orçamento de rastreamento insuficiente.
  • GSC → Inspeção de URL: verificação manual do status de uma página específica: quando foi rastreada pela última vez e o que o Googlebot viu.
  • GSC → Configurações → Taxa de rastreamento: é possível limitar a taxa de rastreamento se o bot estiver sobrecarregando o servidor. Normalmente não é necessário; restrinja só quando houver problemas de desempenho mensuráveis.
“Descoberta – atualmente não indexada” no GSC é o sinal mais direto de falta de orçamento de rastreamento. O Google sabe que as páginas existem (encontradas por links ou no sitemap), mas não consegue rastreá-las a tempo. A prioridade imediata é liberar o orçamento das URLs de lixo.

Fontes de desperdício do orçamento de rastreamento

Em uma plataforma grande, o bot perde orçamento em seis fontes típicas. Identifique cada uma nos logs e estime o volume: assim você define a ordem de prioridade da otimização.

Comparação entre a distribuição do orçamento de rastreamento desperdiçado e a distribuição otimizada.

Parâmetros em URLs

?sort=price&filter=red&page=3 gera um número exponencial de URLs únicas com conteúdo idêntico ou quase idêntico.

Paginação infinita

/catalog?page=N — milhares de URLs com valor decrescente. O bot pode rastrear páginas antigas do catálogo indefinidamente.

Conteúdo duplicado

Páginas idênticas em URLs diferentes: /category/ e /category?utm_source=email, HTTP e HTTPS, www e sem www.

Páginas temporárias

Landing pages de webinars, mockups de demonstração, páginas ?preview=1 e rascunhos: eles surgem e somem, mas o bot continua gastando orçamento com eles.

Templates vazios

Páginas de categoria sem produtos, perfis sem conteúdo, páginas de tags geradas automaticamente: conteúdo de baixa qualidade gerado aos milhares.

Parâmetros de sessão

?sessionid=abc123, ?token=xyz — URLs únicas por sessão. Cada uma dessas URLs é uma “página nova” para o bot.

Parâmetros de URL e duplicatas: como corrigir

URLs com parâmetros são a maior fonte de desperdício em plataformas de e-commerce. Não existe uma solução única: a correta depende da natureza de cada parâmetro.

Tipo de parâmetroExemploAção recomendada
Ordenação?sort=price_ascBloquear no robots.txt ou usar canonical apontando para a URL sem parâmetro
Filtros sem conteúdo único?color=red&size=XLCanonical para a página de categoria limpa + noindex via meta robots
Paginação?page=5Canonical nas páginas 2+ apontando para a página 1 (ou Disallow para paginação profunda)
Rastreamento / UTM?utm_source=emailCanonical para a URL sem UTM em todas as páginas, ou tratamento de parâmetros no GSC
Sessões / tokens?sessionid=abcDisallow: /*?sessionid= no robots.txt; corrigir a geração de URLs no código
Preview / rascunho?preview=1&draft=trueDisallow: /*?preview= e /*?draft= no robots.txt
Exemplo de configuração para canonizar parâmetros de URL:
text
# robots.txt — blocking parametric URLs
User-agent: *

# Sort and filter parameters
Disallow: /*?sort=
Disallow: /*?order=
Disallow: /*?filter=
Disallow: /*?color=
Disallow: /*?size=

# Pagination deeper than page 3 (Allow/Disallow approach)
Disallow: /*?page=
Allow: /*?page=1
Allow: /*?page=2
Allow: /*?page=3

# Session and tracking parameters
Disallow: /*?sessionid=
Disallow: /*?token=
Disallow: /*?ref=
Disallow: /*?utm_

# Preview and drafts
Disallow: /*?preview=
Disallow: /*?draft=
Para parâmetros com conteúdo parcialmente único (por exemplo, um filtro de marca com descrição própria da marca), a canonical é preferível ao Disallow: o bot pode visitar a página, ler a canonical e transferir a autoridade de link para a página principal. O Disallow exclui a página do rastreamento por completo e, potencialmente, do índice.

Filtros, facetas e paginação

A navegação facetada é o caso mais complexo. Ela cria uma explosão combinatória de URLs: 10 filtros com 5 valores cada podem gerar mais de um milhão de combinações. O objetivo é manter as facetas valiosas (marca + categoria) e bloquear as combinações inúteis.

  1. Identifique as facetas valiosas: páginas com tráfego orgânico alto ou com conteúdo SEO único (por exemplo, /catalog/nike/ com texto específico da marca): mantenha-as no índice com canonical apontando para a própria URL.
  2. Adicione noindex + follow às combinações de baixo valor: a página é renderizada (os links são seguidos), mas não entra no índice. Use <meta name="robots" content="noindex, follow"> no template quando mais de uma faceta estiver ativa.
  3. Bloqueie os parâmetros puramente técnicos: ordenação, cor, tamanho — se não tiverem valor de SEO — bloqueie via robots.txt.
  4. Facetas carregadas via AJAX: se as facetas carregam por JavaScript sem refletir na URL, o bot não vê URLs adicionais. Isso resolve o problema na arquitetura.

Paginação: canonical ou Disallow

A estratégia ideal de paginação depende da escala: até 10 páginas — permita o rastreamento e adicione canonical apontando para a página 1 nas páginas 2+. Para centenas de páginas de paginação — use Disallow a partir da página 3–5. Rolagem infinita sem parâmetros na URL é tratada pelo bot como uma única página — bom para o orçamento.

Páginas temporárias: webinars, mockups e demos

Páginas temporárias são um dreno oculto de orçamento em plataformas com equipes de marketing ativas. Landing pages de webinars, mockups de demonstração, páginas de preview para clientes, variantes de teste A/B: aparecem rápido e costumam ficar para sempre, consumindo orçamento de rastreamento em silêncio.

  • meta robots noindex: adicione <meta name="robots" content="noindex, nofollow"> ao template de todas as páginas temporárias. O bot visita, lê a diretiva e exclui a URL do índice. É o método mais simples quando há acesso ao template.
  • Cabeçalho HTTP X-Robots-Tag: se as páginas temporárias não tiverem template HTML próprio (por exemplo, PDFs ou arquivos gerados), use o cabeçalho de resposta HTTP: X-Robots-Tag: noindex, nofollow.
  • Disallow por prefixo de caminho: se as páginas temporárias ficarem em prefixos de caminho previsíveis, bloqueie-as no robots.txt. Isso não garante a remoção de uma URL já indexada, mas as URLs novas deixam de ser rastreadas.
  • Autenticação HTTP: para páginas de staging e preview, esta é a única forma confiável de isolamento total. O Googlebot não tem credenciais e não rastreará a página.
Exemplo de marcação noindex na tag e no cabeçalho HTTP:
text
# robots.txt — patterns for temporary pages
User-agent: *

# Webinars and events
Disallow: /webinars/
Disallow: /events/draft-
Disallow: /landing/test-

# Mockups and previews
Disallow: /_preview/
Disallow: /mockups/
Disallow: /demo/

# A/B tests and experiments
Disallow: /*?variant=
Disallow: /*?experiment=
Disallow: /*?ab_test=

# Template preview parameters
Disallow: /*?preview=
Disallow: /*?draft=
Disallow: /*?revision=
Disallow não remove uma página do índice se ela já foi indexada. Para tirar do índice páginas temporárias já indexadas, use noindex (o bot precisa ter acesso para ler a diretiva). Quando a página sair do índice, aplique o Disallow ou configure a autenticação HTTP.

Índice de sitemaps em grande escala

Com milhões de URLs, um único sitemap XML é impraticável: ele tem limite de 50.000 URLs e 50 MB. Um índice de sitemaps (Sitemap Index) é um arquivo de sumário que aponta para sitemaps filhos. Ele permite estruturar prioridades e direcionar o orçamento para onde ele é mais necessário.

xml
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <!-- Priority sections — crawled first -->
  <sitemap>
    <loc>https://example.com/sitemap-products.xml</loc>
    <lastmod>2026-05-15</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-categories.xml</loc>
    <lastmod>2026-05-15</lastmod>
  </sitemap>
  <!-- Lower-priority sections -->
  <sitemap>
    <loc>https://example.com/sitemap-blog.xml</loc>
    <lastmod>2026-05-10</lastmod>
  </sitemap>
  <!-- Do NOT include noindex pages or duplicates! -->
</sitemapindex>
Recomendações para a estrutura do índice de sitemaps:
  • Separe os sitemaps por tipo de conteúdo: produtos, categorias, blog e páginas estáticas, cada um em um arquivo separado. Assim você vê as estatísticas de indexação por seção no GSC.
  • Mantenha o lastmod honesto: o lastmod sinaliza frescor para o bot. Use a data da última mudança real, não a data de hoje; caso contrário, o bot deixa de confiar no sinal.
  • Exclua as URLs bloqueadas: páginas com noindex ou Disallow não podem aparecer no sitemap, porque enviam sinais contraditórios ao bot.
  • Limite de cada sitemap filho: cada arquivo filho tem no máximo 50.000 URLs ou 50 MB (comprimido). Divida em partes quando passar disso: sitemap-products-1.xml, sitemap-products-2.xml.
Recomendações para a estrutura do índice de sitemaps:

Configuração do servidor e limitação de taxa

O servidor afeta o orçamento de rastreamento nos dois sentidos: respostas lentas levam o Googlebot a reduzir a intensidade do rastreamento, enquanto erros 5xx fazem o bot esperar e desperdiçar tempo em novas tentativas. A otimização do servidor melhora diretamente a eficiência do rastreamento.

Código HTTPInterpretação do GooglebotAção recomendada
200 OKPágina existe; o bot rastreia e indexaO padrão para todas as páginas públicas
301/302Redirecionamento — o bot segue; o orçamento é gasto nas duas URLsMinimize as cadeias de redirecionamento; corrija os links mortos
404 Not FoundA página não existe; o bot para de rastrear essa URLAceitável para páginas excluídas; mais de 5% de 404 nos logs do Googlebot = problema
429 Too Many RequestsLimitação temporária — o bot reduz a taxa de rastreamentoUse em caso de sobrecarga real do servidor; o Googlebot respeita o 429
503 Service UnavailableIndisponibilidade temporária — o bot tentará de novo depoisResposta correta durante a manutenção; não use de forma abusiva
500 Server ErrorErro do servidor — o bot tenta de novo, desperdiçando orçamentoElimine as causas dos 500; cada 5xx consome o orçamento
Exemplo de configuração do Nginx para gerenciar o rastreamento:
nginx
# Nginx: return 429 when any crawler sends too many requests
limit_req_zone $http_user_agent zone=crawlers:10m rate=10r/s;

location / {
    limit_req zone=crawlers burst=20 nodelay;
    limit_req_status 429;
    # ... other settings
}
Exemplo de configuração do Nginx para gerenciar o rastreamento:
Para controlar a taxa de rastreamento do Googlebot, use GSC → Configurações → Taxa de rastreamento, e não o Crawl-delay no robots.txt. O Google ignora oficialmente o Crawl-delay. O Crawl-delay funciona para o Yandex e o Bing.

KPIs e monitoramento

O orçamento de rastreamento exige monitoramento contínuo: qualquer implantação pode expor, sem querer, milhares de URLs novas com parâmetros. Configure um painel semanal e uma revisão mensal dos indicadores a seguir.

Principais KPIs do orçamento de rastreamento

Valores-alvo para uma plataforma grande otimizada

Parcela de 200 OK nas requisições do Googlebot> 90%
Parcela de 404 nas requisições do Googlebot< 5%
Parcela de URLs duplicadas no rastreamento< 15%
Páginas indexadas / páginas enviadas no sitemap> 85%
  • Semanal: compare as requisições de rastreamento do GSC da semana atual com a anterior. Um pico repentino indica novas duplicatas introduzidas por uma implantação recente.
  • Mensal: verifique em GSC → Páginas o item “Descoberta – atualmente não indexada”. Crescimento com o tamanho do site inalterado indica problema de orçamento de rastreamento.
  • Após cada implantação grande: rode o Screaming Frog no site e confira a contagem de URLs únicas. Compare com o snapshot anterior.
  • Trimestral: análise completa dos logs de 30 dias. Procure novos padrões de URLs com parâmetros introduzidos pelo código atualizado.
  • Alertas: configure uma notificação se as respostas 5xx ultrapassarem 1% de todas as requisições do Googlebot em um único dia.

Ganhos rápidos e roteiro

A otimização do orçamento de rastreamento não é uma tarefa pontual: é um processo. Divida o trabalho em ganhos rápidos (efeito em 1–2 semanas) e mudanças sistêmicas (1–3 meses).

Semana 1Bloqueie páginas temporárias e parâmetros de preview

Adicione noindex aos templates de webinars, mockups e demos. Adicione Disallow para ?preview= e ?draft= no robots.txt.

Semana 2Disallow para parâmetros de rastreamento e sessões

?utm_, ?sessionid=, ?ref= — no robots.txt. Canonical para as variantes com UTM em todos os templates.

Mês 1Otimização do índice de sitemaps

Divida em sitemaps temáticos. Remova do sitemap as páginas com noindex. Use um lastmod honesto.

Meses 1–2Canonical e noindex para facetas

Identifique as combinações de facetas valiosas e as sem valor. Implemente noindex + follow nas combinações de baixo valor.

Meses 2–3Otimização das respostas do servidor

Elimine cadeias de redirecionamento. Reduza a quantidade de 404 nos logs. Otimize o TTFB das seções rastreadas.

ContínuoMonitoramento e revisão regular

Painel do GSC, alertas de 5xx, análise trimestral dos logs. Verifique após cada implantação grande.

Checklist de ganhos rápidos

  • noindex adicionado a todos os templates de páginas temporárias (webinars, mockups, demos)
  • Disallow para ?preview=, ?draft=, ?sessionid= e ?utm_ no robots.txt
  • Canonical apontando para URLs limpas em todas as páginas com parâmetros (ordenação, paginação 2+)
  • Páginas com noindex e Disallow removidas do sitemap
  • Índice de sitemaps dividido por seção, com lastmod preciso
  • Cadeias de redirecionamento reduzidas a um único salto
  • 404 nos logs do Googlebot abaixo de 5% — links mortos removidos
  • Painel semanal de monitoramento configurado no GSC

FAQ

A partir de que tamanho de site o orçamento de rastreamento passa a importar?
O Google recomenda atenção quando o site ultrapassa 1 milhão de URLs. Na prática, os problemas aparecem antes: entre 50 e 100 mil URLs, com geração ativa de páginas com parâmetros. Se o item “Descoberta – atualmente não indexada” estiver crescendo no GSC, é hora de fazer uma auditoria, independentemente do tamanho do site.
O que pesa mais no rastreamento: o sitemap ou os links internos?
Os dois importam e se complementam. O sitemap garante que o bot saiba da existência das páginas. Os links internos passam PageRank e sinalizam a importância relativa. Uma página sem links internos e só com entrada no sitemap será rastreada com menos frequência do que uma página com centenas de links internos.
Um CDN ajuda o orçamento de rastreamento?
Sim, indiretamente. Um CDN acelera as respostas do servidor, permitindo que o Googlebot rastreie mais páginas por unidade de tempo no mesmo limite de taxa de rastreamento. TTFB rápido é um dos fatores que influenciam a intensidade do rastreamento.
Como a canonical afeta o orçamento de rastreamento?
A canonical não bloqueia o rastreamento da página, e o bot ainda pode visitá-la. Mas, depois de ler a canonical, o bot entende que a página é uma duplicata e reduz a frequência de novos rastreamentos. A canonical resolve o problema de duplicatas na indexação, mas não resolve por completo o problema de rastreamento: para isso, Disallow ou noindex são mais eficazes.
Dá para acelerar a indexação de páginas novas depois de otimizar o orçamento?
Sim. Depois de liberar orçamento, atualize o Sitemap com o lastmod correto das páginas novas. Use a Indexing API do Google para envio direto de URLs (oficialmente para notícias e vagas de emprego, mas na prática funciona para outros tipos de conteúdo). Crie links internos a partir de seções com autoridade para as páginas novas.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it