Feed XML para Google Shopping con AI Mode: qué es y cómo prepararlo

Un feed XML para Google Shopping es un fichero RSS 2.0 en el que cada producto de tu catálogo se describe como un <item> con atributos estandarizados —identificador, título, precio, disponibilidad, GTIN, imagen— dentro del espacio de nombres de Google. Es el canal por el que le dices a Google qué vendes, a qué precio y en qué condiciones, sin que tenga que deducirlo rastreando tu tienda.

Con AI Mode ese fichero no ha cambiado de formato, pero sí de función. Antes alimentaba un sistema que emparejaba consultas cortas con fichas de producto. Ahora alimenta al Shopping Graph, la base de datos de productos sobre la que Google construye respuestas generativas: comparativas, recomendaciones, resúmenes de opiniones y, cada vez más, el propio checkout. La consulta ya no es «zapatillas trail 44»; es «necesito unas zapatillas de trail para terreno mojado, tobillo delicado y menos de 120 €».

La consecuencia práctica es incómoda: un feed que aprobaba el 100 % de sus productos en Merchant Center puede ser, al mismo tiempo, un feed pobre para AI Mode. Aprobar significa «no incumples las políticas». Aparecer en una respuesta generativa significa «tienes suficiente información estructurada para que el modelo pueda razonar sobre tu producto». No es lo mismo, y desde enero de 2026 Google ha ido publicando atributos nuevos —los llamados atributos conversacionales— precisamente para cubrir esa diferencia.

Qué es exactamente un feed XML de Google Shopping

Técnicamente es un documento RSS 2.0 (también se acepta Atom 1.0) que declara el espacio de nombres http://base.google.com/ns/1.0. Todos los atributos que pertenecen a ese espacio deben llevar el prefijo g:; si falta el prefijo, Google ignora la etiqueta y su contenido sin avisar de forma evidente.

La estructura mínima es esta:

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Mi tienda</title>
    <link>https://www.mitienda.com</link>
    <description>Catálogo de productos</description>

    <item>
      <g:id>SKU-4471</g:id>
      <g:title>Zapatilla trail Terra GTX hombre - Azul - 44</g:title>
      <g:description>Zapatilla de trail running con membrana impermeable…</g:description>
      <g:link>https://www.mitienda.com/zapatilla-terra-gtx-azul-44</g:link>
      <g:image_link>https://cdn.mitienda.com/terra-gtx-azul.jpg</g:image_link>
      <g:availability>in_stock</g:availability>
      <g:price>129.95 EUR</g:price>
      <g:brand>Terra</g:brand>
      <g:gtin>8412345678905</g:gtin>
      <g:condition>new</g:condition>
      <g:item_group_id>TERRA-GTX-H</g:item_group_id>
    </item>

  </channel>
</rss>

Ese bloque es el «feed clásico»: identificación, oferta y agrupación de variantes. Es lo que genera por defecto la inmensa mayoría de plugins y módulos de feed, incluidos los nuestros. Y es, hoy, insuficiente.

Los identificadores no son un detalle administrativo

El g:id es tu clave primaria: debe ser estable en el tiempo y única en la cuenta. El g:gtin es la clave que comparte con el resto del mundo. Cuando falta el GTIN, Google pierde la capacidad de reconciliar tu producto con el mismo producto vendido por otros, y esa reconciliación es exactamente lo que permite construir una comparativa en AI Mode. Si un producto no se puede comparar, es más difícil que aparezca en una respuesta cuya forma natural es la comparación.

Si vendes producto propio sin GTIN, usa g:identifier_exists con valor no y asegúrate de enviar g:brand y g:mpn. Lo que no funciona es dejar el campo vacío y esperar que se resuelva solo.

XML, TSV o Content API: cuándo usar cada uno

La elección importa más que antes porque varios de los atributos nuevos son repetibles y con subatributos. En XML eso se anida sin ambigüedad. En CSV hay que escapar comas y dos puntos, y ese es, según los especialistas en feeds que han documentado estos atributos, el error de formato más frecuente: un product_highlight que dice «caja de titanio, y correa de nylon verde» se convierte en dos highlights, y el segundo es un fragmento sin sentido.

