Vous changez de plateforme e-commerce pour votre boutique en ligne ? Cela aura également un impact sur votre compte Channable si vous importez vos produits directement depuis votre plateforme e-commerce. Même si vous importez les mêmes produits, cela peut poser des problèmes car chaque plateforme e-commerce est différente.
Cet article vous donnera quelques recommandations et "meilleures pratiques" que nous donnons aux clients qui changent de plateforme e-commerce dans Channable :
- Pour commencer, créez un projet test et ajoutez-y la connexion avec votre nouvelle plateforme e-commerce. De cette façon, vous pouvez voir comment vos produits sont importés sans avoir un impact direct sur vos canaux d'exportation actifs. Vous pouvez garder ce projet test inactif, de sorte qu'il n'ait pas d'impact sur l'utilisation de votre abonnement. Lorsque vous êtes sûr que les nouvelles connexions d'import fonctionnent correctement et que vous êtes prêt à passer à l'étape suivante, supprimez l'ancienne connexion et ajoutez le nouvel import dans vos projets actifs.
- Avant d'effectuer le changement dans vos projets actifs, vérifiez le mapping de vos anciens et de vos nouveaux imports. Soyez particulièrement attentif au fait que des champs peuvent avoir un nom différent dans le mapping de votre nouvel import, même s'ils contiennent les mêmes informations. Cela peut entraîner de nombreuses erreurs dans vos flux/API lors des étapes Règles, Construire, Finaliser et Attributs, car les "anciens" champs utilisés n'existent plus après le passage à la nouvelle connexion.
- Vous pouvez résoudre ce problème soit en ajustant le mapping de votre nouvel import, de sorte que les champs internes de Channable conservent les noms des anciens champs utilisés dans le projet, soit en remplaçant les champs utilisés dans vos canaux d'exportation par les nouveaux champs (vous verrez des erreurs s'afficher lorsque les champs utilisés n'existent plus). Assurez-vous de vérifier tous vos canaux d'exportation pour vérifier les erreurs éventuelles après avoir changé l'import dans vos projets actifs.
- Faites également attention aux champs qui peuvent avoir le même nom dans le mapping, mais contenir des valeurs différentes. Par exemple, un champ appelé "visibility" peut se trouver à la fois dans votre ancien et votre nouvel import. Cependant, pour l'ancien, il contenait les valeurs "true" ou "false", et pour le nouveau, les valeurs sont "yes" ou "no". Si vous avez une règle dans l'un de vos canaux d'exportation qui exclut tous les produits avec visibility='false', ceux-ci ne seront plus exclus avec les valeurs du nouvel import. Assurez-vous de vérifier que vous envoyez toujours le même nombre de produits dans vos flux et API après avoir effectué le changement.
- Veillez également à recréer tous les champs personnalisés que vous aviez ajoutés manuellement dans votre ancien mapping d'importation dans le nouveau mapping. Vous pouvez par exemple faire une capture d'écran des champs personnalisés, afin de pouvoir les rajouter facilement dans le nouvel import une fois que vous avez effectué le changement.
- Vérifiez également la catégorisation de vos canaux d'exportation. Dans votre nouvelle plateforme e-commerce, les catégories de vos produits peuvent être structurées ou nommées différemment. Elles seront probablement toujours importées dans des champs standard comme "categories", "categorie" ou "category_path", mais cela peut avoir pour conséquence que certains de vos produits ne soient plus catégorisés correctement. N'oubliez pas de vérifier si vos produits sont toujours catégorisés correctement après avoir effectué le changement.
En plus de ces conseils généraux, si vous avez une ou plusieurs connexions commandes, faites attention à ce qui suit :
- Vous devrez nous contacter lorsque vous changerez vos imports. Nous supprimerons les anciennes connexions commandes et configurerons les nouvelles pour vous.
- Les ID de produits dans le champ "id" sont très probablement différents dans le nouvel import, car il s'agit d'un identifiant généré par la plateforme e-commerce. La connexion commande identifie les produits grâce à cet identifiant, c'est pourquoi la remontée des commandes vers votre nouveau back-end échouera si "l'identifiant unique par produit" est l'ancien identifiant. "L'identifiant unique par produit" se trouve dans les paramètres des APIs d'export ou dans l'étape "Finaliser" pour les flux (il peut parfois être nommé différemment dans les flux). Vous devez vous assurer que les nouveaux identifiants sont envoyés à toutes les marketplaces avec lesquelles vous avez une connexion commande.
- Pour vous assurer que vous envoyez les identifiants de votre nouvel import à toutes les APIs pour lesquelles vous avez une connexion commande, suivez ces étapes :
-
- Réinitialisez les APIs pour que tous les produits avec l'ancien "ID unique par produit" soient supprimés (API > Paramètres > [icône d'engrenage] > Réinitialiser l'API).
- Après avoir réinitialisé vos APIs, créez votre nouvel import dans le projet.
- Vérifiez le projet et assurez-vous que tout est correctement configuré en suivant les conseils généraux ci-dessus.
- Si tout semble correct, relancez vos APIs pour que toutes vos annonces réapparaissent avec "l'ID unique par produit" correct.
IMPORTANT : si vous réinitialisez vos APIs, vous risquez de perdre certaines de vos évaluations produits sur la marketplace, surtout si vous êtes le seul vendeur des produits que vous diffusez. Faites également attention aux éventuels coûts supplémentaires (par exemple pour eBay) ; en réinitialisant et en relançant l'API, vous renverrez à nouveau tous vos produits. Assurez-vous de vérifier auprès de la marketplace si vous pouvez réinitialiser votre API et la relancer plus tard. Si vous n'êtes pas sûr de cela, vous pouvez toujours nous contacter pour que nous puissions vous conseiller au mieux.