Feeds de productos para IA

TL;DR — Un feed de productos para IA es un archivo estructurado: una lista de productos con precio, existencias, identificadores y políticas que las herramientas de compra compatibles pueden combinar con otros datos del comercio. Un feed preciso y completo aporta elegibilidad; los datos obsoletos pueden interrumpir la compra. La mayor parte del trabajo consiste en usar bien GTIN o marca + número de pieza y mantener actualizados precio y existencias.

Qué es realmente un feed de productos para IA

Cuando una persona compra, abre tu página web, la lee y decide. Cuando un agente de compra con IA actúa por alguien, suele trabajar desde un feed: un archivo estructurado con una fila por producto y columnas para título, precio, disponibilidad, imagen, marca, identificador y políticas.

El alcance depende del lector. En los flujos comerciales de ChatGPT, OpenAI documenta el feed como el medio para suministrar datos de producto y no describe una alternativa basada en rastrear la página. Google combina rastreo, datos estructurados en página y feed de Merchant Center; allí el feed no sustituye al HTML, sino que es uno de tres canales que se contrastan. En ambos casos, los datos del archivo pesan más que el texto de la página por sí solo para determinar qué productos pueden recomendarse.

Por qué difiere de un feed normal de Shopping

Si ya envías un feed a Google Merchant Center, partes con ventaja: es el mismo tipo de archivo. Lo que cambia es el lector y su tolerancia a los errores:

• Un resultado de búsqueda puede mostrar un precio algo antiguo porque una persona abre el sitio y lo comprueba antes de pagar.
• Un agente que completa la compra actúa sobre el valor del feed. Si este indica 40 USD y el pago muestra 45 USD, la transacción corre un riesgo real de fallar.

Por tanto, las dos prioridades son usar los identificadores correctos y mantener precio y existencias precisos y actualizados.

Los tres archivos principales

No eliges solo uno: los comercios grandes mantienen los tres porque llegan a herramientas diferentes:

1. Feed de Google Merchant Center: alimenta AI Mode, Gemini, AI Overviews y Shopping.
2. Feed de productos ACP de OpenAI: archivo que ChatGPT usa para compras y pago.
3. Marcado schema.org Product/Offer: datos estructurados de la página que otros sistemas contrastan con el feed.

Lo que nunca debes hacer

Nunca inventes un GTIN ni un dato de producto para rellenar un campo. Google prohíbe adivinar o copiar el valor de un producto parecido. Un identificador incorrecto puede asociarte al producto equivocado; es peor que dejarlo vacío.

¿Quieres la versión campo por campo —la especificación de OpenAI, los atributos de Google para IA, las propiedades de schema.org usadas en el pago y los fallos exactos—? Abre la pestaña Avanzado.

TL;DR — No existe un único «feed para IA» universal: el contrato cambia según el proveedor. Para los flujos comerciales de ChatGPT, OpenAI documenta el feed como el medio para suministrar datos de producto, sin una alternativa de rastreo indicada; la documentación de Google describe una combinación de rastreo, datos estructurados en página y el feed de Merchant Center, no la sustitución de un canal por otro. Debes conciliar tres formatos: el feed de Google Merchant Center (ahora con seis Atributos conversacionales opcionales y exclusivos para IA), la especificación de feeds ACP de OpenAI (Parquet/JSONL por SFTP: una instantánea completa diaria y una API intradía para precio, existencias y promociones) y el marcado schema.org Product/Offer como capa de verificación cruzada. Los identificadores —GTIN o marca + MPN— sustentan los tres formatos; nunca inventes uno. La diferencia real frente a un feed de anuncios de Shopping es la tolerancia a datos obsoletos: una persona vuelve a comprobar el precio antes de comprar, pero un agente confirma la operación mediante programación. Por eso, una discrepancia entre el precio del feed y el pago, existencias fantasma, una política de devoluciones ausente que impida la elegibilidad para el pago o un item_id inestable ponen en riesgo la transacción. Descarta la afirmación «OpenAI exige actualizaciones cada 15 minutos»: no aparece en su documentación. Pago instantáneo está limitado actualmente a socios aprobados. La calidad del feed impulsa el descubrimiento y la elegibilidad, no la conversión.

No existe un único «feed para IA» universal: los proveedores difieren

Vuelvo a este planteamiento porque reorganiza todo lo demás, pero necesita una salvedad que antes no destaqué lo suficiente: no es un comportamiento universal, sino un contrato específico de cada proveedor.

Para los flujos comerciales de ChatGPT, la documentación de OpenAI describe el feed como el medio por el que los comercios suministran datos de producto; no documenta una alternativa que rastree la página renderizada para ese flujo. Google funciona de otra manera: su documentación de Search Central indica expresamente que Google combina el rastreo, los datos estructurados en página y el feed de Merchant Center. Puede hacerlo junto con otros métodos: “Google may at times use other approaches to extract data from pages” (traducción) «En ocasiones, Google puede utilizar otros métodos para extraer datos de las páginas». Por tanto, el feed no sustituye al HTML en Google, sino que es uno de los tres canales que contrasta entre sí. El artículo sobre el Agentic Commerce Protocol explica en profundidad la mecánica específica de ACP y no la repetiré aquí. Este artículo aborda la capa práctica: qué debes incluir realmente en el archivo, qué formatos importan y qué puede romper una venta si te equivocas.

