SKU en e-commerce : définition et bonnes pratiques de gestion

Un SKU mal pensé, ça ne se voit presque jamais tant que les ventes tournent correctement. Puis un jour, vous essayez de comprendre pourquoi une variante de couleur se vend deux fois moins bien qu’une autre dans vos rapports Google Analytics, ou pourquoi la moitié de votre flux Google Shopping se fait rejeter — et la réponse se cache dans la façon dont vos SKU ont été créés, parfois des mois plus tôt, parfois par une personne qui ne travaille plus sur le projet. Le SKU (Stock Keeping Unit, littéralement “unité de gestion des stocks”) est l’identifiant le plus discret d’une boutique en ligne. C’est aussi l’un des plus structurants pour la fiabilité de vos données de conversion.

En bref

• Un SKU est un identifiant produit interne, propre à chaque boutique, utilisé pour suivre le stock, les ventes et les variantes.
• Il est différent du code EAN/GTIN, qui est un code-barres normalisé et identique chez tous les revendeurs d’un même produit.
• Un SKU cohérent facilite la lecture des rapports GA4 par produit, l’appariement du flux Google Shopping et l’analyse A/B par variante.
• Un SKU mal structuré (doublons, incohérences, changements en cours de route) fausse l’attribution des ventes et complique le pilotage CRO.
• Rien n’oblige légalement à utiliser un SKU, mais il devient vite indispensable dès que le catalogue dépasse quelques dizaines de références.

Qu’est-ce qu’un SKU, concrètement ?

Le SKU est un code alphanumérique que vous créez vous-même pour identifier de façon unique chaque produit ou chaque variante de produit dans votre système : boutique en ligne, logiciel de caisse, entrepôt, outil de gestion de stock. Contrairement à un nom de produit qui peut évoluer, contenir des accents ou des espaces, le SKU reste stable et sert de clé technique en coulisses. Un t-shirt vendu en trois couleurs et quatre tailles n’a pas un seul SKU : il en a douze, un par combinaison, parce que chaque variante a son propre stock, son propre prix éventuel et ses propres ventes à suivre.

On croise parfois l’acronyme UGS, pour “unité de gestion des stocks” : c’est simplement la traduction française de SKU. Les deux termes désignent exactement la même chose, et les logiciels francophones (Prestashop, certains ERP) utilisent souvent UGS dans leur interface là où la documentation anglophone parle de SKU. Aucune différence de fond, seulement une différence de langue.

Le SKU est-il obligatoire en e-commerce ? Non, aucune réglementation ne l’impose. Une boutique avec dix produits sans variantes peut très bien fonctionner sans SKU formalisé, en s’appuyant sur les identifiants automatiques générés par sa plateforme (WooCommerce, Shopify, Prestashop attribuent un ID interne par défaut). Le problème arrive avec la croissance : dès que le catalogue dépasse une cinquantaine de références ou que les variantes se multiplient, l’absence de SKU structuré rend le suivi de stock, la préparation de commandes et l’analyse des ventes nettement plus pénibles. Ce n’est pas une obligation légale, c’est une nécessité opérationnelle qui arrive tôt ou tard.

SKU, code EAN, code-barres, GTIN : ne pas confondre

C’est la confusion la plus fréquente chez les e-commerçants qui démarrent, et elle a des conséquences concrètes sur le référencement produit et les flux publicitaires. Le SKU et le code EAN (ou son équivalent international GTIN) ne jouent pas du tout le même rôle.

Identifiant Qui l’attribue Unicité Usage principal

SKU (UGS) Vous-même, en interne Propre à votre boutique uniquement Suivi de stock, ventes, variantes, reporting interne

Code EAN / GTIN Organisme normalisé (GS1) Universel, identique chez tous les vendeurs Identification produit standardisée, flux Shopping, marketplaces

Code-barres Généré à partir de l’EAN/GTIN Représentation graphique de l’EAN Scan en caisse, en entrepôt, en point de vente

MPN Le fabricant Propre au fabricant, pas à vous Référence fabricant, complète le GTIN dans Google Merchant Center

