Lo que conviene saber primero

Antes de subir tu archivo

¿Cambia algo en mi tienda?

No. Un análisis lee una copia de tu archivo e informa sobre ella. Una corrección genera un archivo aparte que tú mismo añades en Merchant Center. Nunca se escribe en tu CMS, en tu exportación ni en tu fuente de datos principal. El mecanismo que hay detrás está en cómo funciona.

¿Necesitáis acceso a mi cuenta de Merchant Center?

No. Tú nos das un archivo y nosotros te devolvemos un archivo. No hay permisos que conceder ni código que instalar. La contrapartida es que podemos decirte lo que dicen tus datos, pero no lo que Google decidió finalmente sobre ellos, porque eso exigiría un acceso a la cuenta que no pedimos.

¿Qué formatos de archivo podéis leer?

csv, tsv, xlsx, xml y json, y archivos zip o gz de cualquiera de ellos. Las cabeceras de columna en neerlandés, francés, alemán e inglés se reconocen sin configuración.

¿Qué tamaño puede tener mi archivo?

Hasta 60 MB. Si el tuyo es mayor, divídelo o escríbenos. El análisis público acepta hasta 5.000 productos. Para un catálogo mayor, contáctanos antes de subirlo.

¿Usa el análisis un modelo de IA?

El análisis gratuito no llama a ningún modelo. Es determinista: un dígito de control GS1 es aritmética, las dimensiones de una imagen son una descarga, y una regla de robots es un archivo en tu servidor. El mismo archivo produce el mismo informe cada vez. Un modelo solo interviene en la reescritura de pago de títulos pobres, e incluso entonces cada valor propuesto se comprueba palabra por palabra contra tu propia fila.

¿No podría hacer esto yo mismo con un chatbot?

Para la parte lingüística, en parte sí, y nosotros mismos usamos un modelo para eso. El resto no es un trabajo de lenguaje. Que un código de barras pase su dígito de control es aritmética que un chatbot dará por buena sin inmutarse. Que una imagen mida 480 por 480, o que responda siquiera, solo se sabe descargando cada URL. Que AdsBot-Google esté bloqueado está en un archivo en tu servidor.

El problema de fondo es que preguntar a un modelo solo corrige los fallos por los que ya sabías preguntar, y deja los que no. La forma habitual de descubrir el resto es subir el feed y dejar que Google los rechace, una ronda lenta cada vez, mientras tu tienda vuelve a exportar encima de tu trabajo. Un análisis recorre la lista entera de una pasada y comprueba que las correcciones no se deshagan entre sí.

¿Formáis parte de Google?

No, y nada de esto está aprobado por Google. Lo que hay detrás son años de trabajo en Google Ads en muchas cuentas de Shopping y muchos feeds con errores. Esta es la lista de comprobación que había que reconstruir a mano una y otra vez.

Después del análisis

¿Y si mi feed resulta estar bien?

Entonces no pagas nada. El análisis lo dice, no hay nada que descargar, y eso es un buen resultado, no una pérdida de tiempo.

¿Qué tengo que hacer exactamente en Merchant Center?

Pon las correcciones en una hoja de cálculo en tu propia cuenta de Google y añade esa hoja como fuente de datos complementaria, vinculada a la fuente principal correcta. Google la lee desde allí cada 24 horas. El paso a paso está en instalación.

¿Qué pasa cuando mi feed se regenere esta noche?

No se deshace nada. Google superpone la fuente complementaria a tu fuente principal cada vez que la procesa, emparejada por id, así que tu exportación puede regenerarse tantas veces como quiera. Esa es la razón de que esto sea una compra única y no una suscripción.

¿Cambiáis mis precios?

Ningún valor tuyo se escribe nunca a mano en ninguna parte. El análisis informa de fallos de formato, como un decimal con coma o una moneda que falta; la corrección se aplica como un overlay sobre los atributos en los que encontramos un motivo para cambiar algo, emparejada por id, nunca editando tu archivo.

Añado productos nuevos cada semana. ¿Quedan cubiertos?

Las correcciones por producto cubren los productos que estaban en el archivo que leímos. Los productos que añadas después no quedan cubiertos hasta que ejecutes un nuevo análisis que los incluya.

El informe es la otra mitad de la respuesta. La mayoría de los fallos no son casos aislados: una exportación tiende a cometer el mismo error en el mismo campo cada vez, y el informe dice qué fallos son sistemáticos y de dónde vienen, para que puedas corregirlos en el origen y los productos nuevos lleguen limpios. Volver a analizar es gratis.

¿Cuándo veré la diferencia?