Qué cambia realmente con AI Mode

Google describe AI Mode como una experiencia conversacional, y eso tiene dos efectos medibles sobre el feed.

El primero es la longitud y especificidad de la consulta. Según los datos que la propia Google ha compartido, las consultas en AI Mode son de media unas tres veces más largas que las de la búsqueda tradicional. Una consulta larga contiene restricciones —material, uso, compatibilidad, presupuesto, contexto— que un título de producto no puede satisfacer por sí solo. El sistema necesita campos donde esas restricciones estén escritas de forma explícita.

El segundo es el intermediario. Tu feed no llega al modelo: llega al Shopping Graph, y es el Shopping Graph el que responde. Google cifra ese grafo en más de 60.000 millones de fichas de producto, con unos 2.000 millones actualizadas cada hora. Un producto con datos pobres no desaparece del grafo; simplemente se vuelve más difícil de representar con precisión cuando el modelo construye una respuesta. La penalización no es una exclusión, es una degradación silenciosa.

Aprobar en Merchant Center y ser útil para AI Mode son dos listones distintos. El primero se supera con datos correctos. El segundo, con datos completos.

Conviene añadir un matiz honesto: el impacto de estos atributos en visibilidad no está cuantificado públicamente por Google. Lo que sí está documentado es qué atributos ha creado explícitamente para superficies conversacionales, y varios de ellos llevan en la documentación de Merchant Center una nota literal: «Este atributo está pensado principalmente para experiencias conversacionales como AI Mode en la Búsqueda de Google». Esa frase es la señal más fiable que tenemos.

Los ocho atributos conversacionales

Estos son los atributos que Google ha vinculado de forma explícita a las superficies de IA. Todos son opcionales y todos se envían por el mismo feed.

Cómo se escriben en XML

Aquí es donde el XML gana. Los atributos de grupo se anidan; los repetibles se repiten como etiquetas hermanas:

<!-- Beneficios: uno por etiqueta, nunca concatenados -->
<g:product_highlight>Membrana impermeable con costuras selladas</g:product_highlight>
<g:product_highlight>Suela de 5 mm para barro y roca mojada</g:product_highlight>
<g:product_highlight>Refuerzo de tobillo para pisadas inestables</g:product_highlight>

<!-- Especificaciones agrupadas por sección -->
<g:product_detail>
  <g:section_name>Materiales</g:section_name>
  <g:attribute_name>Membrana</g:attribute_name>
  <g:attribute_value>GORE-TEX</g:attribute_value>
</g:product_detail>
<g:product_detail>
  <g:section_name>Suela</g:section_name>
  <g:attribute_name>Altura de taco</g:attribute_name>
  <g:attribute_value>5 mm</g:attribute_value>
</g:product_detail>

<!-- Variante fuera de las seis dimensiones estándar -->
<g:item_group_id>TERRA-GTX-H</g:item_group_id>
<g:item_group_title>Zapatilla trail Terra GTX hombre</g:item_group_title>
<g:variant_option>
  <g:name>drop</g:name>
  <g:value>8 mm</g:value>
</g:variant_option>

<!-- Relaciones: cada una en su propia etiqueta, nunca separadas por comas -->
<g:related_product>
  <g:relationship_type>accessory</g:relationship_type>
  <g:identifier_type>gtin</g:identifier_type>
  <g:identifier>8412345671234</g:identifier>
</g:related_product>
<g:related_product>
  <g:relationship_type>substitute</g:relationship_type>
  <g:identifier_type>id</g:identifier_type>
  <g:identifier>SKU-4472</g:identifier>
</g:related_product>

<!-- Q&A: contesta lo que no cabe en la descripción -->
<g:question_and_answer>
  <g:question>¿Sirve para nieve compacta?</g:question>
  <g:answer>La membrana aísla del agua, pero la suela no está diseñada para hielo. Para nieve compacta recomendamos crampones ligeros.</g:answer>
</g:question_and_answer>

<!-- Documentación pública, rastreable, sin login -->
<g:document_link>https://cdn.mitienda.com/docs/terra-gtx-guia-tallas.pdf</g:document_link>

