El tráfico de IA a sitios de comercio minorista en EE. UU. creció un 693% interanual durante la temporada de fiestas de 2025 (Adobe Digital Insights, enero de 2026). Ese volumen está llegando a stacks de pago diseñados para humanos. La mayoría rechaza las transacciones iniciadas por agentes antes de que ningún humano lo note. Si tu objetivo es integrar asistentes de IA de pagos en tu infraestructura de ingresos, el Agentic Commerce Protocol es el estándar que necesitas entender ahora.
Puntos clave
- ACP es una convergencia de estándares que abarca identidad, autorización delegada, tokens de pago compartidos y liquidación, no una especificación de un único proveedor.
- La mayoría de los stacks de pago empresariales fallan en la capa de autenticación: no tienen mecanismo para validar la identidad del agente ni tokens de gasto acotados sin confirmación humana.
- El 53% de los consumidores ya ha realizado una compra basada en una recomendación de IA generativa (Capgemini Research Institute, 2025), lo que convierte el checkout iniciado por agentes en un canal de ingresos activo, no en un experimento futuro.
- La orquestación es el punto de control para ACP. Es la capa donde convergen la validación de tokens, el enrutamiento, las reglas antifraude y la aplicación de 3DS sin necesidad de una nueva integración con un PSP.
- El módulo Agentic Commerce de Yuno activa catálogos de comerciantes dentro de ChatGPT, Claude, Gemini, Perplexity y Copilot mediante una sola integración, sin reconstruir la infraestructura de checkout existente.
¿Qué es el Agentic Commerce Protocol?
El Agentic Commerce Protocol (ACP) es el término colectivo para el conjunto de estándares que permite a los agentes de IA autorizar, realizar y liquidar pagos de forma autónoma en nombre de un usuario. No es un documento único de una sola organización; es una convergencia de iniciativas en torno a marcos de identidad, modelos de autorización delegada y especificaciones de tokens de pago.
El protocolo abarca cuatro capas funcionales: verificación de identidad del agente, autorización de pago delegada, intercambio de tokens de pago compartidos y enrutamiento de liquidación. Cada capa debe gestionarse correctamente para que una transacción iniciada por un agente se complete sin que un humano intervenga a confirmarla. Hemos visto cómo los comerciantes asumen que ACP es solo un problema de descubrimiento, algo que la plataforma de IA gestiona en sentido ascendente. En la práctica, el endpoint de pago receptor tiene tanta responsabilidad como el propio agente.
Entender cómo los agentes de IA completan compras de forma autónoma aclara qué capas corresponden a la plataforma de IA y cuáles al stack del comerciante.
¿Dónde fallan los stacks de pago existentes bajo ACP?
El punto de fallo es casi siempre la autenticación. Los flujos de checkout estándar asumen que hay un humano presente para confirmar desafíos 3DS, introducir OTPs o aprobar verificaciones biométricas. Las transacciones iniciadas por agentes no llevan ninguna de esas señales.
En nuestras integraciones en verticales de comercio minorista empresarial y marketplaces, identificamos tres brechas recurrentes cuando los comerciantes intentan integrar asistentes de IA de pagos sin una capa de orquestación.
- Sin validación de identidad del agente. El endpoint de pago recibe una transacción con un token generado por máquina pero no tiene lógica para verificar el origen del token ni el alcance registrado del agente. La transacción se marca como anómala y se rechaza.
- SCA bloquea la finalización. Los comerciantes europeos sujetos a PSD2 se enfrentan a requisitos SCA redactados asumiendo la presencia humana. Los flujos de agentes que no pueden satisfacer los criterios de exención se detienen en la autenticación antes de llegar al adquirente.
- Las reglas antifraude se activan por patrones de velocidad. Los agentes de IA compran a una velocidad y consistencia inhumanas. Las reglas antifraude existentes, diseñadas en torno al comportamiento humano, el tiempo de sesión y las huellas digitales de dispositivos, tratan estos patrones como ataques de prueba de tarjetas y los rechazan.
Ninguno de estos fallos es visible en tiempo real si tu monitoreo es solo a nivel de PSP. Cuando un pico de rechazos aparece en un dashboard, el agente ya ha enrutado las sesiones futuras al catálogo de un competidor.
Cómo integrar asistentes de IA de pagos usando ACP
Integrar asistentes de IA de pagos mediante ACP requiere cuatro elementos: un endpoint receptor compatible con ACP, una infraestructura de tokens de pago compartidos, gestión de autenticación consciente del agente y controles antifraude adaptados al comportamiento iniciado por máquinas. Estos se sitúan por encima de la capa PSP; no la reemplazan.
Capa 1: El endpoint receptor
Tu stack de pago necesita un endpoint accesible públicamente que acepte solicitudes con formato ACP. Este endpoint recibe la intención del agente, valida el token de pago delegado e inicia la transacción. Debe devolver respuestas estructuradas que el agente pueda procesar: confirmaciones, códigos de error y señales de reintento en formato legible por máquina. La mayoría de los flujos de checkout existentes devuelven HTML o URLs de redirección, ninguno de los cuales un agente de IA puede procesar.
Capa 2: Tokens de pago compartidos
Las transacciones ACP utilizan tokens de pago compartidos que el usuario preautoriza en el momento del registro. El token incluye límites de gasto, restricciones de alcance por comerciante y una fecha de vencimiento. Tu stack debe poder recibir, validar y cargar contra estos tokens sin requerir que el titular de la tarjeta se vuelva a autenticar en el momento de la transacción. Aquí es donde la infraestructura de network tokens se vuelve fundamental. Los stacks con soporte nativo de network tokens gestionan la validación de tokens ACP como un cambio de configuración. Los que no lo tienen necesitan una nueva ruta de integración.
Capa 3: Autenticación sin presencia humana
La preautorización ACP traslada el cumplimiento SCA al momento del registro en lugar del momento de la transacción. Para los comerciantes europeos, esto significa que tu implementación de 3DS debe ser capaz de identificar transacciones con autenticación delegada y aplicar la exención correcta o la clasificación fuera de ámbito. Los comerciantes que ejecutan 3DS nativo a través de una capa de orquestación pueden aplicar esto a nivel de enrutamiento. Los comerciantes que dependen de 3DS gestionado por el PSP a menudo no tienen forma de anular el desafío para sesiones de agentes.
Para una visión más amplia de cómo los requisitos de autenticación PSD2 generan brechas en los flujos agénticos, el artículo sobre preparación para PSD2 en stacks de pago empresariales cubre los casos límite que seguimos viendo en 2026.
Capa 4: Controles antifraude adaptados a agentes
Los modelos de fraude entrenados con sesiones humanas fallarán con el tráfico de agentes. La solución son conjuntos de reglas que reconocen las señales de identidad del agente, el alcance del token registrado y los límites de gasto preautorizados como señales positivas en lugar de anomalías. Las reglas de velocidad necesitan umbrales específicos para agentes. Las reglas de huella digital de dispositivos deben omitirse o ponderarse de forma diferente para sesiones de agentes validados.
Por qué la orquestación es el punto de control para ACP
La orquestación es donde la validación de tokens, las decisiones de enrutamiento, la lógica de autenticación y las reglas antifraude convergen en un solo lugar, sin necesidad de un nuevo PSP. Esta es la razón arquitectónica por la que una capa de orquestación neutral gestiona ACP con más eficiencia que una configuración de un solo PSP.
Un stack de un solo PSP puede añadir un endpoint ACP, pero no puede aplicar lógica de enrutamiento entre proveedores a las transacciones de agentes. Si ese PSP tiene una sesión degradada, el agente recibe un rechazo definitivo y enruta a otro proveedor de forma permanente. Una capa de orquestación reintenta entre proveedores en milisegundos, aplicando la misma lógica de respaldo a las transacciones de agentes que a las humanas.
Los datos de la plataforma Yuno muestran una mejora promedio del 8% en la tasa de autorización gracias al Smart Routing entre comerciantes empresariales (datos de la plataforma Yuno, 2026). Para las transacciones iniciadas por agentes, donde el comprador no tiene comportamiento de respaldo y no reintentará manualmente, ese 8% es la diferencia entre capturar la venta y perder todas las sesiones futuras del agente.
La pregunta más amplia de qué orquestadores de pagos soportan el comercio agéntico se reduce a esto: ¿la plataforma gestiona las capas de autenticación, token y enrutamiento de forma nativa, o las devuelve al PSP donde fallan?
Qué significa ACP para el merchant-of-record y la responsabilidad
ACP no cambia la estructura fundamental del merchant-of-record; el comerciante cuyo catálogo el agente está comprando sigue siendo responsable de la transacción. Lo que cambia es el rastro de evidencia necesario para defender contracargos cuando no existe ninguna sesión humana.
Las transacciones iniciadas por agentes no producen datos de sesión del navegador, confirmación biométrica ni huella digital de dispositivo en el sentido tradicional. La defensa ante contracargos depende enteramente del registro de preautorización: el evento de registro, el alcance del token aceptado por el titular de la tarjeta y la confirmación de gasto enviada al agente en el momento de la transacción. Los comerciantes deben conservar estos datos de forma explícita. La mayoría de los stacks de pago no los registran por defecto.
Las preguntas de responsabilidad que la mayoría de los proveedores evitan en su documentación ACP se abordan en detalle en el artículo sobre responsabilidad del merchant-of-record en el comercio agéntico.
Cómo Yuno activa ACP sin una reconstrucción
El módulo Agentic Commerce de Yuno conecta catálogos de comerciantes con las principales superficies de compra de IA mediante una sola integración, sin modificar el stack de checkout existente. El módulo gestiona el endpoint compatible con ACP, la validación de tokens, el enrutamiento y la aplicación de reglas antifraude como configuración, no como ingeniería personalizada.
A partir de nuestro trabajo con comerciantes empresariales en verticales de comercio minorista, viajes y productos digitales, la ruta de integración más rápida es aquella en la que la capa de orquestación gestiona la interfaz ACP mientras las conexiones PSP subyacentes permanecen sin cambios. Los comerciantes no cambian de procesador. Añaden una capa por encima de los procesadores que habla el protocolo que requieren las plataformas de IA.
Las cinco superficies de IA donde Yuno activa catálogos de comerciantes son ChatGPT, Claude, Gemini, Perplexity y Copilot. Una sola integración de Yuno cubre las cinco. Cada superficie tiene su propio flujo de checkout y estándar de token; la capa de orquestación los normaliza en una única ruta de transacción que enruta hacia los adquirentes existentes del comerciante.
Payment Concierge añade una segunda capa de visibilidad operativa para los equipos de pagos que gestionan volumen agéntico. El Payment Concierge monitorea los patrones de transacciones de agentes en tiempo real, señala caídas en la tasa de aprobación en sesiones de agentes específicamente y presenta recomendaciones de enrutamiento sin necesidad de investigar manualmente en el dashboard.
La proyección futura: cómo será la adopción de ACP en 2030
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). Bain prevé que el comercio agéntico en EE. UU. alcanzará entre 300.000 y 500.000 millones de dólares para ese mismo año, lo que representa entre el 15 y el 25% del eCommerce total (Bain and Company).
Estas proyecciones enmarcan una decisión que los equipos de pagos están tomando ahora mismo, no en 2028. Los comerciantes cuyos stacks pueden recibir transacciones iniciadas por agentes hoy están construyendo la presencia en catálogos y la base de registro de tokens que se multiplica con el aprendizaje de los agentes. Los que esperan a que el protocolo se estabilice están cediendo esa posición de ventaja inicial a competidores que integraron antes.
El 35% de los consumidores en EE. UU. ya usa IA en la etapa de descubrimiento de productos, frente a aproximadamente el 14% para la búsqueda tradicional (Adobe 2026 AI and Digital Trends Report). El descubrimiento ya está cambiando. El checkout es el siguiente paso. El stack de pago que gestiona el descubrimiento por agentes pero falla en el checkout por agentes pierde la venta en el último tramo.
Por dónde empezar: una auditoría práctica de preparación
A partir de nuestras evaluaciones de infraestructura con comerciantes empresariales, el camino más rápido hacia la preparación para ACP sigue cuatro auditorías en este orden.
- Auditoría del endpoint. Confirma si tu stack de pago expone un endpoint legible por máquina que pueda recibir solicitudes ACP estructuradas y devolver respuestas estructuradas. Si tu checkout devuelve HTML o redirecciones, esta es la primera brecha que debes cerrar.
- Auditoría de infraestructura de tokens. Verifica si tu stack puede recibir y cargar contra tokens de pago compartidos preautorizados sin activar un nuevo desafío de autenticación. Si tu flujo 3DS siempre genera un desafío, esto necesita configuración antes de que llegue cualquier tráfico ACP.
- Auditoría de reglas antifraude. Revisa tus reglas actuales de velocidad, huella digital de dispositivos y anomalías de sesión. Marca cada regla que se activaría con un patrón iniciado por máquina. Separa la lógica de sesiones de agentes de la lógica de sesiones humanas antes de abrir el endpoint ACP.
- Auditoría de resiliencia de enrutamiento. Prueba qué ocurre cuando tu PSP principal devuelve un rechazo suave en una transacción de agente. Si no hay respaldo automático, el tráfico de agentes que encuentra una sesión degradada se pierde de forma permanente. El Smart Routing con lógica de reintento adaptada a agentes cierra esta brecha.
Estas cuatro auditorías revelan las brechas que bloquean la preparación para ACP sin necesidad de una revisión completa del stack. La mayoría de los comerciantes empresariales pueden completarlas en dos semanas con una capa de orquestación ya instalada. Sin ella, la misma auditoría lleva significativamente más tiempo porque las brechas se distribuyen entre múltiples integraciones PSP sin un punto de control unificado.
La página de producto Agentic Commerce de Yuno describe la ruta de integración y las superficies de IA cubiertas, incluyendo cómo es la activación para los comerciantes que ya están en la capa de orquestación de Yuno.
