Google explica la diferencia entre Google-Agent y Googlebot para el acceso de la IA y la indexación

Google ha separado formalmente dos tipos de acceso a los sitios web: el conocido Googlebot, para la indexación, y el nuevo Google-Agent, para las acciones que el propio usuario lanza a través de los servicios de IA de la compañía. Para desarrolladores y propietarios de sitios, la distinción es importante: visitas que parecen idénticas y proceden de la infraestructura de Google ahora pueden responder a escenarios muy distintos.

Dónde está la frontera

Googlebot sigue siendo el rastreador clásico del buscador. Su tarea consiste en recorrer páginas de forma automática, recopilar datos para el índice de búsqueda, actualizar la imagen que Google tiene del contenido de un sitio y respetar las reglas definidas en robots.txt. Por eso una petición de Googlebot suele estar relacionada con el SEO, la visibilidad en el buscador, las superficies de noticias, las imágenes, el vídeo y otros productos que dependen de un rastreo periódico de la web sin intervención de un usuario concreto.

Google-Agent pertenece a otra categoría: los user-triggered fetchers, es decir, sistemas que hacen la petición no por iniciativa propia, sino por orden de un usuario dentro de un producto de Google. En su documentación, la compañía afirma explícitamente que este agente se usa para navegar por la web y realizar acciones a petición del usuario, y cita Project Mariner como ejemplo. El detalle clave es que no es un indexador de búsqueda: llega al sitio cuando una persona necesita realmente un resultado, no cuando Google actualiza su índice según lo programado.

Cómo distinguirlos en los registros

En los registros del servidor, la diferencia se vuelve práctica. En la cadena user-agent, Googlebot lleva su firma habitual, Googlebot/2.1, mientras que el nuevo cliente aparece como Google-Agent dentro de una plantilla de navegador móvil o de escritorio. Pero Google advierte por separado de que una cadena user-agent no basta, porque puede falsificarse. Estas peticiones deben verificarse por dirección IP, DNS inverso y las listas JSON de rangos publicadas; de lo contrario, es fácil confundir el tráfico auténtico de Google con bots que simplemente se hacen pasar por él.

• Googlebot usa rangos propios de common-crawlers.json y hosts del tipo googlebot.com
• Google-Agent usa los rangos de user-triggered-agents.json
• Los user-triggered fetchers pueden resolverse en google.com o gae.googleusercontent.com
• Google ya prueba web-bot-auth y el identificador agent.bot.goog para estos agentes

Qué cambia para los sitios

Para los propietarios de sitios, esto significa que todo el tráfico «de Google» ya no puede meterse en el mismo saco. El rastreo automático para el buscador, las peticiones puntuales de herramientas como NotebookLM y las acciones agénticas en el navegador funcionan ahora en modos técnicos distintos. Si antes la lógica era simple (Googlebot indexa y lo demás es secundario), ahora los sitios se enfrentan a preguntas distintas sobre analítica, limitación de tasa (rate limiting), protección frente a la automatización y reglas de acceso para escenarios de IA que actúan en nombre del usuario.

Hay además una capa de distinciones más sutil. Por ejemplo, Google-CloudVertexBot sirve para un rastreo que el propio sitio permite con el fin de construir Vertex AI Agents, y no influye en los resultados de búsqueda. Google-Extended, por su parte, no es un rastreador independiente, sino un token que controla si el contenido puede usarse para entrenar futuras generaciones de Gemini y para grounding en algunos productos. En este contexto, Google-Agent aparece como otra clase de acceso con entidad propia: ni búsqueda, ni entrenamiento de modelos, ni importación corporativa de datos, sino la ejecución en directo de una tarea del usuario en la web.

Qué significa

Google prepara de hecho la web para una era de peticiones agénticas, en la que la IA no solo lee páginas, sino que actúa dentro de ellas. Para los desarrolladores, es una señal para separar la indexación, el entrenamiento de modelos y las acciones de IA iniciadas por el usuario ya en los registros, las políticas de acceso y la monitorización. Para los equipos de SEO, los desarrolladores backend y los ingenieros de seguridad, ya no es un término de la documentación, sino una nueva entidad que habrá que tener en cuenta en el filtrado de tráfico, las alertas y los informes.