El mismo sofá aparece mal de tres formas distintas en tres canales. En Google Shopping se rechaza porque los valores de color “antracita / anthracite / gris oscuro” aparecen mezclados y falta el GTIN. En Amazon salta un header row invalid porque el archivo se guardó como CSV con comas en lugar de TSV con tabulaciones. En Bol, una oferta se queda bloqueada porque el EAN no está registrado en GS1.
Tres canales, tres formatos, tres mensajes de error, y bajo todo ese ruido una sola causa: envía datos de origen desordenados directamente a sistemas que imponen cada uno sus propios requisitos estrictos. El primer impulso, entonces, es construir una exportación por canal y parchear los errores uno a uno. Eso funciona, hasta que su proveedor cambia algo. Quien le da la vuelta a esto no empieza por el feed, sino por el catálogo.
Por qué “exportar un feed rápido” casi siempre sale mal
Un feed no es un archivo que creas una vez. Es un contrato con tres partes que quieren cada una algo distinto y que modifican ese contrato unilateralmente con regularidad. Bol quiere un EAN registrado, Amazon quiere la última plantilla de categoría, Google quiere el precio final con IVA incluido. Mientras exporte desde sus datos de origen en bruto, no hace más que exportar el desorden a otros sistemas y deja que Bol, Amazon y Google controlen la calidad de sus datos. Es un lugar caro para descubrir sus errores.
Feed de productos: tres canales, tres formatos
Empiece por lo más básico: el mismo producto debe encajar en tres archivos completamente distintos. Google Shopping trabaja con XML (o un feed de Merchant Center). Amazon trabaja con archivos planos separados por tabulaciones, TSV, guardados como UTF-8. Si guarda por error un archivo de Amazon como CSV con comas, la cabecera se corrompe y obtiene el famoso error de que la fila de cabecera falta o no es válida (fuente: Amazon Seller University / FlatFilePro). Los feeds de productos de Bol se entregan como archivo de texto con el carácter de barra vertical (|) como separador, con un máximo de 10 MB por archivo (fuente: manual de feed de productos de afiliados de Bol.com).
// Bol -- texto separado por pipe (CSV)EAN|titulo|precio|stock|imagen8712345678901|Sofá lounge Faro antracita|649.00|12|https://cdn/faro-1.webp// Amazon -- separado por tabulaciones (TSV), UTF-8sku item_name standard_price quantity main_image_urlFARO-ANTR Sofá lounge Faro antracita 649.00 12 https://cdn/faro-1.webp// Google Shopping -- XML<item><g:id>FARO-ANTR</g:id><g:title>Sofá lounge Faro antracita</g:title><g:price>649.00 EUR</g:price><g:gtin>8712345678901</g:gtin><g:availability>in_stock</g:availability></item>
Un producto, tres formatos de archivo. Y esto es incluso antes de entrar en los campos obligatorios.
Otros campos, otras reglas
El formato es todavía la parte fácil. El verdadero dolor está en lo que cada canal exige, y esas listas se solapan pero no se cubren entre sí.
Google Shopping tiene ocho atributos universalmente obligatorios para cada producto: id, title, description, link, image_link, price, availability y condition (más brand para productos de marca). Fuente: Google Merchant Center Help, product data specification. El title admite un máximo de 150 caracteres, la description un máximo de 5.000, y el precio debe ser el precio final al consumidor con IVA incluido, el precio que el comprador paga al finalizar la compra. Si vendes ropa, calzado o accesorios, se añaden cuatro campos obligatorios: color, size, gender y age_group. Si falta uno, el producto se rechaza.
En Google, el GTIN es obligatorio para cada producto al que el fabricante le ha asignado uno. Si no lo entrega, se arriesga al rechazo. Solo lo verdaderamente hecho a mano, personalizado o vintage sin identificador puede usar identifier_exists=false; para productos de marca sin GTIN, Google exige la combinación brand + mpn. Un producto rechazado no aparece en Shopping, y el reprocesamiento tras la corrección suele tardar de 24 a 72 horas (fuente: Google Merchant Center / FeedOn.ai).
Amazon trabaja con plantillas de archivo plano específicas por categoría. Los campos obligatorios varían según el tipo de producto, el marketplace y a veces entre crear un ASIN nuevo y actualizar uno existente. Entre los campos clave están sku, product-id, product-id-type, item_name, brand_name, manufacturer, standard_price, quantity y main_image_url, además de los campos específicos de la categoría (fuente: ClearAds / WISEPIM). El detalle traicionero: en Amazon, un campo obligatorio vacío provoca el rechazo del archivo completo, no solo de esa línea (fuente: LitCommerce / StoreAutomator).
Bol es más estricto con los identificadores que el resto. Cada artículo necesita un EAN, GTIN o ISBN válido y registrado; para productos de marca es obligatorio un EAN registrado en GS1. Bol puede retirar el surtido que use un código no registrado en GS1 (fuente: Bol Partnerplatform). La información básica consiste, como mínimo, en EAN, título y al menos una imagen.
El coste oculto: parchear cada canal una y otra vez
La mayoría de las tiendas online resuelve esto con una exportación aparte por canal y una serie de parches manuales. Renombrar una columna para Amazon, un pequeño script que suma el IVA para Google, un filtro que mantiene los productos sin EAN fuera del feed de Bol. Es exactamente el tipo de trabajo que parece cosa de una tarde y acaba convirtiéndose en una tarea recurrente. Porque en cuanto su proveedor cambia el nombre de una columna, introduce una nueva forma de escribir un color o Amazon actualiza su plantilla, la cadena se rompe y el parcheo empieza de nuevo.
- Una exportación aparte por canal, con sus propias columnas y scripts
- Sumar el IVA a mano, limpiar colores, filtrar campos vacíos
- El proveedor cambia el nombre de una columna y tres feeds se rompen a la vez
- Los errores solo salen a la luz en el panel de Bol, Amazon o Google
- Un catálogo limpio como fuente, y una proyección automática por canal
- Valores normalizados y golden records, así que la limpieza se hace una sola vez
- Si cambia la fuente, todos los canales se actualizan sin reconstruir nada
- Los quality gates detectan el error a tiempo, antes de que un canal lo rechace
El giro: empiece por un catálogo limpio, no por el feed
La verdadera solución no es “construir un feed por canal”, sino partir de un catálogo limpio como fuente, del que el sistema deriva automáticamente los campos correctos en el formato correcto para cada canal. Lo específico de cada canal pasa a ser entonces una proyección de sus datos en lugar de trabajo manual suelto. Mantiene una única verdad, y Bol, Amazon y Google reciben cada uno su propio recorte pulcro de ella.
No construye tres feeds. Construye un catálogo limpio y deja que tres canales lean de él su propio recorte.
Golden record y valores normalizados
Los feeds se rechazan exactamente por dos cosas: identificadores que faltan y valores inconsistentes. Ambos se resuelven en la fuente. Las fuentes se fusionan y deduplican por SKU, EAN y código de barras, y se enriquecen con IA, hasta obtener un golden record con procedencia por campo. Y las formas de escribir se normalizan: 47 variantes de color reducidas a sus 12, purple, lila y violet todos a “Morado”, antracita y anthracite a un único valor. Eso es justo lo que evita un rechazo de Google por color.
color Antracita (1 de sus 12 formas de escribir)ean 8712345678901 (registrado en GS1)precio 649.00 (IVA 21% incl.)titulo Sofá lounge Faro antracita (3 plazas)// los tres canales aceptan esto
Haga clic para alternar. El mismo sofá, depurado hasta una única verdad.
La proyección correcta por canal, de forma automática
A partir de ese golden record, el sistema envía a cada canal exactamente los campos correctos en el formato correcto: Bol.com como CSV, Amazon como TSV, Google Shopping como XML y Vergelijk.nl como XML. Y, algo importante para la tranquilidad de su cadena: solo se envían los cambios. Un cambio de precio en un producto no vuelve a publicar todo su surtido. Además, para WooCommerce y Magento existe una conexión directa ya operativa, con conexiones en tiempo real con tienda y marketplace que cierran del todo la ventana de la exportación nocturna. Consulte las conexiones y feeds por canal para ver qué canales puede alimentar.
La configuración de esos campos por canal se hace con automatizaciones listas para usar y sin código: bloques que mapean un campo maestro a la columna de canal correcta, suman el IVA o derivan una categoría, sin que tenga que escribir un script para ello.
Quality gates: frenar los errores antes de que salgan
El lugar más barato para encontrar un error de feed es antes de que llegue a Bol, Amazon o Google. Los quality gates frenan las anomalías: un SKU duplicado, un salto inusual de precio o de stock, una eliminación masiva. Usted decide el nivel de control: dejar pasar automáticamente, supervisar, o hacer que todo se apruebe primero. Cada push crea de antemano un snapshot, para que pueda revertir con un clic si aun así se cuela algo raro.
En la práctica: cómo lo configura
Con una buena conexión de red, SyncRefine procesa hasta unos 100.000 productos en unos 10 minutos, y la IA puede traducir a 42 idiomas y derivar atributos. Seamos honestos: la IA aprende su estructura, no su tono de voz, y las fotos se convierten a WebP en el tamaño correcto, sin eliminar el fondo, sin marca de agua y sin reescalado.
- Bol, Amazon y Google piden cada uno un formato distinto: CSV con pipe, TSV con tabulaciones y XML, con sus propios campos obligatorios.
- Los feeds se rechazan sobre todo por identificadores que faltan (GTIN/EAN) y valores inconsistentes como el color, y ambos se resuelven en la fuente.
- No construya un feed por canal, sino un catálogo limpio como fuente del que cada canal recibe una proyección automática.
- Los quality gates y un snapshot por push detectan el error a tiempo, antes de que Bol, Amazon o Google lo encuentren por usted.
