Productos rechazados en Merchant Center: cómo encontrar la causa

Cuando un producto se rechaza en Google Merchant Center, aumentar el presupuesto publicitario no resuelve la causa. El problema puede estar en un atributo, en una discrepancia con la tienda o en una condición que afecta a la cuenta. El primer paso es identificar qué ha señalado Google y qué oferta concreta se está evaluando.

Este diagnóstico sirve para tiendas PrestaShop, WooCommerce y otras plataformas que envían catálogos. El principio es el mismo: la fuente de datos, la información procesada por Merchant Center y la experiencia de compra deben describir la misma oferta. Corregir solo una capa puede hacer desaparecer el aviso temporalmente y permitir que el fallo vuelva en la siguiente actualización.

1. Separar problemas de producto, destino y cuenta

Abre el problema y registra su denominación exacta, los productos afectados, el país y el destino correspondiente, como anuncios de Shopping o fichas gratuitas. Una limitación en un destino no equivale necesariamente a un rechazo en todos. Los problemas de cuenta pueden exigir revisar información comercial o políticas, además de corregir el archivo de productos.

1. Selecciona una oferta afectada y anota su ID estable, su variante y la URL enviada.
2. Consulta el valor final procesado en Merchant Center, no solo el que aparece en el módulo de la tienda.
3. Identifica la fuente y las reglas que pueden modificar ese valor, incluidas las fuentes complementarias.
4. Guarda la hora de actualización y la evidencia del problema para comparar después de la corrección.

2. Construir una comparación con datos observables

Utiliza una pequeña matriz: ID, atributo señalado, valor en origen, valor procesado, valor visible en la página y valor en los datos estructurados, cuando existan. Añade la disponibilidad y el precio durante la compra. Elige una oferta por patrón de error: promoción, combinación, producto agotado o mercado. La muestra ayuda a descubrir una regla común sin suponer que todos los productos tienen la misma causa.

Haz la comparación en momentos próximos. Un precio observado por la mañana y un archivo generado el día anterior pueden revelar un retraso de sincronización. Si dos fuentes escriben el mismo atributo, confirma la precedencia y el ID utilizado para asociar los registros. Reenviar el catálogo sin entender ese orden puede volver a aplicar el valor incorrecto.

3. Precio: comprobar la oferta presentada al visitante

Google documenta varias causas de discrepancia de precios: promociones desincronizadas, variantes diferentes e información estructurada incoherente son algunos ejemplos. Comprueba moneda, precio normal, precio promocional, fechas y condiciones aplicables. El producto presentado en la imagen y en el título debe corresponder al importe anunciado, incluidas personalizaciones obligatorias o cantidades mínimas cuando corresponda.

Abre la URL exacta enviada, en una sesión limpia y en el contexto del mercado objetivo. Una página que selecciona automáticamente la versión más barata puede no representar la variante anunciada. Confirma también si la caché conserva una promoción terminada. Evita corregir el problema con una regla que muestre a Google una oferta diferente de la disponible para los compradores.

4. Disponibilidad: stock y posibilidad real de comprar

El atributo availability debe corresponder a la disponibilidad en la página y en el proceso de pago. Comprueba el stock de la combinación, la posibilidad de realizar el pedido y las restricciones de entrega. Un artículo visible en el catálogo puede no estar disponible en la variante elegida o no poder enviarse a la zona configurada.

Distingue falta de stock, reserva y pedido de producto temporalmente no disponible según las reglas del atributo. Si aceptas pedidos en estas modalidades, la fecha de disponibilidad exigida debe ser coherente y visible. No marques todos los artículos como agotados simplemente para ocultar un mantenimiento o un problema técnico de la tienda: aborda la situación con los mecanismos adecuados al caso.

5. GTIN: confirmar el identificador sin inventarlo

