NuevoProduct Score, 4T Segmentation, Price War y Broken Size ya están disponibles.Ver las novedades
Feedance
Artículo

Los atributos del feed de productos que realmente leen ChatGPT Shopping y el Modo IA de Google

El feed de Instant Checkout de OpenAI exige 9 campos y el Modo IA de Google añade 6 atributos conversacionales. Qué necesita cada uno, con ejemplos.

Kardelen YılmazKardelen Yılmaz
12 min de lectura
Illustration of one product catalog feeding two separate structured data streams into a chat interface and a search interface, representing feed data split between ChatGPT Shopping and Google AI Mode

Si su feed de productos ya supera la revisión de Google Shopping y de Meta, es tentador dar por hecho que también está preparado para ChatGPT Shopping y para el Modo IA (AI Mode) de Google. En lo que respecta a Google, probablemente no lo esté. La especificación del feed de productos de Agentic Commerce de OpenAI exige 9 campos para que un producto pueda aparecer en las búsquedas y en el proceso de compra dentro de ChatGPT, según la propia documentación para desarrolladores de OpenAI. La ayuda de Merchant Center de Google, actualizada como parte del impulso al Universal Commerce Protocol de mayo de 2026, menciona 6 atributos concretos que denomina "atributos conversacionales" para el Modo IA de la Búsqueda. Las dos listas no comparten ni un solo nombre de campo. Esta guía explica qué lee realmente cada superficie, qué es probable que ya tenga y qué le falta por añadir, e incluye una lista de comprobación con puntuación para aplicarla a su propio feed.

Dos problemas distintos de "compras con IA", no uno

"Prepararse para las compras con IA" se trata como un único proyecto, pero en realidad son dos, creados por dos empresas con dos especificaciones distintas y dos objetivos diferentes.

El Agentic Commerce Protocol (ACP) de OpenAI permite a un comerciante vender directamente dentro de una conversación de ChatGPT mediante Instant Checkout. Aquí la función del feed de productos es limitada: dar a ChatGPT suficientes datos estructurados para mostrar correctamente un producto y permitir que se realice una transacción real, en la que el comerciante, y no OpenAI, actúa como vendedor oficial y se encarga del envío, los impuestos y el pago a través de su propio proveedor de servicios de pago.

Los atributos conversacionales de Google, en cambio, se incluyen en el feed de Merchant Center que ya utiliza para los anuncios de Shopping y las fichas gratuitas. No hay que implementar ningún protocolo de pago aparte ni crear un feed nuevo desde cero. Google le pide que enriquezca el feed que ya tiene para que su propio Modo IA y sus superficies de compra basadas en Gemini puedan responder a preguntas más concretas sobre sus productos.

Confundir ambos lleva a dos tipos de error: equipos que crean un segundo feed completo para ChatGPT que no necesitaban, y equipos que dan por hecho que marcar unas cuantas casillas al estilo de OpenAI también cubre el Modo IA de Google, cuando no es así.

Qué exige realmente la especificación del feed de productos de OpenAI

La especificación de OpenAI (verificada por última vez con la documentación en vigor en septiembre de 2026) define un conjunto básico de campos obligatorios, un conjunto más pequeño necesario específicamente para poder usar el proceso de compra y una lista más larga de campos recomendados que mejoran la posición y la confianza.

CampoTipoNotas
item_idstringEstable y único por artículo o variante
titlestring~150 caracteres como máximo, incluido el detalle de la variante
descriptionstring~5.000 caracteres como máximo, objetiva y en texto sin formato
urlstring (URL)Página de producto estable y de acceso público
brandstringTal como aparece en la página del producto
seller_namestringIdentidad real del vendedor, no un marcador de posición
image_urlstring (URL)Preferiblemente JPEG o PNG
availabilityenumin_stock, out_of_stock, pre_order, backorder, unknown
pricestring"importe MONEDA", p. ej., 79.99 USD, con punto decimal y sin separador de miles

Además de los nueve básicos, hay tres campos más que condicionan específicamente el proceso de compra: is_eligible_checkout (booleano, debe ser true), seller_privacy_policy (la URL de una política de privacidad pública) y seller_tos (la URL de unas condiciones del servicio públicas). Un producto puede aparecer en las búsquedas sin ellos, pero no puede comprarse con el proceso de compra.

