Rastreamento

Como os mecanismos de busca descobrem e baixam a web — Googlebot e Bingbot, descoberta de URLs, o agendador de rastreamento, renderização e como crawling difere de indexação e ranking. O hub para tudo relacionado a rastreamento.

Publicado pela primeira vez: 22 de jun. de 2026 · Última atualização: 30 de ago. de 2026 · Avançado
1 sinal de evidência nesta página

Crawling é a primeira etapa da busca (crawl → index → serve): bots como Googlebot e Bingbot descobrem URLs e baixam páginas para que possam ser renderizadas, indexadas e ranqueadas. É necessário para aparecer na busca, mas não é fator de ranking — e é diferente tanto de indexação quanto de renderização. A maioria dos sites nunca precisa gerenciar crawl budget; quando o crawling falha, os logs do servidor são a fonte verdadeira. Este hub explica todo o pipeline e aponta para os aprofundamentos.

TL;DR — Crawling é a primeira das três etapas da busca (crawl → index → serve). Os bots descobrem URLs por pull (links + sitemaps) e push (IndexNow, Indexing API), depois as buscam em um cronograma algorítmico que reduz o ritmo conforme a saúde do seu servidor. Renderizar JavaScript é uma etapa separada. O crawling é necessário para ranquear, mas não é um sinal de ranking por si só e é diferente da indexação — uma página bloqueada por robots ainda pode ser indexada. A maioria dos sites não precisa gerenciar o crawl budget; os logs mostram o que realmente aconteceu.

Crawling é a primeira de três etapas

Crawling é a primeira de três etapas. Uma página precisa passar por cada etapa antes de poder ranquear. Fonte: /technical-seo/how-search-works/crawling/

Três etapas acontecem da esquerda para a direita. Crawl: um bot descobre uma URL e baixa a página. Index: o mecanismo processa a página e armazena as informações elegíveis. Serve ou rank: as melhores correspondências indexadas são ordenadas para uma consulta. A etapa Crawl está destacada, com uma observação de que nem todas as páginas avançam por todas as etapas.

© Patrick Stox LLC · CC BY 4.0 ·

O Google é direto sobre o pipeline: “Google Search works in three stages, and not all pages make it through each stage” (tradução) «A Pesquisa Google funciona em três etapas, e nem todas as páginas passam por cada etapa.» — crawling, indexação e veiculação. Evidência desta afirmação Google describes Search as three stages: crawling, indexing, and serving results. Escopo: Google Search's documented processing model; it does not guarantee that a page reaches every stage. Confiança: alta · Verificado: Google Search Central: In-depth guide to how Google Search works Essa parte de “nem todas as páginas passam” é o ponto central do SEO técnico. Uma página pode ser rastreada, mas não indexada; ou indexada, mas nunca veiculada para uma consulta. Separar mentalmente essas etapas é o modelo mais útil desta página.

Quem realmente faz o crawling

“Googlebot” parece ser um único programa, mas não é. No meu deck How Search Works, descrevo-o como mais de 1.000 sistemas executando uma família de crawlers especializados — desktop, celular, imagens, notícias, vídeos e anúncios —, com as requisições originadas principalmente em Mountain View. Todos usam o mesmo pool de crawl budget, por isso um crawling descontrolado de imagens ou parâmetros pode consumir o rastreamento do seu conteúdo real.

E não são mais apenas os mecanismos de busca. Na minha análise de dados do Cloudflare Radar (Meet the New Web Crawlers), os bots de mecanismos de busca ainda rastreiam mais, mas os bots de IA estão firmemente em segundo lugar e a caminho de ultrapassá-los nos próximos anos. Se você está lendo seus logs, o elenco mudou.

Como os crawlers descobrem URLs

A descoberta é tanto pull quanto push — o Google chama o conjunto inteiro de “URL discovery.” Fonte: /technical-seo/how-search-works/crawling/

