Mastercard Agent Connect para comercios: estandarizaron tu catálogo, no tu dinero

Qué anunció Mastercard el 9 de septiembre de 2026

El 9 de septiembre de 2026 Mastercard lanzó Agent Connect. La propuesta es simple y genuinamente útil: en vez de construir una conexión técnica distinta con cada asistente de IA, chatbot y superficie de compra que pueda mandarte un cliente, el comercio se integra una sola vez. A través de esa conexión, un agente puede buscar tus productos, armar un carrito y llevar al comprador hacia un pago que el comprador autoriza.

En paralelo, Mastercard amplió su Agent Suite for Merchants. Según PYMNTS, la suite ayuda a que la «información definida por el comercio —detalles de producto, precios, disponibilidad y opciones de entrega— sea accesible en modelos, plataformas y experiencias de agentes». El motivo que da Mastercard: «Los consumidores recurren cada vez más a asistentes con IA para descubrir productos, comparar opciones y decidir qué comprar».

El Chief Product Officer Jorn Lambert lo dijo más directo, según crypto.news: «Los agentes de IA van a cambiar otra vez la interfaz de compra». Mastercard también anunció trabajo con Anthropic sobre un plano de agente de comercio que combina modelos Claude con sus capacidades de pago, para que los comercios puedan construir agentes de compra dentro de sus propios canales y no solo alquilar el de otro. (Cubrimos la mitad open source de esa historia cuando Anthropic publicó Claude Commerce Agents el 2 de septiembre: un cerebro de compras al que, deliberadamente, le falta la billetera.)

Del lado del dinero, la pieza que lleva la autorización es Agent Pay, que usa permisos tokenizados para verificar que un cliente efectivamente aprobó a un agente antes de que la compra se complete, separando una transacción autorizada de un agente haciendo algo que nadie le pidió. Eso se apoya en Agent Pay for Machines, el despliegue de junio respaldado por más de 30 empresas —entre ellas Stripe, Adyen, Checkout.com, Coinbase, Cloudflare, Global Payments, OKX, Ripple y la Solana Foundation— que analizamos desde el lado del proveedor de API.

Primero el crédito: por fin invitaron al vendedor

Hace tres semanas escribimos que 26 empresas estaban escribiendo los estándares de pagos agénticos y ninguna era un vendedor. Agent Connect es el contraejemplo y merece quedar registrado como tal. Apunta de lleno al negocio que está del lado que recibe la plata. El propio posicionamiento de Mastercard es que el comercio conserva el control de su marca, su precio y la relación con el cliente, en vez de quedar reducido a un paso de logística después de que un agente ya cerró la venta.

Ese es el problema correcto. Cuando la comparación la hace una máquina, la vidriera del comercio deja de ser una vidriera. Quien controla la interfaz controla la comparación, y quien controla la comparación fija los términos con los que te comparan. Un comercio sin ninguna presencia legible por máquinas no está perdiendo la comparación: directamente no está en ella.

Así que sí: una integración en vez de doce, inventario en vivo en vez de un scraping viejo, datos de producto estructurados en vez de un agente adivinando desde el HTML. Todo eso es trabajo que vale la pena, y hay un número detrás de la urgencia. La investigación de Mastercard encontró que el 31 % de los comercios planea invertir dentro de un año en búsqueda y comparación automatizada de productos. Un tercio del mercado poniendo presupuesto en ser encontrable por máquinas.

Ahora leé los otros tres números

Publicados en la misma investigación y mucho menos citados:

• El 46 % de los comercios señaló el precio y el importe final que paga el cliente como la función que menos está dispuesto a dejar en manos de un agente de IA.
• El 26 % planea invertir en completar el checkout de forma automatizada: bastante menos que el 31 % que invierte en descubrimiento.
• Casi el 50 % puso el armado de carritos multi-comercio, el checkout autónomo o la gestión de disputas en el casillero «más adelante o nunca».

