Feed de productos para ChatGPT: cómo prepararlo y mantenerlo

Un producto puede estar perfectamente descrito en tu ecommerce y aun así llegar mal a una superficie de IA. El nombre cambia entre sistemas, la variante pierde su talla, el precio conserva una promoción vencida o el stock se actualiza horas después. El problema no es solo de contenido: es un problema de contrato de datos.

OpenAI documenta un feed estructurado para que ChatGPT pueda indexar y mostrar productos con precio y disponibilidad actualizados. La especificación Stable define la ruta soportada para cargas de archivos; el perfil compatible con Google solo se utiliza cuando OpenAI confirma que el feed registrado lo admite. Además, los términos de Merchant Feed de OpenAI dejan claro que el merchant responde por el contenido y debe mantenerlo completo, correcto y vigente.

Esta guía no atribuye demanda a una consulta exacta de Google Search Console. El tema se prioriza porque la especificación y sus términos se publicaron en 2026 y abren una tarea operativa nueva para ecommerce. La estrategia general para que la IA entienda una tienda pertenece a GEO para ecommerce; aquí construiremos el sistema que entrega y mantiene un catálogo válido.

Qué resuelve un feed y qué no

Un feed transporta datos de producto en un formato que el receptor puede validar. Sirve para declarar identidad, descripción, URLs, imágenes, precio, disponibilidad, variantes y controles de elegibilidad. También crea un punto auditable: cada exportación puede asociarse a una fuente, una hora, una versión y un resultado de procesamiento.

No sustituye todos los demas sistemas:

La guía de schema y datos estructurados explica la capa de la página. Mantenla alineada con el feed, pero no uses un test de schema como prueba de que OpenAI ha aceptado una carga.

Empieza por el gate de registro y condiciones

Antes de escribir un exportador, confirma con el canal de integración aplicable:

1. qué feed está registrado para el merchant;
2. qué formato y esquema acepta ese feed;
3. qué mercados y monedas están configurados;
4. qué medio y cadencia de entrega se han acordado;
5. qué identidad de merchant se mostrará;
6. qué políticas y términos debe aprobar el responsable legal;
7. qué historial o informe de procesamiento estará disponible.

No asumas que un CSV accesible públicamente queda incorporado por existir. La documentación del perfil compatible con Google dice expresamente que debe haber confirmación de OpenAI para el feed registrado. Conserva esa confirmación, el propietario interno y la fecha de la especificación como parte del runbook.

Los términos publicados el 15 de junio de 2026 asignan al merchant la responsabilidad sobre el contenido, el cumplimiento de políticas y la legalidad de los productos. También conceden a OpenAI una licencia para usar el contenido en sus servicios y advierten que enviarlo no obliga a mostrarlo. Esta guía es operativa y no sustituye una revisión jurídica de las condiciones aplicables.

Elige un contrato de esquema, no una mezcla

OpenAI presenta dos vistas: Stable y Draft. Stable es la ruta soportada para integraciones de carga de archivos; Draft se publica para planificación y feedback, no para producción. Fija la revisión de Stable en tu especificación interna y registra cualquier cambio antes de modificar el exportador.

Si tu feed registrado admite el perfil compatible con Google, la ruta documentada acepta:

• TXT o TSV en UTF-8 delimitado por tabuladores;
• CSV en UTF-8 delimitado por comas;
• las mismas extensiones comprimidas con gzip;
• una fila de cabecera con nombres canonicos en minuscula;
• un producto o variante por fila.

JSON, hojas de calculo, XML, RSS y Atom no forman parte de esa ruta de compatibilidad. Puedes mantener la fuente en una base de datos o una hoja, pero debes exportar uno de los formatos delimitados aceptados.

El parser se decide por carga

La especificación explica que OpenAI muestrea los archivos, comprueba primero el esquema OpenAI y después el perfil compatible con Google si procede. Selecciona un parser para toda la carga; no cambia de parser fila por fila. Una muestra aceptada tampoco garantiza que todas las filas sean válidas: cada producto se valida durante el procesamiento.

Por eso no mezcles cabeceras OpenAI y Google ni exportes archivos con contratos diferentes bajo la misma carga. Haz que el preflight rechace el lote si las cabeceras, delimitador o codificación no coinciden con la versión esperada.

Diseña la arquitectura desde la fuente de verdad

Un feed fiable no nace de copiar lo que se ve en la web. Construye una cadena trazable:

PIM o catálogo maestro -> normalización -> reglas de mercado -> validación -> archivo versionado -> entrega -> informe de procesamiento -> reconciliación

Cada etapa debe producir evidencia:

Usa un item_id o id estable. El título, la URL o el precio pueden cambiar; la clave debe permitir comparar la misma variante entre exportaciones y retirar la correcta cuando deje de ser elegible.

Cubre primero los campos obligatorios

En el perfil compatible con Google, OpenAI exige en cada fila:

Si el producto tiene identificador, aporta un GTIN válido o un MPN. Usa identifier_exists=no solo cuando realmente no exista identificador. Para preorder o backorder, incluye availability_date conforme a las reglas vigentes.

No busques completar todos los campos opcionales antes de asegurar los obligatorios. Un lanzamiento controlado puede empezar con una categoría y un mercado, pero debe hacerlo con cobertura medible y sin filas que aparenten éxito mientras omiten datos críticos.

Modela variantes sin duplicar productos

Un producto padre no siempre es una unidad vendible. Talla, color, capacidad o material pueden cambiar imagen, precio, stock y elegibilidad. Exporta una variante por fila y conserva una agrupación estable.

La ruta compatible mapea item_group_id a group_id y marca que el listing tiene variaciones. En el esquema estable, group_id, listing_has_variations y variant_dict permiten expresar la relación. Define reglas como:

• un id distinto por variante vendible;
• un group_id comun para la familia;
• valores normalizados para color, talla y material;
• imagen y URL que representen la variante cuando cambian;
• stock y precio propios, no heredados sin comprobar;
• una política explicita para variantes retiradas.

No generes combinaciones que no existen. Una variante fantasma puede superar controles sintácticos y aun así crear una experiencia incorrecta. Compara el conjunto exportado con el conjunto vendible en la fuente antes de entregar.

Trata precio, promoción y disponibilidad como datos volátiles

Los términos exigen que la información, incluido el precio, permanezca completa, correcta y actual. Convierte esa obligación en controles medibles.

Para precio:

• usa importe positivo y código de moneda de tres letras;
• verifica que la moneda pertenece al mercado configurado;
• exige que sale_price sea menor que price y use la misma moneda;
• valida inicio y fin de la promoción;
• elimina promociones vencidas en la siguiente exportación;
• compara una muestra contra la página de destino.

Para disponibilidad:

• mapea solo estados permitidos;
• exige fecha cuando corresponda a preventa o backorder;
• retira o actualiza rápidamente un SKU agotado;
• usa expiration_date cuando el ciclo de vida lo requiera;
• registra la hora real de la última lectura de inventario.

Define un objetivo de frescura por riesgo. Por ejemplo, el stock de alta rotación puede requerir un umbral más corto que una descripción editorial. El indicador importante es hora de carga aceptada - hora del cambio en la fuente, no solo la frecuencia programada del job.

Válida URLs, imágenes y contenido factual

Una fila puede ser formalmente correcta y llevar al usuario a un destino deficiente. Antes de entregarla, comprueba:

• respuesta HTTP válida de link e image_link;
• ausencia de credenciales en URLs;
• canonical y mercado de la página de producto;
• correspondencia entre imagen, producto y variante;
• título y descripción sin placeholders;
• marca, modelo, atributos y advertencias coherentes;
• producto genuino, legal y permitido;
• derechos suficientes sobre textos, imágenes, marcas y otros contenidos;
• ausencia de datos personales salvo el supuesto limitado contemplado en los términos.

No copies automáticamente reviews, nombres de clientes o contenido de terceros. Los términos asignan al merchant obligaciones sobre derechos, privacidad, advertencias y cumplimiento. Define una allowlist de fuentes y una revisión específica para campos que puedan contener texto de usuarios.

Construye un preflight que falle antes de entregar

Ejecuta la validación en capas:

1. Archivo: codificación, delimitador, cabecera, compresión y tamano.
2. Esquema: campos requeridos, tipos, enumeraciones y dependencias.
3. Fila: ID único, URLs, moneda, identificadores y fechas.
4. Catálogo: variantes, categorías, mercado, stock y ciclo de vida.
5. Contenido: exactitud, derechos, políticas y advertencias.
6. Reconciliación: filas exportadas frente a elegibles en la fuente.

