Sur le carton, le code du fabricant. Sur l’étiquette du magasin, une référence interne. Dans le flux envoyé à une place de marché, encore un autre identifiant. Ces trois façons de reconnaître un produit ne doivent pas créer trois stocks pour le même article.
Depuis l’annonce Shopify du 8 septembre 2026, une variante peut porter jusqu’à 20 codes-barres. Le changement est utile aux commerçants qui vendent en ligne et en boutique, notamment lorsque les emballages ou les références fournisseurs diffèrent. Mais une règle mérite d’être comprise avant toute modification en série : les canaux continuent de lire le premier code-barres fourni. Ajouter des identifiants ne signifie donc pas que chaque application saura exploiter toute la liste.
La nouveauté tient dans la liste ; le risque se trouve dans son ordre
L’annonce officielle Shopify sur les codes-barres multiples précise les possibilités : ajouter, scanner et supprimer des codes depuis la variante ou l’application mobile Shopify ; les modifier dans l’éditeur en masse ; importer et exporter l’ensemble dans la colonne CSV Variant Barcodes.
Chaque valeur peut recevoir un type : UPC, EAN, ISBN, GTIN ou ASIN, avec une validation de format annoncée par Shopify. Le type Custom accueille les codes internes qui ne suivent pas ces standards. Cela ne rend pas ces identifiants interchangeables : un ASIN n’est pas un EAN et un code maison ne devient pas un GTIN parce qu’un logiciel accepte de l’enregistrer. Une validation de format n’est pas non plus une preuve d’attribution légitime de l’identifiant au produit.
Shopify indique que les codes existants sont conservés : aucune migration n’est imposée pour bénéficier de ce changement. Lorsque le système destinataire attend une seule valeur, le premier code garde ce rôle. Pour une boutique française déjà connectée à une caisse, un outil de gestion et plusieurs canaux, le bon point de départ est donc le code actuellement transmis, pas une réorganisation esthétique du catalogue.
Une tasse, deux étiquettes, un seul stock : suivons le produit
Prenons une boutique de décoration fictive à Lyon. Elle vend une tasse bleue à l’unité, dans son magasin et en ligne. Son SKU interne est TASSE-BLEUE-UNITE. Le fournisseur a attribué un EAN au produit ; la boutique utilise également une étiquette interne pour ses opérations en réserve. Nous nommerons les deux valeurs « EAN fournisseur » et « code réserve », sans publier de numéros scannables.
À la réception, le commerçant rapproche le produit physique de la bonne variante : tasse bleue, vendue à l’unité. Il ne rattache pas automatiquement le code figurant sur le carton d’expédition. Un carton de six unités peut représenter un conditionnement différent, et non un alias de la tasse. Avant d’ajouter un code secondaire, il faut établir ce qu’il identifie réellement. La nouveauté ne remplace pas cette décision de catalogue.
En réserve, le code interne peut servir à retrouver cette même variante si son usage est compatible avec les outils utilisés. Le SKU reste la référence de gestion définie par l’entreprise ; le dossier doit expliquer comment il correspond aux différents codes. Changer les codes-barres n’impose pas de renommer le SKU ni de recréer le produit.
À la caisse, Shopify annonce que POS peut reconnaître une variante depuis n’importe lequel de ses codes associés. Sa note dédiée à la recherche et au scan dans POS précise une disponibilité dans Shopify POS v11.14 et demande d’associer d’abord les codes à la variante dans l’administration. Cela justifie un contrôle de la version installée et un essai avec le matériel réellement utilisé. Ce n’est pas une promesse de compatibilité universelle de tous les lecteurs ou applications de caisse.
Vers le canal de vente, le premier code reste décisif. Dans notre exemple, le marchand conserve l’EAN fournisseur en tête si c’est bien l’identifiant attendu par le destinataire. Il ajoute le code réserve comme identifiant secondaire au lieu de le faire passer devant. Un scan réussi en magasin ne prouve pas que le flux commercial a envoyé le bon EAN : ce sont deux contrôles différents.
Le premier code est une décision commerciale, pas un détail de saisie
Dans une petite équipe, le catalogue peut être alimenté par le fournisseur, la personne en magasin et l’agence qui entretient la boutique. Sans règle commune, chacun peut « corriger » la liste selon son propre besoin. Le dernier import risque alors de modifier le choix fait pour les canaux.
Le responsable catalogue doit pouvoir expliquer quel identifiant est prioritaire, d’où il vient et quels destinataires l’attendent. Le prestataire vérifie ensuite la correspondance entre les champs, souvent appelée mapping : valeur Shopify, valeur exportée par le connecteur, valeur effectivement reçue. Ne déduisez pas le fonctionnement d’une application tierce du seul changement annoncé dans Shopify ; elle peut conserver son propre mapping ou une ancienne copie des données.
Si deux canaux exigent des identifiants différents, déplacer sans cesse le premier code n’est pas une solution. Il faut examiner les possibilités de mapping propres à chaque connecteur et les règles du destinataire. L’article ne prescrit pas de réglage universel : le constat utile peut être qu’un flux doit évoluer avant de toucher à la liste.
C’est aussi la limite d’une vérification uniquement visuelle de la fiche produit. Notre guide sur les données produits, variantes et informations transmises à Google traite la cohérence des données publiées ; ici, le sujet se situe en amont, au moment où l’on choisit quel identifiant quitte le catalogue.
Un essai CSV qui ne transforme pas le catalogue en chantier
La colonne Variant Barcodes ouvre une voie d’import-export, pas une autorisation de réécrire d’un coup toutes les références. L’annonce ne détaille pas la syntaxe complète de cette colonne ni le comportement de chaque application. Ne construisez donc pas un fichier à partir d’une séparation inventée entre codes.
Commencez par un export réalisé depuis la boutique concernée et conservez-en une copie datée. Ouvrez les colonnes d’identifiants comme du texte dans le tableur : une conversion numérique peut supprimer des zéros initiaux ou modifier l’affichage des longues valeurs. Conservez également les identifiants de rattachement des variantes et l’ordre observé des codes. Le SKU seul ne doit pas être présumé suffisant pour tous les outils.
Préparez ensuite un petit lot représentatif dans un environnement de test autorisé : une variante à un code, une à plusieurs codes, deux variantes proches par la couleur ou la taille, et un conditionnement à ne pas confondre avec l’unité. L’export de départ et la documentation d’import applicable à la boutique doivent guider le fichier, en particulier pour les champs vides, les suppressions et les remplacements. Si ces comportements ne sont pas établis, suspendez l’import au lieu de deviner.
Après l’essai, réexportez le lot. Comparez les valeurs exactes, leur type, leur ordre et leur rattachement aux variantes. Vérifiez que les codes précédents n’ont pas disparu et qu’aucune nouvelle variante n’a été créée involontairement. La réussite affichée par l’importateur ne suffit pas : elle prouve que le traitement s’est terminé, pas que le catalogue correspond à la décision métier.
Trois observations qui autorisent — ou non — l’extension du changement
Pour notre tasse fictive, la réception du travail tient en trois preuves complémentaires, pas dans une capture générale de l’administration.
- La variante est restée la même. Le dossier avant/après montre le même produit, la même couleur, le même conditionnement et le même rattachement au stock. L’EAN fournisseur reste premier ; le code réserve est secondaire. Prix, taxes et quantités n’ont pas été modifiés par l’import prévu pour les seuls identifiants.
- La caisse retrouve le bon article. Sur la version POS et le lecteur retenus, chaque code autorisé conduit à la tasse bleue à l’unité, pas au carton ni à une autre couleur. Un scénario de vente de test, lorsqu’il est prévu dans le périmètre autorisé, vérifie le mouvement de stock attendu sans utiliser une commande client comme expérience.
- Le destinataire reçoit la valeur attendue. Après synchronisation, le responsable du flux relève l’identifiant effectivement reçu par le canal, avec la variante, l’heure et le résultat. Il distingue un rejet d’identifiant, une synchronisation encore en attente et une valeur restée en cache. Une absence immédiate n’autorise pas un second import à l’aveugle.
Notez pour chaque observation le résultat attendu, le résultat obtenu et la personne qui tranche l’écart. Si le code réserve a remplacé l’EAN dans un flux, arrêtez l’extension du lot. Corrigez le mapping ou l’ordre sur le périmètre concerné, puis contrôlez à nouveau le destinataire. Le retour doit préserver les ventes et les mouvements de stock intervenus depuis : restaurer tout un catalogue ancien peut écraser des changements sans rapport avec les codes-barres.
Les réponses courtes à garder près du catalogue
Faut-il recréer toutes les variantes ? Non. Shopify indique que les codes existants restent en place et qu’il n’y a rien à migrer. Ajouter un alias au même produit ne justifie pas, à lui seul, de dupliquer son stock.
Un code interne peut-il devenir le premier ? Cela dépend des usages. S’il alimente un canal qui attend un autre identifiant, ce changement peut être incorrect. Vérifiez chaque destinataire avant de modifier la priorité.
Les vingt codes sont-ils transmis partout ? Non : l’annonce précise que les canaux continuent à lire le premier. La prise en charge de plusieurs codes dans POS ne démontre pas celle d’un connecteur ERP ou d’une place de marché.
La validation Shopify garantit-elle que le produit possède le bon GTIN ? Non. La validation de format annoncée ne remplace pas la vérification de l’attribution et de la correspondance au produit exact. Conservez la provenance fournisseur et les justificatifs pertinents.
Une boutique n’a pas besoin de vingt identifiants par variante pour bien fonctionner. Elle a besoin d’un lien clair entre le produit vendu, ses références et les systèmes qui les consomment. Ce travail fait partie d’une évolution e-commerce centrée sur le catalogue et les flux métier, pas seulement d’un nettoyage de colonnes.
Pour cadrer une intervention, présentez à 1Design quelques variantes et les canaux qui les utilisent. L’objectif initial est de délimiter les correspondances à examiner, les essais à réaliser et les preuves à livrer. N’envoyez ni accès ni données clients ; un exemple anonymisé et la liste des outils suffisent pour engager ce cadrage, sans présumer d’un audit gratuit ou d’une compatibilité déjà validée.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?