OpenAI acepta JSONL, CSV o TSV, incluidas sus variantes comprimidas con gzip. Una sola fila JSONL tiene este aspecto:

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

La especificación no fija un intervalo de actualización, pero OpenAI deja claro que el precio y la disponibilidad deben estar actualizados cada vez que empieza o termina una oferta, lo que en la práctica significa sincronizar con la misma frecuencia que ya utiliza para Google Shopping, no con una más lenta.

Por qué la mayoría de los feeds preparados para Google o Meta ya están cerca del listón de OpenAI

Vuelva a mirar la lista de campos: title, description, price, availability, image_url, brand. Cada uno de ellos tiene un equivalente casi idéntico en las especificaciones estándar de Google Shopping y del catálogo de Meta que, con toda probabilidad, ya está rellenando. El cambio de nombre es sobre todo superficial: el image_link de Google pasa a ser el image_url de OpenAI, y el id de Google pasa a ser item_id.

Las carencias reales son los campos que no incluye ningún feed publicitario estándar, porque ninguna plataforma publicitaria los ha pedido nunca: seller_name como campo de identidad independiente, seller_privacy_policy, seller_tos y el indicador de compra is_eligible_checkout. Requieren una regla de asignación que tome los datos de sus páginas legales o de información de la empresa y no de su catálogo de productos, que es exactamente el tipo de campo estático, no ligado a cada SKU, que un motor de reglas de feed (Feedance incluye uno dentro del enriquecimiento del feed) gestiona mejor que editar a mano una columna de una hoja de cálculo.

En resumen: si su feed ya supera la revisión de Google Shopping y de Meta, crear una exportación conforme con OpenAI se parece más a un ejercicio de asignación que a un proyecto de recopilación de datos.

Qué ha añadido realmente Google para el Modo IA

La propia documentación de ayuda de Google menciona exactamente seis atributos como "atributos conversacionales": question_and_answer, document_link, related_product, item_group_title, variant_option y popularity_rank. Los seis son opcionales, y Google afirma directamente que añadirlos "no afectará al estado de aprobación de sus productos existentes".

  • question_and_answer: hasta 30 pares de pregunta y respuesta por producto, cada uno de hasta 1.000 caracteres, con un total de 10.000 caracteres entre todos los pares. Pensados exactamente para el tipo de pregunta de seguimiento que un comprador hace a una interfaz de chat en lugar de revisar una ficha técnica.
  • document_link: hasta cinco enlaces HTTPS solo a archivos PDF (manuales, fichas técnicas, guías de cuidado), de 50 MB como máximo cada uno y con la propia URL limitada a 2.000 caracteres, para que el Modo IA pueda responder a partir de su propia documentación en lugar de hacer suposiciones.
  • related_product: hasta 30 entradas por producto, cada una clasificada según el tipo de relación (parte de un conjunto, pieza necesaria, se compra a menudo con, sustituto, otra marca, accesorio), para que una respuesta conversacional pueda sugerir el artículo complementario adecuado.
  • item_group_title: un título común para un grupo de variantes (de 1 a 150 caracteres; se trunca a partir de ahí) que se mantiene genérico mientras que el título de cada variante concreta la talla o el color.
  • variant_option: pares de nombre/valor (cada uno de hasta 250 caracteres) para dimensiones de variante distintas de las seis estándar de Google (color, talla, material, estampado, grupo de edad, sexo), que se envían junto con un item_group_id común.
  • popularity_rank: un número de 0.0 a 100.0, con un decimal, que refleja el rendimiento de ventas relativo real de un producto dentro de su catálogo, no una afirmación de marketing.

Una fila de question_and_answer en un feed separado por tabulaciones se parece al propio ejemplo de Google:

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

Nada de esto se envía a través de un endpoint nuevo. Viaja en el mismo feed de Merchant Center, igual que ya lo hacen product_highlight o gtin.

Los dos atributos que todo el mundo etiqueta erróneamente como "atributos del Modo IA"

