Optimiza tu feed de productos para Comparison Shopping Services

Dos niveles de datos de productos que debes distinguir

En CSS y Google Shopping, a menudo se mezclan dos niveles de datos diferentes.

1. El feed del comerciante en Google Merchant Center

Este feed contiene los datos de los productos de la tienda online. Esto incluye, por ejemplo:

• ID del producto
• Título
• Descripción
• Página del producto
• Precio
• Disponibilidad
• Imágenes
• Marca
• GTIN
• Información de variantes
• Datos de envío

Estos datos se utilizan, entre otras cosas, para anuncios de Shopping y fichas de productos gratuitas. El feed sigue siendo crucial incluso si el comerciante está conectado a través de un CSS Partner.

2. Datos de productos para las páginas de productos de CSS

Los Comparison Shopping Services también pueden ofrecer sus propias páginas de productos. Para la visualización orgánica de dichas páginas de productos CSS, Google menciona atributos como id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, atributos de variantes, product_detail y product_highlight.

La consecuencia práctica es:

Los datos de los productos no solo deben ser técnicamente válidos. También deben estar estructurados de tal manera que los comerciantes, Google y el proveedor de CSS puedan identificar los mismos productos de forma inequívoca.

¿En qué orden debes optimizar el feed?

Un error común es empezar a escribir nuevos títulos inmediatamente, a pesar de que todavía existen errores de datos fundamentales.

Una priorización clara es más sensata:

Un título optimizado con mucho esfuerzo sirve de poco si el producto es rechazado por un error en el precio. Por el contrario, un feed aprobado no es necesariamente un buen feed.

Las ID de producto estables y las variantes limpias son la base

Cada producto vendible o cada variante de producto que se puede pedir de forma independiente requiere una asignación única.

Una camiseta con cinco tallas y cuatro colores no tiene un solo producto, sino hasta 20 variantes concretas. Cada variante puede tener su propia combinación de las siguientes especificaciones:

• ID del producto
• Color
• Talla
• Precio
• Disponibilidad
• Imagen
• GTIN
• MPN

Google muestra en sus ejemplos que las variantes se pueden enviar por separado y vincularse a través de una item_group_id común. El título y los atributos de las variantes deben describir correctamente la versión respectiva.

Buenas reglas para las ID de producto

Una ID de producto debe:

• permanecer estable de forma permanente
• ser única dentro del feed
• no depender del precio ni del stock
• provenir, en la medida de lo posible, del sistema de gestión de mercancías o de la tienda
• identificar la versión concreta en el caso de las variantes

No utilices una nueva ID cada vez que cambies el título, el precio o la imagen. Para Google, esto crearía una nueva oferta, aunque siga siendo el mismo producto.

Error típico de variante

Un comerciante envía todas las tallas de un zapato con la misma ID. En la página de destino, la talla 42 está seleccionada por defecto, pero en el feed, el producto se denomina talla 39.

Esto significa que el feed, la página del producto y la variante realmente seleccionable no coinciden limpiamente.

Es mejor:

• una ID propia para cada talla y color
• la variante correcta de la página de destino
• la imagen de variante adecuada
• la disponibilidad válida en cada caso
• una item_group_id común

Optimizar el título del producto: precisión antes que cantidad de palabras clave

El título del producto no es un título SEO clásico ni un anuncio publicitario. Debe explicar a Google y al usuario lo más rápidamente posible qué producto concreto se ofrece.

Un buen título responde a varias de estas preguntas, según el surtido:

• ¿Qué marca?
• ¿Qué modelo?
• ¿Qué tipo de producto?
• ¿Para qué público objetivo?
• ¿Qué versión?
• ¿Qué color?
• ¿Qué talla?
• ¿Qué material?
• ¿Qué especificación técnica?
• ¿Qué cantidad?

Google recomienda títulos exactos y específicos y presenta variantes como el color y la talla directamente en el título, incluso en sus propios ejemplos.

Estructuras de título útiles por tipo de producto

Ejemplos

Demasiado general:

Chaqueta de mujer moderna barata

Mejor:

Marca Chaqueta de entretiempo para mujer repelente al agua Azul Oscuro Talla 40

Demasiado publicitario:

Cafetera profesional top compra ahora a buen precio

