Optimización del feed de Google Merchant Center: guía completa para propietarios de tiendas PrestaShop

Revisado en junio de 2026 para PrestaShop 1.6, 1.7, 8.x y 9.x frente a la interfaz actual de Merchant Center (Next). Los nombres de campo (title, description, gtin, sale_price, custom_label_0–4) y el límite mínimo de caducidad del feed de 30 días están actualizados; "data sources" sustituyó a "feeds" en el menú de Merchant Center, así que guíate por la finalidad si una ruta ha cambiado.

Esto es lo que muchos comerciantes de PrestaShop pasan por alto sobre Google Shopping: no hay palabras clave por las que pujar. En una campaña de búsqueda escribes el anuncio y eliges las consultas. En Shopping, Google decide qué búsquedas activan tus productos, y toma esa decisión únicamente a partir de los datos de tu feed. Tus títulos, descripciones, categorías y atributos de producto son tus palabras clave. Por eso, la acción con mayor impacto que puedes hacer para mejorar el rendimiento en Shopping no es ajustar pujas ni presupuestos: es corregir el feed. Esta guía trata exactamente de eso: convertir los datos de producto de PrestaShop en un feed de Merchant Center que gane las búsquedas adecuadas, usando campos reales del back office y etiquetas del feed, no consejos genéricos para cualquier plataforma.

Esta es la pieza de optimización de feeds dentro de un grupo más amplio. Si todavía necesitas subir tus productos a Merchant Center en primer lugar, empieza por cómo llevar tus productos a Google Shopping; para ver el panorama estratégico de cómo Merchant encaja en tu PPC más amplio, consulta cómo aprovechar Google Merchant para el éxito del PPC en PrestaShop. Este artículo asume que tu feed ya existe y que quieres mejorarlo.

Tu feed es tu creatividad publicitaria

Cuando aparece un anuncio de Shopping, el comprador ve la imagen, el precio exacto y el nombre del producto antes de hacer clic. Es justo lo contrario de un anuncio de texto, donde tienes que ganarte el clic con un titular. La consecuencia práctica: una imagen borrosa, un título genérico o un precio desactualizado se ven de entrada, no después del clic. Un feed mal optimizado falla de tres maneras a la vez: tus productos aparecen en búsquedas equivocadas (presupuesto desperdiciado), no aparecen en las correctas (ingresos perdidos) y se ven peor que el anuncio de al lado (menor tasa de clics). Cada corrección de las siguientes ataca uno de esos tres fallos.

El modelo de datos de PrestaShop es lo bastante flexible como para soportar un feed completo, pero la mayoría de módulos de feed simplemente vuelcan lo que hay en la base de datos, sin tocarlo. El nombre de producto escrito para una persona que navega por tu página de categoría rara vez es el título que gana una consulta de Shopping. Cerrar esa brecha entre "lo que hay en la base de datos" y "lo que Google necesita" es todo el trabajo.

De dónde sale el feed en PrestaShop

Antes de optimizar campos, conviene saber con qué campos estás trabajando. Un feed de Merchant se construye a partir de estas fuentes de PrestaShop, y la correspondencia no siempre es obvia:

¿Y esto qué implica? Cuando ves la correspondencia, cada problema de "Google ha rechazado mi producto" se convierte en un campo concreto de PrestaShop que corregir, no en un misterio. El resto de esta guía recorre los campos por orden de impacto.

Títulos de producto: el campo que decide qué búsquedas ganas

Google da más peso a las primeras palabras del título al emparejar un producto con una consulta. Un título que empieza por tu marca gasta esas posiciones críticas en una palabra que casi nadie busca. Coloca delante los términos buscables.

Estructura del título según el tipo de producto:

• Genérico / sin marca: Tipo de producto + atributo clave + tamaño + material + color + marca. Ejemplo: "Desagüe lineal de ducha 800mm acero inoxidable embaldosable, FlowLine"
• Marca conocida: Marca + tipo de producto + modelo + atributo clave. Ejemplo: "Geberit CleanLine60 canal de ducha 900mm acero cepillado"
• Moda: Marca + género + tipo de producto + atributo + talla + color. Ejemplo: "Nike zapatillas de running para hombre Air Max 270 negro/blanco"

Las reglas que mantienen los títulos activos:

• Hasta 150 caracteres, pero Google muestra unos 70. Pon los términos decisivos en los primeros 70.
• Usa las palabras exactas que escriben los compradores: "desagüe de ducha", no "solución de drenaje". Revisa las consultas de Search Console y el autocompletado de Google para encontrar la formulación real.
• Incluye las dimensiones de las dos formas cuando encajen: "800mm" y "80cm" son búsquedas distintas.
• Sin texto promocional y sin TODO EN MAYÚSCULAS: "Mejor precio", "Envío gratis" y gritar activan rechazos.
• No rellenes con palabras clave: cada palabra debe aportar información única, o Google lo marcará.

El problema en PrestaShop y la solución: por defecto, el título del feed es solo el nombre del producto, escrito para una persona que lee tu página de categoría, no para una coincidencia de Shopping. La solución sólida es un generador de feeds que construya el título a partir de una plantilla que combine el nombre con atributos (tamaño, color, material) automáticamente, para que 2.000 productos reciban títulos ricos en palabras clave sin 2.000 ediciones manuales. Nuestro módulo MPR Google Merchant está diseñado precisamente alrededor de esto: compones títulos y descripciones del feed a partir de etiquetas de producto, atributo, característica y combinación, de modo que el nombre en la tienda siga siendo claro para el cliente mientras el título del feed se optimiza para búsqueda. Si no puedes o no quieres cambiar los títulos en PrestaShop, la alternativa sin tocar la tienda es la anulación mediante feed suplementario que verás más abajo.

En la práctica, esa plantilla es simplemente una cadena de etiquetas que el módulo rellena por producto. Una plantilla de título como la siguiente convierte un nombre amable de escaparate en un título de Shopping con los términos importantes al principio para todo el catálogo de una vez:

Title template:  {product_type} {attribute:size} {attribute:material} {color} – {brand}

  Storefront name:  Aurora Drain
  Feed title built:  Linear Shower Drain 800mm Stainless Steel Brushed – FlowLine

Description template:  {summary} {attribute:material} {attribute:finish}. Fits {feature:compatibility}.

La idea: escribes la plantilla una vez, y cada producto hereda un título rico en palabras clave montado a partir de sus propios atributos, sin editar producto por producto, mientras tus clientes siguen viendo "Aurora Drain" en la tienda.

Descripciones: tu espacio para palabras clave de cola larga

Los títulos son la señal principal; las descripciones permiten que Google relacione consultas de cola larga que no caben en 70 caracteres. La mayoría de tiendas exporta la descripción HTML completa del producto tal cual: o una frase demasiado pobre, o un muro de contenido de página con marcado.

• Entre 500 y 1.000 caracteres es el punto óptimo: suficiente señal, sin perder foco.
• Empieza con atributos: material, tamaño, caso de uso, compatibilidad. Escribe lo que alguien teclearía para encontrar exactamente ese artículo.
• Introduce sinónimos: si el título dice "desagüe de ducha", la descripción también debería incluir "sumidero de suelo", "canal de ducha", "desagüe lineal". Aquí capturas las consultas que no caben en el título.
• Solo texto plano: la especificación del feed exige eliminar el HTML. Comprueba que tu módulo lo hace; muchos dejan etiquetas dentro.
• Sin lenguaje promocional: la misma regla que para los títulos.

Específico de PrestaShop: el producto tiene tanto un Resumen (descripción corta) como una Descripción completa. Para el feed, el Resumen suele ser la mejor fuente: es conciso y no arrastra el formato HTML pesado de la descripción larga. Si tus Resúmenes están vacíos, eso es lo primero que debes corregir: escribe por producto un resumen de 2 o 3 frases, rico en atributos. Un generador de feeds que te permita elegir qué campo (o una etiqueta de descripción personalizada) alimenta el atributo description evita que tengas que reescribir el texto visible de tu tienda solo para satisfacer a Google.

Identificadores de producto: GTIN, marca y MPN, y la trampa de las variantes

Google compara tus productos con su catálogo global usando identificadores únicos. Envía un GTIN siempre que el producto tenga uno, y envía también la marca. Si no hay GTIN, envía marca más MPN cuando esté disponible, o establece identifier_exists=false solo para productos que realmente no tienen identificadores.