Busca el identificador correcto con el fabricante, en el embalaje o en la información del proveedor. Confirma que pertenece al producto y a la combinación anunciada; no sustituyas el GTIN por una referencia interna ni por el código de una variante similar. Un valor con la longitud esperada puede seguir siendo incorrecto. Comprueba también si se han perdido ceros iniciales en una hoja de cálculo.

La documentación del atributo GTIN desaconseja los valores adivinados. No utilices identifier_exists=no para eludir un identificador que falta: esa indicación solo corresponde a productos que realmente no tienen identificadores asignados en las condiciones previstas. La producción propia o la personalización no convierten automáticamente cualquier producto en una excepción.

6. Variantes: cada oferta debe llegar a la selección correcta

Una familia de productos puede compartir página, pero cada variante anunciada necesita una identificación coherente. Confirma los atributos que la distinguen, su ID, imagen, precio, stock y agrupación. Cuando se aplica item_group_id, las variantes del mismo producto comparten ese grupo y mantienen ofertas distintas. No reutilices el grupo para productos que no tengan esa relación.

Prueba la URL de la variante sin depender de una elección anterior guardada en cookies. La página debe presentar la opción anunciada y conservar la selección durante la compra. Un parámetro que el módulo exporta pero el tema ignora es un indicio útil: el problema está en la conexión entre catálogo y página, no necesariamente en la validez del precio en sí.

7. Página de destino y rastreo: probar acceso y contenido

Comprueba errores 404 y 5xx, bucles de redirección, carga en móvil e imágenes inaccesibles. Analiza bloqueos en robots.txt, cortafuegos y reglas geográficas con el proveedor de alojamiento. Una página que abre en el ordenador del equipo puede seguir siendo inaccesible para el rastreador. No desactives la seguridad indiscriminadamente: identifica la regla concreta y valida el acceso de forma controlada.

El visitante debe encontrar la oferta sin depender de autenticación, de una elección geográfica inesperada o de una pantalla que la oculte. Revisa también la información comercial, el contacto y las condiciones exigidas por las políticas aplicables. La accesibilidad técnica es necesaria, pero no elimina los requisitos de elegibilidad del producto o de la cuenta.

8. Corregir el origen y después solicitar una nueva evaluación

Aplica la corrección donde se genera el valor: catálogo, integración, regla, tema o datos estructurados. Actualiza la fuente, confirma el procesamiento y vuelve a la misma matriz. Si es necesario solicitar una revisión, sigue el procedimiento indicado para el problema y reúne evidencias del cambio. No prometas un plazo de aprobación ni repitas solicitudes mientras siga existiendo la discrepancia.

Ejemplo hipotético: precio correcto, variante equivocada

Ejemplo meramente ilustrativo: la oferta tiene el ID/referencia CASACO-AZUL-L, talla L. En Merchant Center, el valor procesado es price=79.90 EUR y availability=in_stock. El GTIN está pendiente de confirmación con el fabricante; aquí no se presenta un código inventado ni se presume una exención.

Al abrir la URL, la página selecciona M, muestra 69,90 EUR e indica que no está disponible. No se está comparando la misma oferta. Primero confirma la selección de L, su precio, moneda, stock e identificador real; después alinea origen, valor procesado, página y datos estructurados. Cambiar todos los precios del feed no corrige la preselección. El escenario no describe una cuenta ni resultados de RedeShop.

Para solicitar ayuda, envía la dirección de la tienda, el mensaje exacto del problema y algunos ID afectados, sin credenciales. El equipo RedeShop está disponible para analizar el origen de los datos, las integraciones y las páginas, y presentar un plan de corrección con validación. La decisión de aprobación sigue correspondiendo a Google.

Fuentes y documentación

• Google Merchant Center: discrepancias de precios
• Google Merchant Center: disponibilidad
• Google Merchant Center: GTIN
• Google Merchant Center: identifier_exists
• Google Merchant Center: identificadores incorrectos
• Google Merchant Center: agrupación de variantes
• Google Merchant Center: requisitos de la página de destino
• Google Merchant Center: problemas de rastreo de productos