Bonnes pratiques : modifier l'import dans un projet actif

Modifiez en toute sécurité l'import d'un projet actif sans perturber les installations existantes.

Pourquoi c’est important

Votre boutique en ligne va-t-elle changer de plateforme e-commerce ? Cela aura aussi un impact sur votre compte Channable si vous importez directement de votre plateforme e-commerce à Channable. Même si vous importez les mêmes produits, cela peut quand même poser des problèmes, car chaque plateforme e-commerce est différente.

Cet article donne des recommandations et des bonnes pratiques aux clients qui changent de plateforme e-commerce dans Channable.

Recommandations générales

Commencez dans un projet de test

Commencez par un projet de test.

• Ajoutez en premier la connexion d’import avec votre nouvelle plateforme e-commerce à cet endroit.
• Cela vous permet de vérifier comment les produits s’importent sans affecter les canaux d’export actifs.
• Laissez le projet de test inactif afin qu’il n’affecte pas l’utilisation de votre abonnement.
• Ne basculez votre projet en production que lorsque le nouvel import fonctionne correctement.

Examinez les anciens et les nouveaux mappings

Examinez les deux mappings avant de basculer votre projet en production.

• Comparez l’ancien mapping d’import avec le nouveau.
• Les champs peuvent avoir des noms différents, même lorsqu’ils contiennent les mêmes informations.
• Cela peut provoquer des erreurs dans Règles, Créer, Finaliser, et Attributs.
• Les anciens champs utilisés à cet endroit peuvent ne plus exister après la bascule.

Faites en sorte que les références de champ continuent de fonctionner

Vous pouvez résoudre ce problème de deux façons :

1. Ajustez le mapping de votre nouvel import afin que les champs internes de Channable conservent les noms des anciens champs utilisés dans le projet.
2. Modifiez les champs utilisés dans vos canaux d’export pour les nouveaux champs.

Channable affichera des erreurs là où des champs sont utilisés alors qu’ils n’existent plus. Vérifiez tous les canaux d’export pour détecter les erreurs après avoir basculé l’import dans votre projet en production.

Vérifiez les valeurs des champs, pas seulement les noms des champs

Vérifiez aussi les champs qui gardent le même nom mais utilisent des valeurs différentes.

• Exemple : un champ appelé visibilité peut être vrai/faux dans l’ancien import et oui/non dans le nouveau.
• Les règles qui dépendent des anciennes valeurs peuvent cesser de fonctionner après la bascule.
• Par exemple, une règle qui exclut visibilité = faux peut ne plus fonctionner.
• Vérifiez que vos flux et vos API envoient toujours le nombre correct de produits.

Recréez les champs personnalisés

Recréez tous les champs personnalisés que vous avez ajoutés manuellement dans l’ancien mapping d’import.

• Ajoutez les mêmes champs personnalisés dans la nouvelle connexion d’import.
• Une capture d’écran des anciens champs personnalisés peut faciliter cela.

Vérifiez la catégorisation

Vérifiez la catégorisation dans vos canaux d’export après la bascule.

• Les Catégories de la nouvelle plateforme e-commerce peuvent être structurées différemment.
• Les noms de Catégorie peuvent également différer.
• Ils seront probablement toujours importés dans des champs standards tels que catégories, catégorie, ou chemin_de_catégorie.
• Les produits peuvent encore finir par être classés incorrectement vers le haut, alors vérifiez le Résultat attentivement.

Si vous devez utiliser des connexions de Commande

Si vous avez une ou plusieurs Termes et Conditions (en anglais) de Commande, il y a des points supplémentaires à vérifier.

• Contactez-nous pour obtenir de l'aide lors du changement d’imports.
• Nous supprimerons les anciennes Termes et Conditions (en anglais) de Commande et mettrons en place les nouvelles.

Les ID produit nécessitent également une attention particulière.

• Le ID Le Champ est probablement différent en ce qui concerne la nouvelle importation.
• Cet identifiant est généré par la plateforme de commerce électronique.
• Les Termes et Conditions (en anglais) de Commande identifient les produits par ID.
• Les Commandes A votre nouveau back-end échoueront si les produits contiennent encore l'ancien ID comme ID unique par Produit.
• Vous pouvez trouver ID unique par Produit en le Paramètres de un export API ou en le Finaliser étape de un export de flux.
• En les exports de flux, ce paramètre peut avoir un nom différent.
• Assurez-vous que les nouveaux IDs sont envoyés à toutes les places de marché qui ont une connexion de Commande.

Changer les API en toute sécurité

Pour vous assurer d’envoyer les IDs de votre nouvel import à toutes les API pour lesquelles vous avez une connexion de Commande, suivez ce processus :

1

Vider les API

Videz les API afin que toutes les annonces avec l’ancien ID comme « ID unique par produit » soient supprimées.

(Remarque : accédez à API > Paramètres > [icône d’engrenage] > Effacer l’API.)

2

Basculez les importations

Après avoir effacé vos API, basculez les importations du projet vers le nouvel import.

3

Vérifiez l’installation

Vérifiez le projet et assurez-vous que tout est correctement configuré à l’aide des conseils généraux ci-dessus (Mapping, champs personnalisés, catégorisation, règles, etc.).

4

Relancez les API

Si tout semble bon, relancez vos API afin que Toutes les annonces réapparaissent avec le bon ID unique par produit.

Important : si vous effacez vos API, vous risquez de perdre certains avis produits sur les places de marché, en particulier si vous êtes le seul Vendeur des produits que vous listez. Tenez également compte des éventuels frais d’annonce, par exemple sur eBay. L’effacement et la relance de l’API remettront tous les produits en ligne. Vérifiez d’abord auprès de la place de marché que l’effacement et la relance de l’API sont sans risque. Si vous avez un doute, contactez-nous pour des conseils.