Varias guías muy compartidas, entre ellas un popular análisis de la comunidad en el propio foro de ayuda de Google, hablan de "8 atributos para el Modo IA" al añadir product_highlight y product_detail a la lista de seis de Google. Conviene corregirlo: la página oficial de Google sobre atributos conversacionales menciona seis, no ocho, y product_highlight es un atributo distinto y más antiguo (consulte la propia especificación de Google) que existe desde mucho antes del Modo IA y se creó para los anuncios de Shopping habituales, no específicamente para las superficies conversacionales.

Eso no hace que product_highlight sea inútil para el Modo IA. Las afirmaciones breves y objetivas sobre ventajas (los ejemplos de la propia Google: "Compatible con redes wifi de 2,4 GHz y de 5 GHz") son exactamente el tipo de datos estructurados y fáciles de leer que un sistema de IA prefiere a un párrafo de texto de marketing, y el anuncio de Google de mayo de 2026 anima a los comerciantes a usar en general descripciones de producto más conversacionales. Pero tratarlo como uno de los "seis oficiales" exagera lo nuevo o específico del Modo IA que es este atributo, y puede llevar a un equipo a saltarse los seis que sí lo son.

Lista de comprobación de preparación del feed, puntuada frente a ambas especificaciones

Sume un punto por cada elemento que ya pueda confirmar como cierto, sin hacer suposiciones. Es una instantánea, no una certificación: superar la comprobación de presencia de un campo no garantiza que se cumpla el nivel de calidad del contenido que cada plataforma exige por separado.

#ComprobaciónEspecificación¿Es probable que ya lo tenga?
1title, description, price y availability presentes y actualizadosOpenAI ACPSí, del feed de Shopping/Meta
2brand e image_url rellenados en todos los SKU, no solo en los artículos padreOpenAI ACPNormalmente sí
3Un campo seller_name independiente, no el nombre comercial de su tiendaOpenAI ACPNormalmente no
4URL públicas de seller_privacy_policy y seller_tos asignadas en el feedOpenAI ACP (compra)Rara vez
5Indicador is_eligible_checkout definido por producto, no en true para todosOpenAI ACP (compra)Rara vez
6item_group_id compartido correctamente entre las variantesBásico; también alimenta el item_group_title de GoogleNormalmente sí
7Pares de question_and_answer redactados a partir de las preguntas reales previas a la compra de sus principales SKUConversacional de GoogleRara vez
8document_link que apunta a fichas técnicas o manuales públicosConversacional de GoogleRara vez
9related_product asignado para accesorios, conjuntos y sustitutosConversacional de GoogleRara vez
10variant_option que cubre las dimensiones de variante distintas de las seis estándar de GoogleConversacional de GoogleSolo si vende productos configurables
11popularity_rank alimentado con datos de ventas reales y actualizado según una programaciónConversacional de GoogleRara vez
12item_group_title distinto de los títulos de cada varianteConversacional de GoogleRara vez
13La frecuencia de actualización del feed coincide con la frecuencia de cambios de precios/promocionesAmbasDepende del nivel de sincronización

0-4: su feed está creado solo para los anuncios de Shopping tradicionales. 5-9: está preparado para el proceso de compra de OpenAI, pero la capa conversacional de Google está prácticamente vacía. 10-13: ha hecho el trabajo de enriquecimiento que la mayoría de los catálogos se salta.

Los límites de esta guía

Esta guía trata los datos del feed, no el resto de la infraestructura. Instant Checkout de OpenAI también requiere un proveedor de servicios de pago compatible con su Delegated Payment Spec y que usted gestione la validación de pedidos, el envío y los impuestos, nada de lo cual toca una herramienta de feeds; se trata de un proyecto de pagos e ingeniería, distinto del enriquecimiento del feed.

Tampoco cubre todas las superficies de compra con IA. Perplexity tiene su propio Merchant Program, con una incorporación independiente y su propio envío de datos de producto al margen de las dos especificaciones aquí analizadas, y, en el momento de redactar este artículo, Meta no ha publicado una especificación de tipo atributos conversacionales comparable a la de Google; las funciones de compra basadas en IA de Meta siguen funcionando con los campos estándar de Commerce Catalog que tratamos en nuestra guía sobre los rechazos del catálogo de Meta. Considere ambos casos como cuestiones abiertas que conviene revisar más adelante, no como carencias de esta lista de comprobación.

