Lunes, 08:41. Tu proveedor habitual envía su nueva lista de precios. Una celda se ha desplazado una fila: donde debería figurar 249, ahora pone 24,90. En ese mismo archivo, 340 líneas tienen el campo de stock vacío, y tu importación lee vacío como ya no disponible. Sin control, en diez minutos está en producción. Precios de saldo que te cuestan dinero en cada pedido, y 340 productos que desaparecen de tu tienda y de tu feed de Google.
Lo frustrante es que no ha pasado nada que no ocurra cada semana. Los proveedores desplazan celdas, dejan campos vacíos, exportan los EAN en notación científica. Eso es normal. El problema no es el error en sí, es que el error llega a producción sin control. Vigilar la calidad de datos no consiste, por tanto, en tener datos perfectos. Consiste en una sola cosa: que ningún cambio entre en tu tienda sin ser visto.
El error no está en tu tienda, entra por el feed
Tu propio catálogo suele estar en orden. El desastre llega de fuera, cada vez que entra un archivo nuevo. Y vale la pena tomárselo en serio, con independencia de si realmente necesitas un PIM clásico: aunque no tengas un sistema grande, quieres esa puerta. Gartner estima que la mala calidad de datos cuesta a las organizaciones una media de 12,9 millones de dólares al año en recursos desperdiciados y oportunidades perdidas. Un estudio del MIT Sloan Management Review junto con la Cork University Business School llega incluso a estimar que las empresas pierden cada año entre el 15 y el 25 por ciento de su facturación por la mala calidad de datos. Son cifras enormes, pero el mecanismo que hay dentro es pequeño: un decimal desplazado, un campo vacío, una línea duplicada.
Según Productsup, en 2025 los errores de precio y disponibilidad siguen estando entre los fallos de feed más frecuentes, y surgen precisamente en los momentos en que vas con prisa: en promociones, ajustes dinámicos de precio y conversión de divisas. Justo entonces no quieres dejar pasar un archivo a ciegas.
- Un archivo de proveedor entra a ciegas en la importación, con errores incluidos
- Un decimal desplazado convierte 249 euros de golpe en 24,90
- Un campo de stock vacío se lee como no disponible, 340 productos fuera de línea
- Cada archivo pasa primero por una puerta que frena las anomalías
- Un precio que baja o sube diez veces se bloquea a la espera de tu aprobación
- Una baja masiva pide primero tu visto bueno, no una devolución
Lo que cuesta de verdad un decimal desplazado
Suena a caso extremo hasta que te toca a ti, y los grandes nombres demuestran que ocurre de verdad. Por un error de precio, 6pm.com, parte de Zappos, fijó una vez todos los artículos en un máximo de 49,95 dólares. Decidieron respetar igualmente todos los pedidos y perdieron más de 1,6 millones de dólares. Un error de decimal dejó el FIFA 23 en la India a menos de 1 dólar en lugar de 60, y EA Sports respetó esas compras. En Best Buy, el decimal de artículos caros se desplazó una posición a la izquierda.
Para una tienda de muebles o retail ni siquiera hace falta que sea tan dramático. Un precio equivocado aumenta el abandono del carrito, que en general ya supera el 70 por ciento, y erosiona la confianza y el margen. Cada pedido a precio de saldo tienes que servirlo con pérdidas o cancelarlo con un correo incómodo. Ambas cosas te cuestan un cliente.
El problema nunca es que un proveedor cometa un error. El problema es que ese error llegue a producción sin ser visto.
Por qué Google vigila: precio en el feed = precio en la página
Hay otro motivo para frenar las anomalías, y está fuera de tu tienda. Google Merchant Center exige que el precio de tu feed de productos coincida exactamente con el precio de tu página de destino y con el del proceso de pago. Una diferencia se trata como misrepresentation, es decir, información engañosa. No es un aviso que se descarta con un clic.
Un desajuste de precio o stock entre el feed y la página puede llevar al rechazo de productos e incluso a la suspensión de tu cuenta de Merchant Center, según Feedonomics y la documentación de Google. Una revisión de cuenta suele durar unos siete días laborables. Siete días con tus anuncios de Shopping parados, por un decimal que podrías haber frenado en la puerta.
Calidad de datos de producto: una puerta antes, no una limpieza a posteriori
La mayoría de los equipos tratan la calidad de datos como una tarea de limpieza: cada semana recorrer el catálogo, buscar precios raros, corregir a mano. Eso es ir apagando fuegos. En el momento en que encuentras el error, ya está en producción y quizá algún cliente ya lo ha pedido. Vigilar la calidad de datos solo funciona si es una puerta que está antes de la importación, no un control que llega después.
Esa puerta se llama quality gate. Cada archivo que entra pasa por ella, y las anomalías se apartan en lugar de dejarse pasar. Tú ves lo que se ha frenado, apruebas lo que es correcto, y el resto no entra en producción hasta que lo has revisado. En el flujo de la fuente a la publicación aprobada ese control viene integrado de serie.
Las tres anomalías que siempre quieres frenar
No hace falta inventar cien reglas. Tres tipos de anomalías atrapan la inmensa mayoría del desastre, y esas las quieres tener activadas en cada tienda:
Así se ve esa puerta cuando hace su trabajo. Alterna entre el archivo que se deja pasar a ciegas y el mismo archivo que pasa por la quality gate:
// mismo feed, quality gate por delanteIMPORT prijslijst-wk28.csv 3.412 líneasBLOCK sku EM-2049 precio -90% (249,00 -> 24,90)BLOCK 340x stock -> 0 (campo vacío, masivo)PASS 3.071 líneas aprobadas · snapshot #4471// 2 anomalías a la espera de tu aprobación
Haz clic para alternar: el mismo feed, una vez dejado pasar a ciegas y otra frenado en la puerta.
Estricto, supervisado o automático: tú colocas la puerta
No todas las tiendas quieren el mismo nivel de exigencia, y tampoco hace falta. En SyncRefine las quality gates se configuran en tres modos. Estricto significa que todo lo que se desvía espera tu visto bueno. Supervisado deja correr la importación pero marca lo que llama la atención, para que después veas rápido qué ha pasado. Automático deja pasar por sí solas las rutinas de confianza y solo frena los verdaderos valores atípicos.
En la práctica suele ser una mezcla: saltos de precio en estricto, porque ahí está tu margen, y variantes de escritura en automático, porque acaban ajustándose a tu estándar. Eso lo construyes con tablas de decisión y buscar y reemplazar que atajan los errores de raíz, para que la misma anomalía no vuelva a reclamar tu atención cada semana.
Snapshot antes de cada push: deshacer es un clic
Una puerta frena mucho, pero ningún control es perfecto. Por eso hay una segunda red de seguridad. Cada push crea automáticamente un snapshot previo del estado tal como estaba. Si pasa algo que en realidad no cuadraba, vuelves al estado anterior en lugar de reparar a mano. Y el primer push está especialmente protegido contra productos duplicados, justo el momento en que esto falla con más facilidad.
Eso cambia la naturaleza de un error. Un error sin snapshot es un desastre que te cuesta horas. Un error con snapshot es un clic hacia atrás. Esa es la diferencia entre tener miedo a publicar y simplemente hacer tu trabajo.
$ push --channel woocommercesnapshot #4471 creado (antes del push)3.071 records live · 2 bloqueados$ rollback #4471restaurado al estado de las 08:39 · 0 records perdidos
Deshacer no es una operación de emergencia, sino una acción de rutina.
Así mantienes el mando, no solo el control
En SyncRefine la vigilancia de calidad empieza ya en la fusión. Las fuentes se deduplican por SKU, EAN, código de barras e IA hasta formar un único golden record con procedencia por campo, y las variantes de escritura se normalizan, de 47 variantes de color a tus 12, donde purple, lila y violet pasan todas a ser Morado. Después está la puerta: los SKU duplicados, los saltos de precio y stock y las bajas masivas se frenan antes de que entren en la tienda.
Lo que entra en producción sale a cada canal en exactamente el formato correcto. WooCommerce y Magento 2 son conexiones en directo; hacia Bol.com, Amazon, Google Shopping y Vergelijk.nl se generan feeds en CSV, TSV y XML, y solo se envían los cambios. Eso no solo mantiene limpios tus datos, sino también rápidas tus páginas, y la velocidad cuenta para Google: un buen LCP está por debajo de los 2,5 segundos. Los datos erróneos o pesados perjudican a ambos. Si te surgen dudas sobre aprobar, deshacer o la seguridad, encontrarás casi todas las respuestas en las preguntas frecuentes sobre aprobar y deshacer.
- El error entra por el feed, no sale de tu tienda; frenarlo en la puerta es más eficaz que buscarlo a posteriori.
- Un desajuste de precio o stock con Google puede llevar al rechazo o a la suspensión, con una revisión de unos siete días laborables.
- Tres gates atrapan la mayor parte: SKU duplicados, saltos inusuales de precio y stock, y bajas masivas.
- Configura la puerta en estricto, supervisado o automático según el tipo de anomalía; tú apruebas lo que entra en producción.
- Cada push crea de antemano un snapshot, para que deshacer sea un clic en lugar de una operación de emergencia.