• GTIN: el código de barras EAN-13 en Europa, UPC en Estados Unidos. En PrestaShop es el campo "Código de barras EAN-13 o JAN".
• Marca: corresponde al campo Marca (antes Fabricante).
• MPN: el número de pieza del fabricante; corresponde al campo Referencia.

Las reglas que causan problemas: si un producto tiene GTIN, debes enviarlo, y debe pasar la validación del dígito de control de Google: un número aleatorio de 13 dígitos será rechazado. Para artículos realmente únicos o hechos a mano sin GTIN, establece identifier_exists en false para que Google trate el producto como legítimo y no como incompleto. Nunca reutilices un mismo GTIN en distintas variantes.

La trampa de PrestaShop que puede rechazar catálogos enteros: PrestaShop guarda el EAN-13 a ambos niveles: el de producto y el de combinación (variante). Un feed ingenuo exporta el EAN del producto padre para cada color y talla, así que Google ve cinco productos "distintos" compartiendo un mismo GTIN y los marca. Tu feed debe exportar el EAN de la combinación cuando exista. Por eso importa tanto una exportación consciente de las combinaciones: MPR Google Merchant resuelve GTIN, referencia, precio y disponibilidad por combinación, de modo que cada variante envía su propio identificador correcto en lugar de heredar el del producto padre.

Imágenes: la primera impresión que impulsa el clic

Los compradores escanean imágenes antes de leer títulos. Las reglas de imagen de Google son estrictas, y romperlas es una vía rápida al rechazo:

• Apunta a 800×800 o más. El mínimo es 100×100 (250×250 en moda), pero las imágenes más grandes se ven mejor y habilitan el zoom.
• Imagen principal sobre fondo blanco o claro: sin marcas de agua, logotipos, texto ni superposiciones promocionales.
• El producto ocupa el 75–90% del encuadre: nada de artículos minúsculos flotando en espacio blanco.
• Sin gráficos de marcador tipo "imagen no disponible": rechazo inmediato.
• additional_image_link admite hasta 10 imágenes extra: ángulos, primeros planos, estilo de vida, instalación, que elevan la interacción.
• Mantén estables las URL de imagen: cambiarlas obliga a Google a rastrear y procesar de nuevo.

Específico de PrestaShop: PrestaShop genera varios tamaños de imagen (pequeña, mediana, grande, etc.) a partir de cada subida. El feed debe referenciar el tamaño generado más grande o el original, nunca una miniatura. Revisa Diseño → Configuración de imágenes y confirma que tu tipo más grande tenga al menos 800px de ancho; si se queda en 600, regenera las miniaturas después de aumentarlo, o el feed no tendrá nada lo bastante grande que enviar.

Precio y disponibilidad: donde la página y el feed deben coincidir

Google rastrea tu página de producto y compara su precio y disponibilidad con los del feed. Cualquier discrepancia rechaza el producto, y este es uno de los fallos de feed más comunes entre comerciantes.

• El precio del feed debe coincidir exactamente con el precio de la página de destino, incluido el tratamiento fiscal. En la UE, tanto la página como el feed muestran precios con IVA incluido; en Estados Unidos, normalmente sin impuestos. Un feed que elimina el IVA mientras la página lo muestra es una discrepancia garantizada.
• La moneda debe coincidir con el país de destino: si vendes a Alemania, envía EUR.
• La disponibilidad debe ser honesta: sin stock en la página significa out_of_stock en el feed.
• Usa sale_price y sale_price_effective_date para descuentos, no editando el price base, para que Google pueda mostrar el precio tachado.

El tachado que mejora la tasa de clics viene de mantener intacto el precio base y añadir encima el precio rebajado, con una ventana de fechas que Google pueda aplicar. A partir de un Precio específico de PrestaShop, eso se resuelve en etiquetas de feed como estas:

<g:price>129.00 EUR</g:price>
<g:sale_price>99.00 EUR</g:sale_price>
<g:sale_price_effective_date>2026-11-27T00:00:00+0100/2026-11-30T23:59:00+0100</g:sale_price_effective_date>

Específico de PrestaShop: si gestionas descuentos mediante la función Precio específico, tu feed debe leer ese precio activo en sale_price con el intervalo de fechas correcto. Y vigila los precios por grupo de clientes: el feed debe exportar el precio público que ve un visitante sin iniciar sesión, nunca una tarifa mayorista o VIP, o el rastreo no coincidirá con el feed. Como los precios y el stock de PrestaShop cambian, la frescura del feed es lo que mantiene esa coincidencia; consulta la frecuencia de actualización más abajo.