Conviene explicar el mecanismo porque cambia las prioridades. Jason Barnard lo resume en su artículo sobre el proceso de los motores de IA: los feeds estructurados —Google Merchant Center y la especificación de feeds de productos de OpenAI— “bypass discovery, selection, crawling, and rendering altogether, delivering your content to the competitive phase with minimal attenuation.” (traducción) «Omiten por completo el descubrimiento, la selección, el rastreo y el renderizado, y llevan tu contenido a la fase competitiva con una atenuación mínima». Es la interpretación de Barnard sobre cómo un buen feed puede saltarse gran parte del embudo SEO, no una afirmación oficial de las plataformas; aun así, es un modelo mental útil. La contrapartida es que todo depende de la calidad de los datos y, durante la transacción, no hay una página renderizada que una persona pueda comprobar como ocurre con un resultado de búsqueda.

Tres formatos, no uno

Un comercio serio no elige entre ellos: utiliza los tres a la vez porque cada formato llega a un conjunto distinto de agentes y se verifican mutuamente.

La conclusión es que no son opciones incompatibles. Google combina expresamente los datos del feed y los datos estructurados en página: “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data,” (traducción) «Proporcionar tanto datos estructurados en páginas web como un feed de Merchant Center maximiza tu elegibilidad para las experiencias y ayuda a Google a comprender y verificar correctamente tus datos». Algunas experiencias incluso obtienen del feed información, como el precio, que falta en el marcado. Esto también implica que una discrepancia —un precio en el feed y otro en el esquema de la página— erosiona la confianza y puede provocar rechazos en cualquiera de estos sistemas. El UCP de Google y Shopify utiliza el mismo feed de Merchant Center como base de datos, por lo que este trabajo también resulta útil allí.

La especificación de feeds ACP de OpenAI, campo por campo

Esta es la parte que la mayoría de artículos de la competencia parafrasean de segunda mano. Estos son los requisitos reales de la especificación de feeds de productos de OpenAI, verificados en la documentación vigente:

Campos obligatorios

• item_id: 100 caracteres como máximo y debe permanecer estable con el tiempo. Es la clave de continuidad entre instantáneas; si cambia, el agente interpreta que el producto antiguo desapareció y apareció uno nuevo.
• title: 150 caracteres como máximo; evita escribir todo en mayúsculas.
• description: 5 000 caracteres como máximo; solo texto sin formato.
• url: debe devolver 200; se prefiere HTTPS.
• brand: 70 caracteres como máximo.
• image_url: JPEG/PNG; se prefiere HTTPS.
• price: acompañado de un código de moneda ISO 4217.
• availability: enumeración in_stock, out_of_stock, pre_order, backorder o unknown.
• seller_name (70 caracteres como máximo) y seller_url.
• target_countries y store_country: códigos ISO 3166-1 alfa-2.
• is_eligible_search: booleano cuyo valor predeterminado es false. Debes cambiarlo explícitamente a true para que el producto pueda aparecer en la búsqueda de ChatGPT.
• is_eligible_checkout: booleano; exige is_eligible_search = true.

Requisitos condicionales

• availability_date es obligatorio si availability = pre_order.
• seller_privacy_policy y seller_tos son obligatorios si is_eligible_checkout = true.
• La elegibilidad para el pago exige una política de devoluciones.

Una salvedad de alcance: establecer is_eligible_checkout en true hace que un producto sea apto para el pago dentro del feed, pero no basta para incorporarlo a Pago instantáneo en ChatGPT. Según la documentación de OpenAI, Pago instantáneo está limitado actualmente a socios aprobados y hay que solicitar la participación. Incluso después de la aprobación, el comercio —no OpenAI— valida el pedido, determina la tramitación, calcula y cobra impuestos, ejecuta sus propias comprobaciones de riesgo, carga el método de pago mediante su propio procesador y acepta o rechaza el pedido. La interfaz de OpenAI presenta la sesión; tus sistemas siguen controlando la transacción.

Identificadores. gtin (numérico, de 8 a 14 dígitos, sin guiones ni espacios; admite GTIN, UPC e ISBN en un solo campo) es opcional, pero se recomienda encarecidamente. mpn (alfanumérico, 70 caracteres como máximo) es la alternativa cuando no hay GTIN. Ninguno es «obligatorio» como lo es brand, pero OpenAI explica que aportarlos mejora la correspondencia del catálogo y reduce errores: en la práctica, la misma lógica que la regla de Google «GTIN o marca + MPN», aunque formulada como recomendación firme.

El mito de la actualización cada 15 minutos: qué documenta realmente OpenAI

Hay una cifra que no pude verificar y prefiero señalarlo antes que repetirla. En artículos del sector —e incluso, lo admito, en una versión anterior de nuestro artículo sobre ACP— aparece la afirmación de que OpenAI exige actualizar los feeds cada 15 minutos. La busqué en la documentación comercial vigente de OpenAI y no encontré esa cifra.

La documentación describe en realidad un modelo de dos canales, no un intervalo fijo:

• Una instantánea completa del feed al menos una vez al día, entregada mediante un archivo por SFTP con nombres estables que se sobrescriben, no con archivos nuevos versionados en cada envío.
• Un canal de API para actualizaciones incrementales intradía: así se propagan con mayor rapidez los cambios de precio, existencias y, específicamente, promociones. Los datos de promociones solo se actualizan mediante la API.

La formulación de OpenAI es, en esencia, que se proporcione el feed completo una vez al día mediante la carga de un archivo y que después se envíen actualizaciones durante el día a través de la API. Tampoco existe una llamada independiente para eliminar un producto: debes establecer is_eligible_search = false o retirarlo de la siguiente instantánea completa.

Por tanto, «15 minutos» debe entenderse como una regla práctica sobre la actualización deseable de los SKU que cambian con rapidez, no como un requisito documentado de OpenAI. La especificación evoluciona y tiene versiones, así que consulta la vigente antes de citar cualquier cifra. El mecanismo que debes implementar es instantánea diaria + API intradía, una descripción más útil que el mito.