No de inmediato. Google vuelve a descargar tus fuentes según su propio calendario, reprocesa los productos y levanta los rechazos con los que está de acuerdo. Tu parte termina en cuanto la fuente de datos está en su sitio; el resto son los tiempos de Google.

¿Cuánto tarda un análisis?

Alrededor de un minuto con un catálogo de unos pocos miles de productos. La mayor parte de ese minuto se dedica a descargar tus imágenes, una petición de red por imagen de producto, dieciséis a la vez, porque esa es la parte que una hoja de cálculo no puede decirte y merece la espera.

¿Qué idiomas de cabeceras de columna entendéis?

Las cabeceras en neerlandés, francés, alemán e inglés se reconocen sin configuración alguna, incluido el patrón de pares de atributos de WooCommerce. No tienes que renombrar primero tus columnas a los nombres de Google; la asignación de columnas deduce qué significan tus cabeceras.

Sobre los resultados

¿Qué significan los niveles de gravedad?

Son nuestro propio juicio, derivado de la comprobación que los produjo. "Blocks" (bloquea) significa que creemos que Google rechaza el producto; "at risk" (en riesgo) significa que se muestra pero es probable que algo falle o se pierda; "underperforming" (rinde por debajo de lo posible) significa que se muestra pero llega a menos búsquedas de las que podría. Donde la propia documentación de Google indica la consecuencia, la citamos; donde no, no presentamos una suposición como un hecho.

¿Por qué se negó el análisis a leer parte de mi archivo?

Porque la alternativa es peor. Si un archivo es ambiguo de una forma que movería datos entre columnas, por ejemplo un delimitador equivocado que mete precios en el campo de disponibilidad, todo resultado a partir de ese punto sería ficción. En ese caso el análisis se detiene y lo dice, en lugar de entregarte un informe muy seguro de sí mismo sobre los datos equivocados. Donde solo se descartan filas, el recuento dice claramente cuántas, de modo que una lectura parcial nunca se presenta como completa.

Mi exportación usa puntos y coma, o una codificación distinta de UTF-8. ¿Es un problema?

No. Un archivo separado por puntos y coma, que es lo que produce un Excel europeo, se lee correctamente, y la salida queda limpia, separada por comas. Las codificaciones distintas de UTF-8 se leen y se transcodifican, y una byte order mark se elimina antes de que nada posterior la vea. Estas cosas se mencionan en el informe para que la asignación de columnas tenga sentido, no porque tengas que hacer nada al respecto.

¿Por qué se rechaza mi código de barras si parece válido?

Normalmente por un prefijo restringido. Un GTIN puede tener un dígito de control correcto y aun así ser rechazado porque empieza por un rango reservado para uso en tienda o para cupones. Excel es la otra causa frecuente: convierte un código de barras largo en notación científica y elimina el cero inicial. Ambos casos están en la página de identificadores.

Mis páginas posicionan en la Búsqueda de Google, ¿por qué se rechazan entonces mis anuncios de Shopping?

Casi siempre, robots.txt. El rastreador que comprueba las páginas de destino de los anuncios, AdsBot-Google, ignora el grupo comodín User-agent: * que todos los demás rastreadores obedecen, así que una regla que la Búsqueda lee y sortea es invisible para él. Todo el mecanismo, y la solución, está en la página de robots.txt.

¿Qué formato de fecha espera Google?

ISO 8601, para todos los campos de fecha, por ejemplo 2026-08-15T13:00+0200. El análisis comprueba con él las fechas de disponibilidad, las fechas de expiración y las fechas de vigencia del precio de oferta, y también detecta una fecha de expiración fijada a más de 30 días vista, el clásico error de treinta frente a 365.

¿Comprobáis requisitos de la UE como el precio por unidad y las etiquetas energéticas?

Sí, y es la parte que las herramientas pensadas para el mercado estadounidense suelen saltarse. El precio por unidad donde es probable que se aplique la directiva de indicación de precios, la forma de la certificación EPREL, y energy_efficiency_class restringido a los países donde sigue siendo válido. Estos casos se marcan como avisos para confirmar y no como veredictos firmes, porque un archivo no siempre puede saber si una norma se aplica.

¿Y el envío y las devoluciones escritos en el propio feed?

Ambos se validan contra la sintaxis compuesta que Google documenta realmente, en la que los subatributos van en la cabecera de columna y los valores son posicionales. Un detalle que conviene saber: un único precio de envío a nivel de producto puede desactivar tu configuración de envío a nivel de cuenta para esa ubicación, así que el informe añade una nota cada vez que ve uno.

¿Podéis decirme qué decidió Google realmente sobre mis productos?

