Los protocolos de agent-checkout están convergiendo (ACP, AP2, Instant Checkout). La capa de experiencia sigue siendo la pregunta abierta.

En apenas unos meses, dos grandes bloques de plataformas han expuesto cómo debe funcionar técnicamente una compra realizada por un agente de IA. OpenAI y Stripe presentaron el Agentic Commerce Protocol (ACP), el estándar detrás de "Buy it in ChatGPT" e Instant Checkout. Google publicó en paralelo el Agent Payments Protocol (AP2), disponible como versión 0.2 bajo la gobernanza de la FIDO Alliance desde el 28 de abril de 2026. Ambos abordan el mismo problema: ¿cómo autoriza, paga y confirma una compra un agente sin que un humano rellene el formulario?

Se trata de un progreso real, y a muchos comercios les parece la única gran pregunta que quedaba abierta en la era del comercio agéntico. No lo es. Los protocolos convergen en la parte que puede estandarizarse: la transacción. La parte que no puede estandarizarse permanece intacta, y es precisamente la que decide la marca, el margen y la conversión. Lo que el agente *muestra y dice* al comprador sigue siendo responsabilidad del comercio.

Qué estandarizan realmente ACP, AP2 e Instant Checkout

Vale la pena ser precisos sobre lo que está ocurriendo aquí. Los protocolos rigen la mecánica de una transacción de compra agéntica, no la experiencia de compra.

• ACP (OpenAI + Stripe) define cómo un agente crea un pedido, transmite los datos de pago y recibe una confirmación. "Buy it in ChatGPT" es la primera aplicación visible. Etsy ya está activo, y se anunció que cerca de un millón de comercios de Shopify serían la siguiente ola. La especificación es de código abierto y está en beta.
• AP2 (Google, FIDO Alliance) define la capa de pago y autorización para agentes entre distintos proveedores. El foco está en la intención verificable, los mandatos y la cuestión de quién es responsable de una compra realizada por un agente.

Lo que importa es lo que no aparece en esa lista. Ningún protocolo estandariza qué tres productos recomienda el agente de tu catálogo. Ninguno especifica cómo se presenta una tabla de tallas, una nota de sostenibilidad o una recomendación de paquete. Ninguno decide si el agente ofrece una alternativa cuando un artículo está agotado o simplemente se rinde. Y ninguno es dueño de tus datos de producto, de la estructura de tu contenido o del tono de tu marca.

ACP y AP2 son rieles de pago y cumplimiento de pedidos. Para el comercio son lo que una interfaz de pago siempre ha sido: infraestructura necesaria que cierra la venta, pero no la razón por la que alguien te compra a ti y no a un competidor.

La capa que nadie estandariza

Entre la solicitud de un comprador y la transacción se sitúa una capa que se resiste a la estandarización, porque varía según el comercio. La llamamos la capa de experiencia: todo lo que el agente muestra, formula, recomienda y justifica en nombre de tu tienda.

Esta capa responde a preguntas que ningún protocolo puede responder:

• Selección. ¿Qué productos extrae el agente de un catálogo de 50.000 artículos cuando alguien pide una "chaqueta de running ligera para lluvia"?
• Presentación. ¿Cómo se estructuran el precio, la disponibilidad, las variantes y las condiciones de devolución para que un agente los lea correctamente y los repita correctamente?
• Justificación. ¿Qué dice el agente sobre tu producto? ¿Cita tus propias palabras o inventa las suyas contradiciendo tu marca?
• Lógica de contingencia. ¿Qué ocurre en caso de falta de stock, restricciones transfronterizas o productos con verificación de edad?

Estas no son preguntas de pago. Son preguntas de frontend y de contenido. Y no se vuelven más pequeñas una vez estandarizado el checkout. Se vuelven más grandes, porque el agente es ahora un canal adicional donde tu marca aparece sin tu control directo, a menos que diseñes activamente esta capa.

Por qué la capa de experiencia sigue siendo del comercio

