La prensa del sector lo lleva diciendo desde hace meses: "ChatGPT Ads". El nombre hace pensar en una subasta como la de Google Shopping, con un precio por clic y una posición que se compra pujando. El problema es que eso no es lo que dice la documentación oficial de OpenAI. El mecanismo tiene otro nombre, funciona con otras reglas, y la diferencia no es semántica: cambia quién entra y quién no.
El mecanismo real se llama Agentic Commerce Protocol (ACP), un estándar abierto para que los comerciantes compartan un feed de productos. No hay subasta de palabras clave, no hay CPC y no hay un panel donde elegir cuánto quieres pujar. Hay un catálogo de datos, unos campos concretos que tienes que rellenar y una decisión de OpenAI sobre cómo ordenarlos que, según dice la propia compañía, no depende de quién paga más.
Este artículo explica cómo funciona de verdad este mecanismo, contrastado directamente con la documentación técnica de OpenAI (developers.openai.com/commerce), qué campos exige el feed, qué hace que un producto salga antes que otro cuando hay varios vendedores, y por qué —si todo esto es cierto— la calidad de los datos del catálogo pasa a hacer el trabajo que antes hacía la inversión.
"ChatGPT Ads" no es el nombre correcto
Mucha gente leerá "ChatGPT Ads" y pensará en Google Ads: palabras clave, subasta, un CPC, un control de posición. No lo es. El Agentic Commerce Protocol no es un sistema publicitario, es un protocolo de datos: el comerciante estructura su catálogo en un formato que ChatGPT puede leer, y OpenAI lo utiliza para, en palabras de su propia documentación técnica, "poder mostrar con precisión los productos de un comerciante en las experiencias de búsqueda y compra" dentro de la conversación.
La distinción importa porque cambia completamente dónde tienes que poner la energía. Si piensas que es publicidad, buscas quién gestiona la campaña y cuánto cuesta el clic. Si entiendes que es un protocolo de datos, la pregunta correcta es otra: ¿tiene mi catálogo los campos que exige el protocolo, y están bien rellenados?
- Entrada — subasta de palabras clave y CPC.
- Posición — se compra pujando la oferta.
- Coste — se paga por clic, haya compra o no.
- Control — decides presupuesto diario y puja máxima.
- Quién gestiona — una cuenta de campañas que hay que mantener activa.
- Entrada — feed de datos del producto, sin subasta.
- Posición — depende de disponibilidad, precio, calidad y estado de vendedor.
- Coste — una comisión pequeña, y solo si hay compra completada.
- Control — decides qué y cómo rellenas en el feed.
- Quién gestiona — un feed que hay que mantener actualizado y completo.
Ninguna de las dos columnas es mejor en abstracto: son dos mecanismos diferentes, con palancas diferentes. Lo que no se puede hacer es tratar la segunda como si fuera la primera.
El titular real: pagar no compra la posición
Este es el punto que la mayor parte de la cobertura periodística pasa por alto, y es el más importante de todo el artículo. OpenAI declara explícitamente que los comerciantes pagan una comisión pequeña solo sobre las compras que se completan, que esa comisión "no afecta a sus precios, ni influye en los resultados de producto de ChatGPT", y que "los artículos con Instant Checkout no son preferidos en los resultados de producto".
Hay un segundo dato que refuerza el mismo punto y que suele quedar fuera de los titulares: OpenAI no es el comerciante de referencia ("merchant of record") dentro del Agentic Commerce Protocol. La responsabilidad legal y operativa de la venta —devoluciones, garantías, atención al cliente— se queda en el comerciante, no pasa a OpenAI. ChatGPT facilita que la conversación acabe en compra, pero no se interpone como vendedor.
Estos dos datos juntos dibujan un mecanismo muy diferente del que la palabra "Ads" hace imaginar: no hay una posición que comprar, hay un catálogo que leer, y quien vende sigue siendo quien siempre ha vendido.
Hay una lectura práctica de esto que suele quedar fuera de la conversación: si la comisión solo se cobra sobre ventas completadas, el riesgo económico de aparecer en el catálogo es prácticamente cero. No hay una factura mensual por estar ahí, como pasa con una campaña de búsqueda que consume presupuesto aunque no venda nada. El coste aparece exactamente cuando aparece el ingreso, algo que no es habitual en ningún otro canal de adquisición digital.
Qué sí que pesa cuando hay varios vendedores del mismo producto
Que pagar no influya en el resultado no significa que todos los productos tengan la misma probabilidad de aparecer. Cuando varios comerciantes venden el mismo producto, OpenAI dice que tiene en cuenta cinco factores para ordenarlos:
- La disponibilidad. Si consta sin stock, el resto importa poco.
- El precio. Comparado con el de los demás vendedores del mismo artículo.
- La calidad de los datos y de la oferta. Aquí es donde entran los atributos recomendados.
- Si el comerciante es el vendedor principal de ese producto, o un revendedor entre muchos.
- Si tiene el Instant Checkout activado. Que es el punto que genera confusión, y vale la pena mirarlo de frente.
Aquí hay una tensión que vale la pena mirar de frente en lugar de esconderla, porque las dos afirmaciones oficiales, leídas rápido, parecen contradecirse. Por un lado, OpenAI dice que los productos con Instant Checkout no son preferidos. Por otro, dice que tenerlo activado es uno de los factores que se tiene en cuenta cuando hay que desempatar entre varios vendedores. ¿Qué es cierto?
Las dos cosas a la vez, y la diferencia está en el momento del que hablan. La primera afirmación responde a si un producto aparece o no, y dice que tener Instant Checkout no te da, por sí solo, una posición más alta. La segunda responde a cómo se desempata cuando ya hay varios vendedores legítimos compitiendo por el mismo producto, y ahí sí que entra en juego, entre otras señales. Lo que la documentación de OpenAI no concreta es el peso relativo de cada factor ni cómo se resuelve el empate final: esto no lo hemos podido verificar contra la fuente oficial, y por tanto no lo resolvemos inventándolo. Quien diga que lo sabe con precisión, probablemente no lo ha comprobado. Para quien quiera leer la definición directa de estos conceptos, OpenAI los explica en su guía de conceptos clave.
Los nueve campos que el feed tiene que tener sí o sí
Dejando de lado la posición, hay un requisito previo: sin estos nueve campos, un producto ni siquiera es legible por el protocolo. Según la especificación técnica de OpenAI (developers.openai.com/commerce/product-feeds/spec), estos son los obligatorios:
| Campo | Qué es | Detalle |
|---|---|---|
| item_id | Identificador único del producto | Estable en el tiempo; suele ser el SKU interno. |
| title | Nombre del producto | Máximo aproximado de 150 caracteres. |
| description | Descripción del producto | Hasta unos 5.000 caracteres; el texto que ChatGPT lee para entender qué vende. |
| url | Enlace a la ficha | Tiene que apuntar a una página real y comprable. |
| brand | Marca del producto | La marca real, no el nombre de la tienda. |
| seller_name | Nombre del vendedor | El nombre real del comerciante, no un marcador genérico. |
| image_url | Imagen principal | JPEG o PNG servida de forma directa. |
| availability | Estado de stock | Uno de cinco valores: in_stock, out_of_stock, pre_order, backorder, unknown. |
| price | Precio | Número y código de moneda ISO, por ejemplo «79.99 EUR». |
Vale la pena detenerse en un detalle pequeño que suele pasar por alto y que cuesta clientes: seller_name tiene que ser un nombre real de vendedor, no un valor genérico copiado de una plantilla. Un feed con datos a medias no falla de forma dramática; simplemente no entra, y suele ser difícil saber por qué.
Los atributos que no son obligatorios pero deciden
Por encima de los nueve campos mínimos, OpenAI recomienda un segundo nivel de atributos: sale_price, additional_image_urls, condition, gtin o mpn, review_count y star_rating. Para productos con variantes —tallas, colores, modelos—, hay tres campos propios: group_id, listing_has_variations y variant_dict.
Un catálogo que solo cubre el mínimo obligatorio cumple el requisito de entrada, pero compite en desventaja frente a un catálogo que aporta reseñas, valoración e imágenes adicionales. Esta es exactamente el tipo de diferencia que, en un sistema sin subasta, no se puede compensar subiendo una puja.
Formatos aceptados y cómo entra la información
El feed se debe entregar en uno de los formatos que acepta el protocolo: JSONL, CSV, TSV o TXT, y se pueden comprimir como .gz. Lo que no se acepta para los feeds compatibles con Google es XML, RSS, Atom ni hojas de cálculo: si tu catálogo vive ahora mismo en uno de estos formatos, hay que convertirlo antes de nada.
La entrada de datos se hace por dos vías: una API de feeds o SFTP. No hay una tercera opción manual pensada para subir productos uno a uno desde un formulario: el diseño del protocolo asume catálogos, no fichas sueltas.
La trampa más habitual es de casa: muchas plantillas de tienda online generan, por defecto, un feed en XML o en RSS pensado para otras integraciones, y se da por hecho que "un feed es un feed". No lo es para este protocolo. Vale la pena comprobarlo antes de perder tiempo intentando conectar un formato que nunca será aceptado, en lugar de generar uno nuevo en CSV o JSONL desde el origen de datos del producto.
Si ya tienes Google Merchant Center, ya tienes el 90% hecho
Aquí está la noticia más práctica de todo el artículo: el feed es compatible con el de Google Merchant Center, con las columnas mapeadas entre uno y otro. Quien ya alimenta Merchant Center para aparecer en Google Shopping —a través de nuestra propia gestión de búsqueda en Google o por otra vía— ya tiene resuelta la mayor parte del trabajo: los campos existen, están poblados y se actualizan.
Hay una trampa concreta que evitar: algunos nombres de campo no coinciden literalmente entre los dos sistemas. El caso más citado es el de la disponibilidad de reserva, que en Merchant Center se llama preorder y en el protocolo de OpenAI se llama pre_order. Parecen el mismo campo y, si se copia el feed sin revisarlo, un valor que en Google era válido puede quedar vacío o mal interpretado en el otro sistema. Vale la pena que quien ya trabaja con AI Max para Shopping revise este mapeo antes de dar por hecho que el feed «ya sirve tal cual».
Hay un motivo adicional para tratarlo como una sola fuente de datos y no como dos feeds separados que mantener por partida doble: cada campo vacío o mal mapeado en uno de los dos sistemas es un trabajo de mantenimiento que se multiplica por dos. Un catálogo que ya tiene la disciplina de mantener Merchant Center actualizado sale ganando si trata este nuevo feed como una segunda salida de los mismos datos, no como un trabajo nuevo desde cero.
Ahora no decide la inversión: decide el catálogo
Si todo lo anterior es cierto —y es exactamente lo que dice OpenAI de sí mismo— la consecuencia es incómoda para quien esperaba un canal de anuncios más: la calidad de los datos del catálogo pasa a hacer el trabajo que antes hacía el presupuesto publicitario. Quien tiene un feed limpio, completo y actualizado entra. Quien tiene un feed sucio, con campos vacíos o datos genéricos, no entra aunque quiera poner dinero detrás, porque no hay ningún sitio donde ponerlo.
Es una inversión de incentivos poco habitual en este sector, y es el motivo por el que vale la pena tratarla con criterio y no como un canal de adquisición más que activar.
Quién no tiene nada que hacer aquí, ahora mismo
Hay que decirlo claro en lugar de dejarlo insinuado: todo esto es un mecanismo para catálogos de producto. Un negocio de servicios —una asesoría, una clínica, un despacho profesional— o un negocio B2B sin referencias físicas o digitales concretas no tiene nada que preparar aquí, hoy. No existe un "feed de servicios" en el Agentic Commerce Protocol.
Esto no significa que estos negocios queden fuera de cómo los motores de IA los recomiendan o los citan: esta es una pregunta diferente, la de cómo aparece una marca en conversaciones generativas en general, que tratamos a fondo en nuestra página de GEOSi lo que quieres es entender cómo se mide si una marca sale citada, vale la pena leer cómo se demuestra con datos reales si el GEO funciona. Pero el mecanismo concreto de este artículo —el feed de productos— es exclusivo de quien tiene algo comprable, con SKU, precio y stock.
Quien sí tiene catálogo pero todavía no lo ha optimizado para nada más allá de Google también puede encontrar aquí terreno común con el trabajo previo de preparar una tienda para vender más: la disciplina de datos es la misma, aunque el destino sea diferente.
Hay un caso intermedio que vale la pena mencionar: negocios mixtos, como una clínica que también vende productos o un despacho técnico que factura tanto servicios como material. En estos casos tiene sentido separar mentalmente las dos líneas: el catálogo de producto se prepara para este protocolo con los nueve campos, y el servicio sigue dependiendo de cómo aparece la marca en conversaciones generativas en general, no de un feed.
Contexto de terceros: septiembre de 2026
Un apunte final, y lo marcamos expresamente como información que viene de la prensa del sector, no de la documentación oficial de OpenAI, porque no hemos podido verificarlo directamente: varios medios especializados informan de que, en septiembre de 2026, los resultados de compra dentro de ChatGPT ya requieren un feed conectado para aparecer, y que la plataforma se ha expandido a más de treinta países nuevos, entre Europa, India, Oriente Medio y el Norte de África. Si esto se confirma con cifras oficiales, lo actualizaremos; de momento lo tratamos como lo que es, una señal de terceros y no un hecho contrastado.
Por dónde empezar esta semana
No hace falta ninguna herramienta nueva ni ninguna decisión de gran alcance para dar el primer paso. Con lo que ya tienes:
preorder i pre_order. Un copiar y pegar sin revisar aquí es donde falla más a menudo.Ninguno de estos cuatro pasos depende de tener una cuenta publicitaria abierta ni de asignar ninguna partida nueva. Dependen solo de lo limpios que tenga los datos tu catálogo, que es exactamente lo que premia este mecanismo.
Preguntas frecuentes
¿"ChatGPT Ads" existe de verdad, como un sistema de anuncios?
No con este nombre ni con este funcionamiento. El mecanismo oficial se llama Agentic Commerce Protocol y es un protocolo de datos de producto, no un sistema de subasta publicitaria. No hay palabras clave que pujar ni un coste por clic. El término "ChatGPT Ads" es una simplificación periodística que hace pensar en Google Ads, y lleva a hacer las preguntas equivocadas.
¿Se puede pagar para salir más arriba en los resultados de compra de ChatGPT?
Según la documentación oficial de OpenAI, no. La comisión que pagan los comerciantes se cobra solo sobre compras completadas y, textualmente, no influye en los resultados de producto. El orden depende de la disponibilidad, el precio, la calidad de los datos, si eres el vendedor principal del producto y si tienes Instant Checkout activado, no de cuánto pagas.
¿Qué es Instant Checkout y es obligatorio tenerlo?
Es la función que permite completar una compra dentro de la misma conversación de ChatGPT, sin salir hacia la tienda. No es obligatoria para aparecer en el catálogo: un producto puede salir en los resultados sin tenerla activada. Lo que dice OpenAI es que tenerla activada es uno de los factores que se considera cuando hay que desempatar entre varios vendedores del mismo producto, aunque en ningún caso da por sí sola una posición preferente.
Si ya tengo Google Merchant Center, ¿qué más tengo que hacer?
Revisarlo con los nueve campos obligatorios de este artículo al lado, y prestar especial atención a los nombres de campo que cambian entre sistemas, como preorder en Merchant Center y pre_order en el protocolo de OpenAI. El feed es compatible y las columnas están mapeadas, pero "compatible" no significa idéntico: un copiar y pegar sin revisar puede dejar valores mal interpretados.
¿Qué formatos de feed acepta ChatGPT?
JSONL, CSV, TSV y TXT, y se pueden entregar comprimidos en .gz. Para los feeds compatibles con Google, no se aceptan XML, RSS, Atom ni hojas de cálculo. Si tu catálogo vive ahora en uno de estos formatos no compatibles, hay que convertirlo antes de plantearse nada más. La entrada de datos se hace por API de feeds o por SFTP.
¿Un negocio de servicios, sin productos físicos, puede aparecer aquí?
No con este mecanismo. El Agentic Commerce Protocol está pensado para catálogos de producto con SKU, precio y stock: no existe un equivalente de "feed de servicios". Un negocio de servicios o B2B sin referencias comprables no tiene nada que preparar aquí ahora mismo. Cómo sale citada o recomendada una marca de servicios en conversaciones de IA es una pregunta diferente, que no depende de este protocolo.
¿OpenAI se hace responsable si hay un problema con el pedido?
No. La documentación de OpenAI especifica que no actúa como comerciante de referencia ("merchant of record") dentro del Agentic Commerce Protocol. La relación de venta, las devoluciones y la atención al cliente siguen siendo responsabilidad del comerciante, aunque la compra se haya completado dentro de la conversación con Instant Checkout.
¿Cómo sé si mi catálogo ya cumple los requisitos?
Revisando fila por fila si cada producto tiene los nueve campos obligatorios bien rellenados, con valores reales y no genéricos, especialmente seller_name. Si ya tienes un feed de Google Merchant Center funcionando, partes con ventaja, pero todavía hay que comprobar el mapeo de nombres de campo antes de darlo por bueno.
¿Quieres saber si tu catálogo está preparado?
Si tienes producto y has llegado hasta aquí, ya tienes la lista de los nueve campos obligatorios y sabes que la posición se gana con datos, no con inversión. El primer paso realista no es abrir ninguna cuenta nueva, es mirar tu feed actual con esta lista al lado.
Si lo que quieres es entender cuán fiable es la base sobre la que mides cualquier canal nuevo —incluido este—, por aquí es por donde empieza la conversación.
Revisar la base →
