Los agentes de IA realizaron pedidos de compra reales durante la última temporada navideña. El tráfico de IA en sitios de comercio minorista de EE. UU. creció un 693% interanual durante la temporada navideña de 2025 (Adobe Digital Insights, enero de 2026). La mayoría de esas sesiones terminaron sin una transacción completada, porque la infraestructura de checkout que encontraron esos agentes fue construida para humanos. La lógica de autenticación, los flujos de desafío 3DS y las reglas antifraude asumen que hay una persona presente. Esa suposición es ahora un problema de ingresos.
Este artículo cubre qué pueden verificar hoy los comercios con volumen de pagos significativo cuando un agente de IA inicia una transacción, cómo la IA en la orquestación de pagos se relaciona con los marcos de autenticación que Visa y Mastercard han lanzado, y dónde siguen estando las brechas. No hay estándares especulativos aquí, solo lo que existe, lo que es desplegable y lo que vemos desde la posición de Yuno en la capa de orquestación.
Puntos Clave
- Los agentes de IA no pueden completar los desafíos de autenticación 3DS estándar del titular, lo que hace que el enrutamiento de exenciones en la capa de orquestación sea esencial para que las transacciones iniciadas por agentes se autoricen.
- El Trusted Agent Protocol de Visa y el marco Verifiable Intent de Mastercard vinculan criptográficamente las credenciales del agente al consentimiento del consumidor; la preparación de los comercios para estas señales varía ampliamente hoy.
- La FIDO Alliance lanzó un Grupo de Trabajo de Autenticación Agéntica dedicado en abril de 2026, señalando que los estándares interoperables están a entre 12 y 18 meses de ser aplicables de forma generalizada por los comercios.
- Los comercios pueden aplicar controles específicos para agentes hoy en la capa de orquestación: reglas de velocidad, límites por categoría y enrutamiento 3DS condicional aplicados antes de que una transacción llegue a cualquier adquirente.
- La IA en la orquestación de pagos significa que la capa de decisión de enrutamiento es el único lugar neutral para aplicar lógica de autenticación consistente en todos los PSPs simultáneamente, sin reconstruir el checkout.
¿Por Qué el Checkout Estándar Falla Cuando el Comprador es un Agente?
Los agentes de IA fallan en los flujos de checkout estándar porque esos flujos requieren que un humano tome una acción, confirme su intención o complete un desafío en tiempo real. El agente tiene la credencial de la tarjeta. No tiene la capacidad de contestar un teléfono, leer un código de un solo uso ni responder a una pantalla de desafío 3DS.
Vemos este patrón de forma consistente en los comercios empresariales de la plataforma de Yuno que han comenzado a recibir tráfico originado por agentes. La transacción llega al paso 3DS, se activa el desafío y el agente abandona. Desde la perspectiva del adquirente, parece una caída. Desde la perspectiva del comercio, parece un pago fallido. La causa subyacente es una arquitectura de autenticación que nunca fue diseñada para iniciadores no humanos.
La consecuencia práctica es asimétrica. Si se refuerza la autenticación, las compras de agentes nunca se completan. Si se relaja, las reglas antifraude diseñadas para el comportamiento humano no pueden detectar las anomalías que producen las transacciones con patrón de agente. Los comercios atrapados entre esos dos resultados están, ahora mismo, bloqueando efectivamente todo un canal de compra.
Lo Que Visa y Mastercard Ya Han Lanzado
Ambas grandes redes de tarjetas han pasado del concepto a la infraestructura desplegable para transacciones iniciadas por agentes. Los comercios con stacks de aceptación compatibles pueden acceder a estas señales hoy.
La respuesta de Visa es Visa Intelligent Commerce, que incluye un Trusted Agent Protocol. El protocolo adjunta credenciales de agente verificables a una transacción en el momento de su iniciación. Un agente autorizado lleva un token criptográfico que lo identifica como actuando dentro de los permisos definidos por un consumidor. Los comercios y los emisores que leen esa señal pueden distinguir una compra de agente con permiso de una transacción no autorizada (Visa, octubre de 2026).
Mastercard fue más allá con su marco Verifiable Intent, codesarrollado con Google y publicado en marzo de 2026. La premisa es que el consentimiento del consumidor debe ser demostrable, no asumido. Cuando un consumidor instruye a un agente de IA para que compre algo, Verifiable Intent captura esa instrucción como una atestación basada en estándares. Esa atestación viaja con la transacción a través de la cadena de autorización (Mastercard, marzo de 2026). Por separado, el Agentic Token Framework de Mastercard, anunciado a finales de 2025 e integrado en la infraestructura de aceptación de comercios de Fiserv a principios de 2026, crea tokens específicos para agentes distintos de los tokens del titular de la tarjeta, para que el gasto del agente pueda rastrearse y controlarse de forma independiente.
Estos marcos no eliminan el problema de autenticación por sí solos. Proporcionan la señal. El stack de pagos del comercio debe ser capaz de leerla, aplicar reglas sobre ella y enrutar en consecuencia. Esa capacidad reside en la capa de orquestación.
Cómo la IA en la Orquestación de Pagos Aborda la Brecha de Autenticación de Agentes
La IA en la orquestación de pagos cierra la brecha de autenticación de agentes aplicando reglas consistentes en todos los PSPs simultáneamente, sin requerir que el comercio reconstruya integraciones individuales. Esta es la razón estructural por la que la orquestación es el lugar adecuado para gestionar la lógica de verificación de agentes.
Considera qué ocurre si un comercio intenta resolver esto PSP por PSP. Cada proveedor tiene su propio API para la gestión de exenciones, su propia configuración 3DS y su propia sintaxis de reglas de riesgo. Un comercio con cuatro adquirentes activos necesitaría replicar la lógica específica de agentes cuatro veces y luego mantener la consistencia en los cuatro a medida que los estándares evolucionan. Eso no es una estrategia de pagos. Es deuda de ingeniería.
En la capa de orquestación, la lógica reside en un solo lugar. Cuando Yuno enruta una transacción, cada regla aplicada en esa capa se aplica independientemente de qué adquirente reciba finalmente la solicitud de autorización. Eso significa que el enrutamiento de exenciones 3DS específico para agentes, los controles de velocidad y las reglas de validación de credenciales operan todos desde un único punto de configuración. Las actualizaciones de esas reglas se propagan inmediatamente en todo el conjunto de PSPs.
En nuestras integraciones con comercios empresariales de retail y plataformas, el patrón que funciona hoy es el siguiente: la capa de orquestación interroga la transacción en busca de señales de origen de agente, la enruta a una ruta 3DS sin fricción si esas señales coinciden con un perfil de confianza predefinido, y aplica una puntuación de fraude más estricta si no lo hacen. El comercio define el perfil de confianza una vez. La capa de orquestación lo aplica en todas partes. Para los comercios que exploran cómo esto se conecta con los canales de compra activos de IA, la lógica de autenticación y la activación del comercio residen en el mismo stack.
Qué Pueden Verificar Realmente los Comercios Ahora Mismo
Las señales verificables actuales para transacciones de agentes de IA se dividen en tres categorías: credenciales vinculadas a tokens, coincidencia de patrones de comportamiento y atestaciones a nivel de red. Cada una tiene diferente madurez y cobertura.
Las credenciales vinculadas a tokens son las más maduras. Agent Pay de Mastercard y el Trusted Agent Protocol de Visa producen tokens específicos para agentes. Los comercios integrados con infraestructura de aceptación compatible pueden recibir estos tokens y aplicar reglas basadas en ellos. La cobertura es parcial: no todos los emisores transmiten la cadena completa de credenciales, y no todos los adquirentes la muestran en los datos de respuesta de autorización hoy.
La coincidencia de patrones de comportamiento está disponible ahora a través de Risk Conditions en la capa de orquestación. Las transacciones de agentes tienen firmas distintas: huellas digitales de dispositivo consistentes, patrones de velocidad que difieren de la navegación humana, ausencia de señales de movimiento de ratón o duración de sesión. Los comercios pueden crear reglas de riesgo que marquen o aprueben transacciones basándose en estos patrones sin esperar a que ningún estándar se finalice. El módulo Risk Conditions de Yuno soporta esta configuración hoy, y hemos visto que reduce el fraude en transacciones con patrón de agente en márgenes significativos en despliegues iniciales, consistente con la reducción de fraude del 29% que muestran los datos de la plataforma Yuno en los casos de uso de Risk Conditions (datos del producto Yuno, 2026).
Las atestaciones a nivel de red son las menos maduras para uso generalizado por parte de los comercios. La FIDO Alliance anunció su Grupo de Trabajo de Autenticación Agéntica en abril de 2026, con el mandato de construir especificaciones interoperables para interacciones de agentes en contextos de comercio (FIDO Alliance, abril de 2026). Ese trabajo está en progreso. Los comercios deben estar atentos a los formatos de credenciales de agente compatibles con FIDO en 2027, pero crear una dependencia de bloqueo en esas especificaciones hoy sería prematuro.
El stack de verificación práctico para un comercio listo para aceptar transacciones de agentes hoy combina las tres capas: verificaciones de token donde estén disponibles, reglas de comportamiento en la capa de orquestación y enrutamiento de exenciones 3DS para transacciones elegibles de agente. El objetivo es mantener autorizadas las compras legítimas de agentes mientras se mantienen controles de fraude que no dependen de señales de comportamiento humano que los agentes nunca producirán.
La Pregunta sobre 3DS Que Todo CTO Debería Hacerle a Su Plataforma
Los flujos de desafío 3DS estándar rechazarán los pagos de agentes de IA en cada intento, porque los agentes no pueden completar los pasos de autenticación del titular. La pregunta correcta es si tu capa de orquestación puede enrutar las transacciones de agentes por rutas de exención sin fricción antes de que se active un desafío.
La PSD2 y las reglas SCA en Europa crean una versión específica de este problema. SCA requiere autenticación reforzada del cliente en las transacciones dentro de su ámbito. El 3DS sin fricción satisface SCA cuando el emisor concede un resultado sin fricción, pero el sistema del comercio necesita solicitar la autenticación correctamente y llevar los datos de transacción correctos para que el emisor tome esa determinación. Las transacciones de agentes que llegan sin el contexto correcto reciben un desafío. Las transacciones desafiadas no se completan.
El módulo 3DS nativo de Yuno aplica lógica de exención personalizada basada en el contexto de la transacción, la puntuación de riesgo y la geografía. Para las transacciones iniciadas por agentes, los comercios pueden configurar reglas de enrutamiento que soliciten rutas sin fricción para transacciones que lleven señales de credenciales de agente reconocidas. Esto no omite SCA. Enruta las transacciones correctamente para que el emisor pueda conceder resultados sin fricción donde el perfil de riesgo lo soporte.
La alternativa, aplicar 3DS de forma indiscriminada a todo el tráfico de agentes y aceptar la tasa de rechazo, le cuesta al comercio todo el canal de compra de IA. Dado que Gartner proyecta que el 20% de las transacciones de comercio digital se ejecutarán a través de plataformas de IA para 2030 (Gartner, 2025), el costo de ese comportamiento predeterminado aumenta de forma compuesta cada trimestre.
Hacia Dónde Van los Estándares y Por Qué los Comercios No Deberían Esperar
La industria está convergiendo hacia estándares de autenticación de agentes interoperables, pero esa convergencia está a entre 12 y 18 meses de ser ampliamente aplicable para los comercios. Los comercios que esperen a que los estándares estén completos antes de activar flujos de pago de agentes entrarán al canal tarde, con mayor costo y con menor captación de clientes.
Bain proyecta el comercio agéntico en EE. UU. entre 300.000 y 500.000 millones de dólares para 2030, representando entre el 15 y el 25% del eCommerce total (Bain and Company). Esos ingresos no se materializan en un único momento en 2030. Se construyen de forma incremental a medida que los agentes pasan de navegar a comprar, comenzando ahora. Los comercios ya operativos en canales de agentes están acumulando historial de transacciones, construyendo perfiles de confianza con los emisores para sus tokens de agente y refinando las reglas de riesgo con datos reales. Los que lleguen tarde inician ese proceso desde cero.
En nuestro trabajo con comercios empresariales de plataforma, la brecha de preparación raramente es técnica. La infraestructura para aceptar pagos de agentes, enrutarlos correctamente y aplicar los controles de fraude apropiados existe hoy en un stack de orquestación moderno. La brecha es organizativa: equipos de pagos que esperan la aprobación de un equipo de seguridad que requiere un estándar finalizado, equipos de ingeniería a los que aún no se les ha pedido que construyan la configuración, equipos de producto que no han priorizado el canal porque los datos de tráfico interno aún no muestran volumen de agentes. Este último punto es circular. El volumen de agentes no aparece en los datos internos hasta que el comercio activa el canal.
El primer paso práctico es una auditoría de la configuración de autenticación y enrutamiento existente frente a los requisitos de las transacciones de agentes. Esa auditoría no requiere una nueva integración ni una decisión de política sobre qué estándar de agente respaldar. Requiere entender si tu stack actual puede enrutar una transacción iniciada por un no-humano a través de una ruta de autenticación sin fricción sin rechazarla ni activar un desafío que el agente no puede completar. Si quieres contexto sobre las preguntas de infraestructura más amplias que esto desbloquea, el checklist para comercios sobre la aceptación de pagos de agentes de IA cubre la revisión previa a la activación en detalle.
Qué Ofrece Yuno en la Capa de Orquestación Hoy
El rol de Yuno en la autenticación de pagos de agentes está en la capa de decisión, no en la capa de credenciales. Los marcos de credenciales pertenecen a Visa, Mastercard y, eventualmente, a FIDO. El enrutamiento, la aplicación de reglas y la lógica 3DS que determina si una transacción de agente con credenciales se autoriza realmente: ese es el trabajo de la capa de orquestación.
Concretamente, lo que Yuno ofrece hoy para transacciones iniciadas por agentes incluye las siguientes capacidades.
- Enrutamiento 3DS condicional que envía las transacciones de origen de agente a rutas sin fricción, configurado por perfil de riesgo y geografía, sin requerir una integración separada por adquirente.
- Risk Conditions que aplican reglas de comportamiento de agente (velocidad, patrón de dispositivo, características de sesión) en la capa de orquestación antes de la autorización, produciendo una señal de riesgo consistente en todos los PSPs del stack del comercio.
- Smart Routing que selecciona el adquirente con mayor probabilidad de autorizar un tipo de transacción de agente dado, basándose en datos históricos de autorización en todo el conjunto de PSPs del comercio. Los comercios empresariales en la plataforma de Yuno ven un incremento promedio del 8% en la tasa de autorización gracias al Smart Routing (datos de la plataforma Yuno, 2026).
- Activación de Agentic Commerce que conecta el catálogo del comercio directamente con ChatGPT, Claude, Gemini, Perplexity y Copilot a través de una sola integración, para que el flujo de compra sea nativo del entorno de IA en lugar de redirigirse a un checkout humano.
- Visibilidad de Payment Concierge que muestra el rendimiento de las transacciones de agentes por separado del rendimiento de las transacciones humanas, para que los comercios puedan ver las tasas de autorización, los códigos de rechazo y los resultados de enrutamiento del tráfico de agentes en tiempo real.
Ninguna capa de orquestación puede resolver el problema de autenticación por sí sola. Los marcos de las redes de tarjetas, los estándares FIDO en progreso y el reconocimiento por parte de los emisores de los tokens de agentes deben madurar en paralelo. Lo que la capa de orquestación puede hacer es asegurar que cada señal que existe hoy llegue al lugar correcto en la cadena de autorización, y que cada regla que el comercio necesita aplicar lo haga de forma consistente independientemente de qué adquirente esté en el camino.
Los comercios que evalúan su preparación deberían empezar con la pregunta que su plataforma debería poder responder: ¿puede una transacción iniciada por un agente de IA, que lleva un token de agente de Mastercard o Visa, enrutarse a través de una ruta 3DS sin fricción y autorizarse sin activar un desafío humano? Si la respuesta no es un claro sí, la brecha de infraestructura está en la capa de orquestación. Ese es un problema de configuración y, en la plataforma de Yuno, es solucionable antes de que llegue la próxima gran ola de comercio agéntico.
Para contexto sobre cómo la pregunta más amplia de infraestructura de comercio agéntico se relaciona con el merchant of record y la responsabilidad, el análisis del MOR y la responsabilidad en transacciones de agentes cubre las preguntas que típicamente surgen una vez que la capa de autenticación está resuelta.
