Productos rechazados en Merchant Center: 12 errores y cómo solucionarlos

¿Qué significa que un producto esté rechazado en Merchant Center?

Un producto rechazado, es decir, con el estado No aprobado, no aparece en ningún sitio de Google: ni en los anuncios de Shopping ni en las fichas gratuitas. El motivo es siempre uno de dos: una infracción de política o unos datos de producto que no cumplen la especificación de Google.

Cada producto tiene uno de estos cinco estados:

¿Dónde veo los productos rechazados y por dónde empiezo?

Los encontrarás en la pestaña Requiere atención de la página Productos, agrupados por nombre de problema. Resuelve primero los problemas de cuenta y después los de producto que afectan a más artículos.

Una sola causa raíz, como una moneda mal configurada, puede tumbar cientos de productos: un problema que afecta a 400 artículos va antes que uno que afecta a 3.

1. Separa el alcance Si hay un aviso de cuenta, atiéndelo primero: corregir productos en una cuenta suspendida no sirve.
2. Ordena los problemas En Requiere atención, ve de mayor a menor número de productos afectados.
3. Encuentra el origen ¿El error viene del feed (plataforma, app, archivo XML) o de la propia web?
4. Corrige en el origen Si editas el producto a mano en Merchant Center, la siguiente actualización del feed puede sobrescribir el cambio.
5. Reprocesa o pide revisión En errores de datos, el estado cambia al actualizarse el feed; en infracciones de política, solicita revisión.

¿Cuáles son los 12 motivos de rechazo más comunes y cómo se solucionan?

Estos 12 problemas están entre los motivos de rechazo más frecuentes en tiendas online:

A continuación, los cinco errores que más tiempo hacen perder.

¿Cómo se soluciona «El precio del producto no coincide»?

Este error aparece cuando el atributo price del feed no coincide con el precio que Googlebot ve en la página de producto. La solución es alinear tres fuentes a la vez: el feed, el precio visible y los datos estructurados.

Según Google, su robot lee el precio del HTML que devuelve el servidor y de los datos estructurados, no de lo que se carga después con JavaScript. Por eso fallan tanto los descuentos aplicados solo en el carrito, los precios de variante cargados con JavaScript y las fechas de oferta con la zona horaria mal configurada.

En España, México, Colombia, Argentina y Chile, Google exige que el precio del feed incluya impuestos como el IVA; enviarlo sin IVA desde el ERP es una causa clásica de rechazo masivo. La moneda debe ser la del país de destino (EUR, MXN, COP, ARS o CLP).

Ejemplo práctico

Rebajas un producto en tu tienda española de 49,90 € a 39,90 €, pero el feed solo se actualiza una vez al día, a las 3:00. Si la rebaja empieza a las 10:00, cuando Googlebot rastrea la página ese día ve 39,90 € mientras el feed sigue diciendo 49,90 €. Tienes dos salidas:

• Carga la rebaja en el feed por adelantado con sale_price y sale_price_effective_date, para que el feed sea correcto en cuanto empieza la oferta.
• Programa varias actualizaciones del feed al día o, si tu plataforma lo permite, envía los cambios al instante por API.
• Comprueba con la Prueba de resultados enriquecidos que price y priceCurrency del esquema Product coinciden con el precio visible.

Google indica que el robot vuelve a rastrear los productos rechazados en las horas o días siguientes. Si no quieres esperar, puedes solicitar una comprobación del sitio web: la revisión puede tardar hasta 12 horas y, mientras tanto, no podrás enviar otra solicitud.

¿Qué hacer ante el error «Información engañosa»?

La información engañosa es un problema de cuenta, no de producto: Google considera que tu negocio o tus productos pueden inducir a error y, normalmente, deja de mostrar todo el catálogo. La solución es corregir de verdad las señales de confianza de la web y solo entonces apelar.

Google pone como ejemplos mostrar como disponibles artículos que no puedes servir, no revelar el precio total con impuestos y recargos, negar devoluciones pese a tener una política que las permite o prometer remedios milagrosos. En la mayoría de infracciones llega antes un aviso por correo con 7 o 28 días naturales para corregir; en las graves, como el fraude, la suspensión puede ser inmediata.

Lista de confianza de la web

• Contacto: dirección física, teléfono y correo visibles; un simple formulario puede no bastar.
• Datos de la empresa: razón social y número fiscal (NIF en España, RFC en México, NIT en Colombia, CUIT en Argentina, RUT en Chile) en el pie de página. En España, el aviso legal que exige la LSSI ya cubre estos datos.
• Devoluciones: una página con plazos, condiciones y quién paga el envío de vuelta, enlazada desde el pie. En la UE, incluye el derecho de desistimiento.
• Envío: plazos y costes visibles antes del pago.
• Pago: checkout con HTTPS, que funcione y que mantenga el mismo producto y precio que se añadió al carrito.
• Afirmaciones: elimina «garantía 100 %», «el más barato», contadores de urgencia falsos y promesas de salud sin pruebas.
• Coherencia: el nombre del negocio en Merchant Center, el logotipo y el dominio deben encajar entre sí.

