Comercio agéntico: cómo preparar tu tienda para compradores que utilizan IA

Un comprador pide una mochila que quepa bajo el asiento del avión, llegue antes del viernes y cueste menos de 80 euros. Un asistente de inteligencia artificial puede ayudarle a comparar opciones; para tramitar la compra necesita además consultar datos fiables y utilizar servicios conectados. El comercio agéntico reúne esas capacidades: buscar, valorar y ejecutar acciones comerciales dentro de los permisos concedidos por la persona.

Para una tienda, la consecuencia es concreta. La descripción del producto tiene que resolver dudas y sus sistemas deben poder confirmar lo que venden. Una mochila anunciada como «perfecta para viajar» dice poco sobre sus medidas, sus existencias o el plazo de entrega a una dirección determinada.

Prepararse exige ordenar catálogo, operaciones y control de las transacciones. La inversión merece una prueba acotada: un canal nuevo puede aportar pedidos, pero también errores de disponibilidad, costes de integración y dependencia de otro intermediario.

Qué es el comercio agéntico

El comercio agéntico permite delegar partes de una compra en un agente de IA. La delegación puede limitarse a encontrar productos que cumplan determinadas condiciones o avanzar hasta preparar un carrito y ejecutar una operación autorizada. Conviene precisar siempre qué puede hacer el sistema y qué requiere confirmación.

Un recomendador propone opciones. Un agente conectado puede, además, consultar herramientas y encadenar acciones: comprobar una variante, calcular un envío o solicitar la creación de un pedido. Que una plataforma muestre un producto no significa que permita comprarlo dentro de la conversación. Y disponer de un protocolo técnico tampoco equivale a tener acceso comercial a todas sus funciones.

En tu planificación, separa tres momentos: descubrimiento, preparación de la compra y transacción. Cada uno necesita datos, permisos y controles distintos. Esta distinción evita contratar una integración de catálogo esperando que resuelva por sí sola pagos, logística y atención al cliente.

UCP y ACP: alcance y disponibilidad

Google presenta Universal Commerce Protocol (UCP) como un estándar abierto que conecta experiencias de compra, comercios y proveedores de servicios. Incluye capacidades de carrito, checkout y gestión de pedidos. El comerciante conserva su papel como vendedor de la operación.

La disponibilidad tiene límites. En la documentación consultada el 31 de octubre de 2026, Google restringe la experiencia de checkout descrita a productos elegibles en Estados Unidos, Canadá y Australia, con comercios y socios participantes. El despliegue es progresivo. Una tienda española debe comprobar sus condiciones de acceso antes de comprometer presupuesto o anunciar una funcionalidad a sus clientes.

OpenAI documenta Agentic Commerce Protocol (ACP) como una conexión entre comerciantes y usuarios de ChatGPT basada en datos estructurados del catálogo. Su especificación de productos distingue los requisitos de descubrimiento, publicidad y checkout: este último requiere una integración habilitada por separado. La guía de incorporación de feeds indica acceso para socios aprobados; no presupongas que una cuenta de ChatGPT o de API incluye esa aprobación. La especificación de carga estándar de productos se dirige actualmente a Estados Unidos; otros mercados necesitan confirmación para la integración concreta.

UCP y ACP deben evaluarse contra tu caso de uso: plataforma de venta, países, catálogo, funciones habilitadas y soporte del proveedor. Antes de elegir, pide una demostración con tus productos y un documento que delimite qué entrega la integración.

PayPal y las compras desde asistentes

El 28 de octubre de 2025, PayPal anunció su acuerdo con OpenAI para adoptar ACP y facilitar pagos y comercio en ChatGPT. Aquel anuncio es el origen de este artículo. También contemplaba ampliar el uso interno de ChatGPT Enterprise, Codex y las API de OpenAI en PayPal.

La documentación de Agent Ready, actualizada el 13 de octubre de 2026, concreta distintas vías: ACP mediante Braintree para ChatGPT y UCP mediante Braintree o PayPal para las experiencias de Google. Cada vía tiene sus requisitos técnicos. La existencia del acuerdo no convierte cualquier cuenta de PayPal en una tienda automáticamente habilitada en todos los asistentes.

Para tu negocio, interesa comprobar qué puede activar tu proveedor, con qué costes y para qué clientes. Las mejoras de conversión deben medirse en tu propia operación; una integración de pago no acredita por sí misma una reducción del abandono ni hace innecesaria la experiencia de compra de tu web.

Un catálogo que permita comparar

Empieza por los productos que concentran consultas repetidas. Reúne las preguntas que recibe atención al cliente y comprueba si la ficha permite responderlas sin llamar a nadie. En una mochila importan capacidad, dimensiones y peso; en un recambio, el modelo compatible; en un cosmético, la composición y las instrucciones de uso.

