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: 3 de ago. de 2026 · Avançado
Idiomas
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) e depois as buscam em um cronograma algorítmico que limita a velocidade conforme a saúde do seu servidor. Renderizar JavaScript é uma etapa separada. Crawling é necessário para ranquear, mas não é um sinal de ranking e é diferente de 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 is stage one of three. A page must clear each stage before it can rank. Fonte: /technical-seo/how-search-works/crawling/

Three stages run left to right. Crawl: a bot discovers a URL and downloads the page. Index: the engine processes the page and stores eligible information. Serve or rank: the best indexed matches are ordered for a query. The Crawl stage is highlighted, and a note says not every page advances through every stage.

© 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” — rastreamento, indexação e exibição. (Tradução: a Pesquisa Google funciona em três etapas, e nem todas as páginas passam por cada etapa.) Evidence for this claim Google describes Search as three stages: crawling, indexing, and serving results. Scope: Google Search's documented processing model; it does not guarantee that a page reaches every stage. Confidence: high · Verified: Google Search Central: In-depth guide to how Google Search works A 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 ser exibida para uma consulta. Manter as etapas separadas na cabeça é o modelo mental mais útil aqui.

Quem realmente faz o crawling

“Googlebot” parece ser um único programa. Não é. No meu deck How Search Works, descrevo-o como 1 000+ sistemas executando uma família de crawlers especializados — desktop, mobile, imagens, notícias, vídeo e anúncios — com as solicitações em sua maioria originadas de Mountain View. Todos extraem dados do mesmo pool de crawl budget, por isso um rastreamento 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 (Conheça os novos crawlers da web), 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ê estiver lendo seus logs, o elenco de personagens mudou.

Como os crawlers descobrem URLs

Discovery is both pull and push — Google calls the whole thing “URL discovery.” Fonte: /technical-seo/how-search-works/crawling/

Two discovery routes feed one crawl queue. Pull discovery includes following links and sitemaps. Push discovery includes IndexNow for Bing, Yandex, and other participating engines but not Google for general pages; the Google Indexing API for JobPosting and BroadcastEvent pages; and change notifications through sitemap lastmod, RSS, and WebSub.

© Patrick Stox LLC · CC BY 4.0 ·

A descoberta é tanto pull quanto push:

  • Pull — links. Google: “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, informe 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). lastmod de sitemaps, RSS e WebSub completam as opções de push.

O Google chama o conjunto inteiro de “URL discovery.” (Tradução: descoberta de URLs.)

Como os crawlers buscam páginas

  • O agendamento é 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ê influencia o processo; não o define.
  • O crawling é educado. Os bots reduzem a velocidade 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 “desacelere”.) Esta é a alavanca por trás da redução temporária — retorne 503/429 e o Googlebot recua (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 valor de 15 MB), com PDFs permitidos até 64 MB. Se você ultrapassar o limite, a busca é truncada, não rejeitada — somente a parte baixada é encaminhada para indexação. Se seu conteúdo crítico estiver abaixo de 2 MB de excesso, isso importa.
  • O cache reduz o custo de novos rastreamentos. Os crawlers do Google usam solicitações condicionais e cache para que recursos inalterados não sejam buscados novamente todas as vezes. O Google não publica uma duração exata de cache para 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.
Evidence for this claim Googlebot algorithmically determines which sites to crawl, how often to crawl them, and how many pages to fetch. Scope: web Confidence: high · Verified: In-Depth Guide to How Google Search Works

Renderização não é crawling

Isso confunde as pessoas constantemente. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” (Tradução: durante o rastreamento, o Google renderiza a página e executa qualquer JavaScript que encontra usando uma versão recente do Chrome.) A renderização é uma etapa distinta da busca do HTML. O renderizador (Web Rendering Service) é stateless — armazenamento e cookies são apagados entre os carregamentos, ele nega solicitações de permissão e rejeita service workers. Se seu conteúdo só aparecer depois de um clique ou de uma navegação controlada por JS que não seja um link real <a href>, espere problemas de descoberta e renderização. (Tratamento completo em JavaScript SEO.)