¿Por qué sale el error de GTIN y qué pongo si el producto no tiene código de barras?

El error de GTIN aparece cuando el código enviado no tiene un formato válido o es válido pero pertenece a otro producto. Si el fabricante no ha asignado GTIN, no te inventes ninguno: envía brand y mpn.

Google acepta UPC (GTIN-12), EAN (GTIN-13), JAN, ISBN-13 e ITF-14 (GTIN-14). En España y Latinoamérica la mayoría de productos lleva un EAN de 13 dígitos. Según Google, no son válidos:

• Los códigos de los intervalos restringidos que empiezan por 02, 04 o 2 (ahí entran los de balanza y uso interno de tienda).
• Los códigos de cupón que empiezan por 05, 98 o 99.
• Los códigos con el dígito de control mal calculado.
• Los valores estimados o generados al azar.

Dejar el GTIN vacío en productos de marca propia o artesanales no es un error. El fallo habitual es poner el SKU en el campo «código de barras» o copiar el GTIN del producto principal a todas sus variantes.

¿Qué requisitos deben cumplir las imágenes para no ser rechazadas?

La imagen principal debe ser una foto limpia del producto, sin precio, texto promocional, marca de agua, marco ni logotipo añadido. En tamaño, a partir del 31 de enero de 2027 todas las imágenes de producto deberán medir como mínimo 500x500 píxeles.

A menudo la plataforma envía la URL de la miniatura: abre una image_link del feed y comprueba el tamaño real. En Black Friday o el Buen Fin, las etiquetas «-30 %» de las fotos del escaparate se cuelan en el feed y provocan rechazos en bloque; mantén la imagen principal sin texto.

¿Cómo se corrigen los errores de disponibilidad y de página de destino?

El error de disponibilidad surge cuando availability contradice lo que dice la página; el de página de destino, cuando el enlace falla o lleva a otra página. En ambos casos, el feed debe reflejar el estado actual de la web.

availability admite cuatro valores: in_stock (En stock), out_of_stock (Agotado), preorder (Reserva) y backorder (Bajo pedido). Con los dos últimos debes enviar también availability_date, y esa fecha tiene que verse en la página. Para un producto agotado, es más seguro enviarlo como out_of_stock que borrarlo del feed: un producto eliminado y añadido de nuevo puede tardar bastante en volver a mostrarse. Si solo quieres ocultarlo temporalmente, usa el atributo pause.

En la página de destino, revisa que la URL devuelva 200, que robots.txt no bloquee a Googlebot y que la variante llegue ya seleccionada. Para enlaces de variante bien resueltos, consulta la guía de configuración del feed para Performance Max.

¿Dónde se corrigen los errores del feed en Shopify, WooCommerce, PrestaShop y Tiendanube?

La solución definitiva casi siempre está en el sistema que genera el feed: lo que corrijas a mano en Merchant Center puede borrarse en la siguiente sincronización.

Un producto rechazado también desaparece de tus campañas. Tras resolver los rechazos, puedes comprobar si impresiones y ventas se recuperan en todos los canales desde el panel de rendimiento de anuncios de Marpany.

¿Cómo solicito una revisión o apelo en Merchant Center?

En los errores de datos (precio, stock, GTIN) casi nunca hace falta pedir revisión: cuando el feed se corrige, el producto se reprocesa. En los rechazos por política, abre el problema en la pestaña Requiere atención y solicita una revisión.

Hay dos caminos: si ya has corregido un problema como un precio que no coincide, solicita una comprobación del sitio web para acelerar la reaprobación; si crees que la decisión es errónea, pulsa No estoy de acuerdo con el problema y después Solicitar revisión. Regla para decidir:

• Si has cambiado algo en el feed o en la web: comprueba primero en el detalle del producto que el cambio ya ha llegado y después pide la revisión.
• Si no has cambiado nada y el producto cumple la norma: apela con una explicación breve y con pruebas.
• Si hay información engañosa a nivel de cuenta: no apeles hasta completar todas las páginas de confianza; según Google, la revisión de cuenta suele tardar 7 días hábiles y puede alargarse en casos complejos.

Con los productos ya aprobados, decide cómo usarlos con la comparativa de Shopping estándar frente a Máximo rendimiento y la guía de optimización de Google Ads.

¿Qué hacer hoy?

1. Diagnóstico Abre la pestaña Requiere atención de Productos y anota los problemas por número de productos afectados.
2. Cuenta Si hay un aviso de cuenta, completa la lista de confianza de este artículo.
3. Feed Corrige los errores de precio (con IVA), stock y GTIN en la plataforma de origen.
4. Imágenes Sustituye las fotos con texto o de baja resolución y revisa el mínimo de 500x500 antes de 2027.
5. Revisión Para los rechazos por política, envía una única solicitud razonada y sigue el resultado.