Produce tres salidas: lote aprobado, filas en cuarentena y reporte de errores. No elimines silenciosamente filas para conseguir una tasa de aceptación alta. Si un producto elegible queda fuera, el reporte debe mostrar el motivo, el propietario y el plazo de corrección.

Un conjunto mínimo de gates puede ser:

Este artículo cubre el feed directo que OpenAI puede ingerir. Si tu catálogo vive en Shopify, la sindicación y el checkout por canal se gestionan de otra forma: consulta el runbook de Shopify Agentic Storefronts.

Reconcilia el resultado de cada carga

El exito del job no equivale a aceptación de productos. Conserva para cada entrega:

• identificador y hash del archivo;
• revisión de esquema;
• hora de extracción, entrega y procesamiento;
• filas esperadas, enviadas, aceptadas y rechazadas;
• errores por código, campo, categoría y mercado;
• productos retirados o ausentes frente al lote anterior;
• responsable y estado de cada cuarentena.

La documentación indica que una fila mal formada puede rechazarse mientras otras continúan procesándose. Por eso una carga completada puede contener pérdida parcial. Calcula cobertura sobre el catálogo elegible, no sobre las filas que el exportador decidió enviar.

Usa diferencias internas aunque entregues snapshots

Aunque el mecanismo acordado entregue un archivo completo, calcula un diff interno contra la versión anterior. Clasifica altas, cambios de identidad, cambios de oferta, retiradas y movimientos de mercado. Un salto inesperado en cualquiera de esas clases debe bloquear o escalar el lote.

Guarda snapshots inmutables durante el periodo necesario para investigar. Sin ellos no podrás demostrar si un precio incorrecto nació en la fuente, la transformación, la entrega o el procesamiento.

Separa aceptación, elegibilidad y aparición

No colapses el funnel en una sola etiqueta:

El artículo sobre monitorización de recomendaciones por SKU empieza en las últimas etapas y observa respuestas. Este artículo termina en el contrato de entrega y sus controles. Relacionarlos permite investigar sin afirmar que una aceptación causó una recomendación.

No mezcles orgánico, Ads y checkout

Para feeds no Ads, sigue los campos Required y Optional de la especificación aplicable. Ads utiliza el mismo esquema base y requisitos adicionales; OpenAI documenta is_ads_eligible para los productos que Ads debe procesar. Ese control no convierte automáticamente un feed orgánico en una campaña.

En el perfil compatible con Google, la documentación indica que los productos aceptados habilitan search y deshabilitan checkout. En el esquema más amplio existen flags separados de elegibilidad para search, checkout y Ads. Usa solo los valores y capacidades acordados para tu feed registrado.

La visión general de este cambio de recorrido está en la IA ya no solo recomienda, vende. Aquí la regla es más estricta: documenta cada programa por separado y no presentes aceptado como sinónimo de comprable dentro de ChatGPT.

Define un cuadro de mando operativo

Mide el sistema con denominadores claros:

• cobertura exportada sobre catálogo elegible;
• tasa de aceptación sobre filas enviadas;
• tasa de cuarentena por causa;
• antigüedad de precio y disponibilidad;
• tiempo hasta carga aceptada tras un cambio;
• discrepancias entre feed y página de producto;
• SKUs retirados que siguen presentes;
• variantes sin grupo o con atributos incompletos;
• errores repetidos por pipeline y propietario.

No conviertas estos indicadores en una puntuación opaca. Una aceptación del 99 % puede ocultar el 1 % de productos que concentra el margen o una promoción. Publica número absoluto, porcentaje, categorías afectadas y riesgo comercial.

Opera incidentes con causa y recuperación

Abre un incidente cuando una carga completa falla, cae la cobertura, aumenta la cuarentena, se supera el SLO de frescura o aparece una discrepancia crítica de precio, stock o política.

El ticket debe conservar:

1. lote y versión afectados;
2. primer momento conocido;
3. filas, mercados y categorías impactadas;
4. última versión sana;
5. causa probable y evidencia;
6. acción de contencion;
7. propietario y plazo;
8. prueba de recuperación en una carga posterior.

No cierres por reejecutar el job. Cierra cuando el lote posterior está aceptado, la cobertura vuelve al nivel esperado y una muestra coincide con la fuente y las páginas de destino.

Checklist de lanzamiento