No. Eso requiere acceso a tu cuenta de Merchant Center, y no lo pedimos. Nosotros podemos decirte lo que dicen tus datos; Google te dice lo que hizo con ellos. La lista completa de lo que un archivo no puede demostrar está en qué no comprobamos.

¿Qué pasa con un producto que no tiene ningún código de barras?

Nada, siempre que lo declares honestamente. Algunos productos de verdad no tienen GTIN, y eso se declara con identifier_exists: no. Lo que sí se detecta es una contradicción: declarar que no existe ningún identificador y a la vez aportar un GTIN, un MPN o un par de marca y MPN. La comprobación no te inventa un código de barras, y no penaliza a un producto por carecer legítimamente de uno.

Dos de mis productos comparten un código de barras. ¿Está mal?

Es algo que conviene saber más que algo automáticamente mal. Cada variante debería llevar su propio GTIN, así que un código de barras repetido dentro de un grupo se marca, pero el mensaje explica por qué a veces es legítimo, en lugar de que la comprobación intente decidir por ti. Este es el tipo de resultado que comunicamos y dejamos a tu juicio en lugar de reparar.

¿Cambiará el análisis los precios de mi catálogo si un valor es ambiguo?

No, y es deliberado. Un valor como 1.234 significa mil doscientos treinta y cuatro en notación continental y poco más de uno en la inglesa, y nada en el archivo resuelve cuál de las dos es. En lugar de adivinar y arriesgarse a cambiar el precio de un producto por un factor de mil, el análisis lo señala como ambiguo y te lo deja a ti para resolverlo.

¿Corregís el archivo o solo informáis sobre él?

El análisis informa; nunca edita tu archivo. Si compras una corrección, las correcciones se entregan como un archivo complementario aparte que Google lee junto a tu feed, de modo que tu propia exportación nunca se reescribe. Lo que eso significa en la práctica está en cómo funciona.

¿Comprobáis títulos y descripciones?

Sí. El texto promocional que hace que un producto sea rechazado, la palabra SALE, un porcentaje, un precio en el título, se marca, y un título de más de 150 caracteres se comunica como advertencia, porque Google lo trunca y muestra el producto con el título cortado en lugar de rechazarlo de plano. Las descripciones se comprueban en busca de HTML suelto, del límite de 5.000 caracteres, y de ser demasiado pobres para que Google entienda qué es el producto.

¿Importa qué país y qué moneda os indico?

Sí, y por eso se te pregunta al subir el archivo. Un número a secas en un campo de precio no puede decir si son euros, dólares o libras, y adivinar mal cambiaría los precios de un catálogo en silencio. El país que selecciones también decide qué reglas regionales aplica el análisis, ya que algunos requisitos, entre ellos el precio por unidad y el etiquetado energético, dependen de dónde vendes.

¿Qué es una fuente de datos complementaria, en términos sencillos?

Un segundo archivo vinculado a tu cuenta de Merchant Center que Google lee junto a tu feed principal. No puede añadir ni eliminar productos; solo sobrescribe atributos concretos de productos que tu feed principal ya contiene, emparejados por id. Eso es lo que hace que una corrección siga aplicándose después de tu exportación nocturna, y se explica al completo en cómo funciona.

Tu archivo y tus datos

¿Adónde va mi archivo, y durante cuánto tiempo?

A nuestro servidor, donde se analiza y después se conserva hasta seis horas, lo justo para que leas el informe y decidas, porque la reparación necesita el archivo de nuevo. Pasado ese tiempo se elimina automáticamente. Las correcciones tampoco se guardan: van a una hoja de cálculo en tu propia cuenta, y Merchant Center las lee desde allí. El relato completo está en privacidad.

¿Puedo eliminar mi archivo antes?

Sí. El informe incluye un control que elimina tu subida del servidor de inmediato, para que no tengas que esperar las seis horas ni fiarte de nuestra palabra.

¿Inventáis información de producto?

No. Cada valor generado se comprueba palabra por palabra contra tu propia fila, y cualquier cosa que introduzca una afirmación que tus datos no contienen se descarta y se conserva tu original. Cuando se reescribe un título, se declara a Google como contenido generado.

¿Quién descarga mis imágenes?

Nuestro servidor, cuando las valida, así que tu alojamiento de imágenes ve nuestras peticiones y no las tuyas. Junto con las imágenes, el análisis lee tu robots.txt por HTTPS; no rastrea el resto de tu sitio.

¿Se usan mis datos para entrenar un modelo de IA?

El análisis gratuito no envía tus datos a ningún modelo. Solo la reescritura de pago de títulos implica uno, y entonces solo se envían al proveedor del modelo campos seleccionados de los productos afectados, no el archivo entero, para ese único paso. Qué se envía, y qué no, está detallado en privacidad.