Duas rotas de descoberta alimentam uma fila de crawling. A descoberta pull inclui seguir links e ler sitemaps. A descoberta push inclui o IndexNow para Bing, Yandex e outros mecanismos participantes, mas não o Google para páginas gerais; a Google Indexing API para páginas JobPosting e BroadcastEvent; e notificações de mudança por meio de lastmod de sitemap, RSS e WebSub.

© Patrick Stox LLC · CC BY 4.0 ·

A descoberta é tanto pull quanto push:

  • Pull — links. O Google diz: “Other pages are discovered when Google extracts a link from a known page to a new page.” (tradução) «Outras páginas são descobertas quando o Google extrai um link de uma página conhecida para uma página nova.» É por isso que páginas órfãs (sem links apontando para elas) têm dificuldade para ser encontradas.
  • Pull — sitemaps. “Still other pages are discovered when you submit a list of pages (a sitemap) for Google to crawl.” (tradução) «Outras páginas ainda são descobertas quando você envia uma lista de páginas (um sitemap) para o Google rastrear.»
  • Push — notificações de mudança. Em vez de esperar um novo rastreamento, você informa ao mecanismo que algo mudou: IndexNow (Bing, Yandex e outros — o Google não o usa para páginas gerais) e a Indexing API do Google (oficialmente apenas para páginas JobPosting e BroadcastEvent). O lastmod dos sitemaps, RSS e WebSub completam as opções de push.

O Google chama todo esse processo de “URL discovery.” (tradução) «descoberta de URL.»

Como os crawlers buscam páginas

  • O cronograma é algorítmico. “Googlebot uses an algorithmic process to determine which sites to crawl, how often, and how many pages to fetch from each site.” (tradução) «O Googlebot usa um processo algorítmico para determinar quais sites rastrear, com que frequência e quantas páginas buscar de cada site.» Você pode influenciá-lo, mas não defini-lo.
  • O crawling é educado. Os bots reduzem o ritmo para não derrubar seu site: “they try not to crawl the site too fast to avoid overloading it… HTTP 500 errors mean ‘slow down.’” (tradução) «Eles tentam não rastrear o site rápido demais para evitar sobrecarregá-lo… erros HTTP 500 significam ‘desacelerar’.» Esse é o mecanismo por trás da redução temporária do crawl — retorne 503/429 e o Googlebot diminui o ritmo (por um ou dois dias, não para sempre).
  • Há um limite de bytes. Desde a atualização Inside Googlebot de março de 2026 do Google, o Googlebot busca aproximadamente 2 MB por URL (abaixo do antigo limite de 15 MB), com PDFs permitidos até 64 MB. Se você ultrapassar o limite, a busca é truncada, não rejeitada — apenas a parte baixada é encaminhada para indexação. Se seu conteúdo essencial fica abaixo de 2 MB de excesso, isso importa.
  • O cache reduz o custo de novos crawls. Os crawlers do Google usam requisições condicionais e cache para não buscar novamente recursos inalterados a cada visita. O Google não publica uma duração exata do cache dos recursos de renderização; portanto, não presuma uma janela fixa de atualização para uma mudança de código — espere algum atraso, não um reflexo instantâneo.
Evidência desta afirmação Googlebot algorithmically determines which sites to crawl, how often to crawl them, and how many pages to fetch. Escopo: web Confiança: alta · Verificado: In-Depth Guide to How Google Search Works

Renderização não é crawling

Isso confunde muita gente. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” (tradução) «Durante o crawling, o Google renderiza a página e executa todo JavaScript que encontra usando uma versão recente do Chrome.» A renderização é uma etapa distinta da busca do HTML. O renderizador (o Web Rendering Service) é stateless — armazenamento e cookies são limpos entre os carregamentos, solicitações de permissão são negadas e service workers são rejeitados. Se seu conteúdo só aparece depois de um clique ou de uma navegação conduzida por JS que não seja um link <a href> real, espere problemas de descoberta e renderização. (O tratamento completo está em JavaScript SEO.)