Crawling versus indexação versus ranking

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

  • Crawling ≠ ranking. Crawling é necessário para estar nos resultados, mas não é um sinal de ranking. Uma taxa de rastreamento maior não elevará suas posições. Crawl budget é uma questão de eficiência, ponto final.
  • Crawling ≠ indexação. Uma página bloqueada em robots.txt ainda pode ser indexada se outras páginas apontarem para ela — o Google apenas não consegue ver o conteúdo nem qualquer tag noindex que você tenha colocado ali. Como escrevi em Indexada mesmo bloqueada por robots.txt: “crawling and indexing are two different things.” (Tradução: crawling e indexação são duas coisas diferentes.) Para remover uma página de verdade, permita o crawling e adicione noindex — não a bloqueie.
  • Crawling ≠ renderização. JavaScript é executado em uma etapa separada e armazenável em cache.

Testei diretamente o lado do bloqueio. Em A história de bloquear duas páginas de alto ranking com Robots.txt, bloqueei duas de nossas páginas que ranqueavam. O resultado: “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: “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ê pode imaginar — 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.) Evidence for this claim robots.txt controls crawler access and is not a reliable way to keep a URL out of Google. Scope: Google Search behavior for URLs blocked by robots.txt; blocked URLs may still be indexed when discovered elsewhere. Confidence: high · Verified: Google Search Central: Introduction to robots.txt Use-o para manter bots fora de espaços 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 de crawl rate. O Google aposentou o controle deslizante manual de crawl rate no Search Console (início de 2024) — agora depende das respostas do seu servidor e de um piso automático menor. O Bing ainda oferece uma grade manual de Crawl Control no Bing Webmaster Tools (veja crawl rate).

Eficiência de crawling 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 de crawl rate + crawl demand (popularidade e desatualização). Fabrice Canel, do Bing, chama isso de “crawl efficiency north star … to crawl a URL only when the content has been added … updated.” (Tradução: estrela-guia da eficiência de rastreamento… rastrear uma URL somente quando o conteúdo foi adicionado… atualizado.)

A parte tranquilizadora: a maioria dos sites não precisa se preocupar com isso. O Google diz claramente — se seu site não tiver um grande número de páginas que mudam rapidamente ou se suas páginas forem 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 mais de 1 milhão de páginas mudando semanalmente ou mais de 10 mil mudando diariamente (veja crawl budget e crawl frequency).

Evidence for this claim Sites without many rapidly changing pages, or whose new pages are crawled the day they are published, generally do not need crawl-budget management. Scope: large websites Confidence: high · Verified: Optimize your crawl budget

Quando o crawling dá errado — como perceber

Antes de procurar uma correção, descubra qual etapa está realmente quebrada — os sintomas e remédios são diferentes em cada uma:

  • Não foi descoberta? 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 de servidor, timeouts ou um bloqueio em robots.txt estão afastando os bots. Consulte o GSC Crawl Stats e seus logs — veja crawl budget e crawl rate.

  • Foi buscada, mas a renderização está errada? O conteúdo depende de um clique ou de uma navegação somente em JS que o Googlebot não fará, ou o WRS esgota o tempo. Veja JavaScript SEO para os modos de falha específicos de renderização.

  • Foi buscada e renderizada, mas ainda não foi indexada? Essa é uma decisão separada do índice — veja o hub de Indexação em vez de tratá-la como um problema de crawling.

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

  • Armadilhas de spider — 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 em URLs inúteis (veja spider traps).

Para onde ir agora: o cluster de crawling

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

Eficiência do crawling — 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 — com que velocidade os bots buscam, por que o controle deslizante do GSC desapareceu e como acelerar ou desacelerar um rastreamento hoje.
  • Crawl frequency — o que faz o Google rastrear uma página novamente mais cedo (popularidade, desatualização, lastmod preciso) e o que não faz.
  • Crawl depth — profundidade de cliques versus profundidade de travessia do rastreamento 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 com que um bot se identifica e por que você não pode 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 as superfícies além do Bing que ele alimenta.
  • Crawlers de IA — bots de empresas de IA (treinamento versus busca por IA versus buscadores acionados pelo usuário) e como controlá-los.

Diagnóstico de problemas de crawling

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

Cada tópico acima é um aprofundamento próprio dentro deste hub — eles também estão na barra lateral.

Qualificar seus links externos é um controle relacionado da página que se sobrepõe ao crawling — estas diretivas informam ao Google como tratar um link, não se ele deve ser rastreado: nofollow (o antigo curinga, agora uma dica), além de rel=sponsored e rel=ugc para links pagos/publicitários e gerados por usuários. Os três vivem no cluster de meta tags da página.

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, imagens 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 está no seu próprio hub de Discovery. Para o tema mais amplo, veja How Search Works.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.