¿Qué son los cupones para agentes de IA?

Cupones para agentes no es una categoría nueva de cupones ni una extensión del navegador que busca códigos por ti. Es la pregunta de qué pasa con el campo «¿tienes un código de descuento?» cuando quien compra es un agente de IA y no una persona. La respuesta corta: no existe un estándar con ese nombre. Lo que hay son extensiones de descuento dentro de los protocolos de comercio agéntico, que convierten el código en un dato de la petición de compra y obligan a la tienda a contestar si lo acepta y, si no, por qué. A una tienda le importa porque un código rechazado en silencio es una compra que el agente no puede explicar a su cliente.

Qué dicen los protocolos

ACP: una extensión del checkout

El ACP (Agentic Commerce Protocol) ya traía un soporte básico: un campo coupons en las peticiones y el detalle de descuento en cada línea del pedido. Sobre eso, su Discount Extension, con fecha 2026-01-27 y marcada como borrador, es la primera extensión del marco de extensiones del ACP.⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)} Llegó con la versión de la especificación del 30 de enero de 2026, como pieza opcional que cada implementación adopta cuando quiere,⁠^{[2]Agentic Commerce Protocol, repositorio de la especificación (GitHub). Version 2026-01-30 (registro de cambios)} y sigue en la versión estable del 17 de abril de 2026.⁠^{[3]Agentic Commerce Protocol, repositorio de la especificación (GitHub). Discount Extension Examples (versión 2026-04-17)}

Lo que define:⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)}

• El agente manda los códigos en discounts.codes. Cada envío sustituye a los anteriores, un array vacío los quita todos y la tienda los compara sin distinguir mayúsculas. El antiguo coupons queda como alias obsoleto.
• La tienda responde con lo aplicado: cada descuento con su cupón (nombre, porcentaje o importe fijo), el importe descontado y, si hace falta, cómo se reparte entre las líneas del pedido y en qué orden se acumula con otros.
• Los descuentos automáticos, los que la tienda aplica sin código, salen en la misma lista.
• Los códigos rechazados salen aparte, con un motivo de una lista cerrada, y la tienda debería avisar también en los mensajes de la sesión con tipo warning, para que el usuario sepa que no recibirá el descuento que esperaba.

Los motivos de rechazo son ocho: código caducado, no válido, ya aplicado, no combinable con otro descuento activo, compra mínima no alcanzada, usuario sin sesión iniciada, usuario no elegible y límite de usos alcanzado.⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)} Y la propia especificación deja fuera las API para crear y gestionar descuentos, las reglas de validación de cupones y el canje de puntos de fidelidad.⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)}

Hay un cambio en preparación, todavía sin versión publicada: un campo para que el agente diga de qué feed sacó el precio que enseñó al comprador, de modo que la tienda pueda respetar el precio de catálogo. La política de cuándo respetarlo la decide el vendedor, no el protocolo.⁠^{[4]Agentic Commerce Protocol, repositorio de la especificación (GitHub). Suggested Pricing on Checkout Create (cambio sin publicar)}

UCP: el mismo esquema, con descuentos automáticos intocables

El UCP (Universal Commerce Protocol) tiene su propia extensión, dev.ucp.shopping.discount, en la versión de la especificación del 25 de agosto de 2026. Permite enviar uno o varios códigos, recibir los descuentos aplicados con un título legible y su importe, y conocer los rechazados por los mensajes de la sesión, con códigos de error como caducado, no válido o no combinable. Depende de la capacidad de carrito o de la de pago, o de las dos. Los descuentos automáticos aparecen marcados como tales, sin código, y la plataforma no puede quitarlos. Y deja claro quién manda: la tienda decide si un código es válido, con sus propias reglas.⁠^{[5]Universal Commerce Protocol. Discounts Extension (dev.ucp.shopping.discount, versión 2026-08-25)}

Google, en su guía para conectar el UCP con el Modo IA y Gemini, pide a la tienda declarar esa capacidad en su perfil para recibir códigos, comunicar los códigos no válidos como avisos en los mensajes en lugar de rechazar la petición entera, y anotar los descuentos en los totales con valores negativos mientras los importes de la lista de aplicados siguen siendo positivos.⁠^{[6]Google for Developers, UCP en Merchant Center. Promo codes and discounts implementation}

AP2: el descuento es cosa de la tienda

El AP2 (Agent Payments Protocol) no define cupones. En su reparto de papeles, la tienda responde de la integridad del inventario, de los precios y de cualquier descuento propio.⁠^{[7]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)} Cuando el agente compra sin la persona delante, con pagos delegados, la tienda tiene además que comprobar que el pedido final cumple todas las condiciones que la persona firmó de antemano.⁠^{[7]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)} Un descuento que cambia el pedido entra en esa comprobación como cualquier otro cambio.