Otras plataformas de feeds han publicado su propia visión del despliegue de Google; merece la pena leer el análisis de Channable junto con este, ya que la documentación de Google sobre los plazos de despliegue y la medición sigue siendo escasa y una segunda interpretación resulta útil mientras la especificación se asienta. Nada de esto sustituye tampoco a la higiene básica del feed: un producto sin GTIN o mal categorizado no aparecerá en el Modo IA ni en ChatGPT por muy bien que rellene los atributos conversacionales, porque ni siquiera puede llegar a mostrarse.

Preguntas frecuentes

¿Necesito crear un feed independiente para ChatGPT Shopping?

No. Los campos obligatorios de OpenAI se envían en su propio archivo de feed, pero los datos subyacentes son un subconjunto de los que ya mantiene para Google Shopping. La mayoría de los equipos lo generan como una exportación adicional a partir de los mismos datos de producto, no como un segundo catálogo.

¿Añadir los atributos conversacionales de Google afectará a mis anuncios de Shopping actuales?

Google afirma explícitamente que añadirlos no cambia el estado de aprobación de los productos existentes. Son campos adicionales, no sustituyen a sus atributos obligatorios actuales.

¿Qué formato acepta la especificación del feed de OpenAI?

JSONL, CSV o TSV, incluidas las versiones comprimidas con gzip de cada uno. JSONL es el formato que aparece en la mayoría de los ejemplos de la propia OpenAI.

¿Es popularity_rank simplemente mi lista de los más vendidos?

Debe reflejar el rendimiento de ventas relativo real en una escala de 0 a 100, no una lista de "destacados" seleccionada manualmente. Alimentarlo con una clasificación basada en el marketing en lugar de con datos de ventas reales desvirtúa su finalidad.

¿Sigo necesitando item_group_id si añado el item_group_title de Google?

item_group_id es lo que realmente vincula las variantes entre sí; item_group_title es una etiqueta que se superpone a esa agrupación. Necesita ambos si quiere que la capa conversacional funcione correctamente.

¿Tiene Meta una especificación equivalente hacia la que deba trabajar?

No como un conjunto de atributos publicado al estilo del Modo IA en el momento de redactar este artículo. Los requisitos del catálogo de Meta siguen siendo los campos estándar de Commerce Catalog; céntrese en superar la revisión estándar en lugar de perseguir una especificación que todavía no existe.

¿Con qué frecuencia deben actualizarse estos campos?

Al mismo ritmo que cambian sus precios y promociones. OpenAI deja claro que el precio y la disponibilidad deben actualizarse cuando empieza o termina una oferta; los atributos conversacionales de Google cambian con menos frecuencia, pero conviene revisarlos cada vez que añada productos nuevos o actualice especificaciones.

¿Puedo comprobar si ChatGPT o el Modo IA están leyendo correctamente estos campos?

En el momento de redactar este artículo, ninguna de las dos empresas ofrece una herramienta pública de vista previa en tiempo real. Lo más práctico es validar el feed campo por campo frente a la especificación publicada y, después, buscar periódicamente sus propios productos por nombre y por atributos concretos en ChatGPT y en el Modo IA de Google para comprobar por muestreo lo que aparece.

Realice una auditoría gratuita del feed de productos para ver cuáles de estos campos cubre ya su feed actual y dónde están las carencias antes de empezar a asignar nuevos atributos a mano.

¿Quiere que alguien más revise su feed? Lo revisaremos con usted y le mostraremos dónde están las carencias antes de su próximo envío.
Solicitar una auditoría gratuita
Kardelen Yılmaz
Escrito por
Kardelen Yılmaz

Kardelen Yılmaz trabaja en el área de crecimiento de Feedance, donde ayuda a marcas de comercio electrónico y agencias a obtener más rentabilidad de cada producto que anuncian. Escribe sobre la calidad del feed de productos, las campañas de Shopping y Performance Max, la automatización creativa y cómo las compras impulsadas por la IA están cambiando la visibilidad de los productos.

LinkedIn

Descubra qué
productos generan ingresos.

Conecte su feed y GA4. Mostramos Product Score, 4T, Price War y Broken Size en su propio catálogo.