Mejor:

Marca Modelo Cafetera automática 15 bar 1,8 l Negro

Impreciso:

Bomba industrial acero inoxidable

Mejor:

Marca Bomba centrífuga 400 V 12 m³/h Acero inoxidable DN 50

La información más importante va al principio

No todos los títulos se muestran completamente en cada vista. Por lo tanto, coloca la información decisiva para la compra al principio.

En un producto de marca conocida, la marca puede ir primero. En un fabricante poco conocido, el tipo de producto específico puede ser más importante.

No existe una regla rígida para todos los surtidos. Lo decisivo es con qué información un usuario puede identificar el producto más rápidamente.

No es una lista artificial de palabras clave

Un título como este no genera claridad adicional:

Silla de oficina silla de escritorio silla de trabajo silla giratoria comprar barata online

Varios términos similares seguidos hacen que el título sea ilegible y diluyen la descripción concreta del producto.

Mejor:

Marca Silla de oficina ergonómica con soporte lumbar Negro

Los sinónimos, áreas de aplicación adicionales y detalles técnicos pueden incluirse en la descripción o en atributos adicionales.

Etiquetar correctamente los títulos de productos generados por IA

Para grandes surtidos, los sistemas de IA pueden ayudar a crear títulos a partir de datos de productos estructurados. Sin embargo, la IA no debe escribir de forma "creativa" libremente, sino trabajar con reglas claras.

Un prompt útil o una plantilla de título solo utiliza campos realmente existentes:

Crea un título de producto a partir de la marca, modelo, tipo de producto, color, talla y material. No inventes características y no uses declaraciones publicitarias.

En la documentación actual de Merchant Center, Google distingue entre el atributo clásico title y structured_title. Para títulos generados con IA generativa, se debe usar structured_title. Los títulos no generados por IA se pueden enviar a través de title o structured_title.

Incluso con títulos automatizados, se requiere un control de calidad. Revisa especialmente:

• características inventadas
• términos duplicados
• unidades de medida incorrectas
• nombres de modelos truncados
• falta de información sobre variantes
• traducciones poco naturales
• declaraciones publicitarias inadmisibles

Escribir descripciones para usuarios y sistemas

Muchas descripciones de productos en el feed consisten simplemente en el primer párrafo de la página del producto. Otras contienen elementos de navegación, restos de HTML, textos generales del fabricante o frases publicitarias intercambiables.

Una buena descripción de feed, por el contrario, debe resumir las características más importantes del producto de manera comprensible.

Esto incluye, según el producto:

• Función
• Área de aplicación
• Material
• Dimensiones
• Datos técnicos
• Compatibilidad
• Contenido de la entrega
• Público objetivo
• Características especiales del equipamiento

Para representaciones de productos enriquecidas, Google recomienda descripciones extensas y bien estructuradas, mencionando más de 200 caracteres como recomendación. Además, los detalles del producto y otras imágenes del producto se pueden enviar a través de atributos separados.

Ejemplo de una descripción débil

Producto de alta calidad. Pídelo ahora cómodamente online y benefíciate de nuestro envío rápido.

El texto podría pertenecer a casi cualquier producto. No proporciona a Google ni al cliente potencial información útil.

Mejor

Escritorio de altura ajustable con estructura controlada eléctricamente, una superficie de trabajo de 160 × 80 cm y un rango de ajuste de 65 a 130 cm. La estructura tiene dos motores, una función de memoria para cuatro alturas y una capacidad de carga máxima de 100 kg.

Aquí se describen características concretas, sin sobrecargar el texto con palabras clave.

Utiliza product_highlight y product_detail de forma estratégica

No toda la información tiene que estar en el título o la descripción.

Con product_highlight, puedes transmitir ventajas de productos o características clave de forma estructurada. Google recomienda entre cuatro y seis aspectos destacados; son posibles un mínimo de dos y un máximo de 100. Un solo destaque puede contener hasta 150 caracteres.

Ejemplos:

• Altura ajustable eléctricamente de 65 a 130 cm
• Función de memoria para cuatro alturas de trabajo
• Capacidad de carga de hasta 100 kg
• Dos motores silenciosos
• Tablero de mesa de madera certificada FSC