Hay una razón estructural por la que sigue siendo así. Un protocolo es, por definición, un mínimo común denominador. Solo funciona si todos los implicados comparten la misma mecánica. Precisamente por eso un protocolo puede regir la transacción, pero nunca la diferenciación, porque la diferenciación es lo opuesto a un común denominador.

Para el comercio esto significa: puedes delegar el pago y el cumplimiento de pedidos a ACP o AP2. No puedes delegar la respuesta a "por qué este producto, por qué aquí, con qué palabras" sin renunciar al control de tu marca en el canal agéntico. Esta capa no es un detalle de renderizado. Es la parte del storefront que porta tu lógica de selección, tus reglas de contenido y tus guardarraíles.

Esto coincide con un patrón que ya hemos visto en cambios de plataforma anteriores. Cuando los proveedores de pago unificaron el checkout, la diferencia entre comercios no desapareció. Se desplazó hacia delante, hacia el surtido, la presentación y el contenido. Lo mismo ocurre con las compras agénticas. La capa de experiencia no desaparece. Se desplaza, de la página que mira un humano a la estructura que lee un agente.

Qué significa esto para la arquitectura del storefront

Cuando el agente se convierte en el comprador, el storefront tiene que estar agent-ready. Eso no es una fórmula de marketing, sino un requisito arquitectónico concreto:

1. Datos estructurados como requisito, no como extra de SEO. Un agente lee Schema.org, no tu CSS. Los datos de producto, precio, disponibilidad y variantes deben ser legibles por máquina y no ambiguos, de lo contrario el agente adivina, y adivinar te cuesta margen y reputación. Explicamos cómo hacer que el contenido sea citable para agentes en Content Citation Readiness.
2. Un único modelo de datos en todos los backends. Si tus datos de producto viven en Shopify, tus precios en un ERP y tu disponibilidad en un sistema aparte, el agente igualmente tiene que ver una única verdad coherente. Una capa de datos de frontend normalizada sobre los backends resuelve exactamente esto.
3. Guardarraíles a nivel de componente. Un agente que selecciona y formula por su cuenta necesita límites: qué productos puede recomendar, qué afirmaciones puede hacer, cuándo debe detenerse. Esas reglas pertenecen a la capa de frontend, no a un prompt. Expusimos el enfoque basado en esquemas en Agentic Frontend Guardrails.
4. La misma biblioteca de componentes para humanos y agentes. La lógica de selección y presentación que atiende a tu comprador humano es la misma que alimenta al agente. Mantener dos sistemas separados, uno para el sitio web y otro para el agente, es costoso y hace que ambos diverjan.

Aquí es exactamente donde entra una Agentic Frontend Management Platform. Separa con claridad los rieles de pago que conectas a ACP o AP2 de la capa de experiencia que conservas tú. La capa de frontend headless y composable se sitúa encima de tu stack de comercio existente, normaliza los datos de todos los backends y sirve el contenido estructurado y protegido por guardarraíles que un agente puede leer correctamente, optimizado para la citación legible por máquina mediante SEO and GEO. Cambias la mecánica de pago sin perder el control de la presentación.

Conclusión

La convergencia de ACP, AP2 e Instant Checkout es una buena noticia: la mecánica transaccional de las compras agénticas se convierte en una commodity, y nadie tiene que construírsela por su cuenta. Pero ese es también el límite de la estandarización. La selección, la presentación y la justificación, es decir, todo lo que compone tu marca en el canal agéntico, es algo que ningún protocolo gestionará por ti.

La conclusión práctica no tiene nada de glamuroso. Conecta los protocolos de pago en cuanto estén listos para tu mercado. Invierte en paralelo en la capa que nadie estandariza por ti: datos estructurados, un modelo de datos de frontend unificado y guardarraíles que definan a nivel de componente qué puede mostrar el agente. La capa de experiencia no desaparece. Permanece en tus manos, si la mantienes ahí.