Por qué la precisión en tiempo real es imprescindible para los agentes

Esta es la diferencia real entre preparar un feed para IA y prepararlo para anuncios de Shopping. Un fragmento de búsqueda almacenado en caché tolera cierto desfase porque una persona llega a la página y vuelve a comprobar la información antes de pagar. Un agente que completa una transacción no dispone de ese margen: actúa sobre el precio y las existencias declarados en el feed. Por ello, un valor obsoleto supone un riesgo real para la transacción, mayor que en un anuncio. Ninguna especificación oficial afirma que todos los valores obsoletos rompan automáticamente todas las operaciones, y los proveedores añaden sus propias validaciones; aun así, la ausencia de una comprobación humana antes de confirmar explica por qué aquí la actualización es más importante.

Kate Ragotte explica con claridad la consecuencia en la guía de Shopify Enterprise para preparar datos de producto destinados a canales de IA: “Price, availability, and return windows must be accurate and synced across every channel where they appear. Inconsistent or stale data is one of the fastest ways to get filtered out.” (traducción) «Precio, disponibilidad y periodos de devolución tienen que ser exactos y mantenerse sincronizados en cada canal donde aparezcan. La incoherencia o la antigüedad de los datos es una de las vías más rápidas para quedar fuera». Sobre la importancia de la estructura añade: “AI agents can only recommend what they can understand, and that depends entirely on how well-structured your product data is” (traducción) «Un agente de IA solo puede recomendar aquello que entiende, algo que depende totalmente de la estructura de los datos del producto». Las máquinas pueden encontrar técnicamente información poco estructurada, “but they won’t confidently act on it. AI agents prefer structured, labeled data they can extract and trust.” (traducción) «Pero no actuarán sobre ella con seguridad. Los agentes de IA prefieren información estructurada y etiquetada que puedan extraer y considerar fiable».

Ese es el objetivo: el agente debe confiar lo suficiente en el valor para realizar la transacción. La instantánea diaria más la API intradía es la respuesta concreta de OpenAI para reducir el desfase. En Google, esa función corresponde al Shopping Graph, que según Google “includes more than 50 billion product listings, 2 billion of which are updated every hour” (traducción) «Incluye más de 50 000 millones de fichas de productos, 2 000 millones de las cuales se actualizan cada hora». Esa actualización horaria indica el ritmo al que el sistema espera que se muevan los datos. El Shopping Graph completo es otro tema; este artículo solo presupone que tu feed lo alimenta.

Atributos conversacionales de Google: la capa concreta y nueva para IA

En Google, la novedad específica para IA es un conjunto de atributos opcionales de Merchant Center anunciado en Google Marketing Live en mayo de 2026 y recogido por Search Engine Land. El objetivo es que los sistemas de IA de Google “use that structured data to better match products with conversational shopping queries across AI Mode, Gemini and other AI-powered surfaces.” (traducción) «Utilicen esos datos estructurados para relacionar mejor los productos con consultas conversacionales de compra en AI Mode, Gemini y otras superficies basadas en IA». Según la formulación de la ayuda de Google, citada en el artículo, estos atributos están “primarily intended for use in conversational experiences such as AI Mode in Google Search.” (traducción) «Destinados principalmente a experiencias conversacionales como AI Mode en la Búsqueda de Google».

La ayuda de Google Merchant Center documenta seis Atributos conversacionales: pregunta y respuesta, enlace a documento, producto relacionado, título del grupo de artículos, opción de variante y rango de popularidad. product_highlight y product_detail son campos complementarios anteriores, no dos miembros adicionales del nuevo conjunto conversacional, aunque algunos medios —y una versión anterior de este artículo— los agruparan así.

Google indica expresamente que son opcionales y que añadirlos no afecta al estado de aprobación existente del producto. Pueden ayudar a comprender y descubrir productos en superficies conversacionales, pero no son obligatorios ni garantizan inclusión, posicionamiento o cita en una respuesta de AI Mode o Gemini.

Trátalos como enriquecimiento, no como sustitución. Se añaden a los atributos obligatorios. Si el feed base se rechaza por un precio incorrecto o un GTIN inventado, un magnífico atributo de preguntas y respuestas no lo salvará.

schema.org Product/Offer como capa de marcado orientada a agentes

No existe una «edición para IA» de schema.org: los agentes leen vocabulario ordinario de comercio electrónico como una nueva clase de consumidor. Tres propiedades son especialmente importantes:

• Offer.availability: “The availability of this item — for example In stock, Out of stock, Pre-order, etc.” (traducción) «La disponibilidad de este artículo; por ejemplo, en existencias, agotado, en preventa, etc.». Es el estado de existencias que un agente lee en el marcado.
• Offer.checkoutPageURLTemplate: “A URL template (RFC 6570) for a checkout page for an offer.” (traducción) «Una plantilla de URL (RFC 6570) para la página de pago de una oferta». Esta propiedad permite dirigir al comprador a un pago prerrellenado desde el marcado.
• Offer.acceptedPaymentMethod: los métodos de pago admitidos, que un agente puede comprobar antes de intentar una transacción.

Mantén el precio y la disponibilidad del marcado sincronizados con el feed. Google combina ambos canales y los verifica de forma cruzada, de modo que una divergencia entre el esquema de la página y el feed erosiona la confianza en todas estas superficies.

Fallos de calidad del feed que rompen el descubrimiento y el pago agénticos

Este es el resultado práctico: problemas concretos que rompen una venta mediante IA, no solo provocan el rechazo de un anuncio.