Crawling, indexação e ranking

As distinções mais importantes desta página:

  • Crawling ≠ ranking. O crawling é necessário para aparecer nos resultados, mas não é um sinal de ranking. Uma taxa de crawl maior não melhora suas posições. Crawl budget é uma questão de eficiência, ponto final.
  • Crawling ≠ indexação. Uma página bloqueada no robots.txt ainda pode ser indexada se outras páginas apontarem para ela — o Google simplesmente não consegue ver o conteúdo nem a tag noindex que você colocou nela. Como explico em Indexed, though blocked by robots.txt, “crawling e indexação são duas coisas diferentes.” Para remover uma página de fato, permita o crawling e adicione noindex — não a bloqueie.

Eu testei diretamente o efeito do bloqueio. Em The Story of Blocking 2 High-Ranking Pages With Robots.txt, bloqueei duas páginas que ranqueavam. O resultado foi: “We lost a position here or there and all of the featured snippets for the pages… I expected a lot more impact, but the world didn’t end.” (tradução) «Perdemos uma posição aqui ou ali e todos os featured snippets das páginas… Eu esperava um impacto muito maior, mas o mundo não acabou.» Minha conclusão continua a mesma: “Don’t block pages you want indexed. It hurts. Not as bad as you might think it does — but it still hurts.” (tradução) «Não bloqueie páginas que você quer indexar. Isso prejudica. Não tanto quanto você talvez imagine — mas ainda prejudica.»

Como controlar o crawling

  • robots.txt controla o crawling, não a indexação. “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site.” (tradução) «Um arquivo robots.txt informa aos crawlers dos mecanismos de busca quais URLs o crawler pode acessar no seu site.» Evidência desta afirmação robots.txt controls crawler access and is not a reliable way to keep a URL out of Google. Escopo: Google Search behavior for URLs blocked by robots.txt; blocked URLs may still be indexed when discovered elsewhere. Confiança: alta · Verificado: Google Search Central: Introduction to robots.txt Use-o para manter bots fora de áreas de baixo valor — não como ferramenta de desindexação.
  • Arquitetura do site e links internos determinam a profundidade das páginas e se elas serão descobertas (veja crawl depth).
  • Controles da taxa de crawl. O Google aposentou o controle manual de taxa no Search Console (no início de 2024) — agora considera as respostas do servidor e um limite mínimo automático mais baixo. O Bing ainda oferece uma grade manual de Crawl Control no Bing Webmaster Tools (veja crawl rate).

Eficiência do crawl e crawl budget

Os dois mecanismos tratam o crawling como uma questão de eficiência. Gary Illyes descreve o lado do Google como limite da taxa de crawl + demanda de crawl (popularidade e atualização). Fabrice Canel, do Bing, chama isso de sua “crawl efficiency north star … to crawl a URL only when the content has been added … updated.” (tradução) «estrela-guia da eficiência de crawl … rastrear uma URL apenas quando o conteúdo foi adicionado … atualizado.»

A parte tranquilizadora: a maioria dos sites não precisa se preocupar com isso. O Google é claro: se o site não tem muitas páginas que mudam rapidamente, ou se suas páginas são rastreadas no mesmo dia em que são publicadas, “you don’t need to read this guide.” (tradução) «você não precisa ler este guia.» Isso começa a importar por volta de 1 milhão ou mais de páginas mudando semanalmente, ou 10 mil ou mais mudando diariamente (veja crawl budget e crawl frequency).

Evidência desta afirmação Sites without many rapidly changing pages, or whose new pages are crawled the day they are published, generally do not need crawl-budget management. Escopo: large websites Confiança: alta · Verificado: Optimize your crawl budget

Quando o crawling dá errado — como enxergar o problema