El atributo product_detail, por otro lado, es adecuado para especificaciones técnicas más estructuradas, por ejemplo:

Esto mantiene el título legible, mientras que la información técnica sigue estando disponible de forma estructurada.

GTIN, marca y MPN correctamente transmitidos

Los identificadores de producto únicos ayudan a identificar de forma unívoca un producto comercial específico.

Entre los datos más importantes se incluyen:

• gtin: Global Trade Item Number, por ejemplo EAN o UPC
• brand: Marca
• mpn: Número de pieza del fabricante

Google recomienda enviar los tres datos siempre que sea posible. Estos identificadores de producto pueden ayudar a Google a asignar la oferta correctamente y mostrar a los usuarios el producto que buscan.

Nunca inventes un GTIN

Si un producto tiene un GTIN oficial, se debe utilizar exactamente ese número. No generes secuencias de números propias solo para rellenar el campo.

En el caso de las variantes, a menudo cada variante específica tiene su propio GTIN. Una camiseta roja en talla M puede tener un GTIN diferente al mismo modelo en azul o en talla L.

Productos sin identificación única

Los artículos únicos hechos a mano, los productos personalizados o ciertas fabricaciones propias pueden no tener un GTIN, MPN o marca.

Para los productos a los que realmente no se les han asignado identificadores únicos, se puede utilizar identifier_exists con el valor no o false. Este atributo no debe utilizarse para eludir la falta de datos en productos de marca normales.

Marcas propias

Con una verdadera marca propia, introduces tu marca como brand. Un número de artículo interno existente puede servir como MPN bajo ciertas condiciones, siempre que identifique el producto de forma unívoca como un artículo del fabricante.

Es importante un uso coherente en la tienda, el feed, el embalaje y la página del producto.

Distinguir entre la categoría de producto de Google y tus propios tipos de producto

Los atributos google_product_category y product_type cumplen diferentes funciones.

google_product_category

Aquí el producto se clasifica en la taxonomía de productos predefinida por Google.

Ejemplo:

Ropa y Accesorios > Ropa > Abrigos y chaquetas > Abrigos y chaquetas

Google documenta tanto los IDs numéricos de las categorías como las rutas de las categorías escritas y muestra la asignación utilizando numerosos tipos de productos.

Elige la categoría más específica y adecuada. Una silla de oficina no debe clasificarse solo como “Muebles” si hay una subcategoría más precisa disponible.

product_type

Este campo puede reflejar la estructura de tu propia tienda o surtido.

Ejemplo:

Mobiliario de oficina > Sillas de oficina > Sillas de oficina ergonómicas

Un tipo de producto limpio te ayuda a evaluar y agrupar productos según tu lógica de surtido real.

No escribas lógica de campaña en la categoría

Valores como estos no son tipos de producto significativos:

• margen alto
• más vendido
• oferta
• campaña 3
• PMax Test
• prioridad A

Esta información debe ir en las etiquetas personalizadas (Custom Labels). La categoría debe describir qué es el producto, no cómo quieres promocionarlo.

Optimizar imágenes de producto y lifestyle_image_link

La imagen a menudo decide si un usuario siquiera percibe un resultado de Shopping.

La imagen principal debe representar el producto específico lo más claramente posible. Evita:

• variantes incorrectas
• productos diminutos en grandes espacios de imagen
• malos recortes
• fondos inconsistentes
• tomas borrosas
• imágenes de marcador de posición
• accesorios no incluidos en la oferta como elemento dominante

Para representaciones ricas de productos, Google recomienda imágenes de alta resolución y menciona más de 1.500 píxeles en el lado más largo como recomendación.

La imagen principal responde: ¿Qué compro?

El atributo image_link debe mostrar el producto realmente ofrecido.

En el caso de las variantes, la imagen debe coincidir con el color, el material o el diseño. Un usuario que hace clic en una silla azul no debe aterrizar en una página de producto con una silla roja como variante preseleccionada.

Las imágenes adicionales responden a otras decisiones de compra

A través de additional_image_link puedes enviar vistas adicionales. Google admite hasta diez imágenes adicionales. Pueden mostrar, por ejemplo, diferentes perspectivas, detalles, embalajes o situaciones de uso.