Puestos en fila, dibujan una forma. A los comercios les entusiasma que los agentes los encuentren, les entusiasma menos que los agentes les paguen, y cerca de la mitad decidió que las consecuencias de disputa del comercio agéntico son un problema para después.

Los dos primeros son una lectura racional de dónde está el valor. El tercero es el que no sobrevive al contacto con el riel.

Por qué «disputas más adelante» no es una opción que tenga un comercio con tarjeta

En un riel de tarjeta, las disputas no son una función que adoptás. Son una propiedad del instrumento. Un pago con tarjeta es un pull: el comercio presenta una credencial y le pide a un emisor que adelante plata que el comprador no tiene en ese momento. Como el dinero se mueve sobre una promesa, la promesa puede deshacerse, y la ventana para hacerlo se mide en meses: habitualmente hasta 120 días desde la transacción, y más en escenarios específicos según las reglas de las redes.

Un agente no achica esa ventana. Si acaso, estira la ambigüedad adentro. Cuando un humano hace clic en comprar, la pregunta «¿autorizaste esto?» tiene una respuesta obvia. Cuando el carrito lo armó un software, eligió la variante y ejecutó dentro de un mandato que el comprador fijó tres semanas antes, la misma pregunta tiene varias respuestas plausibles, y el comercio es el que se quedó sin la mercadería, pagó el envío y carga con la prueba. Lo recorrimos en contracargos en el comercio agéntico.

Por eso mismo el mundo de las tarjetas está construyendo una capa de intención. El borrador del marco de pagos agénticos de EMVCo, publicado el 1 de septiembre y abierto a comentarios hasta el 30, propone los «Intent Services»: un registro compartido y con estado donde los participantes registran y consultan qué autorizó el consumidor, antes, durante y después de una transacción. Leído sin adornos, es un sistema para producir mejor evidencia de disputa sobre compras que siguen siendo disputables. Es ingeniería competente para un problema real. También está a meses de especificación, después implementación, después adopción por parte de los emisores.

Así que el resumen honesto de la posición de un comercio en septiembre de 2026 es este: te piden invertir ahora en ser descubrible por máquinas y postergar la parte donde que las máquinas te paguen sea seguro, cuando esa parte postergada es la única que en realidad no podés postergar.

El catálogo siempre fue la mitad fácil

Acá está la observación estructural que conviene llevarse del lanzamiento de Agent Connect, y no es una crítica a Mastercard: es una descripción de qué puede y qué no puede estandarizar una red de tarjetas.

El catálogo de un comercio es información. Ya está en una base de datos. Publicarlo en un formato legible por máquinas es un proyecto de integración con una meta clara: los agentes pueden leer tus productos, precios, disponibilidad y entregas. Trabajo duro, pero trabajo acotado.

El dinero de un comercio no es información. Es un derecho de cobro, ruteado por un adquirente, fondeado por un emisor, gobernado por reglas de red y reversible durante meses. Ninguna capa de integración cambia eso, porque la reversibilidad no está en la integración: está en el instrumento. Agent Connect puede volverte encontrable para todos los agentes de compra del planeta y tu tasa de descuento, tu plazo de acreditación y tu exposición a disputas van a ser idénticos al día siguiente.

Hay un segundo costo que se subestima. Un feed en vivo de producto, precio, disponibilidad y entrega «en modelos, plataformas y experiencias de agentes» es una nueva superficie operativa que te pertenece. Cada cambio de precio, cada quiebre de stock, cada ajuste de horario de despacho ahora tiene que propagarse a superficies que no controlás, y una diferencia entre lo que un agente cotizó y lo que vos vas a honrar es, en el mejor caso, un problema de atención al cliente, y en el peor, una disputa. Los comercios que dijeron que no van a ceder el precio deberían notar que publicar un precio vivo y consultable por cada agente comparador es una decisión de precio: justamente aquella donde se va el margen.

