Llegó el comercio agéntico: qué cambia para quien trabaja en e-commerce

Dos protocolos abiertos ya definen cómo un agente compra en nombre de una persona, y están bajo custodias distintas. La disputa de estándar sigue abierta, y la decisión de arquitectura empieza ahora.

La conversación sobre agentes que compran solos salió del terreno de la especulación en el momento en que grandes empresas publicaron especificaciones abiertas para resolver el problema más difícil de esta cadena, que es la autorización del pago.

La especificación define una API de checkout y un flujo de pago delegado en formato OpenAPI, además de modelos de datos para feed, carrito y pedidos, autenticación e integración con MCP. Vale notar lo que esa lista implica para quien opera una tienda: el feed y el carrito, tratados hasta ahora como formato de exportación, se vuelven un contrato público, con esquema versionado y cambios incompatibles declarados.

El anuncio salió con más de 60 organizaciones socias, entre ellas American Express, Mastercard, PayPal, Adyen, Worldpay, Etsy y Salesforce. La composición de esa lista dice más que el número: reúne marcas de tarjeta, adquirentes, billeteras y comercios, que son exactamente las partes que tienen que ponerse de acuerdo para que una autorización de pago tenga validez en la punta.

Lo que los dos protocolos de comercio agéntico tienen en común

Ambos parten del mismo diagnóstico. Un agente que completa un formulario imitando a una persona no resuelve la cuestión de la responsabilidad, porque nadie puede probar después qué se autorizó. La respuesta de los dos es volver explícito el contrato entre persona, agente y tienda, con un registro verificable.

La diferencia que pesa está en quién guarda la especificación. El ACP lo mantienen las dos empresas que también operan el asistente y la capa de pagos donde corre. El AP2 salió de las manos de Google y pasó a una fundación de la industria. Para quien decide arquitectura, lo que cambia es sobre todo la expectativa de estabilidad y de captura de la especificación a lo largo de los años, con poco efecto sobre el código.

La consecuencia para quien opera una tienda es directa. El catálogo, además de contenido de página, se vuelve una interfaz de transacción, con un contrato de datos que tiene que estar correcto, actualizado y disponible en un formato que el agente consuma.

Por qué la autorización es el problema difícil de esta cadena

La parte técnicamente simple de esta cadena es hacer que un agente complete un formulario. Eso ya funciona, de forma frágil, desde que existen los robots de navegación. Lo que nunca funcionó es probar después qué autorizó la persona.

El sistema de pagos actual parte de una premisa que los dos protocolos tienen que reemplazar: que alguien hizo clic en comprar en una pantalla confiable. Esa premisa es la que sostiene la regla de responsabilidad en caso de contracargo. Cuando un agente inicia la transacción, desaparecen el clic y la pantalla, y con ellos la prueba.

Por eso los dos diseños giran en torno a un registro firmado, con la interfaz en segundo plano. El mandato existe para reconstruir, meses después, qué se pidió y qué se aprobó. Para quien opera una tienda, la consecuencia es que el cumplimiento pasa a ser una cuestión de integridad de datos en el catálogo.

Qué hacer en el e-commerce ahora, con el estándar indefinido

Mientras los dos protocolos disputan la adopción, se puede trabajar en lo que vale para ambos. Los cuatro frentes de abajo no dependen de qué estándar gane, porque todos tratan de la calidad del dato que cualquier agente va a consumir.

• Calidad del dato de producto. Precio, disponibilidad, variantes, plazo y política de devolución tienen que ser verdaderos en tiempo real en la fuente que alimenta cualquier canal. Una tienda con catálogo desactualizado se rompe con cualquier protocolo.
• El feed como ciudadano de primera clase. El feed sale del territorio de medios pagos y se vuelve infraestructura de descubrimiento y de transacción.
• Reglas de negocio explícitas. Envío, restricciones regionales, límites por pedido y política de cancelación tienen que estar documentados de forma legible por máquina.
• Decisión de exposición. Definir qué categorías y qué rangos de precio la empresa acepta transaccionar por agente, antes de que la pregunta llegue del área legal y quede un trimestre esperando en su bandeja de entrada.

Ninguno de los cuatro es una apuesta por un protocolo. Son condiciones de base que la tienda necesitaría de todos modos, y que se vuelven mucho más caras de arreglar cuando la integración ya está en producción.

Qué cambia para las tiendas en plataforma y para la prevención de fraude

Para quien opera una tienda en plataforma, como VTEX, Tiendanube, Shopify o WooCommerce, la integración con cualquiera de los dos protocolos tiende a llegar por la propia plataforma y por el procesador de pago, y el trabajo de la tienda se concentra en los cuatro frentes de arriba. Vale preguntarle al proveedor, por escrito, qué protocolo está en la hoja de ruta y con qué plazo, porque esa respuesta define cuándo la decisión de exposición deja de ser teórica.

En América Latina, la pregunta sobre los pagos instantáneos, como Pix en Brasil o SPEI en México, tiene que entrar en la conversación con el procesador. Un mandato firmado tiene que dialogar con las reglas de autorización y de contracargo del pago instantáneo, y esa integración es el punto a confirmar antes de cualquier piloto.

La prevención de fraude cambia de lugar por el mismo motivo. Con un agente en el medio, el comportamiento de quien navega la pantalla desaparece como señal, y el mandato firmado se vuelve la evidencia principal en caso de contracargo. Guardar esos registros con la misma disciplina que hoy se aplica a la factura y al comprobante de entrega es parte de la preparación. Lo que ya existe hoy para identificar y filtrar bots y agentes de IA en la entrada del sitio está en la guía de bots de IA.

Dónde entra el SEO en el comercio agéntico

La pregunta que estructura el trabajo cambia de forma. Además de averiguar si la página aparece en la búsqueda, pasa a valer averiguar si la oferta es comprensible y transaccionable por un agente. El marcado estructurado, la consistencia entre canales y la claridad de las políticas se vuelven requisitos de operación. Del lado del sitio, WebMCP es la propuesta que lleva esta lógica a la propia página, con acciones expuestas como herramientas que un agente puede llamar.