adsdassadadsdatio.
Google Merchant Center en PrestaShop: por qué los productos no aparecían en Google Shopping y cómo se solucionó
Contenido del caso
Problema del negocio
La conexión del sitio con Google Merchant Center, en apariencia, parecía correcta: los productos estaban cargados y la interfaz no mostraba errores críticos. Daba la impresión de que Google Shopping «funcionaba de alguna manera».
En realidad, el sistema publicitario no podía utilizar el catálogo.
En Merchant Center se mostraban 70 productos:
- 19 — aprobados
- 51 — rechazados
- a un 67 % le faltaba el atributo obligatorio availability
- los estados «Disponibilidad limitada», «Precio no actualizado», «Envío no actualizado» se activaban automáticamente
Este es el síntoma clave: Merchant Center no estaba recibiendo datos del feed gestionado, pese a que existía.
Rechazos masivos de productos en Google Merchant Center por errores de availability, precio y tamaño de imagen, consecuencia de fuentes de datos desincronizadas.
Situación típica en proyectos PrestaShop con Google Merchant
En la tienda está instalado el módulo de Google Merchant.
Se genera el XML. La URL del feed existe. Todo «parece estar conectado correctamente».
Al mismo tiempo, en Google Merchant Center estaba activado el modo de rastreo automático del sitio (Catálogo web).
Y Merchant Center empezaba a obtener los datos no del feed, sino directamente de las páginas.
En ese momento:
- la disponibilidad se determina por el texto de la página
- el precio se «deduce» a partir del marcado
- los atributos se leen solo parcialmente
- las variaciones no se interpretan como productos independientes
El feed existe, pero no participa en el funcionamiento de Merchant Center.
Es uno de los errores de integración más frecuentes y, a la vez, más difíciles de detectar entre PrestaShop y Merchant Center.
Qué ocurría realmente en Merchant Center
En la cuenta estaban funcionando a la vez dos fuentes de datos:
1) «Añadidas en Merchant Center» — 31 productos rastreo automático / altas manuales. Fuente imposible de gestionar.
2) XML desde PrestaShop mediante el módulo conectado formalmente, pero una parte significativa de los productos llegaba sin atributos obligatorios (availability y, en algunos casos, price).
Como resultado, Merchant Center:
- no consideraba el feed fiable
- verificaba el sitio por su cuenta
- rechazaba productos masivamente
- no podía utilizar el catálogo en Google Shopping
En Fuentes de datos se observan simultáneamente el «Catálogo web» (rastreo automático) y productos «Añadidos en Merchant Center», origen del conflicto de datos.
Qué se reestructuró
La tarea no consistía en corregir errores aislados, sino en crear un único flujo de datos gestionable. Arquitectura correcta:
Catálogo de PrestaShop
↓
gmerchantcenterpro (XML)
↓
Google Merchant
↓
Google Shopping
Se realizaron los siguientes cambios:
- se eliminó por completo la fuente «Añadidas en Merchant Center»
- se dejó una única fuente: el XML de PrestaShop
- en el módulo se activó la exportación de cada variación como producto independiente
- se verificó la presencia de atributos obligatorios: price, availability, image_link, product_type, mpn, identifier_exists
- se configuró una generación estable del feed mediante cron
- se forzó la actualización de la fuente en Merchant Center
El número de productos en Merchant Center cambió: 31 → 600+ al exportar variaciones como SKU independientes.
Qué ocurrió después de corregir el feed
Los errores en Merchant Center cambiaron de:
- Falta availability
- Falta price
a:
- Imagen no procesada
- No se puede mostrar la imagen
Este es el indicador diagnóstico más importante.
Demuestra que Merchant Center empezó a leer el catálogo exclusivamente desde el XML, y no desde las páginas del sitio.
Y por primera vez empezó a mostrar los problemas reales del catálogo de PrestaShop.
Listado de productos rechazados en Merchant Center con errores de «imagen no procesada» como confirmación de que ahora Google Merchant Center está utilizando el feed real del sitio.
Merchant Center como herramienta de auditoría del catálogo e‑commerce
Tras sincronizar el feed, Merchant Center sacó a la luz errores sistémicos del catálogo:
- combinaciones sin imágenes
- combinaciones sin precio
- combinaciones sin availability (disponibilidad) correcta
- imágenes no asignadas como principales
- errores invisibles en el panel de PrestaShop, pero críticos para Google Shopping
Quedó claro: el problema no era Merchant Center. El problema era la arquitectura de las fichas de producto.
Ajuste del catálogo a los requisitos de Google Shopping
Para que el catálogo fuera apto para publicidad, fue necesario:
- asignar imágenes a las variaciones
- verificar los precios de las combinaciones
- verificar el stock
- alinear la estructura de las fichas con los requisitos de Merchant Center
- regenerar el feed y volver a comprobar los datos
Las variaciones se convirtieron en SKU completos, aptos para Google Shopping.
Resultado
Antes:
- 31 productos en Merchant Center
- errores masivos de availability
- el feed existe formalmente, pero no se utiliza
- Shopping y Performance Max, en la práctica, no funcionan
Después:
- 600+ productos en Merchant Center
- variaciones = SKU independientes para publicidad
- una única fuente de datos gestionable
- Merchant Center refleja el estado real del catálogo
- catálogo alineado con los requisitos de Google Shopping
Listado completo de productos aprobados en Merchant Center, confirmando que el feed XML de PrestaShop está correctamente interpretado y el catálogo ya es apto para Google Shopping y Performance Max.
Conclusión profesional del caso
En este proyecto, Google Merchant Center se utilizó no como herramienta publicitaria, sino como instrumento de auditoría técnica del catálogo de e-commerce: primero se corrigió la arquitectura de datos y, solo después, se adaptó el feed a los requisitos de Google Shopping.
No se reconfiguró Merchant Center, sino la estructura de datos entre PrestaShop y Google.
A partir de ahí, el catálogo quedó preparado para una publicidad de catálogo escalable en Google Shopping y Performance Max.
Otros casos de éxito:
04/02/2026
No es un blog, es un activo SEO. Diseñé un catálogo en 3 idiomas con arquitecturas semánticas independientes, preparado para indexar, escalar y monetizar con tráfico orgánico durante años.
31/01/2026
La tienda perdía ventas en el checkout sin saber por qué. Implementé la arquitectura e-commerce con GA4 y GTM, construí el embudo real y detecté el punto exacto de fuga. El problema era un error en el coste de envío que rompía la confianza justo antes del pago.
25/01/2026
Desarrollé Buje.es desde cero: catálogo, UX, arquitectura SEO y lógica de conversión real. Integré pagos con Santander, automatización de envíos y escenarios para no perder demanda por falta de talla.
28/01/2026
La empresa tenía más de 10 000 contactos y cero ventas repetidas. Convertí esa base en un canal real de ingresos con Mailchimp: entregabilidad correcta, base limpia, segmentación por tags y emails con lógica comercial. El email dejó de ser un envío y pasó a ser un sistema de recompra.
25/01/2026
Desarrollé Buje.es desde cero: catálogo, UX, arquitectura SEO y lógica de conversión real. Integré pagos con Santander, automatización de envíos y escenarios para no perder demanda por falta de talla.
09/02/2026
Caso real en PrestaShop donde Google Merchant Center “funcionaba”, pero el catálogo no participaba en Google Shopping. Diagnóstico de la arquitectura, sustitución completa del feed y sincronización correcta de 600+ productos y variantes para que Google lea el catálogo como debe.
31/01/2026
La tienda perdía ventas en el checkout sin saber por qué. Implementé la arquitectura e-commerce con GA4 y GTM, construí el embudo real y detecté el punto exacto de fuga. El problema era un error en el coste de envío que rompía la confianza justo antes del pago.