Antes de tentar uma correção, descubra qual etapa está quebrada — os sintomas e as soluções são diferentes em cada uma:

  • Não foi descoberta de jeito nenhum? Nada aponta para a página e ela não está no sitemap. Corrija os links internos e a cobertura do sitemap — veja crawl depth e crawl frequency.

  • Foi descoberta, mas nunca buscada? Erros do servidor, timeouts ou um bloqueio no robots.txt estão afastando os bots. Confira o Crawl Stats do GSC e seus logs — veja crawl budget e crawl rate.

  • Foi buscada, mas renderizada incorretamente? O conteúdo depende de um clique ou de uma navegação exclusiva de JS que o Googlebot não executará, ou o WRS excede o tempo limite. Veja JavaScript SEO para os modos de falha específicos da renderização.

  • Foi buscada e renderizada, mas ainda não foi indexada? Essa é uma decisão separada que o índice toma — consulte o hub de Indexação, em vez de tratar isso como um problema de crawl.

  • A análise de arquivos de log é a fonte verdadeira. Seus logs mostram exatamente quais URLs os bots acessaram, com que frequência e quais códigos de status receberam — a melhor forma de encontrar crawling desperdiçado e páginas que os bots nunca alcançam (veja análise de arquivos de log).

  • Spider traps — espaços infinitos de URLs gerados por calendários, navegação facetada, IDs de sessão ou explosões de links relativos — consomem silenciosamente seu crawl budget com URLs inúteis (veja spider traps).

Para onde ir agora: o cluster de crawling

Este hub é o mapa. Cada tópico abaixo tem seu próprio aprofundamento:

Eficiência do crawl — quanto e com que frequência

  • Crawl budget — o que é (capacidade + demanda), o que o desperdiça e quem realmente precisa se preocupar.
  • Crawl rate — a velocidade com que os bots buscam páginas, por que o controle de taxa do GSC desapareceu e como acelerar ou desacelerar um crawl hoje.
  • Crawl frequency — o que faz o Google rastrear uma página novamente mais cedo (popularidade, desatualização e lastmod correto) e o que não faz.
  • Crawl depth — profundidade de cliques versus profundidade de percurso do crawl, e por que páginas importantes devem ficar perto da home.

Conheça os crawlers — quem realmente busca suas páginas

  • Crawler — o que é um crawler da web (bot, spider) e o ciclo buscar → analisar → seguir que todos executam.
  • User agent — a string de user-agent e o token de robots.txt que um bot usa para se identificar, e por que não se deve confiar apenas na string.
  • Googlebot — o crawler do Google: Smartphone versus Desktop, renderização e como verificá-lo.
  • Bingbot — o crawler da Microsoft, como ele difere e quais superfícies além do Bing ele alimenta.
  • Crawlers de IA — os bots de empresas de IA (treinamento versus busca com IA versus buscadores acionados pelo usuário) e como controlá-los.

Diagnóstico de problemas de crawl

  • Análise de arquivos de log — verificar bots reais e ler o que eles rastrearam.
  • Spider traps (armadilhas de crawler) — os padrões que geram URLs infinitas e como corrigi-los.

Cada tópico acima tem seu próprio aprofundamento dentro deste hub — eles também aparecem na barra lateral.

Qualificar seus links externos é um controle de on-page relacionado que se sobrepõe ao crawling — ele informa ao Google como tratar um link, não se deve rastreá-lo: nofollow (o antigo recurso genérico, hoje uma dica), além de rel=sponsored e rel=ugc para links pagos/publicitários e gerados por usuários. Os três ficam no cluster de meta tags on-page.

Ser encontrado em primeiro lugar é uma etapa relacionada, mas separada. Como os mecanismos de busca descobrem suas URLs — links internos, sitemaps (XML, índice de sitemap, imagem e vídeo) e os protocolos de push IndexNow e a Google Indexing API (para que cada um realmente serve e por que o Google não usa IndexNow) — agora vive no próprio hub de Descoberta. Para o tema mais amplo, veja Como funciona a Pesquisa Google.

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.