La documentación de OpenAI sobre calidad del catálogo recomienda descripciones factuales y datos específicos por variante. En su referencia de productos, cada opción comprable tiene un identificador estable. Precio, disponibilidad, URL e imagen deben corresponder a esa opción.

Una revisión útil para tu equipo puede organizarse así:

Asigna un responsable a cada campo crítico. Si el dato cambia en el almacén, define cómo llega a la tienda y a los canales externos, cuánto retraso admites y quién recibe la alerta cuando la actualización falla. La calidad del catálogo necesita mantenimiento diario, especialmente durante promociones y roturas de stock.

Ejemplo: una compra con restricciones

Imagina una tienda ficticia con tres mochilas. El cliente busca una de menos de 80 euros, con unas medidas máximas determinadas y entrega antes del viernes. El agente encuentra dos que cumplen precio y dimensiones, pero solo una tiene existencias y un servicio de envío compatible con el destino.

El problema aparece si «entrega en 48 horas» figura como texto genérico. El sistema debe considerar la hora límite del pedido, los días de servicio y el código postal antes de confirmar una fecha. Si no puede calcularla, debe mostrar esa incertidumbre y pedir una comprobación, en lugar de convertir una estimación en una promesa.

Supongamos que el precio cambia mientras el comprador decide. El pedido tendría que recalcularse y mostrar el nuevo total antes de la autorización final. Esa prueba, junto con la de producto agotado, permite valorar mejor la integración que una demostración en la que todo está disponible y nadie cambia de opinión.

Permisos, pago y atención al cliente

Define qué acciones admites sin intervención y cuáles necesitan una confirmación explícita. Para un piloto, puedes permitir consultar información y preparar un carrito, dejando la aprobación del importe y la dirección en manos del comprador. La autonomía se amplía cuando hay evidencia de que el proceso funciona.

Comprueba también los reintentos. Si una conexión se interrumpe después de enviar el pedido, repetir la petición no debería generar una segunda compra. El equipo técnico debe probar cómo se identifican las operaciones, cómo se consulta su estado y qué ocurre si llega la respuesta tarde.

Conserva un registro suficiente para reconstruir la incidencia: producto solicitado, oferta presentada, importe autorizado, operación ejecutada y resultado. Limita los datos personales a los necesarios y revisa qué información recibe cada proveedor. El acceso a una conversación completa no debería convertirse en un requisito por comodidad técnica.

La posventa forma parte del diseño. El comprador necesita saber quién vende, dónde consulta el pedido y a quién solicita ayuda. Conecta el nuevo canal con tu proceso de gestión de devoluciones; evita que atención al cliente tenga que reconstruir una venta que su sistema no reconoce.

Cómo organizar un primer piloto

Selecciona una familia de productos con información fiable, pocas restricciones y suficiente margen para absorber incidencias. Mantén fuera inicialmente aquellos que exijan asesoramiento complejo o condiciones que tu integración todavía no pueda representar.

1. Delimita la función. Descubrimiento, carrito o compra: documenta cuál vas a probar y en qué mercado.
2. Revisa una muestra del catálogo. Contrasta los datos publicados con los del sistema que gestiona precio y existencias.
3. Ejecuta casos normales y fallos. Incluye cambios de precio, falta de stock, direcciones no atendidas, pagos rechazados y reintentos.
4. Abre con supervisión. Revisa las incidencias y conserva una forma de retirar productos o detener operaciones.
5. Decide con resultados. Amplía, corrige o cancela según el margen y la calidad del servicio observados.

Fija el criterio de parada antes de lanzar. Una compra duplicada o una discrepancia de importe exige investigar el flujo afectado; una descripción incompleta puede resolverse retirando ese producto mientras se corrige. La respuesta debe ser proporcional al fallo y quedar asignada a una persona concreta.

Métricas para decidir si compensa

Mide el recorrido que realmente puedas observar. Si recibes visitas desde un asistente, analiza su conversión y sus pedidos. Si la compra sucede en una plataforma externa, utiliza los datos que esa integración entregue y declara las partes del recorrido que no puedes atribuir.

A los ingresos añade margen por pedido, cancelaciones por falta de stock, devoluciones, coste de atención y mantenimiento de la conexión. Un canal que vende más y provoca muchas incidencias puede resultar menos rentable que otro con menor volumen. Compara periodos y productos equivalentes; una promoción o un cambio de precio puede explicar la mejora.

El primer presupuesto debería reservar tiempo para datos y operaciones, además del desarrollo. Para trabajar esa relación entre captación, plataforma y gestión del negocio, puedes consultar el Máster en eCommerce y Marketing Digital de IEBS y solicitar información sobre su plan de estudios.