Au démarrage d'une synchronisation des stocks, la toute première décision est : « quelle clé utiliser pour rapprocher les produits ? ». Relier Google Sheets et Shopify suppose de pouvoir déterminer mécaniquement quel produit Shopify correspond à la ligne A de votre feuille. On utilise pour cela le code-barres (GTIN/JAN/EAN/UPC, etc.) ou la SKU (votre code interne de produit).
Les deux fonctionnent, mais l'adéquation dépend nettement du type d'activité. Démarrer avec la mauvaise clé peut, un jour, se traduire par « les produits ne correspondent plus » ou « le stock est dédoublé ». Cet article fait le point sur leurs différences, le choix par type d'activité et les pièges en cas de changement ultérieur.
Rappel : code-barres versus SKU
Le code-barres et la SKU sont fondamentalement différents. Un code-barres est un identifiant partagé mondialement, attribué par les fabricants ou des organismes professionnels. JAN au Japon, EAN en Europe, UPC en Amérique du Nord : les normes varient par région, mais toutes partagent la même propriété, « un même produit porte le même numéro partout dans le monde ». Sur les cartons reçus du fournisseur, le code-barres est le plus souvent déjà imprimé.
À l'inverse, la SKU est un code interne que la boutique fixe librement. Certaines conçoivent des SKU comme « BLK-LARGE-001 » pour y lire couleur, taille et saison ; d'autres se contentent d'une numérotation simple : 1001, 1002, et ainsi de suite. Comme elles ne sont pas partagées mondialement, cela ne pose aucun problème si une autre entreprise utilise la même SKU.
Boutiques pour lesquelles le code-barres convient
Utiliser le code-barres comme clé de synchronisation offre un atout majeur : pouvoir reprendre tel quel le référentiel produit fourni par le fabricant ou le grossiste. Quand un fournisseur envoie un CSV de livraison, si la colonne JAN se rapproche directement de Shopify, vous économisez la peine de réattribuer des SKU. Cette compatibilité paie particulièrement pour les boutiques de revente qui distribuent des produits d'autres marques.
Quand on gère des produits à variantes nombreuses
Pour la mode, le bazar, l'alimentaire et d'autres catégories à nombreuses déclinaisons de couleur et de taille, une clé par code-barres est particulièrement efficace. Chaque variante possède en général son propre code JAN, ce qui permet une correspondance précise au niveau de la variante lors de la synchronisation. À l'inverse, avec les SKU, vous devez concevoir vous-même la convention de nommage par variante ; une conception bâclée fait proliférer des SKU similaires jusqu'à ne plus s'y retrouver.
Quand il y a une zone de picking
Si vous gérez les réceptions et expéditions avec des scanners portables, en entrepôt ou en arrière-boutique, ancrer le travail sur les codes-barres est massivement plus rapide. Si un scan identifie sur-le-champ la variante correspondante dans Shopify, personne n'a besoin de vérifier visuellement « c'est la SKU TX-002 ». La vitesse réduit aussi les erreurs.
Boutiques pour lesquelles la SKU convient
À l'inverse, les boutiques centrées sur leurs propres produits originaux sont mieux servies par les SKU. Créateurs et créatrices artisanales, marques D2C, prêt-à-porter au design propre — ces boutiques n'ont pas vraiment de fournisseur, et doivent choisir entre obtenir un code-barres ou en attribuer un en interne. À l'étape « le JAN officiel peut attendre », fonctionner uniquement avec des SKU est le choix réaliste.
Les SKU ont en outre la force de « porter du sens ». Avec un nom comme « TSHIRT-RED-M-2025SS », il suffit de lire le code pour identifier l'article et la saison. Cela aide discrètement à la lecture d'une liste de stock à l'œil ou aux filtres dans Google Sheets.
- Boutiques centrées sur leurs produits propres (marques originales, D2C)
- Nombreux nouveaux produits sans code-barres attribué
- Vous voulez coder du sens pour faciliter recherche et agrégations
- Structure surtout simple, avec une seule variante par produit
Cela dit, la SKU implique la responsabilité d'« éviter les doublons par vous-même ». Les codes-barres ne se répètent quasiment jamais par construction, alors que les SKU entrent en collision facilement si quelqu'un se relâche et attribue deux fois le même numéro. Pour s'en servir comme clé de synchronisation, il faut unifier strictement les règles de nommage à l'échelle de l'équipe.
Points de vigilance au moment de changer de clé
Il n'est pas rare de démarrer en SKU puis de vouloir passer aux codes-barres à mesure que les fournisseurs se multiplient. L'inverse arrive également : démarrer en JAN puis migrer vers les SKU quand les produits propres prennent de l'ampleur. Les deux sens sont possibles, mais plusieurs points exigent de la vigilance.
- 01Avant la bascule, vérifier que toutes les variantes Shopify portent la nouvelle clé
- 02Réécrire la colonne de clé dans la feuille Google (prudemment, conserver l'ancienne en colonne de sauvegarde)
- 03Au moment du changement, lancer une synchronisation manuelle unique et vérifier la correspondance
- 04Modifier l'indication de clé dans les réglages de l'application de synchronisation
- 05Pendant quelques jours, examiner les journaux avec soin pour repérer d'éventuelles lignes non appariées
Le plus inquiétant survient quand une partie des anciennes ou des nouvelles clés est vide. Si une variante Shopify n'a pas de code-barres, dès la bascule vers la clé code-barres elle devient « introuvable ». La synchronisation tourne mais la saute silencieusement, et le stock reste figé sur d'anciennes valeurs : un échec discret typique.
Pour conclure : choisir selon l'activité et le terrain
Il n'y a pas de bonne réponse universelle entre code-barres et SKU. Pour une boutique axée revente : le code-barres. Centrée sur ses produits propres : la SKU. Avec zone de picking : le code-barres. La réponse émerge naturellement de la façon dont vous opérez. Dans le doute, choisissez l'option que vous ne regretterez pas dans six mois ou un an. La clé de synchronisation est une compagne de longue route une fois la décision prise.