Los agentes de IA están empezando a buscar, comparar, recomendar, negociar y, en algunos casos, completar transacciones en nombre de personas o empresas. Eso crea una nueva oportunidad para la web.
La web es muy buena para gestionar el comercio impulsado por personas. Una persona navega por un escaparate, inicia sesión, añade algo a un carrito, introduce los datos de pago y finaliza la compra. Ese flujo presupone un navegador, una sesión de usuario, una página de pago y una persona que toma la decisión final.
El comercio agéntico cambia eso. El comprador puede ser un agente de IA. El vendedor puede ser una interfaz de programación de aplicaciones, un marketplace, un sitio de retail u otro servicio automatizado. La transacción puede ser un proceso de compra normal del carrito, una compra delegada, una suscripción o un pequeño pago de máquina a máquina por una sola petición.
Eso ejerce una nueva presión sobre el nivel de protocolo.
El comercio agéntico necesita formas comunes de expresar la intención, la identidad, la autorización, los requisitos de pago, la prueba de pago y la respuesta del comerciante. Sin eso, cada agente, comerciante, proveedor de pagos y plataforma acaba creando una integración puntual. Eso puede funcionar para las demostraciones, pero no escala hasta convertirse en un ecosistema comercial real.
Este es el comienzo de una serie técnica sobre el comercio agéntico y cómo encaja el edge. En este artículo, analizaremos el panorama actual del comercio agéntico y exploraremos por qué el edge se está convirtiendo en un importante punto de vigilancia para las transacciones impulsadas por agentes.
Pagos M2M frente a comercio agéntico
Los pagos de máquina a máquina consisten en que un sistema pague a otro sistema. Un buen ejemplo es una impresora que pide su propia tinta. El flujo puede ser limitado: el suministro de tinta es bajo, se requiere el pago, la impresora proporciona una prueba de pago y la interfaz de programación de aplicaciones del pedido devuelve una confirmación.
El comercio agéntico es más amplio. Un chatbot que te ayuda a comprar un nuevo vestuario tiene que entender tu intención, preferencias, presupuesto, talla, estilo, opciones de comercio, cambios en el carrito, pago, devoluciones y asistencia. El pago es solo un paso en esa ruta.
Hay solapamiento, pero no son lo mismo. Los pagos M2M pueden impulsar el comercio agéntico, especialmente cuando los agentes pagan directamente a API, herramientas o servicio. Pero el comercio agéntico también incluye casos en los que un agente de IA ayuda a una persona a comprar a través de una experiencia de comerciante normal, como un sitio web, un marketplace o un flujo de pago.
Esa distinción importa en el edge.
Un flujo de pago M2M puede parecerse al control de acceso:
¿Esta petición requiere pago?
¿Se ha proporcionado una prueba de pago?
¿Se ha verificado?
¿Debe la petición llegar al origen?
Un flujo de comercio agéntico tiene una superficie más amplia:
¿Es este un agente de confianza?
¿Es la petición coherente con el mandato del usuario?
¿Debería el agente ver estos datos del producto?
¿Es sospechosa la petición?
¿Qué debería registrarse para el cumplimiento, la depuración o la resolución de disputas?
Ambos modelos se benefician de gestionarse cerca de la petición. Ahí es donde la política de pagos, la identidad, el enrutamiento, las señales de fraude y la protección del origen empiezan a confluir.
Qué cambia para el comercio electrónico
Existe un paralelismo útil con la publicación. La búsqueda, las redes sociales y los resúmenes de IA cambian la forma en que los lectores encuentran contenido. Las editoriales siguen creando el contenido, pero una mayor parte de la relación con la audiencia se trasladó a las plataformas que lo agregan y clasifican.
El comercio electrónico agéntico podría hacer algo similar al comercio electrónico. Si un comprador pide a un agente «cómprame las mejores zapatillas de running por menos de 150 $», el agente puede comparar opciones entre retailer, elegir un producto y completar la compra sin que el comprador llegue a visitar el sitio del comerciante.
Eso resulta cómodo para el comprador, pero plantea preguntas reales para los comerciantes. ¿Qué ocurre con el escaparate, la página del producto, la oferta de fidelización, el paquete, la venta adicional y la experiencia de marca? Si el agente controla el descubrimiento y la comparación, es posible que los comerciantes tengan menos oportunidades de crear fidelidad o influir en la decisión final.
Ya hemos visto partes de este patrón con Google Shopping, Amazon y marketplaces. El comercio agéntico puede llevarlo más lejos al trasladar una mayor parte del recorrido de compra al nivel automatizado.
Eso significa que los equipos de comercio electrónico necesitarán algo más que soporte de pago. Necesitarán formas de controlar el acceso de los agentes, proteger las API de producto y de pago, verificar agentes de confianza, comprender el tráfico automatizado y aplicar políticas antes de que esas petición lleguen al origen.
Gestión del tráfico agéntico en el edge
El edge puede convertirse en el punto de control programable donde la política del comercio agéntico se encuentra con el tráfico real. La plataforma de edge cloud de Fastly ya se encuentra en la ruta de la petición y puede inspeccionar el tráfico, aplicar políticas, verificar señales, enrutar peticiones, proteger orígenes y hacer observables los flujos comerciales.
El edge es un punto de vigilancia natural para el comercio agéntico porque ya se sitúa entre los clientes y las aplicación. Llega una petición. Fastly puede inspeccionarla, aplicar políticas, evaluar señales de identidad y autorización, verificar metadatos relacionados con el pago y decidir si sirve, bloquea, cuestiona o enruta la petición. Para las interfaces de programación de aplicaciones y el tráfico de máquinas, eso puede significar exigir el pago antes de que se alcance un origen. Para los flujos de comercio, puede significar ayudar a los comerciantes a controlar qué agentes pueden acceder a qué rutas, producto o acciones de pago.
No se trata de sustituir a los proveedores de pagos. Los pagos seguirán realizándose a través de Stripe, Visa, Mastercard, Coinbase, wallets, facilitators, bancos o cualquier otro canal que elija la aplicación.
La función de Fastly es el nivel de edge programable en torno a la transacción.
Ese nivel importa porque el comercio agéntico creará nuevos patrones de tráfico:
Descubrimiento de productos más automatizado
Flujos de pago más similares a una API
Más acciones delegadas
Más peticiones que parecen bots, pero que pueden representar a compradores reales
Mayor necesidad de políticas claras, verificación, enrutamiento y observabilidad antes de que el tráfico llegue al origen
El ecosistema del comercio agéntico aún está tomando forma. Están surgiendo rápidamente nuevos protocolos, marcos y primitivas de pago. Los esfuerzos existentes están cambiando rápidamente, y es demasiado pronto para saber qué Standard tendrán una adopción duradera.
Esa incertidumbre es un terreno familiar para Fastly. Hemos ayudado a clientes a adaptarse a grandes cambios de protocolo, desde IPv6 y seguridad de la capa de transporte (TLS) 1.3 hasta HTTP/2 y HTTP/3. Más recientemente, hemos ayudado a clientes a responder al tráfico de bots de IA en el edge: entender qué bots de IA están rastreando, decidir cuáles permitir o bloquear y aplicar políticas antes de que la automatización no deseada llegue a la aplicación.
El comercio agéntico sigue un patrón similar. Algunos agentes de IA representarán a clientes reales y una intención de compra legítima. Otros pueden extraer datos de productos, abusar de los flujos de pago o generar nuevas formas de fraude y carga en el origen.
Fastly te da la confianza de que tu infraestructura edge está creada para adaptarse junto con el ecosistema, para que tus equipos puedan seguir centrados en distribuir excelentes experiencias del cliente.
Protocolos de agentes adyacentes
Antes de entrar en los protocolos específicos de comercio y pagos, conviene diferenciarlos de infraestructuras de agentes más amplias, como MCP y A2A. MCP ayuda a las aplicación de IA a conectarse con herramientas, datos y flujo de trabajo. A2A se centra en la comunicación y la coordinación entre agentes. Ambos pueden aparecer en flujos de comercio agéntico, pero no resuelven por sí solos el problema del comercio. Ayudan a los agentes a actuar y colaborar. Los protocolos que aparecen a continuación están más centrados en las compras, la autorización, el pago y la confianza.
Protocolos de comercio
Ahora mismo, el sector se está uniendo en torno a dos grandes marcos de comercio para ayudar a los agentes de IA a desenvolverse en la experiencia de compra real:
UCP, o Universal Commerce Protocol
Esto cuenta con el respaldo de Google y Shopify. Simplifica la forma en que los agentes de IA interactúan con los sistemas de comercio, incluidos los catálogos de comerciantes, la disponibilidad de productos, el precio, los carritos, el proceso de compra, la tramitación, el contexto del cliente y el estado del pedido. La idea principal es que los comerciantes no deberían necesitar una integración personalizada para cada interfaz de IA. Si los datos y las acciones de comercio pueden expresarse en un formato compartido, los agentes pueden descubrir productos, crear carritos y avanzar hacia el proceso de compra de una forma más coherente.
Más información sobre el protocolo UCP aquí
ACP, o Agentic Commerce Protocol
Se trata de un Standard abierto respaldado por OpenAI y Stripe. ACP se centra en los flujos de comercio programático entre compradores, agentes y empresas. Es el protocolo que sustenta el trabajo de Instant Checkout de OpenAI con Stripe, y ofrece a los comerciantes una forma de exponer productos y flujos de pago a experiencias impulsadas por agentes. ACP tiene menos que ver con la liquidación pura de pagos y más con hacer que la propia interacción comercial esté preparada para agentes.
Lee más sobre el protocolo ACP aquí
Aunque tanto UCP como ACP permiten que los agentes de IA compren de forma autónoma para los usuario, sus enfoques difieren. UCP es un Standard abierto y descentralizado diseñado para el descubrimiento y la catalogación de producto a gran escala en la web abierta. Por el contrario, ACP es un canal de pago centralizado y altamente optimizado para pagos rápidos y tokenizados dentro de plataformas de IA específicas. En última instancia, son complementarios: los comerciantes pueden aprovechar UCP para obtener visibilidad en la web abierta, mientras utilizan ACP para ejecutar un proceso de compra final seguro y sin fricciones.
Protocolos de autorización y pago
Encontrar un producto y añadirlo a un carrito no es un reto de infraestructura muy difícil de resolver. La complejidad comienza cuando un agente de IA necesita autorizar una transacción y mover dinero real.
A diferencia de un humano, un bot no puede introducir un número de tarjeta de crédito ni resolver un CAPTCHA.
Para que estas transacciones autónomas funcionen, se necesita una infraestructura de backend capaz de gestionar dos pasos distintos:
autorización (demostrar que un agente tiene el mandato explícito del usuario para gastar dinero)
Pago (el enrutamiento programático de fondos, que abarca desde las redes de crédito tradicionales hasta simples pings de interfaz de programación de aplicaciones entre máquinas).
Están surgiendo algunos protocolos competidores para abordar estos desafíos de autorización y pago:
AP2, o Agent Payments Protocol, fue introducido por Google como un protocolo abierto para pagos seguros de agentes. La idea importante de AP2 es la autorización. Cuando un agente gasta en nombre de un usuario, los comerciantes y los proveedor de pagos necesitan pruebas de que el usuario delegó realmente esa autoridad. AP2 introduce mandatos firmados que pueden representar la intención, las restricciones y la aprobación del usuario. https://ap2-protocol.org/
Visa TAP, o Trusted Agent Protocol, es el enfoque de Visa para establecer confianza entre agentes y comerciantes. TAP consiste en ayudar a los comerciantes a distinguir la actividad legítima de agentes delegados de la automatización desconocida o los bots abusivos. Esto es importante porque el tráfico de agentes puede parecer tráfico de bots, a menos que exista una forma fiable de identificar quién es el agente, a quién representa y qué está autorizado a hacer. https://developer.visa.com/capabilities/trusted-agent-protocol
Mastercard Agent Pay es el marco de pagos agénticos de Mastercard. Se centra en agentes de IA de confianza que participan en flujos de pago utilizando la red, la tokenización, el control y las capacidades de autenticación de Mastercard. Mastercard también ha presentado Agent Pay for Machines, orientado a pagos automáticos de máquinas de alta frecuencia y bajo valor que se producen continuamente en segundo plano. https://www.mastercard.com/us/en/business/artificial-intelligence/mastercard-agent-pay.html
x402 sigue una ruta diferente. Recupera el código de estado HTTP 402 Payment Required y lo utiliza como un desafío de pago nativo de la web. Un cliente solicita un recurso protegido. El servidor devuelve un 402 con los requisitos de pago. El cliente paga y vuelve a intentarlo con una prueba de pago. Esto es especialmente interesante para la monetización de interfaces de programación de aplicaciones, el acceso de agentes y los pagos de máquina a máquina porque el pago pasa a formar parte del flujo de peticiones HTTP. https://www.x402.org/
Stripe MPP, o Machine Payments Protocol, es un protocolo abierto de Stripe y Tempo para pagos programáticos entre agentes y servicio. MPP está diseñado para pagos automáticos, como microtransacciones, pagos recurrentes y compras automatizadas de servicio a servicio. Al igual que x402, está más cerca del nivel primitivo de pago que del nivel de flujo de compra completo. https://stripe.com/blog/machine-payments-protocol
Además de estas iniciativas de protocolo de gran repercusión, terceros también están creando los niveles de identidad, cartera, pago y verificación en torno al comercio agéntico.
Protocolo | nivel | Función principal | Acción de ejemplo |
A2A | Comunicaciones | Permite la delegación directa de tareas y la mensajería entre distintos agentes de IA. | El agente personal de un comprador negocia un descuento por volumen directamente con el agente de ventas de un comerciante. |
MCP | Base de datos | Accede de forma segura a datos externos. | El agente lee el inventario y el precio en tiempo real de una tienda. |
UCP | Orquestación | Gestiona todo el ciclo de compra. | El agente navega por los artículos, compara precios y gestiona el carrito. |
ACP | Puesta en marcha | Gestiona un proceso de compra rápido dentro de la interfaz. | El agente ejecuta el flujo final de pago mediado por la plataforma. |
Visa TAP | Identidad y confianza | Verifica criptográficamente la legitimidad del agente. | El comerciante confirma que la petición HTTP entrante procede de un agente de IA conocido y de confianza, no de un bot de scraping. |
Mastercard Agent Pay | Credenciales | Emite tarjetas tokenizadas limitadas a agentes específicos. | El agente finaliza la compra utilizando un token de red de Mastercard vinculado directamente a su identidad con un límite estricto de 100 $. |
AP2 | autorización | Demuestra criptográficamente el consentimiento humano. | El banco verifica que el usuario realmente aprobó el gasto de 50 $. |
x402 | Pagos automáticos | Gestiona micropagos instantáneos en criptomonedas. | Un agente paga 0,02 $ a una interfaz de programación de aplicaciones de logística para enrutar una distribución. |
MPP | Pagos automáticos | Permite pagos HTTP 402 con streaming basado en sesiones en sistemas fiduciarios y cripto. | El agente transmite 0,003 $ por llamada a la API a través de las vías fiduciarias de Stripe sin necesidad de registrarse para obtener una cuenta. |
Lo que exploraremos a continuación
En el resto de esta serie, profundizaremos en los protocolos de comercio y en los protocolos de autorización y pago que están dando forma al comercio agéntico.
Empezaremos con x402 porque se corresponde claramente con la ruta de la petición y muestra cómo el pago puede pasar a formar parte del control de acceso HTTP. A partir de ahí, seguiremos con artículos y demos relacionados sobre Stripe MPP, ACP y otros trabajos sobre protocolos emergentes.
El objetivo es mantenerse cerca de la implementación práctica: cómo se comportan estos protocolos en flujos reales de peticiones, dónde el edge puede ayudar a conectar políticas y enrutamiento, y qué podría aportar Fastly al ecosistema más amplio del comercio agéntico a medida que madura.
Lee Cómo Fastly y Skyfire hacen posible un comercio agéntico de confianza en el edge para explorar una implementación real con las credenciales Know Your Agent (KYA) de Skyfire y Fastly Compute para verificar agentes de IA, validar señales de pago y controlar el acceso a experiencias de comercio y contenido.