La oferta que además es el pago

Existe un formato donde el descubrimiento y el pago son el mismo mensaje, y viene funcionando en producción todo el año.

Cuando un cliente pide un recurso pago, el servidor responde con HTTP 402 Payment Required. Esa respuesta lleva el precio, las redes y esquemas aceptados y dónde pagar. El cliente firma un pago por exactamente ese importe y reintenta. El recurso vuelve. Eso es todo: un solo viaje, sin feed que sincronizar, sin registro al que sumarse, sin red con la que integrarse. x402 es un estándar abierto y neutral, aportado por Coinbase y hoy gobernado por la x402 Foundation dentro de la Linux Foundation.

Fijate qué es el 402 en el vocabulario del anuncio de Agent Connect. Es información definida por el comercio —tu precio, tus términos, tu recurso— expresada en una forma que una máquina lee de manera nativa. Es una entrada de catálogo y un checkout en la misma respuesta. Y como el agente empuja un pago firmado en vez de presentar una credencial, la autoridad para gastar es el importe firmado. No hay estado de mandato que cuatro partes tengan que consultar, porque el presupuesto restante es simplemente el saldo de la wallet.

La consecuencia para el vendedor es la parte que importa: la liquidación es final al confirmarse. Nada que disputar, nada que dejar para «más adelante o nunca».

Dónde encaja Payzum, y dónde no

Payzum es el middleware/proxy delante de tu API existente. No es el facilitator: la liquidación pasa por un facilitator externo, hoy el de Coinbase. No implementás un protocolo ni reescribís un endpoint.

En el panel configurás el endpoint que ya tenés, la API key o bearer que ese endpoint ya espera, y un precio por ruta. Payzum publica una URL x402, responde el 402, gestiona la liquidación a través del facilitator externo y después hace de proxy reenviando la llamada pagada a tu endpoint real con tu propia key. El USDC en Base del agente va sin custodia a una wallet que vos controlás: Payzum nunca lo retiene. Las confirmaciones en Base son de alrededor de dos segundos.

Para el lado aprobado por humanos del comercio agéntico —el carrito que arma un agente y confirma una persona— los productos son los de siempre: hosted checkout, payment links y botones, invoices con expiración y detección de sobrepago, y suscripciones. Sin custodia, con auto-conversión opcional a USDC o USDT contra la volatilidad, y sin contracargos, porque no hay adquirente en el camino que pueda revertir nada. Para un mostrador físico, el POS genera un QR nuevo por venta, con cajeros con PIN y analítica por cajero.

Un límite honesto: Payzum es crypto-only. Aceptamos cripto y liquidamos en cripto. Si lo que necesitás es que un agente de IA pague con una credencial Mastercard tokenizada y que los fondos caigan en tu cuenta bancaria, Agent Connect y Agent Pay son los productos correctos y no somos un sustituto. Los dos caminos responden preguntas distintas.

Cómo ponerle precio a un endpoint, paso a paso

1. Elegí el recurso. Una ruta de API, una consulta a un dataset, un endpoint de modelo, una herramienta MCP, un informe detrás de un login. Cualquier cosa que consuma una máquina y que hoy un humano compre por un proceso de ventas.
2. Configuralo en Payzum. Pegás la URL del endpoint, agregás la API key o el bearer que espera, fijás un precio por llamada. Sin código, sin implementar un protocolo, sin redeployar tu servicio.
3. Publicá la URL x402. Payzum devuelve el 402 con tu precio a cualquier agente que la llame, liquida vía el facilitator externo y hace de proxy con tu key hacia tu endpoint real.
4. Mirá cómo entra. El USDC en Base llega a tu propia dirección de wallet. Los webhooks firmados avisan cada evento de pago y el audit log completo muestra qué llamada se pagó.

Para quién es esto de verdad hoy

