Merchant Center te dice qué falla en un producto, pero rara vez por qué, y casi nunca qué cambiar para que no vuelva a pasar la semana siguiente. Estos son los rechazos y las advertencias que concentran la mayor parte del volumen en cuentas reales, lo que de verdad causa cada uno y la corrección que perdura.
Valor no coincidente (rastreo de la página): precio
Qué significa: Google descargó tu página de destino, leyó en ella un precio y no es el precio de tu feed.
Qué lo causa:
- El IVA. Tu tienda guarda precios netos; el feed los envía tal cual; la página muestra el precio bruto. Cualquier mercado en el que te anuncies a consumidores espera el precio que pagan los compradores.
- La moneda según la ubicación. La página muestra los precios en la moneda del visitante, y el rastreador de Google ve una distinta de la del feed.
- El redondeo.
89.876en la base de datos se convierte en89.88en la página y en89.87en el feed. - Regeneraciones desfasadas. La tienda cambió el precio hace horas; el feed se generó antes.
- Descuentos aplicados en el carrito. La página muestra el precio completo; el feed envía el rebajado.
La corrección: envía el precio que pagan los compradores, desde el mismo origen que usa la página, y regenera el
feed después de los cambios de precio en lugar de con una programación diaria fija. Si al precio hay que añadirle
el IVA, añádelo con una regla (price × 1.20, redondeado) para que todos los productos reciban el mismo
tratamiento. Y envía sale_price por separado en lugar de sustituir price por la cifra rebajada: el canal quiere
las dos.
Valor no coincidente (rastreo de la página): disponibilidad
Qué significa: el feed dice que hay stock y la página dice otra cosa, o al revés.
Qué lo causa: el stock cambió desde la última regeneración; la página muestra "solo disponible en tienda"; la página del producto carga la disponibilidad con JavaScript que el rastreador no ejecuta; o el feed incluye productos que la tienda considera no disponibles pero sigue mostrando.
La corrección: regenera más a menudo y decide con claridad qué significa "disponible". A muchas tiendas les va
mejor excluir del feed por completo los productos agotados que enviarlos como out_of_stock: así el
presupuesto se queda en productos que la gente puede comprar. Las dos opciones son válidas; lo que no es válido es
contradecir tu propia página.
Google trata las discrepancias repetidas como críticas, y pueden convertirse en un problema de toda la cuenta: nuestra lista de comprobación sobre información engañosa y discrepancias de precio repasa las causas y las correcciones del lado de la tienda, y Page Checks de FeedManager compara cada día una muestra de páginas de producto con tu feed.
GTIN que falta o no es válido
Qué significa: no enviaste ningún identificador, o enviaste uno que no supera la comprobación del dígito de control.
Qué lo causa: el campo GTIN de la tienda está vacío, contiene el código interno del proveedor, ha perdido un cero inicial en una hoja de cálculo o lleva varios códigos en un mismo campo.
La corrección:
- Envía
gtinpara cada producto al que el fabricante le haya asignado uno. Solo dígitos, sin espacios ni guiones. - Vigila el cero inicial: un código de 8 o 12 dígitos que ha pasado por Excel suele estar mal. Mantén la columna como texto en todas las exportaciones.
- Para los productos que de verdad no tienen identificador (tu propia marca, artesanales, hechos a medida), envía
identifier_existscon el valornoy asegúrate de quebrandympnson correctos. - No inventes nunca números. Un GTIN erróneo asocia tu producto con la ficha de otro, lo que es peor que no enviar ninguno.
Falta un atributo obligatorio
Qué significa: falta id, title, description, link, image_link, availability, price o brand en
al menos un artículo.
Qué lo causa: una exportación que deja campos vacíos en algunos productos, normalmente los últimos que se añadieron o los importados de un archivo de proveedor con otras columnas.
La corrección: valida antes de publicar. Tu herramienta de feeds debería decirte cuántos artículos quedaron fuera y por qué, en lugar de dejar que lo descubras en Merchant Center. Cuando un valor se pueda deducir, dedúcelo: una marca que falta y que siempre es el nombre de tu propia tienda es una regla de una línea.
Problemas con las imágenes
Tres mensajes distintos, tres causas distintas:
Imagen demasiado pequeña. Google va a subir el mínimo a 500 × 500 píxeles, con aplicación a partir del 31 de
enero de 2027. Muchas tiendas envían la URL de una miniatura sin darse cuenta: comprueba a qué apunta realmente el
image_link de tu feed, no lo que muestra la página del producto.
Imagen no accesible / error de rastreo. El CDN bloquea los user agents desconocidos, la URL necesita una sesión,
el archivo devuelve 403 a quien no envía referrer, o la tienda limita la frecuencia de los rastreadores. Prueba a
descargar la URL de la imagen con curl y sin cabeceras; si falla, la descarga de Google también falla.
Superposición promocional. No se permiten distintivos como "-30%" o "Envío gratis" incrustados en la imagen. Si tu tienda genera esas superposiciones automáticamente, envía en el feed la imagen original limpia.
La página de destino no funciona o está bloqueada
Qué significa: la URL de link devolvió un error, redirigió a un sitio inesperado o está bloqueada por
robots.txt.
Qué lo causa: redirecciones por país que envían al rastreador a otro dominio; parámetros de seguimiento que
fallan en la segunda visita; URLs de staging que se quedaron en una exportación; un robots.txt que impide al
rastreador acceder a las páginas de producto; geobloqueo que rechaza las solicitudes de fuera de tu país.
La corrección: usa como enlace la URL canónica del producto, sin parámetros de sesión ni de seguimiento, y comprueba que devuelve 200 a una solicitud sin cookies. Si añades parámetros de campaña, añádelos de forma que la página los tolere.
Mayúsculas excesivas o texto promocional en el título
Qué significa: el título contiene texto EN MAYÚSCULAS o frases como "¡¡Envío gratis!!", "Mejor precio", "★★★★★".
La corrección: una regla que reescriba los títulos a partir de campos estructurados en lugar de dejar pasar lo
que escribió el equipo de marketing de la tienda. {brand} {product} – {colour}, {size} nunca incumple esta regla
por accidente.
Falta información de envío o de impuestos
Qué significa: en algunos países Google necesita conocer los gastos de envío, y en Estados Unidos necesita la configuración de impuestos.
La corrección: normalmente es un ajuste de la cuenta de Merchant Center más que un problema del feed: configura
los servicios de envío a nivel de cuenta y envía shipping en el feed solo cuando un producto realmente se aparta
de las reglas de la cuenta. Enviar el envío por producto de forma sistemática hace los feeds grandes y frágiles.
Artículo rechazado por las políticas
El alcohol, las afirmaciones médicas, los productos retirados del mercado, las falsificaciones, el contenido para adultos y una larga lista de categorías restringidas se rigen por las políticas de Google, no por reglas del feed. La parte de la corrección que toca al feed es asegurarse de que los productos que no puedes anunciar nunca lleguen al archivo: basta con un filtro por categoría o por etiqueta, y es mucho mejor que una advertencia a nivel de cuenta.
Una rutina que impide que vuelvan los mismos errores
- Mira el diagnóstico por causa, no por producto. Diez mil rechazos suelen ser tres causas.
- Corrige la causa donde se da forma a los datos: en las reglas que generan el feed, no en Merchant Center, y no en tu tienda si la tienda está bien para los compradores.
- Valida mientras generas. Campos obligatorios, valores permitidos, longitudes: todo se puede comprobar antes de publicar.
- Regenera después de los cambios, no solo con un temporizador, para que los precios y el stock del feed coincidan con la tienda.
- Vigila las advertencias además de los errores. La falta de GTIN, de categoría de producto o de marca resta alcance sin hacer ruido.
- Conserva el último archivo correcto. Si una generación falla, sigue sirviendo el feed válido anterior en vez de uno roto o vacío.
Merchant Center es estricto, pero coherente. Cuando cada causa se corrige en los datos en lugar de parchearse en un producto, la página de diagnóstico pasa a ser algo que miras de reojo en vez de algo que temes.
La referencia del propio Google: la especificación de datos de producto enumera cada atributo, su formato y sus límites.
Preguntas frecuentes
¿Cuánto tarda en aprobarse de nuevo un producto corregido?
Merchant Center vuelve a revisar un producto después de la siguiente descarga del feed, y las comprobaciones que rastrean la página pueden tardar más: normalmente un día, a veces hasta tres. Volver a subir el mismo archivo sin cambios no lo acelera; cambiar los datos, sí.
¿Por qué se rechaza un producto si los datos parecen correctos?
Casi siempre porque Google compara el feed con lo que ve en la página de destino, y la página muestra otra cosa: un precio distinto tras el IVA, un aviso de agotado, una moneda elegida según el país del visitante o un banner de cookies que oculta el precio al rastreador.
¿Importan las advertencias si el producto sigue aprobado?
Sí. Las advertencias señalan atributos recomendados que faltan, como el GTIN, la marca o la categoría de producto. El producto se muestra, pero coincide con menos búsquedas y compite peor que el mismo producto de un vendedor que sí los envía.
¿Debo corregir los productos en Merchant Center o en el feed?
En el feed, siempre. Los feeds complementarios y las ediciones manuales resuelven un producto durante un día; una regla en la configuración de tu feed resuelve todos los productos parecidos, en cada regeneración.
Publica este feed con FeedManager
Conecta tu tienda, da forma a los datos con reglas y deja que cada canal descargue un archivo válido — el plan Free cubre 500 productos sin tarjeta de crédito.
Beta privada — cuentas por invitación.