Categoría de producto de Google: sé tan específico como permita la taxonomía

La taxonomía de Google contiene miles de categorías. Añade la google_product_category más específica siempre que sea posible: es obligatoria en algunos casos y siempre mejora la clasificación, y la especificidad determina cuánto entiende Google el artículo.

El error habitual: escoger una categoría padre amplia como "Hogar & jardín" en lugar de la precisa "Hogar & jardín > Accesorios de baño > Desagües de ducha". Google usa la categoría tanto para entender el producto como para aplicar las reglas correctas de atributos obligatorios.

• Elige siempre la subcategoría más profunda disponible.
• Usa el ID numérico de categoría, no la ruta de texto: los ID son independientes del idioma y dan menos problemas.
• Envía también product_type con tu propia ruta de categorías de PrestaShop (por ejemplo, "Baño > Accesorios de ducha > Desagües lineales"). Es independiente de google_product_category y aporta a Google clasificación adicional.

Asignar a mano cientos de categorías de PrestaShop a ID de Google es la parte tediosa; un módulo de feed que te permite mapear una categoría de PrestaShop una vez y heredarla en sus productos convierte una semana de hojas de cálculo en una tarde.

Etiquetas personalizadas: segmenta para poder gestionar tus campañas

Merchant Center ofrece cinco campos de etiquetas personalizadas, de custom_label_0 a custom_label_4. No afectan a la coincidencia con búsquedas: existen únicamente para que puedas dividir productos dentro de Google Ads. Un esquema útil:

• custom_label_0, tramo de margen: alto / medio / bajo. Ejecuta campañas separadas con distintos objetivos de ROAS según rentabilidad.
• custom_label_1, estacionalidad: primavera / verano / permanente / navidad. Dirige presupuesto hacia el stock de temporada.
• custom_label_2, rendimiento: best_seller / new_arrival / slow_mover / clearance.
• custom_label_3, tramo de precio: under_50 / 50_to_200 / 200_plus.
• custom_label_4, tu propia agrupación, distinta de la taxonomía de Google.

Específico de PrestaShop: las etiquetas personalizadas no tienen un lugar nativo en PrestaShop: tu módulo de feed debe rellenarlas desde atributos, características, categorías o una regla. MPR Google Merchant mapea etiquetas de custom labels desde atributos y características de producto, de modo que una característica "best_seller" o un atributo de margen fluye directamente a custom_label_2/0. Sin esto, simplemente no puedes pujar de forma distinta por tus líneas de mayor margen: los datos para separarlas nunca llegan a Google.

Feeds suplementarios y reglas de feed: corrige datos sin tocar tu tienda

Dos herramientas de Merchant Center te permiten corregir datos del feed sin cambiar nada en PrestaShop, algo muy valioso cuando editar la exportación no es práctico o necesitas una solución rápida.

Los feeds suplementarios son una fuente secundaria vinculada por el id del producto que enriquece o sobrescribe tu feed principal. Usos comunes:

• Sobrescribir títulos: una hoja solo con id + title sustituye los nombres visibles de la tienda por títulos de Shopping ricos en palabras clave, sin editar la tienda.
• Añadir etiquetas personalizadas en bloque cuando tu módulo no puede hacerlo.
• Corregir GTIN en bloque desde una hoja de cálculo del proveedor que aún no has importado a PrestaShop.
• Adjuntar ID de promoción para Merchant Promotions.

Google Sheets es la fuente suplementaria más sencilla: se actualiza automáticamente y encaja bien con catálogos pequeños que necesitan ajustes manuales.

Las reglas de feed (en Merchant Center, las reglas de feed de la fuente de datos seleccionada) transforman los datos después de la subida y se guardan en Merchant Center, no en tu tienda, por lo que sobreviven a cada actualización del feed. Reglas útiles: añadir la marca al título; mapear valores de product_type a ID de google_product_category por patrón; marcar artículos con precio 0 como out_of_stock; extraer color/talla de los títulos hacia sus propios atributos; y normalizar valores desordenados ("SS", "Stainless", "Stainless Steel" → "Stainless Steel"). Trata ambas herramientas como triaje: te mantienen activo mientras corriges los datos correctamente en origen, dentro de PrestaShop.

