Cómo un comercio verifica un agente de IA, y quién fija las reglas

El problema que no existía hace dos años

La gestión de bots funciona. Ahí está la dificultad. Un comercio que pasó años enseñando a su borde a rechazar tráfico automatizado descubre que el tráfico nuevo más valioso de internet es automatizado: agentes de compra que actúan por compradores reales con medios de pago reales. Desde el borde, un agente que añade al carrito y un scraper que copia sus precios son idénticos. Ambos son sin interfaz, vienen de un centro de datos, y ninguno mueve un ratón.

Esto no se resuelve con heurísticas, porque la distinción no es de comportamiento. Es una cuestión de credenciales. De ahí que la respuesta llegara como trabajo de protocolo y no como mejor huella digital.

Tres preguntas, tres respuestas distintas

Lo más útil que hay que entender aquí es que «verificar un agente» son tres problemas separados que la mayoría de los artículos funden en uno.

Un comercio cuyo problema es la primera fila no necesita la tercera, y al revés. Equivocarse aquí es como los presupuestos de integración se gastan en la capa errónea.

Lo que lanzó Visa, y por qué empieza en el CDN

Visa presentó el Trusted Agent Protocol el 14 de octubre de 2025, desarrollado con Cloudflare. La elección del socio es reveladora: TAP está diseñado para comprobarse en el borde, antes de que la petición llegue a su aplicación. El agente presenta una firma criptográfica construida sobre las firmas de mensajes HTTP (RFC 9421), alineadas con Web Bot Auth. La firma está vinculada a su dominio y a la operación concreta, navegación o pago, y lleva marcas de tiempo, identificador de sesión e identificadores de clave y algoritmo, de modo que no puede repetirse en otro sitio.

La acompañan tres capas de información: la intención del agente, el reconocimiento del consumidor (cuenta o relación existente, con consentimiento) y, opcionalmente, datos de pago como Payment Account References para tarjetas guardadas. La especificación y una implementación de ejemplo completa, con un proxy CDN que verifica las firmas, son públicas en GitHub.

Ocho meses después, en el Visa Payments Forum del 10 de junio de 2026, Visa añadió las piezas que hacen la verificación operativa y no teórica: Agent Score, que permite a un comercio comprobar si los agentes logran completar tareas en su sitio, un Agentic Directory que actúa como registro de confianza de agentes legítimos, y un Large Transaction Model que aplica IA a la autorización.

Lo que lanzó Mastercard, y por qué empieza en el token

Mastercard anunció Agent Pay antes, el 29 de abril de 2025, y tomó el mismo problema por el otro extremo. En lugar de probar la identidad en el borde del comercio, Agent Pay registra y verifica agentes de confianza antes de que puedan pagar, y emite Mastercard Agentic Tokens construidos sobre la tokenización que la red ya opera. Controles del consumidor definen qué puede comprar un agente, y la transacción llega reconocible como iniciada por agente a cada parte de la cadena.

El 20 de enero de 2026, Mastercard expuso cómo encajan las piezas. La red se unió a Google en el Universal Commerce Protocol la semana del NRF, dijo estar trabajando con Microsoft para llevar Agent Pay a Copilot Checkout, y citó trabajos continuados con OpenAI, Cloudflare y PayPal. El encuadre fue explícito: el ecosistema había pasado «de la experimentación a una infraestructura comercial real». El 10 de junio de 2026 amplió el programa con Agent Pay for Machines para pagos entre agentes y microtransacciones.

Por qué la tercera pregunta se fue a FIDO

La identidad se resuelve con firmas. Probar que un humano autorizó una compra concreta, no, porque es un problema de prueba que debe sobrevivir a una disputa meses después. Por eso salió de las empresas. El 28 de abril de 2026 la FIDO Alliance creó un grupo de trabajo técnico de Agentic Authentication, presidido por miembros de CVS Health, Google y OpenAI, y recibió como contribución el AP2 de Google y el Verifiable Intent de Mastercard en un grupo de trabajo de Pagos presidido por Mastercard y Visa.

Sus tres áreas de trabajo declaradas recubren exactamente la tabla anterior: instrucciones de usuario verificables, autenticación del agente y delegación de confianza para el comercio. Andrew Shikiar, CEO de la Alianza, formuló la exigencia así: la gente necesita confiar en que las acciones de agente son «seguras, autorizadas y reflejan realmente su intención». Sobre las consecuencias de gobernanza de ese traspaso, ver AP2 ha salido de Google.

Qué hacer en concreto

1. Medir antes de construir. Compruebe si se están rechazando agentes legítimos en su borde. Si su defensa anti-bots no bloquea tráfico de agentes, la verificación no es su cuello de botella, y la calidad de sus feeds probablemente sí.
2. Empezar por el borde, no por el checkout. TAP es verificable en el CDN y se apoya en una RFC publicada del IETF: la capa de identidad puede probarse sin tocar su checkout.
3. Tratar la autorización como un frente aparte, con un reloj más lento. Se está estandarizando en FIDO con las redes en las presidencias, y su forma se consolidará antes de que tenga que comprometerse.
4. No apostar por una sola red. Visa y Mastercard abordan esto por extremos distintos y ambas convergen en los protocolos abiertos en lugar de sustituirlos, como expusimos en redes de tarjetas frente a protocolos abiertos.

Para la capa de debajo, ver cómo pagan los agentes de IA. Para la parte que decide si un agente lo encuentra, ver cómo los agentes leen sus productos.