1. El precio del feed no coincide con el del pago. El feed indica 40 USD y el pago, 45 USD. En anuncios provoca un rechazo; durante una compra agéntica rompe la operación.
2. Existencias fantasma u obsoletas. El feed indica in_stock, pero el producto está agotado al pagar. El agente intenta comprar algo que no está disponible.
3. Identificadores ausentes o incorrectos. Un GTIN/MPN inexistente o inventado hace que el agente vincule tu oferta al producto equivocado. La regla de Google es no inventar, adivinar ni copiar identificadores de productos similares; usa identifier_exists = false para bienes que realmente carezcan de ellos.
4. Política de devoluciones o condiciones del vendedor ausentes. ACP las exige cuando is_eligible_checkout = true. Sin ellas, el producto puede descubrirse, pero no comprarse.
5. item_id/SKU inestable. Si la clave cambia entre instantáneas, el agente pierde la continuidad: el producto antiguo parece eliminado y el nuevo, desconocido.
6. Títulos en mayúsculas o con texto promocional. Incumplen las políticas de Google y OpenAI; la especificación de OpenAI indica expresamente que se eviten las mayúsculas completas.
7. Imágenes o descripciones generadas por IA que divergen. Las descripciones con especificaciones inventadas o las imágenes generadas por IA sin los metadatos IPTC exigidos rompen la verificación cruzada entre feed y página. La guía de optimización del feed explica en detalle la regla de no inventar datos.

Lo que la calidad del feed garantiza y lo que no

Una advertencia para no exagerar internamente: un gran feed aporta descubrimiento y elegibilidad, pero no garantiza la conversión. La experiencia publicada por Walmart es el ejemplo más claro. Según Search Engine Land, después de probar unos 200 000 artículos, el pago dentro de ChatGPT convirtió aproximadamente a un tercio de la tasa de las transacciones que salían al sitio. La causa citada fue la experiencia y la confianza en el pago —temor a envíos divididos y compra limitada a un artículo—, no la obsolescencia del feed. No lo uses como prueba de que los feeds fallan, sino como recordatorio de que entrar en el feed es necesario, pero insuficiente. El descubrimiento y la conversión en el pago son problemas distintos.

Conviene mantener separada toda la cadena. «Mi feed ha sido aceptado» responde a una pregunta mucho más limitada de lo que parece: la ingesta —la plataforma aceptó el archivo— no equivale a la validación —superó las comprobaciones de campos y políticas—; esta no equivale a la elegibilidad —is_eligible_search/is_eligible_checkout están activados y aprobados—; la elegibilidad no equivale a la aparición; aparecer no equivale a posicionarse o ser citado; eso no equivale a la aprobación para Pago instantáneo; y esta tampoco equivale a una conversión. Un feed limpio mejora las probabilidades en cada paso, pero no convierte la cadena en un resultado garantizado.

Cómo encaja este artículo

• Agentic Commerce Protocol: el protocolo y sus cinco componentes, entre ellos el feed de productos.
• Universal Commerce Protocol: la alternativa de Google y Shopify, que usa el mismo feed de Merchant Center como base.
• Google Merchant Center y optimización del feed de Merchant Center: fundamentos de Google, guías detalladas de títulos, imágenes y atributos, y datos sobre el valor del GTIN que no repetiré aquí.

Resumen de IA

Versión condensada del contenido avanzado:

• No existe un único «feed para IA» universal. Para los flujos comerciales de ChatGPT, OpenAI documenta el feed como el medio para suministrar datos de producto, sin una alternativa de rastreo indicada. En Google, el feed no sustituye al rastreo: su documentación combina rastreo, datos estructurados en página y el feed de Merchant Center.
• Usa tres formatos, no uno: feed de Google Merchant Center, especificación de feeds ACP de OpenAI y marcado schema.org Product/Offer. Google combina el feed con los datos estructurados en página y los verifica de forma cruzada, por lo que una discrepancia genera riesgo de desconfianza o rechazo.
• Los identificadores son la base. Usa GTIN o marca + MPN en todos los formatos. Nunca inventes uno; para bienes sin identificador, utiliza identifier_exists = false.
• La precisión en tiempo real es la diferencia fundamental. Una persona vuelve a comprobar el precio antes de comprar; un agente confirma la operación mediante programación. Una discrepancia entre el feed y el pago o unas existencias fantasma ponen en riesgo la transacción, aunque ninguna especificación garantice que todos los valores obsoletos rompan todas las ventas.
• La cifra de «actualización cada 15 minutos» no aparece en la documentación de OpenAI. El modelo documentado es una instantánea completa diaria por SFTP, con nombres estables y sobrescritura, más una API intradía para precio, existencias y promociones. Las promociones solo se actualizan mediante la API.
• Los campos obligatorios de ACP incluyen item_id estable, title, description, url, brand, image_url, price (ISO 4217), la enumeración availability, campos del vendedor y del país e is_eligible_search, cuyo valor predeterminado es false y debe cambiarse a true. is_eligible_checkout también exige política de devoluciones, política de privacidad y condiciones del vendedor. Incluso entonces, Pago instantáneo está limitado a socios aprobados y el comercio conserva las decisiones sobre validación, tramitación, impuestos, riesgo, pago y pedido.
• Los Atributos conversacionales de Google anunciados en mayo de 2026 son seis campos opcionales de enriquecimiento exclusivos para IA: pregunta y respuesta, enlace a documento, producto relacionado, título del grupo de artículos, opción de variante y rango de popularidad. product_highlight y product_detail son campos anteriores, no parte del nuevo conjunto. Añadirlos no modifica el estado de aprobación existente del producto.
• Propiedades de schema.org orientadas a agentes: Offer.availability, checkoutPageURLTemplate y acceptedPaymentMethod.
• La calidad del feed impulsa el descubrimiento y la elegibilidad, no la conversión. Ingesta, validación, elegibilidad, aparición, posicionamiento o cita, aprobación para el pago y conversión son pasos distintos. El pago de Walmart dentro de ChatGPT convirtió aproximadamente tres veces peor que las transacciones que salían al sitio; se atribuyó a la experiencia y la confianza en el pago, no a la obsolescencia del feed.