La différence entre un SKU et un code EAN tient donc à la portée : le SKU n’a de sens que dans votre système à vous, alors que le code EAN identifie le produit de façon universelle, quel que soit le revendeur. Deux boutiques qui vendent le même modèle de chaussures auront chacune leur propre SKU, mais partageront le même EAN. Quant à la différence entre SKU et code-barres, elle est encore plus simple : le code-barres est presque toujours une représentation visuelle et scannable du code EAN, pas du SKU (même si certains systèmes internes impriment aussi un code-barres à partir du SKU pour la logistique interne).

Comment créer un bon SKU : structure et nomenclature

Il n’existe pas de norme officielle imposant un format de SKU, mais une nomenclature cohérente évite 80 % des problèmes rencontrés en pratique. La règle de base : un SKU doit être lisible par un humain, stable dans le temps, et jamais réutilisé pour un autre produit même après suppression de l’ancien.

Une structure courante et efficace combine plusieurs segments séparés par un tiret :

Segment Exemple Rôle

Catégorie TSH (t-shirt) Regroupe les produits par famille

Modèle / ligne COL (col rond) Distingue les modèles au sein d’une catégorie

Couleur NOI (noir) Identifie la variante couleur

Taille M Identifie la variante taille

Ce qui donne, par exemple, TSH-COL-NOI-M pour un t-shirt col rond noir en taille M. Combien de caractères doit contenir un SKU ? Il n’y a pas de longueur imposée, mais dans la pratique, viser entre 8 et 20 caractères est un bon équilibre : assez court pour rester lisible sur une étiquette ou dans un tableau Excel, assez long pour porter l’information utile. Au-delà de 20-25 caractères, le SKU devient difficile à lire d’un coup d’œil et les erreurs de saisie augmentent.

Quelques principes qui font la différence sur le long terme : éviter les caractères spéciaux et les espaces (préférer le tiret ou l’underscore), rester sur un système entièrement en majuscules pour éviter les doublons de casse, ne jamais intégrer une information qui peut changer (comme un prix ou une saison qui se répète chaque année) et documenter la nomenclature dans un fichier partagé accessible à toute l’équipe, pas seulement dans la tête de la personne qui l’a inventée. Pour les catalogues plus larges, la gestion de cette nomenclature dépasse vite un simple tableur : c’est justement le rôle d’un PIM (Product Information Management), qui centralise les attributs produits et impose une structure de SKU uniforme sur l’ensemble du catalogue, y compris quand plusieurs personnes créent des fiches produit en parallèle.

Le SKU, fondation invisible de vos données de conversion

C’est le point que la plupart des guides sur le SKU passent sous silence, parce qu’ils l’abordent presque toujours sous l’angle logistique : rangement en entrepôt, préparation de commandes, réduction des erreurs de picking. Ce sont des usages réels et importants. Mais pour qui pilote l’acquisition et la conversion d’une boutique en ligne, le SKU joue un rôle tout aussi critique, en amont du tracking marketing.

Dans Google Analytics 4, chaque événement e-commerce (vue produit, ajout au panier, achat) transporte un paramètre item_id, qui correspond dans la grande majorité des implémentations au SKU du produit. Si deux variantes différentes partagent le même SKU par erreur — un oubli fréquent quand une boutique ajoute une nouvelle couleur sans créer de nouvelle référence — GA4 va agréger leurs performances comme s’il s’agissait d’un seul et même produit. Résultat concret : vous ne pouvez plus savoir laquelle des deux couleurs convertit mieux, ni orienter une décision de réassort ou de mise en avant sur la page produit avec des données fiables.

Le même mécanisme joue dans Google Merchant Center et les flux Google Shopping. Le SKU y sert souvent d’identifiant d’article (id), complété par le GTIN et le MPN pour que Google rapproche votre offre du bon produit dans son catalogue. Un SKU dupliqué, modifié en cours de route ou incohérent avec l’identifiant utilisé côté flux produit peut faire rejeter des lignes entières du flux, ou pire, faire remonter les mauvaises statistiques de performance sur la mauvaise fiche produit dans vos campagnes Google Ads Shopping. Une baisse de conversions sur une campagne Shopping n’est pas toujours un problème de prix ou d’enchère : elle peut venir d’un SKU cassé qui empêche Google de faire correctement correspondre votre offre à la bonne fiche.