Agent Connect está pensado para catálogos de retail, y para retail va a importar, al ritmo que permita la confianza del consumidor. Ese ritmo lo miramos en la brecha de confianza del comercio agéntico: el 85 % de los consumidores deja que un agente compare, cerca de uno de cada diez lo deja pagar sin estar presente. Pero si mirás dónde están gastando plata los agentes hoy, los tickets te dicen que no es el supermercado. La liquidación pública de x402 viene promediando decenas de centavos por transacción: la firma de máquinas pagando llamadas de API e inferencia, no de gente comprando sillones.

Así que los negocios con una oportunidad real en 2026 son los que venden algo que una máquina consume directo:

• Proveedores de API y de datos. Un feed de precios, una verificación de padrón, un geocodificador, un endpoint de datos de mercado. Hoy se vende con contrato anual y llamada comercial, dos cosas que un agente trabajando dentro de un presupuesto de sesión no puede completar. Un precio por llamada te vuelve alcanzable en el mismo request que te descubre. Más mecánica en x402: pago por llamada de API.
• SaaS y herramientas con servidor MCP. Si ya expusiste herramientas a los agentes, hiciste la mitad difícil. Falta el precio en la llamada, en lugar de un formulario de registro que el agente simplemente va a abandonar.
• Editoriales y consultoras de research. Acceso medido a un archivo o a un informe, con precio por documento y sin suscripción que una máquina tenga que negociar.
• Exportadores de servicios digitales en LATAM. Un estudio en Buenos Aires, Bogotá o Montevideo que vende una API al exterior no solo gana el canal agéntico: cobra sin cuenta bancaria en el país del comprador, sin spread del banco receptor y sin que el giro llegue tarde o recortado. El USDC cae en su propia wallet el mismo día.
• Tiendas online que además quieren limpio el lado humano. Un carrito armado por un agente y confirmado por una persona, pagado con hosted checkout o payment link, liquida en segundos a tu wallet sin una cola de 120 días detrás.

Agent Connect vs un endpoint con precio: la comparativa

Las objeciones honestas

«Mis clientes son humanos con tarjeta. Esto no me toca.»

Para la mayoría de los comercios hoy eso es simplemente cierto, y no vamos a fingir que una ferretería tiene que rehacer sus pagos alrededor de los agentes de IA. Agent Connect es el movimiento sensato para un catálogo de retail, y la tarjeta no se va a ninguna parte.

El planteo más acotado es este: si parte de lo que vendés lo consume un software —una API, un dataset, cómputo, una herramienta—, esa parte tiene hoy un canal disponible que no requiere comité, ni período de comentarios, ni adopción de emisores. Es aditivo. Ponerle precio por llamada a un endpoint no te quita un solo pago con tarjeta del negocio que ya tenés.

«La finalidad corta para los dos lados. Si un agente compra mal, prefiero que exista el contracargo.»

Es una objeción justa y es la más fuerte contra nuestra posición. Para bienes de consumo con expectativa de devolución, la reversibilidad es una protección real, y la finalidad on-chain significa que el recurso del cliente es tu política de reembolso y no un proceso de disputa. Lo decimos sin vueltas porque es verdad.

Donde el argumento se da vuelta es en el tamaño del ticket. Nadie disputa una llamada de API de USD 0,002: procesar la disputa cuesta órdenes de magnitud más que la transacción. En comercio de máquina por llamada, la reversibilidad es un costo que pagás en cada operación por una opción que nadie va a ejercer nunca. Elegí el riel según el bien.

«¿Payzum no es otro intermediario entre el agente y yo?»

Payzum está en el camino del request —eso hace un proxy— pero no en el camino del dinero. El USDC se liquida a una dirección que vos controlás, no a un saldo de Payzum, así que no hay float, ni calendario de pagos, ni revisión de cuenta que pueda retener tu facturación. Y el lock-in es bajo por construcción: conservás tu endpoint, tu API key y tu wallet. Si gana otro protocolo, lo que cambia es una configuración de gateway.