Documentación oficial

Especificaciones y documentación de fuentes primarias para crear un feed preparado para IA.

OpenAI (Agentic Commerce Protocol)

• Descripción general de los feeds de productos: resumen del feed ACP.
• Especificación del feed de productos: campos obligatorios: requisitos campo por campo.
• Página conceptual del feed: entrega, formato y modelo de instantánea/API.
• Conceptos clave de comercio: cómo encaja un feed en la búsqueda y el pago de ChatGPT.

Google

• Especificación de datos de producto: especificación base de atributos de Merchant Center que heredan las superficies de IA.
• Identificadores únicos de producto (GTIN, MPN y marca): reglas de identificadores, incluida “don’t make up, guess, or include values from similar products.” (traducción) «No inventes, adivines ni incluyas valores de productos similares».
• Introducción a los datos estructurados de Product: cómo combina Google el feed y los datos estructurados en página.
• Herramientas y protocolo de comercio agéntico con IA para minoristas: explicación de Google sobre las herramientas para minoristas orientadas a IA.
• Pago agéntico y compras navideñas con IA: referencia de escala y actualización del Shopping Graph (50 000 millones de fichas, 2 000 millones actualizadas cada hora).

schema.org

• Offer: availability, checkoutPageURLTemplate y acceptedPaymentMethod.
• Product: el tipo de producto y sus propiedades identificadoras.

Citas de la fuente

Declaraciones atribuidas de las plataformas y de profesionales del sector.

Google: identificadores y calidad de los datos

• “Providing accurate and correctly formatted product data is essential for creating successful ads.” (traducción) «Proporcionar datos de producto precisos y con el formato correcto es esencial para crear anuncios eficaces». — Ayuda de Google Merchant Center. Ir a la cita
• Sobre GTIN/MPN: “Only provide a GTIN if you’re sure it is correct. When in doubt don’t provide this attribute (for example, do not guess or make up a value).” (traducción) «Proporciona un GTIN solo si estás seguro de que es correcto. En caso de duda, no proporciones este atributo (por ejemplo, no adivines ni inventes un valor)». Ir a la fuente

Google: feed y datos estructurados en página combinados

• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (traducción) «Proporcionar tanto datos estructurados en páginas web como un feed de Merchant Center maximiza tu elegibilidad para las experiencias y ayuda a Google a comprender y verificar correctamente tus datos». — Search Central. Leer la documentación

Google: actualización del Shopping Graph (Vidhya Srinivasan, vicepresidenta y directora general de Ads y Commerce)

• El Shopping Graph “includes more than 50 billion product listings, 2 billion of which are updated every hour.” (traducción) «Incluye más de 50 000 millones de fichas de productos, 2 000 millones de las cuales se actualizan cada hora». Leer la publicación

Kate Ragotte, Shopify (blog de Shopify Enterprise)

• “Price, availability, and return windows must be accurate and synced across every channel where they appear. Inconsistent or stale data is one of the fastest ways to get filtered out.” (traducción) «El precio, la disponibilidad y los plazos de devolución deben ser precisos y estar sincronizados en todos los canales en los que aparecen. Los datos incoherentes u obsoletos son una de las formas más rápidas de quedar excluido».
• “AI agents can only recommend what they can understand, and that depends entirely on how well-structured your product data is.” (traducción) «Los agentes de IA solo pueden recomendar lo que comprenden, y eso depende por completo de lo bien estructurados que estén tus datos de producto». Leer el artículo

Jason Barnard, Kalicube (Search Engine Land)

• “Structured feeds, Google Merchant Center and OpenAI Product Feed Specification, bypass discovery, selection, crawling, and rendering altogether, delivering your content to the competitive phase with minimal attenuation.” (traducción) «Los feeds estructurados, Google Merchant Center y la especificación de feeds de productos de OpenAI omiten por completo el descubrimiento, la selección, el rastreo y el renderizado, y llevan tu contenido a la fase competitiva con una atenuación mínima». Leer el artículo

Jen Cornwell, Tinuiti (Search Engine Land)

• “Organic feed titles should reflect how your customers actually search, not how your bidding strategy is structured.” (traducción) «Los títulos orgánicos del feed deben reflejar cómo buscan realmente tus clientes, no cómo está estructurada tu estrategia de pujas».
• Sobre la posición estratégica del feed: “The feed sits at that intersection as it’s an owned asset managed by commerce infrastructure that directly feeds AI-powered visibility.” (traducción) «El feed se encuentra en esa intersección porque es un activo propio gestionado por la infraestructura comercial que alimenta directamente la visibilidad basada en IA». Leer el artículo

Lista de comprobación del feed para IA en todos los formatos

Realiza una sola revisión de los tres formatos antes de considerar que un feed está «preparado para IA»:

Identidad y correspondencia

• Todos los productos que tienen GTIN incluyen el correcto; ninguno está inventado ni copiado de un producto similar.
• Los productos sin identificador del fabricante usan marca + MPN o identifier_exists = false; nunca un GTIN adivinado.
• El item_id/SKU permanece estable con el tiempo y es coherente en el feed, ACP y el marcado.

Precio y disponibilidad: la capa de actualización

• El precio del feed coincide con el precio vigente al pagar; la moneda usa un código ISO 4217 válido.
• La disponibilidad refleja las existencias reales; no hay in_stock fantasma.
• Los SKU que cambian con rapidez se actualizan mediante la API intradía de ACP, no solo con la instantánea diaria; las promociones se envían por la API.
• El precio y la disponibilidad del esquema en página coinciden con el feed; Google los verifica de forma cruzada.