Una secuencia de imágenes útil puede verse así:

• imagen principal clara
• vista lateral
• vista trasera
• toma de detalle
• relación de tamaño
• producto en uso
• contenido del envío
• embalaje

¿Qué es lifestyle_image_link?

Con lifestyle_image_link se pueden enviar imágenes de estilo de vida separadas de las imágenes de producto clásicas.

Google menciona, por ejemplo:

• ropa en un modelo
• muebles en una habitación amueblada
• varios productos como un conjunto completo
• productos en una situación de uso real
• image_link: Sofá recortado o con fondo neutro
• additional_image_link: Vista lateral, parte trasera, detalle de tela
• lifestyle_image_link: Sofá en un salón completamente amueblado

El atributo es especialmente adecuado si tu imagen principal debe permanecer objetiva y centrada en el producto, pero además quieres transmitir el contexto de uso.

En el caso de un sofá, la distribución podría ser la siguiente:

Los precios y la disponibilidad deben estar sincronizados

Un feed optimizado no tiene valor si los usuarios encuentran un precio diferente o un artículo no disponible después de hacer clic.

El precio enviado bajo price debe coincidir con el precio de la página de producto correspondiente. La moneda también debe coincidir con el país de destino y la moneda visible en la landing page.

Para availability, Google admite, entre otros:

• in_stock
• out_of_stock
• preorder
• backorder

La información debe coincidir con la página del producto, el proceso de compra y, si procede, los datos estructurados. Para pedidos anticipados o reposiciones, se requiere además una fecha de disponibilidad, que también debe ser visible en la página del producto.

No elimines productos innecesariamente

Si un artículo no está disponible temporalmente, no debes eliminarlo automáticamente por completo de la fuente de datos.

Dependiendo de la situación, puedes:

• usar out_of_stock
• controlar una pausa a través del atributo correspondiente
• usar backorder para reposiciones
• usar preorder para productos aún no publicados

De este modo, la asignación del producto se mantiene y el artículo puede actualizarse cuando vuelva a estar disponible.

Implementar de forma segura el Repricing para Google Shopping

El control dinámico de precios puede ser útil en el entorno de Shopping. Sin embargo, aumenta el riesgo de desviaciones de precios.

Un sistema de Repricing no solo debe cambiar el precio visible de la tienda. Debe actualizar simultáneamente todos los niveles de datos relevantes:

• precio en el sistema de la tienda
• precio en la página del producto
• datos estructurados en la página del producto
• fuente de datos del Merchant Center
• precios locales, si procede
• datos de productos CSS

El cambio debe realizarse, a ser posible, como un proceso coherente. Si el feed se actualiza primero, mientras la página del producto aún muestra el precio antiguo, se produce temporalmente una desviación. Lo mismo ocurre en orden inverso.

Google puede utilizar actualizaciones automáticas de productos para el precio y la disponibilidad si hay datos estructurados en la página del producto. Sin embargo, esta función está pensada como una seguridad adicional y no sustituye la actualización regular de los datos del producto.

El repricing necesita límites económicos

El precio más bajo no es automáticamente el precio más rentable.

Un sistema inteligente considera:

• Precio de compra
• Margen
• Costos de envío
• Tarifas de pago
• Tasa de devolución
• Costos de publicidad
• Stock mínimo
• Nivel de competencia
• Posición deseada en el mercado

Por lo tanto, establece precios mínimos y límites de margen. De lo contrario, una reducción automática de precios puede generar más clics, pero al mismo tiempo destruir el margen de contribución.

Conecta el inventario local de forma limpia con el feed de productos

Los comerciantes con tiendas físicas necesitan, además de los datos generales del producto, información sobre el inventario local.

Hay que diferenciar entre:

• el producto en sí
• su disponibilidad en una tienda específica
• un posible precio local diferente
• opciones de recogida y entrega

Google permite a los comerciantes utilizar los datos de productos existentes también para anuncios locales y listados de productos locales gratuitos. Dependiendo de la configuración, los datos de productos y los datos de inventario local se pueden sincronizar automáticamente.

Para precios dependientes de la tienda, el precio puede provenir de la fuente principal de datos del producto o de los datos de inventario local. Es crucial que el precio visible en la página del producto de la tienda respectiva coincida con los datos enviados.

