Un proveedor de dropshipping se elige por el precio mayorista, el plazo de envío y las condiciones comerciales. Todo eso se ve de antemano, así que sobre eso se decide. El problema es que tu trabajo del día a día 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í tienes qué mirar en ese feed antes de publicar un solo producto, y qué carencias podrás cubrir después y cuáles se quedarán contigo para siempre.
La lista de precios no dice nada sobre la calidad de los datos del proveedor
Los criterios que entran en las comparativas de proveedores son siempre comerciales. Precio de compra, margen, plazo de envío, pedido mínimo, si el cliente final ve el nombre de tu proveedor. Todos importan y todos se pueden comprobar antes de empezar.
Ninguno responde, sin embargo, a cuánto trabajo quedará 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ías.
Un vendedor evalúa a un proveedor por su catálogo 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í sabemos que dos proveedores con listas de precios casi idénticas pueden significar cantidades de trabajo completamente distintas.
Tres carencias que vemos más a menudo en los feeds de proveedores
En lugar del consejo genérico de "comprueba la calidad de los datos", aquí van tres carencias concretas que aparecen en feeds reales.
La primera y más grave es la falta de stock. Hay proveedores cuyo feed no trae ninguna información sobre disponibilidad. La tienda recibe un catálogo, pero no sabe qué parte de ese catálogo puede venderse hoy. Cada pedido se convierte en una apuesta sobre si la mercancía sigue en el almacén.
La segunda son las descripciones. A veces son pobres, a veces no están. 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án completos. La falta de descripciones añade además escribirlas desde cero.
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 él, 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.
Conviene decirlo con claridad: esto describe patrones, no empresas concretas. Las mismas carencias aparecen en proveedores de gamas de precio muy distintas.
Stock: no solo si está, sino cada cuánto cambia
Supongamos que el stock está en el feed. Eso es solo la mitad de la respuesta, porque lo siguiente que importa es cómo de actualizado está.
Un dato de stock vale algo solo cuando se corresponde con la realidad. Un fichero que se actualiza una vez al día describe el almacén tal y como estaba hace muchas horas. En una tienda con poca rotación puede que te salga bien. En una tienda que vende productos populares significa aceptar pedidos con regularidad de mercancía que ya no está. Una actualización razonable llega cada pocos minutos, como mucho cada quince, lo que mantiene tu tienda cerca del almacén real de tu proveedor.
Las consecuencias de actualizar poco pesan más de lo que parece. Un pedido cancelado no es solo una venta perdida y una devolución del importe. Es también un cliente que ya no volverá 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étricas de calidad y afectan a la visibilidad de tus ofertas.
Por eso las preguntas que hay que hacerle a un proveedor son cada cuánto actualiza el feed y si el stock es un número 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ía disponible.
Cómo ver los datos de un proveedor antes de publicar tu primer producto
Un feed de productos rara vez es público. Se accede a él después de abrir una cuenta de colaborador, muchas veces solo una vez verificada tu empresa, lo que suele llevar hasta un día. No es un obstáculo, porque el alta normalmente es gratuita y no te compromete a nada.
Conviene por tanto invertir el orden habitual. Primero abres la cuenta y descargas el feed, miras los datos y solo después decides si publicas los productos de ese proveedor. La comprobación en sí no requiere conocimientos técnicos. Si vas con prisa, puedes pedirle al comercial una muestra del feed antes de darte de alta. No todos los proveedores accederán, pero preguntar no cuesta nada.
Cuando ya tengas el fichero, repasa una docena larga de productos. Comprueba que cada uno lleve identificador, código EAN, nombre, precio, stock, descripción, imágenes y asignación a una categoría. El código EAN es el mismo número que en el envase aparece como código de barras, y sin él vender en marketplaces se complica. Fíjate en si hay campos vacíos o rellenos con algo del estilo de "sin datos".
Revisa las variantes por separado. Si vendes ropa, calzado o cosmética 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á disponible la talla que alguien acaba de pedir. No es un problema teórico: conectando proveedores nos hemos encontrado con catálogos que llegaban sin variantes y hubo que completarlos desde la integración.
Pregunta también 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.
Por último, haz la cuenta. Multiplica el número de productos que quieres publicar por el número de campos que tendrías que rellenar a mano. Ese único cálculo dice más de un proveedor que toda una conversación comercial.
Qué se puede cubrir y qué no
No toda carencia descarta a un proveedor. Algunas se pueden cubrir desde el lado de la tienda, y conviene saber cuáles.
Las descripciones pobres o ausentes se pueden generar automáticamente a partir de los datos de producto que sí vienen en el feed: atributos, especificaciones, categorías. Eso resuelve de paso otro problema, porque la descripción que llega en el fichero les llega en la misma forma a todas las tiendas que venden ese producto, y un texto propio distingue tu ficha del resto.
Las descripciones en otro idioma tampoco son un obstáculo. La traducción puede ejecutarse como parte de la sincronización, 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és cuando eres tú quien quiere vender en el extranjero: un solo catálogo de proveedor alimenta entonces varias versiones idiomáticas de tu tienda.
Los precios tampoco requieren trabajo manual. Las reglas de precios aplican tu margen sobre el precio del proveedor junto con el redondeo que elijas, y, con la actualización automática de precios activada, los precios se recalculan solos cuando el proveedor cambia su lista.
Hay, en cambio, una carencia que no arregla nada. Si un proveedor no publica stock, no hay sobre qué construir la sincronización automática de disponibilidad. Y sin ella no hay dropshipping en ningún sentido práctico, porque todo el modelo se apoya en que la tienda sepa qué tiene el proveedor. Ninguna herramienta inventa información que no está en el origen.
Y algo que conviene decir con honestidad: parte de las carencias seguirá 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á que recopilarlas.
Los datos de un proveedor no se quedan quietos
Evaluar la calidad de los datos antes de empezar es una cosa. La otra es que el feed va a cambiar.
Los proveedores reescriben descripciones, añaden y quitan campos, reorganizan categorías. Normalmente sin avisar, porque desde su punto de vista no es más que poner orden en su propio catálogo. Para una tienda que trabaja sobre ese catálogo 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ó.
Aquí es donde entra en juego un integrador. Cuando trabajas con el módulo de traducciones y el proveedor cambia la descripción 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.
Con el tiempo aparece una segunda ventaja, menos evidente. Las descripciones de varios proveedores pasan por un mismo panel de revisión, donde las ves desglosadas por proveedor junto con una puntuación de calidad de cada traducción. En ese momento la pregunta de qué proveedor entrega descripciones más 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ón vaga de que últimamente algo no va bien.
En resumen: pregunta por el feed, no solo por la lista de precios
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én completos, asegúrate de las variantes y del stock, y pregunta cada cuánto se actualiza el fichero.
Un proveedor con una lista de precios atractiva y un feed pobre acaba saliendo más caro que otro con un precio de compra más alto. La diferencia no está 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ún presupuesto.
Si estás valorando un proveedor concreto y no sabes qué hay en sus datos, mira con qué proveedores trabajamos o escríbenos y revisaremos el feed para decirte qué esperar. Para la foto completa de cómo encajan los datos de proveedor, las traducciones y los pedidos en un mismo proceso, tienes nuestro artículo sobre automatización de la tienda online.
Do weryfikacji
- [ ] Trzy powtarzalne braki w plikach produktowych: stany magazynowe, opisy, tabele rozmiarowe – źródło: evidence library, "Typowe braki w plikach produktowych hurtowni" (obserwacja zespołu, 2026-09-10)
- [ ] Ręczne dodanie 1000 produktów to około 160 godzin – źródło: megamo.eu, strona główna
- [x] Numer EAN na opakowaniu zapisany jako kod kreskowy; w Hiszpanii i Ameryce Łacińskiej standardem jest EAN, nie UPC – źródło: zweryfikowane 2026-09-12, standard GS1
- [ ] Optymalna częstotliwość synchronizacji stanów to 5-15 minut – źródło: evidence library, sekcja "Synchronizacja"
- [x] Anulacje z winy sprzedającego wliczają się do metryk jakości sprzedaży na platformach i wpływają na widoczność ofert – źródło: zweryfikowane 2026-09-12. Bez nazw platform i progów, spójnie z wersjami PL i EN (decyzja operatorki 2026-09-12)
- [x] Dostęp do pliku produktowego po rejestracji konta partnerskiego i weryfikacji firmy (zwykle do 24 godzin), rejestracja zwykle darmowa i niezobowiązująca – źródło: zweryfikowane 2026-09-11
- [ ] Przy podłączaniu hurtowni zdarzały się katalogi bez wariantów, uzupełniane po stronie integracji – źródło: evidence library, sekcja "Bestsellery hurtowni" (grudzień 2025; w treści anonimowo)
- [ ] Zmiana opisu u dostawcy jest wykrywana, produkt oznaczany do ponownego sprawdzenia – źródło: evidence library, sekcja "Tłumaczenia produktów" (moduł tłumaczeń)
- [ ] Opisy przeglądane w panelu tłumaczeń w podziale na profile dostawców, z oceną jakości każdego tłumaczenia – źródło: evidence library, sekcja "Tłumaczenia produktów" (panel przeglądu, score jakości 0-100%)
- [ ] Reguły cenowe: narzut plus zaokrąglenie; przeliczenie po zmianie ceny u dostawcy tylko przy włączonej automatycznej aktualizacji cen – źródło: evidence library, "Reguły cenowe i marże" (korekta szefa, 2026-07-31)
Uwagi lokalizacyjne (nie do publikacji)
- Terminologia: "proveedor", nie "mayorista" – zgodnie z nazewnictwem strony oferty
/es/integraciones-con-proveedores/i z praktyką rynku hiszpańskojęzycznego, gdzie "proveedor dropshipping" jest frazą dominującą - Fragment o anulacjach bez nazw platform i bez progów, spójnie z PL i EN (decyzja operatorki 2026-09-12)
- Separator tysięcy: 1.000 (konwencja hiszpańska, kropka zamiast przecinka)
- "Feed" pozostawione jako anglicyzm – jest powszechne w hiszpańskim e-commerce; "fichero" używane wymiennie tam, gdzie mowa o samym pliku
- CTA:
/es/integraciones-con-proveedores/– adres zweryfikowany na żywo 2026-09-13. UWAGA: w drafcie seo-008 (nieopublikowanym) występuje wariant/es/integraciones-con-mayoristas/, który nie pojawia się w żadnym opublikowanym artykule. Prawdopodobny błąd w tamtym drafcie - Usunięte dwa linki, brak wersji ES: automatyzacja dropshippingu i artykuł o zwrotach. Zdania przeformułowane, bez sierot po odnośnikach