Atributos conversacionales de Merchant Center: qué son y cómo usarlos

Una ficha de producto puede indicar el precio, las dimensiones y el color, pero dejar sin resolver preguntas que influyen en la compra: ¿sirve para alfombras?, ¿qué accesorios necesita?, ¿qué diferencia hay entre sus variantes?

Google Merchant Center permite aportar ese contexto mediante seis atributos conversacionales: question_and_answer, document_link, related_product, item_group_title, variant_option y popularity_rank. Son campos opcionales del catálogo, orientados a experiencias con IA como AI Mode —Modo IA— de la Búsqueda de Google. Según Google, también pueden mejorar las experiencias de búsqueda tradicional. Guía oficial de atributos conversacionales.

Para un ecommerce, esto amplía el trabajo sobre la información del producto. Parte de lo que hoy está en manuales, consultas de atención al cliente o informes de ventas puede incorporarse al feed: la fuente de datos con la que se envía el catálogo a Google.

La oportunidad está en aportar información útil y verificable. Su implementación requiere elegir qué datos conviene enviar, quién los va a mantener y cómo se evaluarán los resultados.

En síntesis

• Los seis atributos son opcionales. Complementan los datos del catálogo y Google señala que incorporarlos no modifica el estado de aprobación de los productos existentes.
• Cada campo resuelve una necesidad diferente: responder preguntas, aportar documentación, relacionar productos, describir variantes o comunicar popularidad basada en ventas.
• La vía recomendada por Google es una fuente de datos suplementaria, vinculada a los productos que ya existen en la fuente principal.
• La documentación no garantiza mejoras de posicionamiento, tráfico o ventas. Un piloto con productos comparables permite evaluar resultados, siempre que se registren otros cambios que puedan explicarlos.

Qué aportan al SEO y al GEO de un ecommerce

Los atributos conversacionales permiten describir aspectos del producto que una ficha básica puede dejar afuera. Una medida informa cuánto ocupa una aspiradora; una respuesta validada puede aclarar para qué superficies está indicada. Un identificador distingue un artículo; una relación puede señalar qué accesorio es compatible.

Desde nuestra perspectiva, esto refuerza una tarea que el SEO de ecommerce ya necesita: mantener información coherente entre la ficha, el catálogo y la documentación del producto.

Conviene distinguir estos atributos de los requisitos técnicos de una página web. Google Search Central indica que no hacen falta archivos especiales para IA ni un marcado específico para aparecer en AI Overviews o AI Mode. Los atributos conversacionales pertenecen a la especificación de Merchant Center y son opcionales. Nuestra lectura de ambas guías es que permiten enriquecer el catálogo sin convertirse en un requisito adicional para que una página aparezca en esas funciones. Documentación de Google sobre funciones de IA y sitios web.

Esta distinción también ayuda a encuadrar el trabajo de SEO para búsquedas con IA o GEO: identificar qué información falta, dónde corresponde publicarla y cómo mantenerla.

Los seis atributos conversacionales y cuándo usarlos

1. Preguntas y respuestas: question_and_answer

Permite enviar preguntas frecuentes con sus respuestas sobre un producto. Puede servir para aclarar qué incluye el paquete, qué usos admite o qué características conviene conocer antes de comprar. Google lo orienta principalmente a experiencias conversacionales como AI Mode. Especificación de question_and_answer.

Sus reglas principales son:

• Hasta 30 pares de pregunta y respuesta por producto.
• Hasta 1.000 caracteres por pregunta y 1.000 por respuesta, con un máximo conjunto de 10.000 caracteres por producto.
• Información sobre el producto, sin precios, fechas ni listas de palabras clave.
• Evitar repetir datos ya enviados en title, description, product_detail o product_highlight.
• Si esa misma información está en documentos enviados mediante document_link, Google indica que extraerá de allí las preguntas frecuentes y recomienda no duplicarla en este atributo.

Las consultas a atención al cliente, los motivos de devolución y las preguntas de las fichas pueden ayudar a identificar qué necesita saber el comprador. Las respuestas, en cambio, deben validarse con información del producto: una reseña o una consulta no prueban por sí solas una característica.

