Google Shopping en 2026: la capa de adquisición peor explotada por las tiendas PrestaShop
En las tiendas PrestaShop mid-market que auditamos, Google Shopping representa de media el 18 % de la facturación adquirida. Cuando el feed está bien hecho. Cuando no lo está — y esa es la situación por defecto — es el 3 % o menos, con un coste de adquisición que se dispara y productos desaprobados por Merchant Center sin que nadie se entere.
La diferencia se juega en tres niveles: la calidad del feed (atributos requeridos, GTIN, identificadores únicos), la estrategia de campaña (Performance Max vs Standard Shopping) y la conformidad Merchant Center (políticas 2024-2026, Comparison Shopping Services, precio de referencia). Los tres son temas distintos y técnicos. Este artículo los cubre en el orden en el que aparecen en el pipeline de un comerciante que arranca o rehace su canal Shopping en 2026.
Lo que ha cambiado en Merchant Center en 2024-2026
Tres evoluciones mayores redefinen el terreno de juego:
Merchant Center Next reemplaza la interfaz antigua
Desde 2024, Google ha migrado todas las cuentas a Merchant Center Next — una refundición que aplana la jerarquía, simplifica la creación de feeds e impone más estrictamente las políticas. Consecuencia práctica: feeds que pasaban en silencio hace 18 meses hoy se desaprueban en bloque, sobre todo por la ausencia de shipping y tax para los comerciantes no UE.
El fin del posicionamiento de los Comparison Shopping Services en la UE
Tras la decisión europea y sus ajustes 2023-2024, los comerciantes UE pueden pasar por Google directamente o vía un CSS socio con un descuento efectivo del 20 % sobre el CPC. Con presupuestos Shopping superiores a 5 000 €/mes, el paso por un CSS socio (Adwise, KelKoo Group, Productsup, etc.) es rentable. Es una optimización que no cuesta nada implementar pero que el 80 % de los comerciantes PrestaShop no activa.
Los atributos de devolución y envío se han vuelto casi obligatorios
Desde finales de 2024, Google exige shipping y return_policy explícitos en la gran mayoría de las fichas Shopping. Sin ellos, los anuncios giran pero con una visibilidad degradada y un Quality Score a la baja. Está alineado con las propiedades Schema.org Product 2026 (hasMerchantReturnPolicy, shippingDetails) que Google ya ha impuesto en los rich results.
Anatomía de un feed de producto conforme en 2026
El feed de Google Shopping es un fichero (XML, CSV o vía Content API) que describe cada producto a Google. Veinticinco atributos son posibles, diez son obligatorios, y su tratamiento correcto marca la diferencia entre una cuenta Merchant Center sana y una cuenta bajo warning permanente.
Los diez atributos obligatorios — y las trampas en PrestaShop
| Atributo | Origen PrestaShop | Trampa clásica |
|---|---|---|
id |
id_product + variaciones |
Reutilización de ID tras eliminación: Google bloquea por duplicación |
title |
name + atributos |
Límite 150 caracteres, pero el ideal es 70-90; formato: Marca + Nombre + Variante + Talla |
description |
description_short o description |
HTML tolerado pero limpiado; 5000 caracteres máximo; sin emoji ni todo en mayúsculas |
link |
URL canónica de la ficha | Debe apuntar a la variación exacta, no al producto padre |
image_link |
Imagen principal | 800×800 px mínimo, fondo uniforme recomendado, sin marca de agua |
availability |
Stock | in_stock / out_of_stock / preorder / backorder — nada de valores custom |
price |
Precio IVA incluido | Debe coincidir exactamente con el precio mostrado en la ficha, con divisa (p. ej. 49.00 EUR) |
brand |
Marca | Obligatorio si la marca existe; generic si realmente sin marca |
gtin |
EAN/UPC/ISBN | Validación por check digit; 8/12/13/14 dígitos; ISBN-10 no aceptado, convertir a EAN-13 |
mpn |
Referencia fabricante | Obligatorio si no hay GTIN; opcional si lo hay, pero mejora el matching |
Los atributos «opcionales pero críticos»
Cuatro atributos no están marcados como obligatorios pero su ausencia degrada fuertemente el rendimiento:
shipping: tabla de tarifas de envío por país/región. Sin ello, Google aplica reglas por defecto a menudo erróneas. A rellenar con detalle, sobre todo para las tiendas multipaís.tax: impuesto aplicable. Obligatorio para los comerciantes US. Para la UE, el precio IVA incluido está enpricey el IVA es implícito pero puede declararse.google_product_category: categoría Google (3 a 5 niveles). Sin ella, Google adivina — a menudo mal. A mapear desde la taxonomía oficial Google (5 600 categorías).product_type: su propia taxonomía, útil para la segmentación de las campañas.
Variantes y variaciones: la complejidad PrestaShop
En PrestaShop, una ficha de producto con variaciones (talla × color) es un producto con varias id_product_attribute. En Google Shopping, cada variación debe ser una línea distinta del feed, con:
idúnico por variación (típicamente{id_product}-{id_product_attribute}).item_group_idcomún a todas las variaciones del mismo producto padre (típicamenteid_product). Es lo que permite a Google agrupar las variantes en la interfaz del comprador.- Atributos de variación:
color,size,material,pattern,gender,age_group— según la categoría. - GTIN por variación (a menudo un EAN distinto por talla o color).
- Stock por variación.
El error más frecuente: enviar una sola línea por producto padre con un precio medio y un stock agregado. Google bloquea inmediatamente. El módulo Google Shopping PrestaShop gestiona esta explosión por variación de forma nativa, con mapeo de los atributos PrestaShop hacia los atributos Google.
GTIN: la fricción nº 1 y la solución
El GTIN (Global Trade Item Number) es el identificador universal de un producto. EAN-13 en Europa, UPC-A en EE. UU., ISBN para los libros. Google pide el GTIN para todos los productos que lo tienen nativamente (marcas conocidas, productos manufacturados). Para los productos sin GTIN (creación artesanal, marca propia exclusiva, servicios), hay que marcar explícitamente identifier_exists: false.
Dos trampas frecuentes:
1. Los EAN-13 inválidos
El decimotercer dígito es un check digit, calculado sobre los doce primeros según el algoritmo Modulo 10. Muchas tiendas importan referencias del fabricante con EAN truncados o inventados. Google los rechaza en masa. La validación debería hacerse en el momento de la importación, no descubrirse tres semanas más tarde cuando Merchant Center desaprueba 800 fichas.
2. El GTIN compartido entre variaciones
Error clásico en PrestaShop: el EAN se guarda en el producto padre (ps_product.ean13) en lugar de en la variación (ps_product_attribute.ean13). Resultado: todas las variantes tienen el mismo GTIN, Google detecta la duplicación y desaprueba.
El buen patrón: guardar el EAN a nivel de la variación cuando tiene su propia referencia (caso típico: tallas diferentes del mismo modelo), y a nivel del producto padre únicamente para las fichas mono-variación.
Performance Max vs Standard Shopping en 2026
Desde 2022, Google empuja Performance Max (PMax) como campaña por defecto. Es una campaña automatizada que combina Shopping, Display, YouTube, Discover y Search en una sola lógica de optimización. El algoritmo decide dónde colocar los anuncios y a quién. El anunciante proporciona los asset groups (textos, imágenes, señales de audiencia) y el presupuesto.
Cuándo PMax es rentable
- Catálogo amplio (1 000+ referencias) con una cobertura categorial variada.
- Datos de conversión sólidos (50+ conversiones / 30 días por campaña, idealmente 100+).
- Márgenes que soportan un CPA optimizado por el algoritmo (entre +15 y +30 % de CPA vs Standard, pero volumen × 2 a × 5).
- Capacidad para analizar los segmentos mediante los informes de asset groups y de señales de audiencia (informes limitados pero en mejora desde 2024).
Cuándo Standard Shopping sigue siendo preferible
- Catálogo especializado (menos de 200 referencias) donde el control granular por grupo de productos es crítico.
- Márgenes ajustados que exigen un CPA estricto y un ROAS estable.
- Categorías reguladas (CBD, vape, ciertos complementos) donde PMax puede ampliar el targeting de forma no conforme.
- Fase de aprendizaje: vale más estructurar en Standard Shopping durante 3 meses para medir el rendimiento por segmento, antes de pasar a PMax con esos aprendizajes.
El stack híbrido 2026
El patrón que funciona hoy: Standard Shopping sobre el top 20 % del catálogo que hace el 80 % de la facturación, PMax sobre la cola larga. Esto combina el control (top productos estratégicos) y la automatización a escala (cola larga donde el coste de optimización manual no es rentable).
La exportación del feed PrestaShop: tres arquitecturas
Arquitectura 1 — Feed estático XML/CSV regenerado
Un cron PHP (cada hora, o cada noche según el ritmo del catálogo) regenera un fichero XML o CSV expuesto a una URL fija. Merchant Center hace pull de este fichero a la frecuencia configurada. Simple, robusto, pero latencia de varias horas entre un cambio y su reflejo en Shopping.
Arquitectura 2 — Push Content API
El módulo empuja los cambios en tiempo real vía la Content API de Google. Ideal para las tiendas donde los precios se mueven con frecuencia (flash sales, dynamic pricing) o para los inventarios limitados. Más complejo de implementar, exige una cuota Content API y una gestión fina de los errores.
Arquitectura 3 — Feed en tiempo real vía Merchant Center Next
Desde 2024, Merchant Center Next soporta los real-time inventory updates para los atributos críticos (precio, stock, disponibilidad). Es un endpoint dedicado, independiente del feed principal. El patrón recomendado en 2026 es combinar: un feed estático para los datos estables (título, imagen, descripción) y un push en tiempo real para precio y stock.
El módulo DataFirefly implementa la arquitectura estática con una opción de push precio/stock — cubriendo el 95 % de los casos comerciantes sin complejidad de API gateway.
Conformidad Merchant Center: las políticas 2024-2026 que desaprueban
Cuatro políticas son responsables del 80 % de las desaprobaciones en 2026:
1. Precio de referencia — directiva Omnibus y política Google alineada
Si muestra un precio tachado («99 € en lugar de 149 €»), el precio de referencia debe ser conforme a la directiva Omnibus: precio más bajo practicado en los últimos 30 días. Google ha alineado su política: un precio de referencia no conforme = desaprobación, y queda registrado en toda la cuenta.
2. Productos restringidos y prohibidos
Tabaco, armas, contenidos para adultos, medicamentos con receta: prohibidos. Complementos alimenticios, vape (sin nicotina), CBD: restringidos, con reglas por país. La desaprobación de un solo producto restringido puede provocar una suspensión de cuenta si se repite — siempre filtrar en el lado feed PrestaShop para excluir esas categorías de la exportación.
3. Disponibilidad incoherente
El feed dice in_stock, la ficha muestra «Sin stock» o un botón desactivado. Google compara y desaprueba. La solución: sincronizar el feed con el stock real por variación, con un umbral (por ejemplo availability = out_of_stock si quantity ≤ 0 y allow_oosp = false).
4. Política de devolución y envío no declarada
Desde 2025, Google pide explícitamente las políticas de devolución y envío. O bien vía los parámetros de cuenta Merchant Center (políticas globales por país), o bien vía los atributos shipping y return_policy en el feed. Sin ello: warning permanente y degradación del Quality Score.
Medir el rendimiento — más allá del ROAS Merchant Center
El ROAS mostrado por Google Ads es la métrica de superficie. Para pilotar correctamente, otras tres lecturas:
- ROAS neto = (Facturación bruta × tasa de margen) / coste pub. El ROAS de Google no tiene en cuenta el margen del producto. Un ROAS de 8 sobre productos al 15 % de margen es menos rentable que un ROAS de 4 sobre productos al 45 % de margen.
- Incrementalidad: ¿cuántas de esas ventas habrían tenido lugar sin Shopping (vía SEO orgánico, retorno de marca, otro canal)? Test: pausar PMax durante 14 días en un segmento y medir el delta de facturación. Difícil de hacer limpiamente, pero crítico para presupuestos superiores a 20 K€/mes.
- Coste de adquisición new vs returning. Shopping convierte masivamente en new (adquisición). Para medir el LTV, cruzar con el CRM/back-office PrestaShop a 6-12 meses.
La implementación del server-side tracking GA4 se ha vuelto indispensable en 2026 para fiabilizar estas mediciones, con la erosión de las cookies de terceros y el Consent Mode v2.
Enlazado con las demás señales SEO/AEO
Google Shopping no vive aislado. Los agentes IA — Google AI Overviews, ChatGPT Shopping, Perplexity — leen a la vez el feed Shopping (vía Merchant Center API), los datos estructurados Schema.org de la ficha y el contenido semántico del sitio. Tres optimizaciones que se refuerzan mutuamente:
- El fichero llms.txt que sirve de índice para los LLM.
- Schema.org Product completo (con
hasMerchantReturnPolicy,shippingDetails,aggregateRating) para el matching orgánico. - Feed Shopping conforme con atributos ricos (GTIN, brand, gender, material, age_group).
En las tiendas que invierten en los tres, se observa una fuerte correlación entre la calidad del feed Shopping y las citas IA en los agentes de shopping IA.
Presupuesto realista para arrancar en 2026
Para una tienda PrestaShop mid-market que lanza Google Shopping:
- Módulo de feed: 149 € licencia perpetua, o de 30 a 80 €/mes para las alternativas en SaaS.
- Setup inicial: 1 a 3 días de trabajo (mapeo taxonomía Google, validación GTIN, parametrización shipping/tax). El módulo DataFirefly automatiza el 80 % de este setup.
- Presupuesto Ads: empezar a 30-50 €/día, subir a 200-500 €/día a medida que el ROAS se estabiliza. El sweet spot de aprendizaje PMax está en torno a 50 conversiones / 30 días.
- CSS socio: −20 % sobre CPC efectivo, gratis de activar tras la apertura de la cuenta. Rentable a partir de 5 000 €/mes de presupuesto.
Con este setup, el ROAS objetivo a 12 meses es de 4 a 8 sobre márgenes 30-40 %, con un payback de la implementación en los dos primeros meses.
FAQ
¿Hay que tener una cuenta Google Ads para usar Merchant Center?
Para hacer anuncios Shopping de pago, sí. Pero Merchant Center solo permite también los free listings (anuncios gratuitos en la pestaña Shopping y en Search). Estos listings no convierten tanto como los de pago pero es tráfico gratis que ninguna tienda debería dejar pasar.
¿Se pueden hacer anuncios Shopping en B2B?
Oficialmente, Shopping está destinado al B2C. Pero tiendas B2B en PrestaShop exponen su catálogo público en Shopping para generar leads — funciona mientras la ficha permita la compra directa. Los precios deben ser IVA incluido mostrados (o con mención «sin impuestos»); las tiendas 100 % sin IVA con validación pro no son elegibles.
¿Qué provoca la suspensión de una cuenta Merchant Center?
Tres causas principales: multiplicación de desaprobaciones sin corrección (Google considera que no se respeta la política), creación repetida de cuentas para eludir una suspensión anterior (la suspensión queda registrada por dominio, IBAN, identidad fiscal), o presencia de un producto prohibido (armas, medicamentos con receta). En caso de suspensión, el procedimiento de apelación pide una corrección documentada, no una excusa.
¿Cómo gestionar las promociones y rebajas vía Shopping?
Google Merchant Promotions permite adjuntar códigos promocionales a los anuncios. El código debe ser válido, aplicable al carrito mínimo, y conforme a la directiva Omnibus para el precio tachado. Para las rebajas de calendario (Black Friday, rebajas de verano), se preparan los anuncios 7 a 14 días antes vía el feed, y se planifica la campaña PMax con un presupuesto × 2 o × 3 sobre el período. Véase también nuestra checklist Black Friday.
¿El feed debe ser bilingüe/multipaís?
Sí, pero con un feed distinto por país/idioma objetivo. Un mismo producto en España y Francia se declara mediante dos entradas en Merchant Center: una con language=es, feed_country=ES, precio en EUR, envío ES; otra con language=fr, feed_country=FR, precio en EUR (o distinto si la estrategia lo justifica), envío FR. Nunca declarar un producto en varios países con un mismo feed: rompe el matching y provoca desaprobaciones.
En síntesis
Google Shopping en 2026 no es un canal que se activa en 30 minutos. Es una infraestructura producto-data que exige rigor en los GTIN, limpieza en el mapeo de taxonomía, conformidad regulatoria (Omnibus, devolución, envío) y alineación con las señales SEO/AEO del resto del sitio. Para las tiendas PrestaShop que hacen esa inversión, es típicamente entre el 15 y el 25 % de la facturación adquirida con un ROAS de 4 a 8 y un payback de la implementación en 60 días.
El módulo Google Shopping PrestaShop de DataFirefly automatiza los elementos que más tiempo consumen: extracción por variación, validación GTIN, mapeo de taxonomía Google, exportación XML/CSV, integración Content API. Para las tiendas que quieren ir más lejos, la auditoría completa del canal Shopping identifica las fugas de conformidad y las ganancias rápidas.
A no olvidar en paralelo: la integración Google Search Console para seguir el rendimiento orgánico en paralelo al de pago, y el enlazado interno semántico para reforzar la autoridad topical del catálogo independientemente del presupuesto Ads.