Y antes de pagar: las promociones en el feed

En el feed para ChatGPT, la rebaja se declara con sale_price, que tiene que ser mayor que cero, menor que el precio normal y en la misma moneda. Se puede añadir el periodo con sale_price_effective_date, pero OpenAI avisa de que esa fecha no programa la rebaja: hay que actualizar el feed cuando empieza y cuando acaba.⁠^{[8]OpenAI Developers. Products (especificación del feed, Agentic Commerce)} En Google, las promociones de Google Merchant Center existen desde antes de los agentes: se muestran en la Búsqueda de Google, la pestaña Shopping, Chrome y otras superficies, España está entre los países admitidos, y tienen que poder canjearse al pagar, durar como mucho 183 días y descontar al menos 5 dólares o un 5 %. Su página de ayuda no menciona el Modo IA.⁠^{[9]Ayuda de Google Merchant Center. Get started with promotions}

En una tienda

Una tienda ejemplo ficticio que admite la extensión de descuentos del ACP. El agente envía dos códigos al crear la sesión de pago; uno vale y el otro caducó. Los importes van en céntimos, como pide la especificación:⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)}⁠^{[3]Agentic Commerce Protocol, repositorio de la especificación (GitHub). Discount Extension Examples (versión 2026-04-17)}

{
  "request": {
    "line_items": [{ "id": "moka-inox-6", "quantity": 1 }],
    "currency": "eur",
    "discounts": { "codes": ["OTONO10", "VERANO25"] }
  },
  "response": {
    "discounts": {
      "codes": ["OTONO10", "VERANO25"],
      "applied": [
        {
          "id": "di_otono10",
          "code": "OTONO10",
          "coupon": { "id": "cp_otono10", "name": "10 % en otoño", "percent_off": 10 },
          "amount": 399
        }
      ],
      "rejected": [
        {
          "code": "VERANO25",
          "reason": "discount_code_expired",
          "message": "El código VERANO25 caducó el 30 de septiembre."
        }
      ]
    },
    "messages": [
      {
        "type": "warning",
        "code": "discount_code_expired",
        "param": "$.discounts.codes[1]",
        "content_type": "plain",
        "content": "El código VERANO25 caducó el 30 de septiembre."
      }
    ]
  }
}

Lo que el agente puede contarle a su cliente sale de ahí: se aplicó un 10 %, el segundo código no, porque caducó, y con fecha. Sin el bloque rejected y el aviso, el agente solo vería un total más alto del que esperaba.

Cómo comprobarlo

1. Pregunta a tu plataforma o a tu proveedor de pagos si su implementación del ACP o del UCP declara la extensión de descuentos. En el ACP aparece en las extensiones de la respuesta de pago;⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)} en el UCP, como dev.ucp.shopping.discount en el perfil.⁠^{[5]Universal Commerce Protocol. Discounts Extension (dev.ucp.shopping.discount, versión 2026-08-25)}
2. Si tienes perfil UCP, ábrelo en https://tu-dominio/.well-known/ucp y busca esa capacidad. Sin ella, Google no te envía códigos.⁠^{[6]Google for Developers, UCP en Merchant Center. Promo codes and discounts implementation}
3. Prueba tus códigos difíciles: uno caducado, uno con compra mínima y uno no combinable. Cada rechazo debería volver con su motivo, no como un error genérico.⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)}
4. Revisa tu feed al terminar cada promoción: el precio rebajado tiene que desaparecer cuando acaba.⁠^{[8]OpenAI Developers. Products (especificación del feed, Agentic Commerce)}
5. Si usas promociones de Merchant Center, comprueba que cumplen sus requisitos de duración y descuento mínimo.⁠^{[9]Ayuda de Google Merchant Center. Get started with promotions}

Concepto cercano: checkout agéntico

El checkout agéntico es la fase del pago cuando la hace un agente, y los cupones viven dentro de ella: en el ACP y en el UCP, el descuento es una extensión de la sesión de pago, no un protocolo aparte.⁠^{[1]Agentic Commerce Protocol, repositorio de la especificación (OpenAI y Stripe, GitHub). RFC: Discount Extension (versión 2026-01-27)}⁠^{[5]Universal Commerce Protocol. Discounts Extension (dev.ucp.shopping.discount, versión 2026-08-25)} Antes del pago, lo que el agente sabe de una rebaja es lo que dice tu feed; eso pertenece al descubrimiento de productos por IA. Y quién decide usar un código, el agente solo o la persona, depende de si el agente es autónomo o asistido.

Para seguir, la ruta de lectura de comercio agéntico ordena los protocolos que llevan a un agente del catálogo al pago.