Elegibilidad para el pago de ACP

• is_eligible_search está establecido explícitamente en true; su valor predeterminado es false.
• Los productos con is_eligible_checkout tienen política de devoluciones, seller_privacy_policy y seller_tos.
• availability_date está definido para todos los artículos pre_order.
• El feed se entrega por SFTP con nombres de archivo estables que se sobrescriben y una instantánea completa al menos diaria.

Contenido y cumplimiento

• Títulos de hasta 150 caracteres, sin mayúsculas completas ni texto promocional, conforme a las políticas de Google y OpenAI.
• Descripciones en texto sin formato, de hasta 5 000 caracteres y coherentes con la página de destino, sin especificaciones inventadas.
• Imágenes JPEG/PNG mediante HTTPS; las generadas por IA incluyen los metadatos de divulgación IPTC exigidos.
• url devuelve 200 mediante HTTPS.

Enriquecimiento opcional

• Los seis Atributos conversacionales de Google se añaden donde corresponda —pregunta y respuesta, rango de popularidad, producto relacionado, título del grupo de artículos, opción de variante y enlace a documento— además de los atributos obligatorios, no en su lugar.
• schema.org checkoutPageURLTemplate está presente para que los agentes puedan dirigirse al pago.

Feed de productos para IA: guía rápida

Qué formato llega a cada agente

Campos obligatorios de ACP: referencia rápida

• item_id estable; title de hasta 150 caracteres y sin mayúsculas completas; description de hasta 5 000 caracteres y en texto sin formato; url con 200/HTTPS; brand de hasta 70 caracteres; image_url JPEG/PNG; price con ISO 4217; enumeración availability; seller_name/seller_url; target_countries/store_country con ISO 3166-1 alfa-2; is_eligible_search, cuyo valor predeterminado es false; e is_eligible_checkout.
• El pago también exige política de devoluciones, seller_privacy_policy y seller_tos.
• Enumeración availability: in_stock, out_of_stock, pre_order, backorder, unknown.

Regla de identificadores en todos los formatos

• Tiene GTIN → úsalo, con 8 a 14 dígitos y sin guiones ni espacios.
• No tiene GTIN → marca + MPN.
• Realmente no tiene ninguno → identifier_exists = false. Nunca inventes uno.

Desmontando mitos

• «OpenAI exige actualizaciones cada 15 minutos» → no aparece en la documentación. Realidad: instantánea diaria + API intradía; las promociones solo se actualizan mediante la API.
• «schema.org tiene una edición para IA» → no; utiliza el vocabulario ordinario Offer/Product.
• «El GTIN siempre es obligatorio» → es condicional: GTIN; si no existe, marca + MPN; y si realmente no hay identificador, identifier_exists = false.

¿Qué identificador debo incluir en mi feed?

Los identificadores son la base en Google, OpenAI y schema.org, y también lo más fácil de configurar mal. Responde una o dos preguntas para llegar al valor correcto.

Qué no debes hacer con un feed para IA

1. Implementar solo la instantánea diaria y omitir la API. Si envías un feed completo una vez al día y no haces nada más, todos los cambios de precio y existencias pueden quedar obsoletos durante 24 horas: aceptable para navegar, fatal para una transacción. Solución: conecta precio, existencias y promociones al canal de API intradía de OpenAI; la instantánea es la base, no el plan completo.

2. Inventar un GTIN para que un campo pase la validación. Un identificador adivinado o copiado es peor que dejarlo vacío porque vincula tu oferta al producto equivocado en todos los formatos. Solución: usa el GTIN si lo tienes; si no, marca + MPN; y, en último término, identifier_exists = false.

3. Permitir que el precio del feed y el del pago diverjan. En los anuncios provoca un rechazo; para un agente que está comprando, rompe la venta y erosiona la confianza de la que depende todo el sistema. Solución: trata el precio del feed como un contrato, sincronízalo con el precio vigente al pagar y mantén también el precio del esquema en página.

4. Reutilizar o cambiar continuamente el item_id/SKU. Si la clave de identidad cambia entre instantáneas, el agente pierde continuidad: el producto parece eliminado y creado de nuevo, y se pierde la correspondencia acumulada. Solución: conserva el mismo item_id durante toda la vida del producto.

5. Activar el pago sin los campos de políticas. Establecer is_eligible_checkout = true sin política de devoluciones, política de privacidad y condiciones del vendedor hace que el producto se pueda descubrir, pero no comprar. Solución: publica las tres políticas antes de activar la elegibilidad para el pago.

6. Tratar los Atributos conversacionales como sustitutos de un feed base limpio. Un magnífico atributo de preguntas y respuestas o de rango de popularidad no salva un feed rechazado por un precio incorrecto o un GTIN inventado. Solución: corrige primero los atributos obligatorios y añade el enriquecimiento después.

7. Suponer que el marcado schema.org basta para entrar en el pago de ChatGPT. En los flujos transaccionales, ChatGPT lee el feed ACP, no la página renderizada. El marcado sirve para la verificación cruzada, pero no es el mecanismo principal de descubrimiento en ese flujo. Solución: publica el feed y mantén el marcado coherente con él.

Comprobaciones rápidas de coherencia entre feed y marcado

Pequeñas comprobaciones listas para copiar y pegar que detectan las discrepancias capaces de romper ventas agénticas. No sustituyen una plataforma real de gestión de feeds; sirven para localizar problemas con rapidez.

Extraer el esquema Product/Offer de la página desde la consola del navegador

