Un proveedor de dropshipping se elige por el precio mayorista, el plazo de env\u00edo y las condiciones comerciales. Todo eso se ve de antemano, as\u00ed que sobre eso se decide. El problema es que tu trabajo del d\u00eda a d\u00eda lo va a decidir otra cosa: la calidad de los datos del proveedor dropshipping, es decir, lo que realmente viene en el feed de productos que entrega a las tiendas. Aqu\u00ed tienes qu\u00e9 mirar en ese feed antes de publicar un solo producto, y qu\u00e9 carencias podr\u00e1s cubrir despu\u00e9s y cu\u00e1les se quedar\u00e1n contigo para siempre.<\/p>\n
Los criterios que entran en las comparativas de proveedores son siempre comerciales. Precio de compra, margen, plazo de env\u00edo, pedido m\u00ednimo, si el cliente final ve el nombre de tu proveedor. Todos importan y todos se pueden comprobar antes de empezar.<\/p>\n
Ninguno responde, sin embargo, a cu\u00e1nto trabajo quedar\u00e1 de tu lado una vez conectado el proveedor. Y la respuesta a eso tiene un precio muy concreto. Los productos llegan en un fichero, normalmente XML o CSV, y lo que hay dentro marca la frontera entre una tienda que funciona sola y una tienda donde alguien corrige algo a mano todos los d\u00edas.<\/p>\n
Un vendedor eval\u00faa a un proveedor por su cat\u00e1logo y por lo que le cuenta el comercial. Nosotros lo vemos desde el otro lado: conectamos proveedores a tiendas y vemos esos mismos ficheros por dentro, en muchos clientes al mismo tiempo. De ah\u00ed sabemos que dos proveedores con listas de precios casi id\u00e9nticas pueden significar cantidades de trabajo completamente distintas.<\/p>\n
En lugar del consejo gen\u00e9rico de "comprueba la calidad de los datos", aqu\u00ed van tres carencias concretas que aparecen en feeds reales.<\/p>\n
La primera y m\u00e1s grave es la falta de stock. Hay proveedores cuyo feed no trae ninguna informaci\u00f3n sobre disponibilidad. La tienda recibe un cat\u00e1logo, pero no sabe qu\u00e9 parte de ese cat\u00e1logo puede venderse hoy. Cada pedido se convierte en una apuesta sobre si la mercanc\u00eda sigue en el almac\u00e9n.<\/p>\n
La segunda son las descripciones. A veces son pobres, a veces no est\u00e1n. El fichero trae un nombre, un precio y una foto, y el cuerpo de la ficha de producto te toca producirlo a ti. Con unos cientos de referencias son semanas de trabajo. Con unos miles no se puede hacer a mano en un plazo razonable. Para hacerse una idea: dar de alta 1.000 productos manualmente ronda las 160 horas, y eso dando por hecho que los datos ya est\u00e1n completos. La falta de descripciones a\u00f1ade adem\u00e1s escribirlas desde cero.<\/p>\n
La tercera carencia afecta sobre todo a ropa y calzado: las tablas de tallas. El tallaje se omite a menudo en el feed, aunque es lo que determina si el cliente acierta con su pedido. Sin \u00e9l, el cliente adivina, y el coste de adivinar te vuelve en forma de devoluciones. Nadie devuelve un producto porque sea malo. Lo devuelve porque no le sirve.<\/p>\n
Conviene decirlo con claridad: esto describe patrones, no empresas concretas. Las mismas carencias aparecen en proveedores de gamas de precio muy distintas.<\/p>\n
Supongamos que el stock est\u00e1 en el feed. Eso es solo la mitad de la respuesta, porque lo siguiente que importa es c\u00f3mo de actualizado est\u00e1.<\/p>\n
Un dato de stock vale algo solo cuando se corresponde con la realidad. Un fichero que se actualiza una vez al d\u00eda describe el almac\u00e9n tal y como estaba hace muchas horas. En una tienda con poca rotaci\u00f3n puede que te salga bien. En una tienda que vende productos populares significa aceptar pedidos con regularidad de mercanc\u00eda que ya no est\u00e1. Una actualizaci\u00f3n razonable llega cada pocos minutos, como mucho cada quince, lo que mantiene tu tienda cerca del almac\u00e9n real de tu proveedor.<\/p>\n
Las consecuencias de actualizar poco pesan m\u00e1s de lo que parece. Un pedido cancelado no es solo una venta perdida y una devoluci\u00f3n del importe. Es tambi\u00e9n un cliente que ya no volver\u00e1 a confiar en ti y, en los marketplaces, un golpe a tu cuenta de vendedor, porque las cancelaciones imputables al vendedor entran en tus m\u00e9tricas de calidad y afectan a la visibilidad de tus ofertas.<\/p>\n
Por eso las preguntas que hay que hacerle a un proveedor son cada cu\u00e1nto actualiza el feed y si el stock es un n\u00famero real de unidades o solo un indicador de disponible y no disponible. Esa diferencia importa cuando vendes en varios canales a la vez y quieres repartir con criterio la mercanc\u00eda disponible.<\/p>\n
Un feed de productos rara vez es p\u00fablico. Se accede a \u00e9l despu\u00e9s de abrir una cuenta de colaborador, muchas veces solo una vez verificada tu empresa, lo que suele llevar hasta un d\u00eda. No es un obst\u00e1culo, porque el alta normalmente es gratuita y no te compromete a nada.<\/p>\n
Conviene por tanto invertir el orden habitual. Primero abres la cuenta y descargas el feed, miras los datos y solo despu\u00e9s decides si publicas los productos de ese proveedor. La comprobaci\u00f3n en s\u00ed no requiere conocimientos t\u00e9cnicos. Si vas con prisa, puedes pedirle al comercial una muestra del feed antes de darte de alta. No todos los proveedores acceder\u00e1n, pero preguntar no cuesta nada.<\/p>\n
Cuando ya tengas el fichero, repasa una docena larga de productos. Comprueba que cada uno lleve identificador, c\u00f3digo EAN, nombre, precio, stock, descripci\u00f3n, im\u00e1genes y asignaci\u00f3n a una categor\u00eda. El c\u00f3digo EAN es el mismo n\u00famero que en el envase aparece como c\u00f3digo de barras, y sin \u00e9l vender en marketplaces se complica. F\u00edjate en si hay campos vac\u00edos o rellenos con algo del estilo de "sin datos".<\/p>\n
Revisa las variantes por separado. Si vendes ropa, calzado o cosm\u00e9tica en varios formatos, mira si tallas y colores son entradas independientes con su propio stock o una sola entrada agrupada. Lo segundo significa que no vas a saber si est\u00e1 disponible la talla que alguien acaba de pedir. No es un problema te\u00f3rico: conectando proveedores nos hemos encontrado con cat\u00e1logos que llegaban sin variantes y hubo que completarlos desde la integraci\u00f3n.<\/p>\n
Pregunta tambi\u00e9n por algo en lo que pocos piensan al principio: si la estructura del fichero cambia alguna vez y si el proveedor avisa cuando lo hace.<\/p>\n
Por \u00faltimo, haz la cuenta. Multiplica el n\u00famero de productos que quieres publicar por el n\u00famero de campos que tendr\u00edas que rellenar a mano. Ese \u00fanico c\u00e1lculo dice m\u00e1s de un proveedor que toda una conversaci\u00f3n comercial.<\/p>\n
No toda carencia descarta a un proveedor. Algunas se pueden cubrir desde el lado de la tienda, y conviene saber cu\u00e1les.<\/p>\n
Las descripciones pobres o ausentes se pueden generar autom\u00e1ticamente a partir de los datos de producto que s\u00ed vienen en el feed: atributos, especificaciones, categor\u00edas. Eso resuelve de paso otro problema, porque la descripci\u00f3n que llega en el fichero les llega en la misma forma a todas las tiendas que venden ese producto, y un texto propio<\/a> distingue tu ficha del resto.<\/p>\n Las descripciones en otro idioma tampoco son un obst\u00e1culo. La traducci\u00f3n<\/a> puede ejecutarse como parte de la sincronizaci\u00f3n, de modo que los productos llegan a tu tienda ya en tu idioma. Eso abre la puerta a proveedores de fuera. El mismo mecanismo funciona al rev\u00e9s cuando eres t\u00fa quien quiere vender en el extranjero<\/a>: un solo cat\u00e1logo de proveedor alimenta entonces varias versiones idiom\u00e1ticas de tu tienda.<\/p>\n Los precios tampoco requieren trabajo manual. Las reglas de precios<\/a> aplican tu margen sobre el precio del proveedor junto con el redondeo que elijas, y, con la actualizaci\u00f3n autom\u00e1tica de precios activada, los precios se recalculan solos cuando el proveedor cambia su lista.<\/p>\n Hay, en cambio, una carencia que no arregla nada. Si un proveedor no publica stock, no hay sobre qu\u00e9 construir la sincronizaci\u00f3n autom\u00e1tica de disponibilidad. Y sin ella no hay dropshipping en ning\u00fan sentido pr\u00e1ctico, porque todo el modelo se apoya en que la tienda sepa qu\u00e9 tiene el proveedor. Ninguna herramienta inventa informaci\u00f3n que no est\u00e1 en el origen.<\/p>\n Y algo que conviene decir con honestidad: parte de las carencias seguir\u00e1 siendo trabajo manual. Nadie genera tablas de tallas de la nada, porque son medidas concretas de un fabricante concreto. Si tu proveedor no las facilita, alguien de tu lado tendr\u00e1 que recopilarlas.<\/p>\n Evaluar la calidad de los datos antes de empezar es una cosa. La otra es que el feed va a cambiar.<\/p>\n Los proveedores reescriben descripciones, a\u00f1aden y quitan campos, reorganizan categor\u00edas. Normalmente sin avisar, porque desde su punto de vista no es m\u00e1s que poner orden en su propio cat\u00e1logo. Para una tienda que trabaja sobre ese cat\u00e1logo el efecto es el contrario: las fichas empiezan a desajustarse y te enteras por un cliente que ha recibido algo distinto de lo que pidi\u00f3.<\/p>\n Aqu\u00ed es donde entra en juego un integrador. Cuando trabajas con el m\u00f3dulo de traducciones y el proveedor cambia la descripci\u00f3n de un producto, el cambio se detecta y el producto queda marcado para revisar. No tienes que comparar mil referencias a mano para darte cuenta de que algo se ha movido.<\/p>\n Con el tiempo aparece una segunda ventaja, menos evidente. Las descripciones de varios proveedores pasan por un mismo panel de revisi\u00f3n, donde las ves desglosadas por proveedor junto con una puntuaci\u00f3n de calidad de cada traducci\u00f3n. En ese momento la pregunta de qu\u00e9 proveedor entrega descripciones m\u00e1s flojas deja de ser una corazonada y pasa a ser algo comprobable. Esa es una base muy distinta para hablar con un proveedor que la sensaci\u00f3n vaga de que \u00faltimamente algo no va bien.<\/p>\n Antes de publicar los productos de un proveedor nuevo, haz cuatro cosas: abre una cuenta de colaborador y descarga el feed de productos, comprueba en una docena larga de referencias que los datos est\u00e9n completos, aseg\u00farate de las variantes y del stock, y pregunta cada cu\u00e1nto se actualiza el fichero.<\/p>\n Un proveedor con una lista de precios atractiva y un feed pobre acaba saliendo m\u00e1s caro que otro con un precio de compra m\u00e1s alto. La diferencia no est\u00e1 en tu margen, sino en las horas que alguien tiene que dedicar antes de que los productos sirvan siquiera para venderse. Ese coste no aparece en ning\u00fan presupuesto.<\/p>\n Si est\u00e1s valorando un proveedor concreto y no sabes qu\u00e9 hay en sus datos, mira con qu\u00e9 proveedores trabajamos<\/a> o escr\u00edbenos y revisaremos el feed para decirte qu\u00e9 esperar. Para la foto completa de c\u00f3mo encajan los datos de proveedor, las traducciones y los pedidos en un mismo proceso, tienes nuestro art\u00edculo sobre automatizaci\u00f3n de la tienda online<\/a>.<\/p>\n Un proveedor se elige por precio y plazo de env\u00edo, pero tu trabajo diario lo decide el feed de productos. Esto es lo que conviene revisar antes.<\/p>\n","protected":false},"author":1,"featured_media":67652,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[76,113,1],"tags":[],"yoast_head":"\nLos datos de un proveedor no se quedan quietos<\/h2>\n
En resumen: pregunta por el feed, no solo por la lista de precios<\/h2>\n
Do weryfikacji<\/h2>\n
\n
Uwagi lokalizacyjne (nie do publikacji)<\/h2>\n
\n
\/es\/integraciones-con-proveedores\/<\/code> i z praktyk\u0105 rynku hiszpa\u0144skoj\u0119zycznego, gdzie "proveedor dropshipping" jest fraz\u0105 dominuj\u0105c\u0105<\/li>\n\/es\/integraciones-con-proveedores\/<\/code> – adres zweryfikowany na \u017cywo 2026-09-13. UWAGA: w drafcie seo-008 (nieopublikowanym) wyst\u0119puje wariant \/es\/integraciones-con-mayoristas\/<\/code>, kt\u00f3ry nie pojawia si\u0119 w \u017cadnym opublikowanym artykule. Prawdopodobny b\u0142\u0105d w tamtym drafcie<\/li>\n