Google explicó la diferencia entre Google-Agent y Googlebot para acceso e indexación de IA

Google ha separado formalmente dos tipos de acceso a sitios: el familiar Googlebot para indexación y el nuevo Google-Agent para acciones iniciadas por usuarios a través de los servicios de IA de Google. Para desarrolladores y propietarios de sitios, esta es una distinción importante: visitas aparentemente similares de la infraestructura de Google ahora pueden significar escenarios completamente diferentes.

Dónde se traza la línea

Googlebot sigue siendo un rastreador de búsqueda clásico. Su tarea es recorrer automáticamente páginas, recopilar datos para el índice de búsqueda, actualizar la comprensión de Google sobre el contenido del sitio y cumplir con las reglas establecidas a través de robots.txt. Por eso las solicitudes de Googlebot generalmente se asocian con SEO, visibilidad en búsqueda, feeds de noticias, imágenes, videos y otros productos que dependen de un escaneo regular de la web sin la participación de usuarios específicos.

Google-Agent cae en una categoría diferente: user-triggered fetchers, sistemas que hacen una solicitud no por iniciativa propia, sino por comando de un usuario dentro de un producto de Google. En su documentación, la empresa afirma explícitamente que tal agente se utiliza para navegación web y ejecución de acciones por solicitud del usuario, citando a Project Mariner como ejemplo. El detalle clave es que este no es un indexador de búsqueda: accede a un sitio cuando una persona realmente necesita un resultado, no cuando Google actualiza regularmente su índice.

Cómo distinguirlos en los registros

Para los registros del servidor, la diferencia se vuelve práctica. En la cadena user-agent, Googlebot tendrá su familiar firma Googlebot/2.1, mientras que el nuevo cliente tendrá Google-Agent dentro de una plantilla de navegador móvil o de escritorio. Sin embargo, Google advierte por separado: una cadena user-agent por sí sola es insuficiente, ya que puede ser falsificada. Tales solicitudes deben verificarse por direcciones IP, DNS inverso y listas JSON publicadas de rangos; de lo contrario, es fácil confundir el tráfico real de Google con bots que simplemente se disfrazan de él.

• Googlebot utiliza rangos separados de common-crawlers.json y hosts como googlebot.com
• Google-Agent utiliza rangos de user-triggered-agents.json
• Los user-triggered fetchers pueden resolverse a google.com o gae.googleusercontent.com
• Google ya está probando web-bot-auth y el identificador agent.bot.goog para tales agentes

Qué cambia para los sitios

Para los propietarios de sitios, esto significa que todo el tráfico "de Google" ya no puede agruparse en una sola categoría. El escaneo automático para búsqueda, solicitudes puntuales de herramientas como NotebookLM y acciones de agentes en el navegador ahora operan en modos técnicos diferentes. Si antes la lógica era simple—Googlebot indexa, todo lo demás es secundario—ahora los sitios enfrentan preguntas separadas sobre análisis, limitación de velocidad, protección contra automatización y reglas de acceso para escenarios de IA que actúan en nombre de los usuarios.

También hay una capa más sutil de distinciones. Por ejemplo, Google-CloudVertexBot es necesario para el rastreo que el propio sitio permite para construir Vertex AI Agents, y no afecta los resultados de búsqueda. Y Google-Extended ni siquiera es un rastreador separado, sino un token de control sobre si el contenido puede usarse para entrenar futuras generaciones de Gemini y para grounding en ciertos productos. En este contexto, Google-Agent aparece como otra clase independiente de acceso: no búsqueda, no entrenamiento de modelos y no importación de datos corporativa, sino ejecución en tiempo real de una tarea de usuario en la web.

Lo que esto significa

Google está efectivamente preparando la web para una era de solicitudes impulsadas por agentes, donde la IA no solo lee páginas sino que actúa dentro de ellas. Para los desarrolladores, esta es una señal para separar indexación, entrenamiento de modelos y acciones de IA iniciadas por el usuario ya a nivel de registros, políticas de acceso y monitoreo. Para equipos de SEO, desarrolladores backend e ingenieros de seguridad, esto ya no es solo un término en la documentación, sino una nueva entidad que deberá tenerse en cuenta en el filtrado de tráfico, alertas e informes.