El feed de productos para agentes de IA sobrevivió al botón de pago para el que fue creado. OpenAI y Stripe publicaron el Agentic Commerce Protocol a finales de septiembre de 2025 con la compra dentro del chat incluida; en marzo de 2026 OpenAI retiró ese pago dentro del chat y se quedó con el feed. No es una nota al pie. Significa que la parte del estándar que todavía te importa es la aburrida: las columnas de datos estructurados de producto que un asistente de IA lee antes de decidir si te menciona siquiera.
Si vendes muebles, herrajes o materiales de construcción, hay una línea en esa especificación que vale por todo el artículo: los campos que responden "¿me va a caber?" son opcionales.
Los cuatro movimientos que nos trajeron hasta aquí
| Cuándo | Qué pasó | Qué significó para los vendedores |
|---|---|---|
| Finales de septiembre de 2025 | Stripe y OpenAI publican el Agentic Commerce Protocol y lanzan Instant Checkout en ChatGPT, empezando por vendedores de Etsy en Estados Unidos y comercios de Shopify | Llegan dos tareas a la vez: enviar un feed de productos y conectar el pago iniciado por el agente |
| Finales de 2025 y comienzos de 2026 | La adopción de la compra dentro del chat se queda floja mientras los compradores siguen investigando en el asistente y comprando en el sitio del propio comercio | La mitad del descubrimiento está haciendo el trabajo; la del pago no |
| Marzo de 2026 | OpenAI da por terminado Instant Checkout y se orienta hacia el descubrimiento de productos y las integraciones con retailers dentro de ChatGPT | La integración de pago deja de ser urgente |
| Ahora | La Product Feed Specification sigue siendo la interfaz entre tu catálogo y el asistente | La calidad del feed lo es todo |
La lección de ese recorrido es poco vistosa y duradera: el trabajo de integración que caducó fue la plomería de pagos. El que se acumuló fue el de los datos.
Qué es un feed de productos para agentes de IA
Un feed de productos para agentes de IA es un archivo legible por máquina y actualizado con regularidad que contiene tu catálogo: identificadores, títulos, descripciones, precios, disponibilidad, medios, logística y atributos físicos. El asistente de IA lo ingiere para poder mostrar, filtrar y comparar tus productos dentro de una conversación. No es un rastreo de tu sitio ni el HTML de tu tienda. Es un archivo plano que entregas tú, con una fila por producto o variante.
En lo mecánico, y según la especificación vigente, ese archivo es texto delimitado en UTF-8 — .txt, .tsv o .csv, separado por tabulaciones o comas, con gzip permitido — con una fila de encabezado en minúsculas y separada por guiones bajos. Cada URL que contenga debe devolver HTTP 200. Los comercios envían un feed de muestra inicial para validación y después instantáneas diarias, y el sistema acepta actualizaciones con una frecuencia de hasta cada 15 minutos.
Ese requisito del HTTP 200 merece un párrafo propio. Una URL de imagen caída no empeora la posición de la fila: la invalida. Los enlaces rotos de CDN son la forma más silenciosa de desaparecer de la respuesta de un asistente.
Los campos, agrupados por lo que cuesta ignorarlos
Esta es la forma actual de la especificación. Lo que importa no es la lista, sino en qué nivel está cada campo.
| Nivel | Campos | Notas |
|---|---|---|
| Obligatorios | item_id, title, description, url, brand, image_url, price, availability, seller_name, seller_url, target_countries, store_country, más los indicadores is_eligible_search / is_eligible_checkout / is_ads_eligible |
title tiene un tope de 150 caracteres, description de 5,000, y brand y seller_name de 70 |
| Obligatorios según el caso | gtin o mpn salvo que identifier_exists esté en no; availability_date para preventa y pedidos pendientes; return_policy; política de privacidad y términos del vendedor donde el pago esté habilitado |
La falta de identificadores es el clásico fallo de supresión silenciosa heredado de todos los demás estándares de feed |
| Recomendados | group_id, listing_has_variations, variant_dict, size, size_system, q_and_a, reviews, related_product_id con relationship_type |
relationship_type acepta valores como part_of_set, required_part, often_bought_with, substitute, accessory |
| Opcionales | dimensions, length, width, height, dimensions_unit, weight, item_weight_unit, material, condition, product_category, additional_image_urls, video_url, model_3d_url, return_rate, popularity_score, warning, age_restriction |
Todo lo físico de tu producto vive en este nivel |
Mira otra vez la última fila. image_url es obligatorio. length, width, height y dimensions_unit son opcionales. La pregunta que los compradores le hacen a un asistente más que casi ninguna otra — si esto va a caber en mi espacio, en mi vehículo, en el marco que ya tengo — depende de los campos que la mayoría de los feeds deja en blanco.
El vacío de las medidas, y por qué es una oportunidad
Opcional no quiere decir ignorado. Quiere decir no exigido, que en la economía de los feeds es el estado más interesante que puede tener un campo: a todos tus competidores se les permite saltárselo, y casi todos lo hacen, porque llenar length / width / height / dimensions_unit en unos cuantos miles de SKU es trabajo de verdad del que ningún log de errores de pago se queja nunca.
Un asistente al que le piden "una estantería de menos de 80 cm de ancho para un nicho" solo puede preseleccionar filas donde el ancho exista y se pueda interpretar. Una fila con una foto preciosa y el width vacío no queda peor posicionada para esa consulta: no es candidata. La foto no es un plan B. Ningún asistente mide tu JPEG.
Hay tres consecuencias prácticas:
- Llena los campos físicos antes de optimizar cualquier otra cosa.
dimensionsadmite una cadena compacta como12x8x5 in;length,widthyheightadmiten valores individuales, condimensions_unitcargandoinocm. Llena tanto el compuesto como los campos individuales cuando tus datos lo permitan: cada consumidor interpreta unos u otros. - Declara
dimensions_unitde forma explícita, en cada fila. Un80sin etiqueta no es una medida. Es el mismo fallo que aparece en las propias fichas de producto, tratado en datos estructurados de dimensiones de producto. - Trata
material,weighteitem_weight_unitcomo parte del mismo bloque. El material es como un comprador filtra "roble macizo, no chapa". El peso es como filtra un comprador que piensa en logística lo que una sola persona puede subir por las escaleras.
La especificación también incluye un campo opcional return_rate, expresado como porcentaje. Haga lo que haga un asistente con esa señal, vale la pena detenerse en el hecho de que exista en el esquema: el desempeño de devoluciones ya es un atributo de producto estructurado y comparable, no una métrica interna privada. Si nunca le has puesto un número a lo que te cuestan las devoluciones por SKU, la calculadora de tasa de devoluciones es la vía más rápida para obtenerlo.
Lo que el feed no resuelve
Los datos del feed te meten en la preselección. No cierran la venta, porque el comprador sigue aterrizando en tu página.
Ese traspaso es donde se fuga en silencio mucho buen trabajo de feed. El asistente le dice al comprador que la estantería mide 78 cm de ancho; el comprador entra a una ficha donde las fotos muestran una habitación ambientada y ninguna medida por ningún lado. Nada confirma lo que le acaban de decir. Los dos desenlaces más comunes son un mensaje de preventa que tienes que contestar a mano, o una compra hecha por esperanza que vuelve como devolución por talla.
Cerrar ese círculo es un trabajo visual, no un trabajo de datos. Significa que la ficha de producto lleva una imagen donde las dimensiones reales y medidas están dibujadas sobre el producto mismo: los mismos números que declaró el feed, mostrados donde el comprador ya está mirando. La medición determinista importa aquí como nunca antes: la cifra de tu feed y la cifra de tu imagen ahora son contrastables por una máquina, y una imagen generada por IA que se invente una medida verosímil va a contradecir en público tus propios datos estructurados.
Próximos pasos, en el orden que rinde
Elige el nivel más alto que puedas terminar de verdad este trimestre. Hacer uno completo rinde más que empezarlos todos.
- Audita primero las filas inválidas. Cualquier
urloimage_urlque no devuelva HTTP 200 tumba la fila entera. Es un script de una tarde y suele ser la mayor recuperación individual. - Arregla los identificadores. Llena
gtinompn, o ponidentifier_existscon honestidad. La supresión silenciosa es peor que un error que puedes ver. - Llena el bloque físico.
length,width,height,dimensions_unit,weight,item_weight_unit,material: primero para tus SKU más vendidos y después bajando por facturación hacia la cola. - Estructura bien tus variantes.
group_id,listing_has_variationsyvariant_dictson la forma en que un asistente entiende que la versión de 60 cm y la de 80 cm son el mismo producto, para poder ofrecer la que sí cabe. - Concilia los números del feed con las imágenes de la página. Ya lo hagas con un flujo de diseño interno, con una agencia o con software que fija las dimensiones medidas sobre la foto y exporta al tamaño de imagen de cada plataforma, la meta es idéntica: que el número que cita el asistente se vea en la página a la que envía al comprador. Si vendes el mismo catálogo en varios canales, el consejo de secuencia de venta multiplataforma también aplica aquí.
- Solo entonces preocúpate por
reviews,q_and_a,popularity_scorey el resto del nivel de enriquecimiento.
Preguntas frecuentes
¿Sigo necesitando un feed de productos ahora que Instant Checkout desapareció?
Sí, más que antes, porque el feed pasó a ser toda la integración en vez de la mitad. La compra dentro del chat se retiró en marzo de 2026; el descubrimiento de productos no. El feed es como un asistente sabe que tu catálogo existe, y el pago sigue ocurriendo en tu propio sitio.
¿Qué es el Agentic Commerce Protocol?
El Agentic Commerce Protocol es una especificación abierta desarrollada en conjunto por OpenAI y Stripe, publicada a finales de septiembre de 2025, que define cómo los comercios intercambian datos de producto, carrito y pedidos con agentes de IA. Su Product Feed Specification es la parte que rige cómo se describe tu catálogo.
¿Qué campos del feed permiten que un agente de compras con IA filtre por tamaño?
length, width y height con dimensions_unit, más la cadena compuesta dimensions, y weight con item_weight_unit. Todos están en el nivel opcional de la especificación, y por eso la mayoría de los catálogos no se pueden filtrar por encaje; y por eso llenarlos es una de las pocas ventajas baratas que quedan en el trabajo de feeds.
¿Cada cuánto hay que actualizar un feed de productos para agentes de IA?
Los comercios envían un feed de muestra inicial para validación y después instantáneas diarias, con actualizaciones aceptadas con una frecuencia de hasta cada 15 minutos. Lo diario es la línea base de trabajo; el techo de 15 minutos existe para la volatilidad de precios e inventario, no para repetir un catálogo que no ha cambiado.
¿Una gran foto de producto compensa la falta de campos de dimensiones?
No, y esta es la suposición que conviene descartar primero. Las fotos se renderizan para humanos; el filtrado que decide si entras en la preselección ocurre sobre los campos de texto. El sistema que hace el emparejamiento no puede medir una foto: solo puede confirmarle a una persona lo que los campos ya afirmaban.
Sources & References
- OpenAI Developers — Especificación del feed de productos
- OpenAI Developers — Comercio agéntico: conceptos clave
- Agentic Commerce Protocol — Especificación del feed de productos
- Sala de prensa de Stripe — Stripe impulsa Instant Checkout en ChatGPT y publica el Agentic Commerce Protocol
- CNBC — El primer intento de OpenAI en compras online tropezó; se prepara para la siguiente ola