En archivos de texto, cada par se expresa como "pregunta":"respuesta" y los pares se separan con comas. Google recomienda TSV frente a CSV y exige cuidar las reglas de comillas y escape cuando los valores contienen caracteres reservados.

2. Documentación del producto: document_link

Permite enlazar manuales, guías de uso, instrucciones de montaje y otros documentos en PDF. Es útil cuando la información necesaria para resolver una duda ya está desarrollada en documentación del producto. Especificación de document_link.

Los requisitos incluyen:

• Hasta cinco PDF por producto.
• Un máximo de 50 MB por archivo y 2.000 caracteres por URL.
• Acceso público, sin inicio de sesión ni permisos especiales.
• Acceso permitido a Googlebot, sin bloqueos en robots.txt.
• URL estables, que no expiren.
• Derechos para compartir los documentos con fines de marketing.

El contenido debe explicar el producto. Una presentación institucional de la empresa no cumple esa función.

Antes de cargar un enlace, conviene comprobar que el archivo corresponda al modelo correcto, pueda descargarse y siga siendo válido. Las revisiones de robots.txt y respuesta HTTP que describimos en el test de accesibilidad para bots ayudan a detectar problemas de acceso.

3. Productos relacionados: related_product

Informa relaciones con otros productos del inventario del comercio: accesorios, repuestos, alternativas o artículos que suelen comprarse juntos. Google describe su uso en experiencias conversacionales para sugerir productos que se pueden comprar junto con el artículo consultado o en su lugar. Especificación de related_product.

Cada relación requiere tres subatributos:

• relationship_type: el tipo de relación.
• identifier_type: gtin o id.
• identifier: el identificador del producto relacionado.

Se admiten hasta 30 relaciones por producto. Los tipos disponibles son part_of_set, required_part, often_bought_with, substitute, different_brand y accessory. El identificador solo admite caracteres alfanuméricos, guiones bajos y guiones.

Por ejemplo, una cámara puede relacionarse con una batería compatible mediante accessory y con un modelo equivalente mediante substitute. La relación elegida debe describir correctamente el vínculo: un accesorio opcional y una pieza necesaria para que el producto funcione cumplen papeles distintos.

Para often_bought_with, recomendamos partir de pedidos reales. La intención de vender dos productos juntos no alcanza para afirmar que los clientes suelen comprarlos de esa manera.

4. Título del grupo: item_group_title

Asigna un nombre común a un producto que se vende en distintas variantes. Se utiliza junto con item_group_id, mientras cada variante conserva su propio title. Especificación de item_group_title.

Por ejemplo:

• Título del grupo: Mochila de viaje 40 L.
• Título de una variante: Mochila de viaje 40 L — Azul.
• Título de otra variante: Mochila de viaje 40 L — Gris.

El título del grupo admite entre 1 y 150 caracteres y debe ser idéntico en todos los productos que comparten item_group_id. Google recomienda colocar lo más importante al principio, porque los usuarios suelen ver los primeros 70 caracteres o menos.

Debe describir lo que las variantes tienen en común, sin incluir propiedades exclusivas de una de ellas, precios, envíos, fechas o texto promocional. Tampoco corresponde agregar el nombre del comercio como promoción; la marca del producto sí puede incluirse cuando ayuda a diferenciarlo.

5. Opciones de variante: variant_option

Describe qué cambia entre las versiones de un producto: color, talla, memoria, procesador u otras dimensiones. Google indica que lo utiliza para presentar las variantes tanto en experiencias conversacionales como en la Búsqueda tradicional. Especificación de variant_option.

Cada opción contiene name y value, con hasta 250 caracteres por subatributo. Se admiten hasta 30 opciones por producto.

Para que el grupo sea consistente:

• Todas las variantes con el mismo item_group_id deben usar el mismo conjunto de nombres.
• Cada variante debe tener una combinación única de valores.
• Los valores deben coincidir con lo que muestra su página de destino.
• Deben mantenerse los atributos estándar correspondientes, como color, size o material; variant_option permite explicitar cuáles de esas propiedades distinguen las variantes.

Un ejemplo en formato de texto:

memoria:128 GB,color:negro

Si un producto solo se parece a otro, pero no es una variante del mismo, este atributo no corresponde. La relación debe reflejar la organización real del catálogo.

6. Popularidad: popularity_rank

