Google explicou a diferença entre Google-Agent e Googlebot para acesso e indexação por IA

Google formalmente separou dois tipos de acesso a sites: o familiar Googlebot para indexação e o novo Google-Agent para ações iniciadas por usuários através dos serviços de IA do Google. Para desenvolvedores e proprietários de sites, essa é uma distinção importante: visitas aparentemente similares da infraestrutura do Google agora podem significar cenários totalmente diferentes.

Onde fica a fronteira

O Googlebot continua sendo um rastreador de busca clássico. Sua tarefa é automaticamente percorrer páginas, coletar dados para o índice de busca, atualizar o entendimento do Google sobre o conteúdo do site e cumprir as regras definidas via robots.txt. É por isso que requisições do Googlebot geralmente estão associadas a SEO, visibilidade na busca, feeds de notícias, imagens, vídeos e outros produtos que dependem de varredura regular da web sem envolvimento de usuários específicos.

O Google-Agent cai em uma categoria diferente—user-triggered fetchers, sistemas que fazem uma requisição não por iniciativa própria, mas por comando de um usuário dentro de um produto Google. Na documentação, a empresa afirma explicitamente que tal agente é usado para navegação web e execução de ações por solicitação do usuário, citando o Project Mariner como exemplo. O detalhe-chave é que este não é um indexador de busca: ele acessa um site no momento em que uma pessoa realmente precisa de um resultado, não quando o Google atualiza regularmente seu índice.

Como distinguir nos logs

Para logs de servidor, a diferença se torna prática. Na string user-agent, o Googlebot terá sua assinatura familiar Googlebot/2.1, enquanto o novo cliente terá Google-Agent dentro de um template de navegador móvel ou desktop. Porém, o Google adverte separadamente: uma string user-agent por si só é insuficiente, pois pode ser falsificada. Tais requisições devem ser verificadas por endereços IP, DNS reverso e listas JSON publicadas de faixas; caso contrário é fácil confundir tráfego real do Google com bots que simplesmente se mascaram como ele.

• Googlebot usa faixas separadas de common-crawlers.json e hosts como googlebot.com
• Google-Agent usa faixas de user-triggered-agents.json
• User-triggered fetchers podem se resolver para google.com ou gae.googleusercontent.com
• Google já está testando web-bot-auth e o identificador agent.bot.goog para tais agentes

O que muda para sites

Para proprietários de sites, isso significa que todo tráfego "do Google" não pode mais ser colocado em um único grupo. Varredura automática para busca, requisições pontuais de ferramentas como NotebookLM e ações de agentes no navegador agora operam em modos técnicos diferentes. Se antes a lógica era simples—Googlebot indexa, o resto é secundário—agora sites enfrentam questões separadas sobre análise, limitação de taxa, proteção contra automação e regras de acesso para cenários de IA que atuam em nome dos usuários.

Há também uma camada mais sutil de distinções. Por exemplo, Google-CloudVertexBot é necessário para rastreamento que o próprio site permite para construir Vertex AI Agents, e não afeta resultados de busca. E Google-Extended nem é um rastreador separado, mas um token de controle sobre se o conteúdo pode ser usado para treinar futuras gerações do Gemini e para grounding em certos produtos. Nesse contexto, Google-Agent aparece como mais uma classe independente de acesso: não busca, não treinamento de modelo e não importação de dados corporativa, mas execução em tempo real de uma tarefa do usuário na web.

O que isso significa

O Google está efetivamente preparando a web para uma era de requisições orientadas por agentes, onde IA não apenas lê páginas, mas atua dentro delas. Para desenvolvedores, esse é um sinal para separar indexação, treinamento de modelos e ações de IA iniciadas pelo usuário já no nível de logs, políticas de acesso e monitoramento. Para equipes de SEO, desenvolvedores backend e engenheiros de segurança, isso não é mais apenas um termo em documentação, mas uma nova entidade que será preciso levar em conta na filtragem de tráfego, alertas e relatórios.