<!-- Ranking real de ventas dentro de tu catálogo -->
<g:popularity_rank>95.5</g:popularity_rank>

Tres precisiones que evitan reescribir el feed dos veces:

• No dupliques. Google es explícito: si un dato ya está en title, description, product_detail o product_highlight, no lo repitas en question_and_answer. Y si has enviado un document_link que contiene esa información, Google la extrae del PDF y el product_detail correspondiente sobra.
• item_group_title no es el título del producto. El título de la variante es «Zapatilla trail Terra GTX hombre azul 44». El item_group_title es «Zapatilla trail Terra GTX hombre»: sin talla, sin color, sin nada que identifique una variante concreta. Debe ser idéntico en todas las variantes del grupo y distinto del título individual.
• popularity_rank tiene que ser verdad. Google pide un ranking que refleje ventas reales. Si no tienes un sistema de scoring, una aproximación razonable es asignar 90–100 a tus diez más vendidos, 50–80 a la franja media y por debajo de 50 al stock lento, y refinarlo con datos reales. Lo que no debe hacerse es ponerle 100 a todo el catálogo: es ruido y contradice la propia definición del campo.

document_link: el atributo que casi nadie tiene

Merece un apartado propio porque es el que más cambia la conversación y el que menos gente usa.

Consiste en enviar la URL de un PDF público sobre el producto: manual, instrucciones de montaje, guía de tallas, ficha técnica, prospecto. Google rastrea ese documento y usa su contenido para responder preguntas detalladas dentro de AI Mode. Es decir: si subes el PDF de montaje, Google puede contestar «¿cuánto se tarda en montarlo?» con tu documentación en lugar de con un foro.

Los requisitos son estrictos y descartan bastantes implementaciones apresuradas:

• URL con https, solo caracteres ASCII, conforme a RFC 3986, hasta 2.000 caracteres.
• Formato PDF, máximo 50 MB, hasta cinco documentos por producto.
• Googlebot debe poder rastrearlo: sin login y sin bloqueo en robots.txt.
• La URL debe ser estable: no reutilices la misma ruta para documentos distintos.
• El documento debe tratar del producto, no de la empresa.

Si tu tienda guarda los manuales en una carpeta protegida o los sirve tras un formulario de captación de leads, este atributo no te sirve tal cual está montado.

Feed XML y datos estructurados: no es o lo uno o lo otro

Es la pregunta recurrente: si mi ficha de producto ya tiene marcado Product de Schema.org, ¿para qué el feed?

Porque cumplen funciones distintas. El marcado en la página es lo que Google encuentra al rastrear y sirve para verificar y contrastar. El feed es lo que tú declaras de forma explícita, completa y actualizable sin esperar a un rastreo. Y hay atributos —popularity_rank, document_link, related_product— que sencillamente no existen como equivalente en la ficha.

La regla práctica es simple: los dos deben decir lo mismo. Google exige explícitamente que los detalles de producto mostrados en la landing coincidan con los enviados en variant_option. Una discrepancia entre precio del feed y precio de la página no es un matiz; es el motivo más común de desaprobación en Merchant Center.

La frescura ahora pesa más

En Shopping clásico, un feed nocturno era aceptable: el usuario veía una ficha, hacía clic y comprobaba el precio real en tu tienda. En una respuesta generativa el usuario puede no llegar a hacer ese clic. Si el asistente afirma que el producto está disponible a 129,95 € y no lo está, el error se consume tal cual.

Por eso la arquitectura razonable en 2026 es de dos velocidades:

1. Feed principal completo, con toda la descripción y los atributos conversacionales, una vez al día.
2. Actualizaciones incrementales de precio y disponibilidad tan cerca del tiempo real como puedas, vía feeds suplementarios o Content API.

Si tu generador de feed tarda veinte minutos en recorrer el catálogo, ese es el primer cuello de botella que hay que resolver: cachear, paginar y regenerar por lotes en lugar de reconstruir el fichero entero en cada petición.

Errores que rompen el feed en silencio

Los que vemos una y otra vez en catálogos reales:

• Comas y dos puntos sin escapar en CSV. Parten highlights y respuestas de Q&A. Solución: TSV, o comillas dobles, o barra invertida en Google Sheets.
• Identificadores inestables. Un g:id que cambia al regenerar el feed rompe el historial del producto y su reconciliación en el grafo.
• Variantes sin item_group_id. Cada talla compite como si fuera un producto distinto y la IA no puede decir «disponible de la 39 a la 46».
• Múltiples relacionados en un solo campo. related_product no admite listas separadas por comas: cada relación va en su propia etiqueta con sus tres subatributos.
• PDF no rastreable. Un document_link bloqueado por robots.txt es un atributo que envías y que nunca se usa.
• Precio con formato local. 129,95 EUR con coma decimal falla; el separador debe ser el punto y la divisa en ISO 4217.

Cómo medir si esto sirve para algo

Hasta 2026 no había forma de saber si aparecías en respuestas de IA. En Google Marketing Live 2026, el 20 de mayo, Google anunció AI Performance Insights en Merchant Center, y el 27 de mayo detalló el informe: cuota de voz de la marca en superficies de IA (AI Mode, AI Overviews y la app Gemini), rendimiento por fase del embudo —descubrimiento, evaluación y compra—, términos de producto por los que te buscan, y completitud de atributos del feed.

Ese último bloque es el que convierte todo lo anterior en accionable: te dice qué atributos estructurados te faltan. En el momento de escribir esto el despliegue estaba anunciado para Estados Unidos, Canadá, Australia, India y Nueva Zelanda, arrancando como piloto en un número limitado de cuentas estadounidenses. Si operas en España, la recomendación es preparar el feed ahora y medir con lo que haya —Search Console, herramientas de visibilidad en IA, y las propias respuestas de AI Mode— hasta que el informe llegue.

Más allá del feed: UCP y el checkout dentro de la conversación

El feed resuelve el descubrimiento. La transacción es otra capa, y es la que Google está construyendo con el Universal Commerce Protocol (UCP).

En Google Marketing Live 2026 se anunció la expansión de UCP con Universal Cart —un carrito compartido entre comercios, con pago vía Google Pay o el checkout del propio comercio— y su integración en AI Mode, Demand Gen, Direct Offers y anuncios de Shopping en YouTube, además de la extensión a hoteles y comida a domicilio. El despliegue empezó por Estados Unidos, con Canadá y Australia después y Reino Unido más adelante.

Para una tienda esto significa que hay dos superficies que preparar y no una: los datos (el feed, con sus atributos conversacionales) y las capacidades (endpoints que un agente pueda consultar para conocer disponibilidad, calcular envío, validar un cupón y cerrar una compra). Es exactamente el reparto que implementa AI Merchant Pro: por un lado genera el feed de producto listo para IA en WooCommerce y PrestaShop; por otro expone los endpoints UCP para que un agente pueda operar contra la tienda.

Checklist de implementación

1. Verifica que el feed declara xmlns:g="http://base.google.com/ns/1.0" y que todas las etiquetas del espacio de Google llevan prefijo g:.
2. Audita identificadores: g:id estable y único, g:gtin presente siempre que exista, y identifier_exists a no solo cuando de verdad no exista.
3. Agrupa variantes con item_group_id y añade item_group_title genérico, distinto del título individual.
4. Añade de 4 a 6 product_highlight por producto, centrados en beneficios, no en especificaciones.
5. Convierte tu tabla de especificaciones en product_detail con secciones con nombre.
6. Sube los manuales y guías de tallas como PDF público y enlázalos con document_link.
7. Traslada las 3–5 preguntas que más recibe tu atención al cliente a question_and_answer.
8. Declara relaciones reales con related_product: accesorios, recambios, sustitutos.
9. Calcula popularity_rank a partir de ventas reales y actualízalo periódicamente.
10. Separa la actualización de precio y stock del ciclo del feed completo.
11. Comprueba que la landing dice exactamente lo mismo que el feed.

Ninguno de los once puntos exige una migración. Son campos que se añaden al mismo fichero que ya generas. La diferencia entre un catálogo que la IA puede recomendar y uno que solo puede listar está, casi siempre, en los siete u ocho primeros.