Comunica cómo se vende un producto en relación con otros del catálogo mediante un valor de 0 a 100. Cuanto mayor es el valor, mejor es su desempeño relativo. Google recomienda basarlo en ventas recientes y comparar productos de la misma categoría general. Especificación de popularity_rank.

El formato admite un decimal como máximo y no lleva el signo %. Por ejemplo:

95.5

Ese número representa una posición relativa de popularidad. No corresponde interpretarlo como el porcentaje de las ventas totales que aporta el producto.

Google menciona el último mes como ejemplo de período y pide actualizar el valor cuando la popularidad cambia de forma sustancial, pero no establece una fórmula de cálculo.

Una opción metodológica es calcular el percentil de unidades vendidas dentro de cada categoría durante los últimos 30 días. Es una propuesta nuestra, no una fórmula oficial de Google. Para aplicarla habría que definir, además, cómo tratar empates, productos nuevos y períodos sin stock.

Si el comercio no puede sostener ese cálculo y su actualización, conviene postergar el atributo.

Cómo incorporarlos sin duplicar el feed principal

Google recomienda utilizar una fuente de datos suplementaria, aunque también admite agregarlos a la fuente principal o enviarlos mediante Merchant API. La fuente suplementaria complementa o actualiza productos existentes; no permite agregar ni eliminar productos por sí sola. Guía de fuentes de datos de Merchant Center.

Un proceso de implementación puede organizarse en cinco pasos:

1. Elegir un conjunto de productos. Priorizar artículos relevantes para el negocio que tengan suficiente actividad para evaluar resultados. Las consultas frecuentes, las variantes difíciles de interpretar y la documentación disponible ayudan a decidir por dónde empezar.
2. Reunir y validar la información. Revisar fichas, manuales, consultas y datos de ventas. Asignar responsables para validar respuestas, compatibilidades y documentos, además de mantenerlos actualizados.
3. Preparar la fuente suplementaria. Utilizar un archivo, una hoja de Google Sheets o una integración por API. El id debe coincidir exactamente con el de la fuente principal, al igual que la etiqueta de feed y el idioma utilizados para vincularlas. Google indica que la pestaña de fuentes suplementarias requiere activar el complemento de administración avanzada de fuentes de datos.
4. Comprobar el procesamiento. Revisar errores y confirmar que los atributos quedaron asociados a los productos previstos. Contrastar las variantes con las páginas de destino y verificar el acceso a los PDF.
5. Registrar la intervención. Guardar qué productos cambiaron, qué atributos se incorporaron y en qué fecha. Ese registro permite interpretar después los resultados y corregir la implementación.

Este ejemplo simplificado muestra una fuente suplementaria en TSV. Los identificadores, las características y los valores son ilustrativos:

id	question_and_answer	related_product	popularity_rank
ASP-100	"¿Sirve para alfombras?":"Sí. Incluye un cepillo para alfombras de pelo corto."	accessory:id:FIL-20	82.5
ASP-200	"¿Qué incluye la caja?":"Incluye la aspiradora con dos boquillas y un filtro de repuesto."	substitute:id:ASP-100	47.0

Las columnas están separadas por tabulaciones. Para trasladarlo a un catálogo real, los productos relacionados deben existir en el inventario y cada afirmación debe corresponder al modelo indicado.

Cómo medir los resultados

La documentación consultada no garantiza una mejora de posicionamiento ni describe un informe que permita atribuir resultados específicamente a estos seis atributos. Por eso, observar más clics después de cargarlos no basta para concluir que fueron la causa.

Recomendamos diseñar la comparación antes de implementar:

• Definir una línea de base. Registrar el rendimiento previo de los productos que recibirán los atributos y de los que se usarán como referencia.
• Elegir grupos comparables. Considerar categoría, precio, demanda, disponibilidad y estacionalidad. Comparar los productos más vendidos con artículos de poca actividad puede distorsionar la lectura.
• Separar anuncios y tráfico orgánico. Merchant Center permite consultar impresiones, clics y CTR, y filtrar el tráfico por anuncios u orgánico. Documentación de rendimiento de productos.
• Contrastar con ventas. Revisar los datos de Google Analytics y los pedidos de la tienda, comprobando antes que la medición de ecommerce sea confiable.
• Registrar otras intervenciones. Promociones, cambios de precio, inversión publicitaria, modificaciones de las fichas y faltas de stock pueden explicar parte de la evolución.

