Google-Agent: El nuevo User Agent para agentes de IA explicado

Google-Agent es un nuevo User-Agent de Google que identifica a los agentes de IA que navegan la web de forma autónoma en nombre de un usuario, leyendo páginas, rellenando formularios, comparando precios y ejecutando compras. Está oficialmente documentado desde el 20 de marzo de 2026. No es un crawler como Googlebot, sino un User-Triggered Fetcher que responde a peticiones directas del usuario. Google-Agent es el primero en usar el protocolo Web Bot Auth para verificación criptográfica de bots.

Quien haya seguido la documentación de crawlers de Google estos últimos meses conoce el patrón: cada pocas semanas aparece un nuevo User-Agent. Pero Google-Agent es distinto. Es el primer identificador oficial para agentes de IA que actúan autónomamente en la web, y viene con identidad criptográfica.

¿Qué es Google-Agent y en qué se diferencia de Googlebot?

Google-Agent es un User-Triggered Fetcher, lo que significa que solo visita webs cuando una persona real le encarga una tarea. Es una diferencia fundamental con Googlebot, que rastrea automáticamente en segundo plano.

User-Agent string para desktop:

Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Google-Agent;
+https://developers.google.com/crawling/docs/crawlers-fetchers/google-agent)
Chrome/W.X.Y.Z Safari/537.36

¿Qué es Project Mariner y por qué importa?

Project Mariner es el agente de IA de Google que usa el User-Agent Google-Agent. Presentado en el Google I/O 2025, está basado en Gemini 2.0 y puede:

• Navegar autónomamente por la web, abrir webs, seguir enlaces, hacer scroll
• Rellenar formularios, formularios de contacto, de reserva, procesos de checkout
• Comparar precios, visitar varias tiendas y resumir resultados
• Ejecutar acciones, preparar reservas, llenar carritos

Mariner trabaja con el principio Observe-Plan-Act: analiza el contenido de la página, planea una secuencia de pasos y los ejecuta, siempre bajo control del usuario. Desde la actualización del I/O, Mariner corre en Cloud VMs y puede gestionar hasta diez tareas en paralelo.

Estado actual (abril 2026): solo disponible en EE.UU., solo para suscriptores de Google AI Ultra (249,99 $/mes). El rollout europeo está anunciado pero sin fecha concreta. Por experiencia, Europa suele ir unos meses por detrás del lanzamiento en EE.UU.

¿Qué es el protocolo Web Bot Auth?

Quizá la novedad más importante: Google experimenta por primera vez con verificación criptográfica de bots. En lugar de identificarse solo por el string del User-Agent (fácilmente falsificable), Google-Agent firma sus HTTP requests con una private key.

Funciona así:

1. Google-Agent tiene un par de claves (private key + public key)
2. Cada HTTP request se firma, la private key crea una firma criptográfica
3. El server verifica, con la public key de un directorio público
4. Resultado: prueba matemática de que el request viene realmente de Google

La identidad es https://agent.bot.goog, un IETF-Draft (Internet Engineering Task Force), o sea un potencial estándar de Internet.

Quién ya lo soporta:

• Google (Google-Agent)
• Cloudflare (integración con WAF)
• Akamai (bot management)
• Amazon (AgentCore Browser)

Es como un pasaporte digital para bots. Hasta ahora cualquier bot podía afirmar que era Googlebot. Con Web Bot Auth la identidad queda asegurada criptográficamente y se puede verificar en tiempo real.

¿Qué significa Google-Agent para quien gestiona una web?

El robots.txt no aplica

Google-Agent es un User-Triggered Fetcher e ignora el robots.txt, igual que un browser normal. Como actúa por encargo de un usuario real, no puedes bloquearlo vía robots.txt.

Revisa WAF y bot-protection

Medidas agresivas anti-bot (CAPTCHAs, JavaScript challenges, rate limiting) pueden bloquear a Google-Agent, y con eso frustrar al usuario que le delegó la tarea. Revisa tus reglas de WAF y asegúrate de que Google-Agent no se bloquea por error.

Los datos estructurados pasan a ser ventaja competitiva

Los agentes de IA usan datos estructurados para ejecutar tareas: comparar precios de producto, revisar disponibilidad, preparar reservas. Las webs con Schema markup limpio (Product, Offer, LocalBusiness, FAQ) son las preferidas, porque el agente puede extraer los datos de forma más fiable.

agents.json y el protocolo A2A

El protocolo Agent-to-Agent (A2A) de Google define cómo se comunican los agentes de IA entre sí. Las webs con un archivo agents.json (en /.well-known/agents.json) señalan a los agentes de IA qué capacidades ofrecen. Ese es el futuro de la interacción en la web, ya no persona-a-web, sino agente-a-web.

Checklist: qué preparar ahora

Aunque Google-Agent todavía no esté activo en Europa, la preparación es simple y nunca sobra:

1. Logs del server: registrar Google-Agent como tipo de bot propio (UA string separado)
2. Reglas WAF: asegurarse de que Google-Agent no esté bloqueado
3. Schema markup: Product, Offer, LocalBusiness, FAQ, limpio y actualizado
4. agents.json: servir en /.well-known/agents.json (describe las capacidades de la web)
5. Formularios: HTML semántico, aria-labels, etiquetas claras de campos, los agentes tienen que poder entender el formulario
6. Web Bot Auth: observar, si usas Cloudflare o Akamai lo soportarás automáticamente

Conclusión

Google-Agent marca el inicio de una era nueva: Agentic Search. En vez de presentar los resultados a las personas y dejar que hagan ellas click, Google manda un agente de IA que ejecuta la tarea. Para quien gestiona webs eso significa: quien sea machine-readable se lleva el tráfico, quien no lo sea queda fuera.

La buena noticia: todo lo que es importante para SEO y visibilidad en IA, datos estructurados, HTML semántico, contenido claro, también es relevante para Agentic Search. Quien invierte hoy en Schema markup y en infraestructura AI-Ready está preparado.

Lectura adicional: ¿Qué es el protocolo MCP? | Schema Markup Guide | FAQ y HowTo Schema