Estructura típica de inventario local

El producto sigue siendo el mismo. Sin embargo, el stock y el precio pueden variar según la ubicación.

Es importante una identificación consistente de la tienda. El ID de tienda utilizado en el inventario local debe asignarse de forma única a la tienda respectiva.

Usa Custom Labels para campañas rentables

Un feed técnicamente bueno describe el producto. Un feed económicamente bueno contiene información adicional con la que puedes controlar el surtido según el valor comercial.

Google proporciona cinco etiquetas personalizadas para esto:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google menciona como posibles casos de uso la temporada, la fuerza de ventas, el rango de precios, el margen y el lanzamiento al mercado. Los valores no son visibles para los clientes, sino que sirven para la agrupación y evaluación en las campañas de Shopping y Performance Max.

Ejemplo de una asignación significativa

Esto te permite, por ejemplo, identificar si tu campaña genera ventas, pero vende principalmente productos con bajo margen.

Evita demasiados valores individuales

Una Custom Label no está pensada como un segundo ID de producto.

Poco útil:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = alto_margen
• custom_label_0 = medio_margen
• custom_label_0 = bajo_margen

Más útil:

Los valores deberían formar grupos reales sobre cuya base puedas tomar decisiones.

Elige la fuente de datos adecuada

No todas las tiendas necesitan la misma solución técnica.

Surtidos pequeños y relativamente estables

Con pocos productos y cambios de precio poco frecuentes, un archivo recuperado automáticamente puede ser suficiente.

Los formatos posibles son, por ejemplo:

• XML
• TSV
• archivo de producto proporcionado automáticamente
• integración directa con la tienda

Lo decisivo no es solo el formato, sino la fiabilidad de la actualización.

Surtidos medianos con datos comerciales adicionales

Aquí puede ser útil una combinación de fuentes de datos primarias y complementarias.

La fuente primaria contiene, por ejemplo:

• ID de producto
• title
• Precio
• Disponibilidad
• Enlace del producto
• Imágenes
• Clases de margen
• Asignaciones estacionales
• Etiquetas de campaña
• structured_title
• Características adicionales del producto

Una fuente complementaria proporciona:

Después del procesamiento, un producto de Merchant Center puede consistir en una entrada de producto primaria y varias entradas complementarias.

Surtidos grandes o muy dinámicos

Para cambios frecuentes de precio, inventario o surtido, la Merchant API suele ser la base más robusta.

Google permite la gestión de fuentes de datos primarias y complementarias a través de la Merchant API. Las fuentes de datos pueden configurarse para idiomas y feedLabel específicos o utilizarse de forma más flexible para múltiples combinaciones.

Para las fuentes de datos basadas en archivos, Google indica que la recuperación manual o programada no está diseñada para actualizaciones con una frecuencia arbitrariamente alta. Si se necesitan actualizaciones más de una vez al día, se debe utilizar en su lugar el servicio Products.

Una división práctica es, por lo tanto:

Localizar feeds de productos para varios países

Un feed internacional no es simplemente una copia traducida del feed español.

Por país de destino pueden variar:

• Idioma
• Moneda
• Precio
• IVA
• Costos de envío
• Disponibilidad
• Designaciones de tallas
• Unidades de medida
• Nombres de productos
• Información legal obligatoria
• Surtido

En la Merchant API, feedLabel, contentLanguage y los países de destino son elementos de configuración separados. Un feedLabel como “ES” no significa automáticamente que los productos se dirijan exclusivamente a España. Los países de destino y la configuración de envío deben definirse por separado.

No solo traduzcas palabras, sino también el comportamiento de búsqueda

Una traducción literal puede ser lingüísticamente correcta, pero comercialmente inadecuada.

Por ejemplo, los usuarios en diferentes países pueden:

• usar otros términos de producto
• escribir las medidas de manera diferente
• combinar marcas y modelos de forma distinta
• buscar más por materiales o casos de uso
• esperar otros estándares de tallas

Por lo tanto, construye tus propias reglas de title por idioma. Una base de datos de productos común puede ser la base, pero la salida lingüística debe ser localizada.

Cómo hacer medibles las optimizaciones del feed