La comparación útil considera cuánto cambió cada grupo respecto de su situación inicial. También necesita una ventana acorde al volumen de tráfico y ventas: unas pocas operaciones no permiten una conclusión firme.

Si se incorporan varios atributos a la vez, el análisis evalúa el conjunto del cambio. No permite identificar qué campo explica una diferencia.

Un resultado favorable puede justificar ampliar el piloto. Demostrar que la mejora fue causada por los atributos requiere un diseño que controle adecuadamente las otras variables.

Qué revisar para mantenerlos útiles

Cada atributo agrega una responsabilidad sobre la calidad del catálogo. Los errores más relevantes son:

• Respuestas que quedaron desactualizadas. Un cambio de modelo o de contenido del paquete puede volver incorrecta una respuesta que antes era válida.
• Documentos inaccesibles o equivocados. El PDF debe seguir disponible y corresponder al producto al que está asociado.
• Relaciones sin validar. Un accesorio incompatible o un sustituto que no cumple la misma función puede orientar mal una compra.
• Variantes incoherentes. El feed, los grupos y las páginas de destino deben describir las mismas opciones.
• Popularidad sin actualización. Un valor calculado una sola vez puede dejar de representar las ventas recientes.
• Información repetida. Antes de agregar preguntas y respuestas, conviene revisar qué datos ya se enviaron en otros atributos o documentos.

La revisión debe incorporarse al mantenimiento habitual del catálogo. De lo contrario, el feed puede acumular información que ya no describe lo que el comercio vende.

Por dónde empezar

La prioridad depende de qué información falta y de la capacidad de mantenerla:

• Si las variantes son difíciles de interpretar, empezar por item_group_title y variant_option.
• Si se repiten dudas antes de comprar, revisar question_and_answer y document_link, evitando enviar la misma información por ambas vías.
• Si importan los accesorios, repuestos o alternativas, trabajar en related_product con relaciones verificadas.
• Si hay datos de ventas consistentes y un proceso de actualización, evaluar popularity_rank.

Nuestra recomendación es comenzar con un grupo acotado de productos, incorporar los atributos que resuelvan una necesidad concreta y revisar tanto la calidad de los datos como los resultados.

Si el catálogo todavía tiene fichas contradictorias, variantes mal agrupadas o documentación inaccesible, esas correcciones forman parte del mismo trabajo. La utilidad de los nuevos campos depende de la información que reciben.

Los atributos tampoco reemplazan que las fichas estén indexadas y al día en la web: un sitemap con lastmod honesto mantiene el inventario de fondo, e IndexNow avisa cada URL que cambió a Bing y a los demás buscadores que participan del protocolo.

Para revisar el acceso de los rastreadores, los datos estructurados y el contenido de una tienda, se puede consultar nuestro servicio de SEO para búsquedas con IA —GEO— o conocer la consultoría de Google Analytics y SEO de CookingMetrics.

Preguntas frecuentes

¿Reemplazan la descripción del producto?

No. Complementan los datos existentes. Google indica que no hace falta duplicar en los atributos conversacionales lo que ya se informó en description, product_highlight o product_detail. La ficha sigue siendo necesaria para que el comprador encuentre información consistente con el catálogo. Guía de atributos conversacionales.

¿Sirven también para ChatGPT u otros asistentes?

La documentación revisada describe estos atributos dentro de Google Merchant Center y su uso en experiencias de Google. No permite afirmar que cargarlos allí los ponga a disposición de ChatGPT u otros asistentes. Esa integración debe verificarse por separado para cada plataforma.

¿Garantizan más tráfico o ventas?

No. La documentación consultada no promete mejoras de posicionamiento, tráfico ni ventas, y no ofrece un informe que aísle el efecto de estos atributos. Para evaluarlos conviene un piloto: aplicarlos a un grupo de productos, compararlo con otro similar que no los tenga y registrar promociones, cambios de precio y quiebres de stock durante la prueba.

Documentación oficial consultada el 26 de octubre de 2026. Los requisitos y las especificaciones pueden cambiar.