• [ ] OpenAI ha confirmado el feed registrado, formato y mercados.
• [ ] Legal y políticas han revisado las condiciones aplicables.
• [ ] El exportador usa una revisión Stable documentada.
• [ ] Cada producto o variante tiene un ID estable.
• [ ] Los campos requeridos tienen cobertura total o exclusion aprobada.
• [ ] GTIN, MPN y identifier_exists siguen reglas verificables.
• [ ] Variantes, grupos, imágenes, precio y stock coinciden con la fuente.
• [ ] URLs responden y llevan al mercado correcto.
• [ ] El preflight genera lote, cuarentena y reporte.
• [ ] Cada entrega conserva hash, tiempos y conteos.
• [ ] El resultado de procesamiento se reconcilia por fila.
• [ ] Hay SLO de frescura y alertas con responsable.
• [ ] Orgánico, Ads y checkout se miden por separado.
• [ ] Aceptación no se presenta como garantía de aparición.

FAQ

¿Puedo reutilizar mi feed de Google Merchant Center para ChatGPT?

Solo si OpenAI confirma que tu feed registrado admite el perfil compatible con Google. Ese camino acepta un subconjunto delimitado en TXT, TSV o CSV, no todas las representaciones ni todos los programas de Google. Si no existe esa confirmación, utiliza los nombres y reglas del esquema estable de OpenAI.

¿Qué campos mínimos necesita un feed de productos compatible?

En el perfil compatible con Google, cada fila necesita id, title, description, link, image_link, availability, price y brand. También debes aportar un GTIN o MPN cuando el producto tiene identificador y availability_date para preorder o backorder. Cada URL, moneda, valor y dependencia debe superar la validación de la especificación vigente.

¿Debo usar el esquema Stable o Draft de OpenAI?

Usa Stable para integraciones de carga de archivos compatibles con producción. OpenAI publica Draft para planificación y feedback, pero indica que todavía no está soportado para integraciones de producción. Versiona tu exportador contra la revisión estable que realmente acepta tu feed registrado.

¿Cada cuánto debo actualizar precio y disponibilidad?

No existe una frecuencia universal. Define un objetivo de frescura según la volatilidad de precio, stock, promociones y mercados, y mide el tiempo desde el cambio en la fuente hasta una carga aceptada. Un SKU agotado o un precio vencido debe corregirse antes que un atributo editorial de bajo riesgo.

¿Un producto aceptado en el feed tiene garantizada su aparición en ChatGPT?

No. Una fila aceptada confirma que superó el contrato de ingesta aplicable, no que vaya a mostrarse, recomendarse ni ocupar una posición. Los términos de Merchant Feed permiten a OpenAI usar el contenido, pero no obligan a usarlo o mostrarlo. Mide aceptación, elegibilidad, aparición y resultado comercial como etapas separadas.

¿En qué se diferencian el feed orgánico, Ads y checkout?

Son controles distintos. Un feed no Ads sigue los campos requeridos y opcionales de su especificación; Ads usa el mismo esquema base con requisitos adicionales como is_ads_eligible. En la ruta compatible con Google, los productos aceptados habilitan búsqueda y no checkout. No presentes una carga orgánica como activación automática de anuncios o compra dentro de ChatGPT.

Este contrato cubre el catálogo que envías a OpenAI. Para el lado transaccional con Google, la auditoría de readiness UCP para ecommerce evalúa el perfil /.well-known/ucp, la máquina de estados del checkout y la separación entre token y cobro.

Convierte el feed en un contrato observable

Un feed no es una exportación que alguien revisa cuando falla. Es un producto de datos con una fuente, un contrato, controles, versiones, SLO y responsables.

Empieza con una categoría y un mercado confirmados. Congela el esquema Stable, valida antes de entregar, reconcilia cada fila y separa aceptación de aparición. Cuando precio, stock o catálogo cambien, el sistema debe poder demostrar cuándo ocurrió, qué versión lo transportó y si la plataforma lo aceptó.

Mentio ayuda a observar menciones, posiciones, respuestas y competidores después de la entrega. Empieza a medir tu visibilidad en IA y conecta el estado del catálogo con lo que las superficies de IA muestran realmente.

Fuentes oficiales consultadas el 30 de agosto de 2026: Products - Agentic Commerce, OpenAI y OpenAI Merchant Feed Terms of Service.

¿Quieres saber si la IA menciona tu marca?

Descubre tu visibilidad en ChatGPT, Claude y Gemini en minutos.

Analiza tu marca gratis

Artículos relacionados