No cambies todos los atributos de todo el surtido al mismo tiempo. De lo contrario, más tarde apenas podrás reconocer qué medida realmente ayudó.

Es mejor un proceso controlado.

Paso 1: Formar grupos de productos comparables

Por ejemplo:

• 200 productos con structured_title optimizados
• 200 productos similares con titles anteriores
• Grupo de productos con lifestyle_image_link
• Grupo de productos comparable sin lifestyle_image_link

O:

Paso 2: Documentar el rendimiento anterior

Registra al menos:

• Impresiones
• Clics
• Tasa de clics
• Costos
• Conversiones
• Tasa de conversión
• Ingresos
• Relación costo-ingresos
• Porcentaje de productos aprobados

Paso 3: Cambiar solo un factor importante

Por ejemplo, prueba primero los titles. Luego las imágenes. Después los custom_label_0-4 o las descripciones de los productos.

Paso 4: Recopila suficientes datos

Un producto con dos impresiones no proporciona una declaración fiable. Evalúa los cambios a nivel de grupos de productos suficientemente grandes y ten en cuenta los efectos estacionales.

Paso 5: Evalúa el valor comercial en lugar del CTR

Un nuevo title puede aumentar la tasa de clics, pero atraer a usuarios menos dispuestos a comprar.

Por lo tanto, no solo juzgues:

¿La optimización ha generado más clics?

Sino:

¿Ha generado más pedidos rentables o un margen de contribución más alto?

Los errores más comunes en los feeds de productos CSS

Un plan práctico de 30 días

Semana 1: Revisa el estado técnico

Primero haz un inventario:

• ¿Cuántos productos están aprobados?
• ¿Cuáles son los errores más comunes?
• ¿Coinciden el precio y la disponibilidad?
• ¿Son las IDs estables?
• ¿Están las variantes correctamente separadas?
• ¿Cuál es la proporción de GTINs válidos?
• ¿Qué productos no tienen imágenes?

Primero corrige los errores que excluyen completamente los productos de ser mostrados.

Semana 2: Mejora títulos e identificadores

Selecciona los grupos de productos más importantes por facturación o potencial.

Desarrolla una plantilla de title por categoría y añade:

• Marca
• Modelo
• Tipo de producto
• Especificación clave
• Información de variantes

Al mismo tiempo, revisa GTIN, MPN y marca.

Semana 3: Amplía imágenes e información del producto

Añade para productos importantes:

• imágenes principales de alta resolución
• perspectivas alternativas
• tomas de detalle
• lifestyle_image_link
• aspectos destacados del producto
• detalles técnicos del producto

Concéntrate inicialmente en productos con muchas impresiones, pero con una tasa de clics o conversión débil.

Semana 4: Gestión económica y automatización

Define un sistema de Custom Labels y transfiere:

• Margen
• Potencial de ventas
• Stock
• Temporada
• Prioridad estratégica

Luego, verifica si tu frecuencia de actualización se ajusta al surtido. Los precios y existencias dinámicos sugieren una solución basada en API.

Conclusión: El CSS Partner es la infraestructura, el feed es la palanca de rendimiento

Un buen Comparison Shopping Service crea las condiciones para una conexión CSS profesional. Sin embargo, que tu surtido aproveche realmente su potencial depende en gran medida de la calidad de los datos del producto.

No empieces con optimizaciones cosméticas. Asegúrate primero de que los productos estén claramente identificados, aprobados correctamente y que se entreguen con precios y existencias actualizados.

Después, vienen las medidas que mejoran el rendimiento:

• títulos de producto precisos
• descripciones estructuradas
• GTINs correctos
• categorías específicas
• imágenes de producto convincentes
• imágenes de estilo de vida
• Custom Labels económicos
• automatización fiable

El mejor feed de productos no contiene la mayor cantidad de información posible. Contiene la información correcta, en el atributo correcto, para el producto correcto y en el momento adecuado.

Especialmente con grandes surtidos, la optimización del feed se convierte así en un proceso continuo. Quien considera la conexión CSS, los datos del producto, el control de precios y la lógica de la campaña en conjunto, crea una base significativamente mejor para un Google Shopping escalable.

Preguntas frecuentes sobre la optimización del feed de productos para CSS