¿Qué es el comercio agéntico?

Un agente de IA que compara precios o rellena un formulario ya está tocando tu web. El comercio agéntico va un paso más allá: el agente completa la transacción entera, desde encontrar el producto hasta pagarlo, sin que la persona tenga que abrir el sitio del comerciante ella misma. Para el comerciante, eso significa que una parte de sus ventas puede cerrarse sin que nadie visite jamás su página de producto de la forma habitual, con clics y carrito propio.

No existe un único estándar para esto todavía. Hay dos protocolos abiertos compitiendo por el mismo terreno. El Agentic Commerce Protocol (ACP) lo desarrollaron juntos OpenAI y Stripe, se publicó el 29 de septiembre de 2025 bajo licencia Apache 2.0, y es lo que ya usa ChatGPT en su función de compra instantánea. El Agent Payments Protocol (AP2) lo lidera Google, se anunció el 16 de septiembre de 2025, y lo respaldan más de sesenta empresas de pagos y tecnología, entre ellas Mastercard, PayPal y Adobe; su estandarización sigue avanzando dentro de la FIDO Alliance.

Los dos protocolos resuelven el mismo problema de fondo: cómo dejar que un agente compre algo sin entregarle las credenciales de pago reales de la persona, y cómo dejar constancia de que esa persona autorizó la compra concreta que se hizo.

En el ACP de OpenAI y Stripe, el agente lee el catálogo del comerciante, en un formato pensado para máquinas, y construye un carrito. Cuando la persona confirma qué quiere comprar y con qué método de pago, Stripe emite un Shared Payment Token: un identificador de un solo uso, limitado en el tiempo y atado a un comerciante y un importe concretos. El agente envía ese token junto con el carrito al comerciante, que lo cobra como cualquier otro pago; en ningún momento el agente ve el número de tarjeta real. Antes de llegar a ese paso, el protocolo incluye una negociación de capacidades: el comerciante declara qué formas de pago acepta (el token de Stripe, un token propio de otro proveedor, o un gestor del propio vendedor) y el agente elige una de las que el comerciante permite. Eso deja al comerciante con el control real de qué métodos entran en su checkout, aunque toda la conversación previa haya ocurrido dentro de un asistente de IA.

AP2, de Google, resuelve lo mismo con un mecanismo distinto: los mandates. Un Intent Mandate se firma cuando la persona hace la petición inicial, con las condiciones que puso (precio máximo, plazo, comerciantes permitidos). Cuando el agente arma el carrito final, se genera un Cart Mandate que fija los artículos y el precio exactos que la persona vio y aprobó. Un Payment Mandate, derivado de los dos anteriores, enlaza el método de pago con esa cadena de aprobaciones, y marca si una persona estaba presente en el momento del pago o si la compra se ejecutó de forma delegada, según reglas fijadas de antemano.

Los dos mecanismos difieren en la forma, pero comparten la misma idea: nunca es el agente quien decide gastar sin dejar un rastro comprobable de que una persona lo autorizó, ya sea con un token limitado o con una cadena de firmas.

Para una tienda que ya vende bien en Google y en redes, esta es la primera pregunta concreta de GEO con impacto directo en ingresos: si un cliente le pide a su asistente que le compre algo, ¿puede tu tienda participar en esa compra o queda fuera?

No hay una cifra pública que compare cuánto volumen mueve hoy cada protocolo frente al otro; cualquier afirmación sobre cuál va ganando sería una suposición, no un dato verificado. Lo que sí depende de una decisión concreta es la preparación del catálogo: los datos estructurados de producto que un agente necesita para encontrar y describir bien un artículo son los mismos, sea cual sea el protocolo de pago que se elija después. Retrasar esa preparación hasta saber qué protocolo gana dentro dos años deja fuera del comercio agéntico durante ese tiempo, gane quien gane.

Hay una segunda decisión, más operativa: qué pasa con una disputa de cobro cuando la compra la inició un agente. El token del ACP caduca y es de un solo uso, lo que limita el margen de reclamación si algo sale mal después del cobro; la cadena de mandates del AP2 deja un registro firmado de cada paso, pensado precisamente para reconstruir qué autorizó la persona si hay que investigar un cargo. Un comerciante que active cualquiera de los dos protocolos sin haber decidido antes cómo va a gestionar esas disputas está dejando esa decisión para el momento en que ya haya un cliente enfadado.

• Publica un feed de productos legible por máquina antes de decidir qué protocolo de pago implementar; ese trabajo sirve para los dos.
• No apuestes todo el desarrollo a un único protocolo mientras ninguno domine el mercado de forma clara y verificable.
• Revisa si tu procesador de pago actual ya soporta ACP o AP2 antes de construir una integración propia desde cero.
• Exige que el comprador apruebe explícitamente el carrito final, aunque el agente haya hecho toda la búsqueda y comparación previa.
• Guarda el registro de cada transacción agéntica, sea token o mandate, para poder responder a una disputa de cobro.
• Mantén las mismas reglas de fraude y de stock que usas en el checkout humano; ningún protocolo las sustituye por sí solo, por muy fiable que parezca el token o el mandate en un caso concreto.

• Tratar ACP y AP2 como si fueran intercambiables o compatibles entre sí; son dos protocolos distintos, sin puente oficial entre ambos.
• Dar por hecho que el agente puede completar una compra sin ninguna aprobación humana en algún punto del proceso.
• Exponer al agente credenciales de pago reales en vez del token o mandate que exige el protocolo.
• Ignorar el comercio agéntico por pensar que todavía no genera volumen, sin comprobarlo con datos propios de la tienda.
• Confundir comercio agéntico con un chatbot de atención al cliente que solo recomienda productos sin poder cobrarlos.