Frecuencia de actualización del feed: cuánto de fresco es suficiente

Google caduca los datos del feed a los 30 días, así que ese es el mínimo; pero en una tienda activa, los datos desactualizados son lo que crea las discrepancias de precio y disponibilidad mencionadas antes. Ajusta la cadencia a la velocidad con la que se mueve tu tienda:

Específico de PrestaShop: un feed que se regenera de forma programada es la opción práctica por defecto, y un feed de archivo protegido por token y ejecutado por cron es exactamente lo que produce MPR Google Merchant: el archivo se reconstruye según tu programador, de modo que la URL que Google recupera está siempre actualizada, sin exportar a mano. Para tiendas donde el stock cambia de verdad de una hora a otra, el módulo también sincroniza mediante la Merchant Products API, para que los cambios se envíen a Google en lugar de esperar al siguiente rastreo. Cuanto antes refleje la realidad el feed, menos rechazos acumularás.

Feeds multiidioma y multipaís

Si vendes en varios países de la UE, necesitas un feed independiente (o un destino de feed) por cada combinación de país e idioma, cada uno con el idioma, la moneda y el envío correctos.

• Un feed por país: el enfoque más limpio, con idioma, moneda y envío correctos incorporados.
• Un feed, varios destinos: solo funciona cuando el idioma y el precio son idénticos en todos los destinos.
• Reglas de feed para localización: transforman un único feed (moneda, traducción) por destino.

Específico de PrestaShop: la arquitectura multitienda y multiidioma de PrestaShop facilita generar feeds por idioma, pero tu módulo de feed debe respetar el contexto de idioma y tienda, y exportar títulos, descripciones y URL en el idioma correcto. Exportar títulos en alemán a un feed dirigido a Francia es un clásico asesino silencioso de la calidad. Genera un feed por contexto de idioma y confirma que las URL resuelven a la página de producto localizada correspondiente.

Datos estructurados: deja que tus páginas respalden el feed

El marcado de schema de producto (JSON-LD) en tus páginas no sustituye al feed, pero hace dos cosas útiles: ayuda a Google a confirmar que tu feed coincide con la página de destino, reduciendo los rechazos por precio y disponibilidad mencionados antes, y permite conseguir resultados enriquecidos de producto en la búsqueda orgánica. Como mínimo, tus páginas de producto de PrestaShop deberían incluir un objeto Product con name, image, description, sku, gtin13 y brand, una Offer con price, priceCurrency, availability y url, y AggregateRating si tienes reseñas. Muchos temas incluyen schema parcial (sin GTIN o disponibilidad); valídalo con la prueba de resultados enriquecidos de Google y cierra las brechas.

Fichas gratuitas: el mismo feed, sin coste por clic

Merchant Center no sirve solo para Shopping de pago. Los productos aprobados pueden optar a fichas gratuitas en superficies de Google como la pestaña Shopping, la Búsqueda e Imágenes, según la configuración y las políticas de tu Merchant Center. Se ordenan por relevancia y calidad de datos, no por pujas, lo que significa que cada optimización de esta guía mejora tu visibilidad gratuita al mismo tiempo que mejora la de pago. Para muchas tiendas PrestaShop, eso es tráfico significativo a coste cero por clic, y es el argumento más fuerte para tratar la calidad del feed como algo fundamental, no opcional.

Preguntas frecuentes

¿Cuál es el cambio con mayor retorno que puedo hacer en mi feed?

Los títulos, con mucha diferencia. Google pondera con más fuerza los primeros ~70 caracteres al decidir con qué búsquedas coincide tu producto, así que colocar al principio tipo de producto, atributo clave, tamaño, material y color, en lugar de empezar por la marca o por un nombre amable de tienda, te hace entrar en subastas en las que antes ni siquiera participabas. Corrige primero los títulos, luego las imágenes, después los identificadores, luego la exactitud de precio/disponibilidad y, por último, las etiquetas personalizadas para segmentación.

¿Tengo que renombrar mis productos en PrestaShop para arreglar los títulos del feed?