Pega este código en la consola de Chrome DevTools desde una página de producto para obtener el precio y la disponibilidad declarados por el marcado orientado a agentes y compararlos con el feed:

// Grab every JSON-LD block, find Product/Offer, print price + availability
[...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return null; } })
  .filter(Boolean)
  .flatMap(o => Array.isArray(o) ? o : (o['@graph'] || [o]))
  .filter(o => o && /Product/.test([].concat(o['@type']).join()))
  .forEach(p => {
    const offer = [].concat(p.offers || [])[0] || {};
    console.log({
      name: p.name,
      gtin: p.gtin13 || p.gtin || p.gtin12 || p.mpn || null,
      price: offer.price ?? offer.priceSpecification?.price,
      currency: offer.priceCurrency,
      availability: offer.availability,
    });
  });

Versión como marcador: guarda la URL siguiente como marcador y púlsala en cualquier página de producto para mostrar el precio y la disponibilidad del marcado:

javascript:(()=>{const b=[...document.querySelectorAll('script[type="application/ld+json"]')].map(s=>{try{return JSON.parse(s.textContent)}catch{return null}}).filter(Boolean).flatMap(o=>Array.isArray(o)?o:(o['@graph']||[o])).filter(o=>o&&/Product/.test([].concat(o['@type']).join()));if(!b.length){alert('No Product schema found');return}const p=b[0],o=[].concat(p.offers||[])[0]||{};alert(`${p.name}\nprice: ${o.price??o.priceSpecification?.price} ${o.priceCurrency||''}\navail: ${o.availability||'?'}`)})();

Comparar el precio del feed con el precio vigente al pagar desde el shell

Si exportas el feed a CSV con las columnas item_id,price y puedes obtener el precio vigente de cada SKU, esta comprobación señala las divergencias, el fallo más perjudicial:

# feed.csv: item_id,price   |   live.csv: item_id,price (pulled from checkout)
join -t, -1 1 -2 1 \
  <(sort -t, -k1,1 feed.csv) \
  <(sort -t, -k1,1 live.csv) \
  | awk -F, '$2 != $3 { print "MISMATCH", $1, "feed="$2, "live="$3 }'

Validar que los productos aptos para el pago de ACP tengan todos los campos necesarios (Python)

Una comprobación mínima para confirmar que todos los productos marcados para el pago incluyen los campos de políticas obligatorios antes de enviar una instantánea:

import csv

REQUIRED_FOR_CHECKOUT = ["seller_privacy_policy", "seller_tos", "return_policy"]

with open("feed.csv", newline="") as f:
    for row in csv.DictReader(f):
        if row.get("is_eligible_checkout", "").lower() == "true":
            missing = [k for k in REQUIRED_FOR_CHECKOUT if not row.get(k, "").strip()]
            if missing:
                print(f"{row['item_id']}: checkout enabled but missing {missing}")
        if row.get("is_eligible_checkout", "").lower() == "true" \
           and row.get("is_eligible_search", "").lower() != "true":
            print(f"{row['item_id']}: checkout eligible but search is not (invalid)")

Detectar GTIN inventados o mal formados mediante una expresión regular

En ACP, gtin debe tener entre 8 y 14 dígitos, sin guiones ni espacios. Señala todo lo que no cumpla esta regla:

# Prints rows whose gtin column isn't a clean 8–14 digit string
awk -F, 'NR>1 && $3 != "" && $3 !~ /^[0-9]{8,14}$/ { print "BAD GTIN:", $1, $3 }' feed.csv

Procedimiento diario para operar feeds de productos destinados a IA

1. Confirma que terminó la instantánea completa. Comprueba el nombre de archivo estable previsto, el número de registros, el esquema y el estado de entrega. Se considera terminado cuando la plataforma ha aceptado el catálogo completo más reciente, no un archivo parcial accidental.
2. Concilia los cambios intradía. Compara las actualizaciones de precio, existencias y promociones del sistema comercial con las confirmaciones de la API. Se considera terminado cuando cada SKU modificado se ha procesado correctamente o ha entrado en una cola de reintentos con responsable.
3. Revisa los errores de elegibilidad y políticas. Agrupa los fallos por campo de origen y plantilla, y prioriza los productos destinados al pago. Se considera terminado cuando cada error tiene causa, responsable y vía de corrección.
4. Muestrea la paridad entre formatos. Compara ID estable, GTIN/MPN, variante, precio, disponibilidad y políticas entre el feed de Merchant Center, el feed de OpenAI, el marcado Product/Offer y el pago vigente. Se considera terminado cuando los productos de la muestra describen la misma oferta en todos los canales.
5. Comprueba la continuidad de identidad. Señala los ID de artículo que desaparecieron y reaparecieron con valores nuevos sin que el producto se sustituyera realmente. Se considera terminado cuando el cambio accidental de SKU se corrige antes de la siguiente instantánea.
6. Cierra ofertas obsoletas o no válidas. Marca correctamente los productos no disponibles y usa el mecanismo de elegibilidad admitido en lugar de mantener existencias fantasma. Se considera terminado cuando ningún agente puede comprar una oferta retirada.
7. Registra y analiza las tendencias de los fallos. Anota discrepancias, retrasos de procesamiento, filas rechazadas y correcciones por sistema de origen. Se considera terminado cuando los defectos recurrentes de los sistemas de origen son visibles en lugar de parchearse una y otra vez en las exportaciones.

Problemas comunes de los feeds de productos para IA

El producto está en el archivo, pero no aparece en el descubrimiento