Enfin, pour qui mène des tests A/B par variante produit (comparer deux visuels, deux intitulés ou deux prix sur une même référence), un SKU stable est la condition de base pour que l’outil de test attribue correctement chaque conversion à la bonne version. Un SKU qui change en cours de test — parce qu’une personne a “nettoyé” la nomenclature sans prévenir l’équipe marketing — invalide silencieusement les résultats, sans qu’aucune alerte ne se déclenche : les chiffres continuent de s’afficher, ils sont simplement faux.

Erreurs fréquentes de gestion des SKU

Sur les catalogues que j’ai pu observer en accompagnement CRO, les mêmes erreurs reviennent régulièrement :

• Réutiliser un SKU supprimé pour un nouveau produit sans lien avec l’ancien, ce qui pollue l’historique de ventes et fausse les comparaisons dans le temps.
• Générer les SKU automatiquement et aléatoirement via la plateforme sans jamais les reprendre, ce qui donne des identifiants illisibles impossibles à interpréter sans ouvrir la fiche produit.
• Changer la nomenclature en cours de route sans migration propre, ce qui crée deux systèmes de SKU coexistants dans le même catalogue.
• Ne pas synchroniser le SKU entre la boutique, l’ERP et le flux Google Shopping, ce qui provoque des écarts de stock affiché et des rejets de flux.
• Confondre SKU et code EAN dans le paramétrage du flux produit, ce qui empêche Google de rapprocher correctement l’offre du bon produit.

Ces erreurs ont un point commun : elles restent invisibles tant que personne ne croise les données de vente avec les données de stock ou de tracking. C’est souvent au moment d’un audit CRO, ou en creusant pourquoi un sell-through rate semble incohérent sur certaines références, qu’elles remontent à la surface.

Quand et comment corriger une nomenclature de SKU existante

Reprendre une nomenclature de SKU en place, sur un catalogue déjà en vente, est une opération délicate : elle touche le stock, les commandes en cours, l’historique GA4 et le flux Shopping en même temps. Mieux vaut la planifier plutôt que la faire au fil de l’eau. Quelques repères pratiques :

D’abord, ne jamais changer un SKU existant sur un produit déjà indexé dans Google Shopping sans redirection ni suivi : cela casse temporairement l’historique de performance de l’annonce. Ensuite, privilégier une migration en une seule fois, documentée, plutôt que des ajustements produit par produit sur plusieurs mois — c’est cette seconde approche qui crée les systèmes hybrides difficiles à démêler. Enfin, avant toute refonte, exporter l’historique de ventes par ancien SKU pour pouvoir continuer à analyser les tendances de fond une fois la nouvelle nomenclature en place, sans perdre le recul historique.

Ce même travail de rigueur sur les identifiants produit se retrouve dans d’autres décisions e-commerce : par exemple, savoir précisément quel SKU se vend bien ou stagne conditionne aussi les arbitrages de déstockage en ligne, où l’objectif est d’écouler les références qui traînent sans dévaloriser le reste du catalogue aux yeux des acheteurs les plus fidèles.

En résumé

Le SKU n’est ni une simple formalité logistique, ni un détail réservé à l’équipe entrepôt. C’est la clé qui relie votre stock, vos ventes et vos données de conversion. Une nomenclature claire, stable et documentée coûte peu de temps à mettre en place, mais elle conditionne directement la fiabilité de ce que vous voyez dans GA4, dans votre flux Google Shopping et dans vos tests A/B. Avant de chercher pourquoi un produit convertit mal ou pourquoi une campagne Shopping sous-performe, vérifier la propreté des SKU en amont est souvent le réflexe le plus rentable — et le plus souvent négligé.