No, y no deberías hacerlo, porque el nombre visible en la tienda debe seguir siendo legible para personas. Un módulo de feed que construye títulos desde una plantilla mantiene "Aurora Drain" en la página mientras envía "Desagüe lineal de ducha 800mm acero inoxidable, FlowLine" a Google. Si no puedes cambiar la exportación en absoluto, un feed suplementario de Merchant Center (una hoja con id + title) sobrescribe los títulos sin editar la tienda. El título del feed y el nombre visible en la tienda pueden diferir deliberadamente.

¿Por qué Google rechazó todas mis variantes por GTIN duplicado?

Porque PrestaShop guarda el EAN-13 tanto a nivel de producto como de combinación, y un feed ingenuo exporta el EAN del padre para cada color y talla, así que Google ve varios artículos compartiendo un mismo código de barras y marca todo el lote. La solución es un feed consciente de las combinaciones que exporte el EAN propio de cada variante y una la familia con item_group_id. Para artículos realmente sin identificador (hechos a mano, personalizados), establece identifier_exists=false en lugar de inventar un número.

El precio del feed y el de la página parecen iguales, pero Google dice que no coinciden: ¿por qué?

Casi siempre es una diferencia de tratamiento fiscal. En la UE, tanto la página como el feed deben mostrar precios con IVA incluido; un feed que elimina el IVA mientras la página lo muestra no coincidirá ni al céntimo. La otra causa habitual es el precio por grupo de clientes: tu feed debe exportar el precio público que ve un visitante sin iniciar sesión, no una tarifa mayorista o VIP. Y si acaba de empezar una oferta, un feed desactualizado muestra el precio anterior hasta la siguiente recuperación; por eso importa la frescura.

¿Las etiquetas personalizadas me ayudan a aparecer en más búsquedas?

No: las etiquetas personalizadas no afectan en absoluto a la coincidencia con búsquedas. Existen únicamente para que puedas dividir tu catálogo dentro de Google Ads: pujar con un objetivo de ROAS más alto en líneas de mayor margen, dirigir presupuesto al stock de temporada, separar superventas de liquidaciones. Son una herramienta de gestión de campañas, no de visibilidad. Pero si no están rellenadas (desde atributos o características de PrestaShop mediante tu módulo de feed), simplemente no puedes pujar de forma distinta por distintas partes del catálogo, porque los datos para separarlas nunca llegan a Google.

Lo que esta guía no cubre deliberadamente (y dónde seguir)

La optimización del feed es la base, pero vive dentro de un flujo de trabajo de Shopping más amplio. Para que cada tema sea profundo y no diluido, las piezas vecinas están donde corresponde:

• ¿Productos rechazados? El recorrido completo de diagnóstico y solución para cada rechazo habitual está en corregir errores del feed de Google Merchant.
• Gestionar campañas con este feed. Performance Max es la forma principal de invertir contra tu feed de Shopping: señales de audiencia, pujas y el rodeo para términos de búsqueda se cubren en Performance Max para PrestaShop y cuándo usar Performance Max.
• Búsqueda junto a Shopping. Los anuncios de texto no necesitan aprobación de Merchant y pueden funcionar en horas, útil mientras tu feed está en revisión, en Google Search Ads para e-commerce, y el caso de palabras clave de nicho en por qué las palabras clave exactas valen oro.
• ¿Nuevo en Google Ads? Empieza con Google Ads para principiantes y no gastes de más antes de que el feed esté bien; consulta cómo elegir el presupuesto adecuado para Google Ads.

La conclusión

Tu feed de Merchant Center no es una casilla que marcar: es la palanca que decide qué consultas activan tus productos, cómo se ven y cómo rinden frente al anuncio de al lado, tanto en Shopping de pago como en fichas gratuitas. El trabajo tiene un orden claro de retorno: corrige primero los títulos, luego las imágenes, después los identificadores, luego la exactitud de precio/disponibilidad y, por último, las etiquetas personalizadas para segmentación. En PrestaShop, concretamente, eso significa saber qué campo del back office alimenta cada atributo de Merchant, exportar datos a nivel de combinación para que las variantes no choquen y actualizar el feed con la frecuencia suficiente para que el rastreo nunca lo pille mintiendo. Las tiendas que invierten en calidad de feed superan de forma constante a las que lanzan dinero a las pujas mientras la base de datos sigue rota.