Síntoma: la fila se entrega, pero el producto no es apto o no aparece. Causa probable: is_eligible_search sigue en false, la fila no superó la validación o los datos de identidad o políticas están incompletos. Solución: inspecciona el estado de la fila en la plataforma, corrige los campos fallidos, activa explícitamente la elegibilidad para la búsqueda y confirma que la siguiente instantánea procesada acepta el artículo.

El pago no está disponible para un producto que sí aparece

Síntoma: el producto puede recomendarse, pero no comprarse mediante el agente. Causa probable: la elegibilidad para el pago está desactivada o faltan los datos obligatorios de devoluciones, privacidad o condiciones. Solución: proporciona las políticas exigidas, mantén activada la elegibilidad para la búsqueda y verifica que el artículo procesado pasa a ser apto para el pago.

El agente muestra un precio incorrecto o existencias fantasma

Síntoma: los datos de descubrimiento no coinciden con el pago o el artículo falla durante la compra. Causa probable: solo se actualiza la instantánea diaria, falló un evento intradía o la asignación de variantes apunta a la oferta equivocada. Solución: concilia las confirmaciones de la API con el sistema comercial, reproduce de forma segura las actualizaciones fallidas y confirma que feed, marcado y pago coinciden para la variante exacta.

Los productos desaparecen y reaparecen repetidamente como nuevos

Síntoma: la continuidad del catálogo se reinicia entre instantáneas aunque los productos no hayan cambiado. Causa probable: item_id se genera a partir de un título, una URL o una fila de exportación mutable, no de una clave estable. Solución: restaura un mapa de identidad duradero y conserva el mismo ID durante toda la vida del producto.

Un producto se vincula a la entidad equivocada

Síntoma: la ficha hereda detalles o variantes de otro producto. Causa probable: un GTIN inventado o incorrecto, un MPN copiado o datos incoherentes de marca y variante. Solución: elimina los identificadores adivinados, usa el GTIN verificado o marca + MPN y marca correctamente los artículos que realmente carecen de identificador.

Modelos mentales para feeds de productos destinados a IA

Una fuente de verdad, varios formatos de entrega

Merchant Center, OpenAI y el marcado Product/Offer en página son representaciones del mismo catálogo, no proyectos de contenido independientes. Genéralos a partir de un único modelo de producto gobernado para que la identidad y la oferta no diverjan entre canales.

Identidad, oferta y políticas

Depura todos los feeds en tres capas:

• Identidad: ID de artículo estable, GTIN o marca + MPN y relación entre producto y variante.
• Oferta: precio, moneda, disponibilidad, imagen y URL de destino.
• Políticas: envío, devoluciones, privacidad, condiciones y elegibilidad para el pago.

La identidad determina qué es el producto, la oferta determina qué puede comprarse ahora y las políticas determinan si un agente puede completar la compra.

Instantánea más flujo de eventos

La instantánea completa diaria establece el estado íntegro del catálogo. Las actualizaciones de la API intradía transportan los cambios rápidos de precio, existencias y promociones. Ningún canal sustituye al otro: la instantánea corrige divergencias y el flujo de eventos mantiene actualizadas las transacciones.

El descubrimiento es necesario; el pago es independiente

La calidad del feed puede hacer que un producto sea comprensible y apto. No garantiza una recomendación ni una conversión, y el pago añade sus propios requisitos de políticas, fiabilidad y confianza.

La verificación cruzada premia la coherencia

Los feeds, el marcado y el pago actúan como testigos independientes de la misma oferta. La coincidencia genera confianza; una discrepancia obliga a la plataforma a decidir qué fuente está obsoleta.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Guía para principiantes de SEO técnico: cómo encajan los datos estructurados y los feeds en el panorama general.
• Conoce a los nuevos rastreadores web: los bots de IA se acercan a los bots de los motores de búsqueda: cómo la combinación de bots que leen tu sitio —y el entorno de tu feed— se desplaza hacia la IA.

Mis charlas

• Cómo funciona la búsqueda (SlideShare): mi recorrido por rastreo, renderizado, indexación y posicionamiento, útil para entender por qué el descubrimiento basado en feeds omite gran parte de ese embudo. Aviso habitual: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas; no será completa ni exacta al cien por cien».

Recursos del sector

• OpenAI: descripción general de los feeds de productos y especificación de campos obligatorios: fuente primaria del feed ACP, comprobada directamente.
• Google: introducción a los datos estructurados de Product: cómo se combinan y verifican de forma cruzada el feed y el marcado en página.
• Shopify Enterprise: ocho consejos para preparar tus datos de producto para canales de IA (Kate Ragotte): la explicación oficial de plataforma más sólida sobre coherencia y estructura de datos.
• Search Engine Land: por qué los feeds de productos necesitan una estrategia orgánica para la búsqueda con IA (Jen Cornwell, Tinuiti): el feed como activo propio que alimenta la visibilidad en IA.
• Search Engine Land: el proceso de los motores de IA y las barreras que deciden si obtienes la recomendación (Jason Barnard, Kalicube): por qué los feeds estructurados omiten gran parte del embudo SEO.
• PPC Land: ocho atributos de Google Merchant Center que tu feed necesita para AI Mode: recorrido por los Atributos conversacionales; contrasta los nombres con la documentación vigente de Google.
• Search Engine Land: el pago de Walmart en ChatGPT convirtió peor que el sitio web: salvedad sobre descubrimiento frente a conversión.
• Striim: el problema de la IA en el comercio minorista no es el modelo, sino el reloj: analogía clara de por qué las sincronizaciones de inventario por lotes fallan cuando los agentes necesitan datos casi en tiempo real.

Ponte a prueba: feeds de productos para IA

Cinco preguntas rápidas sobre cómo crear un feed que los agentes de IA puedan leer y usar para comprar. Elige una respuesta para cada pregunta y comprueba el resultado.

Registro de cambios