Pour changer de gestionnaire de flux sans interrompre ses ventes, il faut partir d’un inventaire précis de ce qui tourne, garder exactement les mêmes références vendeur, reprendre ses règles de prix et de stock, tester le nouvel outil en parallèle sans jamais laisser deux outils piloter le même canal, puis basculer une marketplace à la fois et surveiller ses indicateurs pendant 30 jours. Vos fiches produits existent déjà sur les marketplaces : une migration bien menée ne repart pas de zéro, elle reprend proprement l’existant.
Depuis 2012, nous accompagnons des vendeurs sur les marketplaces. Le frein que nous entendons le plus souvent avant un changement d’outil n’est ni le prix ni les fonctionnalités : c’est la peur de casser ce qui fonctionne. Ce tuto reprend, dans l’ordre, ce que nous vérifions à chaque mise en place. Il résume notre guide gratuit Checklist migration : changer de gestionnaire de flux sans interrompre ses ventes, qui contient les 38 points de contrôle et une checklist à imprimer.
Pourquoi un changement d’outil marketplace fait-il peur ?
Un gestionnaire de flux installé depuis plusieurs années porte des milliers d’offres en ligne, des règles de prix construites au fil du temps et des commandes qui arrivent tous les jours. En changer donne l’impression de débrancher le moteur en roulant. En pratique, trois risques seulement sont à neutraliser :
| Risque | Ce qui se passe | Comment l’éviter |
|---|---|---|
| Offres en double ou orphelines | La référence vendeur change : la marketplace voit un nouveau produit au lieu de reconnaître l’ancien. | Garder exactement les mêmes références (étape 2). |
| Deux outils sur le même stock | Pendant le test, deux sources mettent à jour le même canal et se contredisent : survente ou rupture affichée à tort. | Un seul pilote par canal à tout moment (étape 4). |
| Commandes entre deux chaises | Une commande acceptée par l’ancien outil est reprise en double, ou n’est plus suivie jusqu’à l’expédition. | Finir les commandes en cours dans l’ancien outil (étape 5). |
Le calendrier ci-dessous est indicatif : il dépend surtout du nombre de marketplaces et de la taille du catalogue. Ce qui compte, c’est l’ordre des étapes : on ne bascule jamais un canal qui n’a pas été testé.
| Étape | Quand | Objectif |
|---|---|---|
| 1. Faire l’inventaire | J-30 | Photographier la situation de départ |
| 2. Garder les mêmes références | J-21 | Relier les produits aux offres déjà en ligne |
| 3. Reprendre offres et règles | J-14 | Reconstruire prix, stocks, livraison et diffusion |
| 4. Tester en parallèle | J-14 à J-1 | Valider le nouvel outil sur vos vrais produits |
| 5. Basculer canal par canal | Jour J | Passer une marketplace à la fois |
| 6. Surveiller 30 jours | J+1 à J+30 | Confirmer la stabilité avant de résilier l’ancien outil |
Étape 1 : faire l’inventaire de ce qui tourne (J-30)
On ne peut pas vérifier qu’une migration a réussi sans savoir d’où l’on part. Cette photographie de départ sert de référence pendant les 30 jours qui suivent la bascule. Elle couvre huit points :
- Les canaux actifs : chaque marketplace et chaque pays, avec son statut (en vente, en pause, en cours d’ouverture).
- Le nombre d’offres actives par marketplace, exporté depuis chaque espace vendeur et non depuis l’outil actuel : c’est le chiffre réellement vu par les acheteurs.
- Le champ envoyé comme référence vendeur : identifiant CMS, référence produit ou EAN. C’est le point le plus sensible de la migration.
- Les règles de prix et de stock : coefficients, arrondis, prix minimum, stock de sécurité, produits exclus de certains canaux.
- Les transporteurs et délais : modes de livraison proposés, délai de préparation déclaré, frais de port facturés, pour chaque marketplace.
- Les accès : qui détient les identifiants de chaque espace vendeur et les autorisations API nécessaires pour connecter le nouvel outil.
- Le contrat de l’outil actuel : date de fin d’engagement et préavis. On ne résilie qu’après la stabilisation (étape 6).
- La date de bascule : évitez la veille d’un temps fort commercial (soldes, Black Friday, rentrée) et les périodes où l’équipe est réduite.
À la main
Chaque marketplace a son propre format d’export et ses propres statuts d’offre. Reconstituer une vue d’ensemble demande de croiser plusieurs fichiers, et les règles de l’outil actuel ne sont souvent documentées nulle part.
Avec Iziflux
Cet inventaire est la base de notre mise en place : nous le passons en revue avec vous avant de toucher à quoi que ce soit. Gardez vos exports datés dans un dossier « Migration » : ils permettront de comparer, canal par canal, le nombre d’offres avant et après.
Étape 2 : garder exactement les mêmes références vendeur (J-21)
Sur une marketplace, votre offre est rattachée à votre référence vendeur, souvent appelée SKU. Si le nouvel outil envoie une autre valeur pour le même produit, la marketplace ne fait pas le lien : nouvelle offre en double, ancienne offre figée ou envoi refusé. Quatre vérifications s’imposent :
- Identifier le champ source utilisé aujourd’hui en comparant une offre en ligne avec la fiche du produit dans votre CMS.
- Paramétrer le même champ dans le nouvel outil, avec la même valeur et le même format : un zéro ou un préfixe en plus suffit à créer un écart.
- Traiter les déclinaisons une par une : chaque taille et chaque couleur a sa propre référence vendeur (voir notre tuto pour structurer ses variantes taille et couleur).
- Contrôler un échantillon avant tout envoi : une dizaine de produits par marketplace, dont des déclinaisons, doivent être reconnus comme des offres existantes.
À ne pas faire : profiter de la migration pour « nettoyer » vos références. Changez d’outil d’abord, de références ensuite, et seulement si c’est nécessaire, marketplace par marketplace.
À la main
Il faut comparer, produit par produit et déclinaison par déclinaison, la référence affichée dans chaque espace vendeur et celle de la boutique. Une seule erreur de format répétée sur un catalogue entier crée des centaines d’offres en double.
Avec Iziflux
Le champ de référence produit se règle une fois dans la configuration globale du compte, avec une alerte qui rappelle que c’est ce réglage qui relie vos produits aux offres déjà en ligne. Par défaut, Iziflux sélectionne le champ recommandé pour votre CMS.
Étape 3 : reprendre vos offres et vos règles commerciales (J-14)
Les fiches produits existent déjà sur les marketplaces. Ce qui doit être reconstruit, ce sont vos offres. Chaque outil les organise à sa façon : c’est l’occasion de repartir sur une base claire, à partir de l’inventaire de l’étape 1.
| Bloc | Ce qu’il faut reprendre |
|---|---|
| Prix | Coefficient par marketplace, arrondi, prix minimum, prix barrés et promotions |
| Stocks | Stock de sécurité, exclusion sous un seuil, produits à ne jamais diffuser |
| Livraison | Transporteurs associés à ceux de chaque marketplace, frais de port, délai de préparation déclaré |
| Diffusion | Quels produits sur quels canaux : marques, catégories ou gammes réservées |
Deux contrôles avant d’envoyer quoi que ce soit :
- Comparer les prix calculés : sur un échantillon, le prix sorti du nouvel outil doit être identique à celui affiché aujourd’hui sur la marketplace. Un écart d’arrondi répété sur des milliers d’offres se voit vite sur la marge (voir notre tuto pour calculer sa marge réelle).
- Vérifier le rythme de synchronisation des stocks et adapter le stock de sécurité à ce rythme (voir notre tuto pour synchroniser ses stocks).
À la main
Il faut traduire chaque règle de l’ancien outil dans la logique du nouveau, refaire la correspondance des catégories et des attributs pour chaque marketplace, puis recalculer des échantillons de prix dans un tableur pour s’assurer que rien n’a bougé.
Avec Iziflux
Prix, stocks, livraison et diffusion se règlent avec des règles CONDITIONS → ACTIONS, que vous pouvez décrire en langage naturel. Pour les catégories et les attributs, l’IA d’Iziflux fait la correspondance des champs pour chaque marketplace : vous n’avez qu’à valider. Les transporteurs s’affectent directement dans la configuration de chaque marketplace, et stocks et prix sont mis à jour plusieurs fois par jour.
Étape 4 : tester en parallèle, sans double pilotage (J-14 à J-1)
Le test en parallèle est la meilleure assurance d’une migration réussie : l’ancien outil continue de vendre pendant que vous validez le nouveau sur vos vrais produits. À une condition, qui tient en une règle : 1 canal = 1 pilote. Pour une marketplace donnée, un seul outil met à jour les stocks et les prix, et un seul outil accepte les commandes. Deux sources qui écrivent sur le même canal se contredisent : un stock remis à zéro par l’un, rechargé par l’autre, et des commandes intégrées deux fois dans votre CMS.
| Pendant le test | Ancien outil | Nouvel outil |
|---|---|---|
| Canaux en production | Les pilote tous | N’écrit pas encore sur le canal |
| Catalogue | Reste la référence | Importé depuis le CMS, par module ou API |
| Commandes | Les accepte et les remonte | Testées sur un canal pilote uniquement |
| Prix, stocks, catégories | Restent en ligne | Calculés et comparés produit par produit |
Les points à valider :
- Connecter le catalogue au nouvel outil par module (PrestaShop, Shopify, WooCommerce) ou par API, depuis la même source que l’outil actuel.
- Comparer produit par produit : prix, stock, catégorie, attributs. Le résultat doit correspondre à ce qui est en ligne, ou faire mieux.
- Valider les catégories et les attributs : c’est vous qui validez le catalogue avant tout envoi.
- Tester la remontée d’une commande sur un canal pilote : elle doit arriver dans le CMS avec le bon client, les bons produits et le bon mode de livraison.
À la main
Sans outil de test, la comparaison se fait sur des exports, canal par canal, et le risque de laisser par erreur deux flux actifs sur la même marketplace est réel.
Avec Iziflux
Iziflux peut tourner en parallèle de votre outil actuel pendant l’essai gratuit d’un mois. Un canal est « prêt » quand tous ses contrôles sont au vert : vous ne basculez qu’à ce moment-là.
Étape 5 : basculer canal par canal (Jour J)
La bascule n’est pas un grand soir. On passe une marketplace à la fois, en commençant par celle où un incident aurait le moins d’impact, puis on enchaîne une fois la première stabilisée. Pour chaque canal, la séquence est la même : arrêter les mises à jour de l’ancien outil sur ce canal, activer le flux du nouvel outil pour ce seul canal, contrôler la première synchronisation et la première commande, puis passer au canal suivant seulement quand tout est au vert.
- Finir les commandes en cours dans l’ancien outil : celles déjà acceptées y sont expédiées et leur numéro de suivi y est transmis. Le nouvel outil ne prend que les nouvelles commandes.
- Couper l’ancien flux sur le canal basculé : désactivez-le dans l’ancien outil, puis retirez son accès API depuis l’espace vendeur une fois la bascule confirmée.
- Contrôler la première synchronisation : comparez stocks et prix en ligne avec votre inventaire de l’étape 1.
- Suivre la première commande de bout en bout : réception, intégration dans le CMS, expédition, numéro de suivi visible côté marketplace.
Le suivi ne doit pas décrocher. Sur Amazon, les vendeurs doivent maintenir un taux de suivi valide d’au moins 95 % dans chaque catégorie, selon la politique mise à jour le 15 janvier 2025. Un transporteur mal associé pendant la bascule, et les numéros de suivi deviennent inexploitables. Vérifiez la correspondance des transporteurs avant d’expédier la première commande (voir notre tuto pour associer ses transporteurs à ceux d’une marketplace).
Étape 6 : surveiller les 30 premiers jours (J+1 à J+30)
Une migration est terminée quand les indicateurs de vos comptes vendeurs sont restés stables pendant plusieurs semaines, pas le jour de la bascule. Regardez-les chaque jour la première semaine, puis chaque semaine. Sur Amazon, ce sont les trois blocs de la page « Santé du compte » de Seller Central : performance du service client, conformité aux politiques et performances d’expédition.
| Indicateur | À surveiller |
|---|---|
| Nombre d’offres actives | À comparer avec l’inventaire de J-30, marketplace par marketplace |
| Produits refusés et anomalies | À traiter au fil de l’eau : attributs, catégorie, données invalides |
| Taux de suivi valide et expéditions en retard | Ils réagissent en premier à un problème de transporteur ou de délai |
| Annulations par le vendeur | Une hausse signale souvent un stock mal synchronisé |
| Commandes non intégrées dans le CMS | À zéro chaque jour, sans exception |
| Écarts de prix | Quelques produits contrôlés par canal après chaque modification de règle |
Ne résiliez l’ancien outil qu’une fois tous les canaux basculés, les indicateurs stables et aucune commande en cours dans l’ancien outil. Pour aller plus loin sur ces indicateurs, voir notre tuto pour améliorer sa note vendeur.
À la main
Il faut ouvrir chaque espace vendeur, chaque jour, et rapprocher les refus, les annulations et les commandes non intégrées de leur cause, sur plusieurs marketplaces à la fois.
Avec Iziflux
Les produits refusés remontent dans la gestion des erreurs, qui permet de faire une passe corrective sur les produits concernés. Les commandes de toutes vos marketplaces sont centralisées avec leur statut d’intégration dans votre CMS.
Scénario type : une boutique sur quatre marketplaces
Ce scénario est une illustration de la méthode, pas un cas client. Une boutique PrestaShop de 2 000 références vend sur quatre marketplaces et veut changer d’outil avant les soldes d’hiver.
- Sans méthode : les quatre flux sont basculés le même soir, avec une référence vendeur différente de celle de l’ancien outil. Le lendemain, des centaines d’offres apparaissent en double sur deux marketplaces, l’ancien outil continue de mettre à jour les stocks d’un canal oublié, et plusieurs commandes sont intégrées deux fois dans PrestaShop.
- Avec la checklist : la date est fixée hors temps fort, le champ de référence est vérifié sur un échantillon, le nouvel outil tourne en parallèle pendant deux semaines sans écrire sur les canaux, puis la marketplace la moins exposée est basculée en premier. Les trois autres suivent une fois la première stabilisée, et l’ancien outil n’est résilié qu’après 30 jours d’indicateurs stables.
Vous préférez déléguer ? Les offres SETUP et PREMIUM
Chez Iziflux, chaque migration est préparée avec vous, à partir de votre configuration existante : vérification des références, reprise des règles, bascule planifiée et suivi jusqu’à la stabilisation de vos flux. Avec l’offre SETUP, l’équipe Iziflux démarre la mise en place dans les jours qui suivent la signature et l’installation du compte : catégorisation, attributs et traitement des erreurs jusqu’à l’intégration de vos produits. L’offre PREMIUM délègue ensuite la gestion au quotidien : suivi mensuel, recommandations et opérations commerciales, et vous gardez la main sur votre stratégie. Le détail est sur nos pages Migration et Externalisation.
Quelles erreurs éviter quand on change de gestionnaire de flux ?
- Basculer toutes les marketplaces le même jour : au moindre problème, tous les canaux sont touchés en même temps et il devient difficile d’en trouver la cause.
- Modifier les références vendeur pendant la migration : la marketplace ne reconnaît plus les offres existantes et crée des doublons.
- Laisser l’ancien et le nouvel outil écrire en même temps sur la même marketplace : stocks contradictoires et commandes intégrées deux fois.
- Résilier l’ancien outil avant la fin de la stabilisation : il n’y a plus de retour possible si un canal se dégrade, et les commandes en cours n’ont plus de suivi.
- Choisir une date de bascule juste avant un temps fort commercial : la moindre anomalie coûte alors le plus cher.
Questions fréquentes
Faut-il recréer ses fiches produits quand on change de gestionnaire de flux ?
Non. Les fiches existent déjà sur les marketplaces. Si le nouvel outil envoie exactement la même référence vendeur, les offres existantes sont reconnues et mises à jour. Ce sont les offres (prix, stocks, livraison, diffusion) qu’il faut reconstruire, pas les fiches.
Combien de temps dure une migration de gestionnaire de flux ?
Comptez environ un mois de l’inventaire à la bascule, puis 30 jours de surveillance. Le calendrier dépend surtout du nombre de marketplaces et de la taille du catalogue ; l’important est de respecter l’ordre des étapes et de ne jamais basculer un canal qui n’a pas été testé.
Peut-on tester un nouveau gestionnaire de flux sans couper l’ancien ?
Oui, c’est même recommandé. Le nouvel outil importe le catalogue et calcule prix, stocks et catégories, que vous comparez avec ce qui est en ligne, pendant que l’ancien continue de piloter les canaux. La seule règle : un seul outil écrit sur une marketplace donnée à un instant donné. Iziflux peut tourner ainsi en parallèle de votre outil actuel pendant l’essai gratuit d’un mois.
Que faire des commandes en cours le jour de la bascule ?
Les commandes déjà acceptées par l’ancien outil y sont expédiées et leur numéro de suivi y est transmis. Le nouvel outil ne prend en charge que les nouvelles commandes, ce qui évite les doublons dans le CMS.
Quand résilier son ancien gestionnaire de flux ?
Seulement après la stabilisation : tous les canaux basculés, des indicateurs vendeur stables pendant plusieurs semaines et aucune commande en cours dans l’ancien outil. Vérifiez dès l’inventaire la date de fin d’engagement et le préavis de votre contrat.
Sources
- Valid Tracking Rate policy update for seller-fulfilled orders, Amazon Seller Central Europe (forums vendeurs), consulté en novembre 2026
- Checklist migration : changer de gestionnaire de flux sans interrompre ses ventes, Iziflux, édition 2026 (constats issus des mises en place accompagnées)
Changez d’outil sans couper vos ventes
Téléchargez la checklist complète (38 points de contrôle et une page à imprimer), puis comparez Iziflux sur vos propres produits pendant que votre outil actuel continue de tourner.
Télécharger la checklist →
Préparer ma migration avec Iziflux →
