WooCommerce : quand un CSV sans SKU peut modifier un produit existant

Sans SKU ne veut pas dire sans correspondance. Dans l’importeur CSV natif de WooCommerce, une ligne dépourvue d’ID et de SKU peut retrouver un produit existant grâce à son GTIN, UPC, EAN ou ISBN. Encore faut-il utiliser une version qui prend en charge ce rapprochement, activer la mise à jour des produits existants et associer la colonne au bon champ.

Pour un responsable catalogue, la conséquence est très concrète : un fichier fournisseur ne doit pas être jugé uniquement sur les informations qu’il contient. Il faut aussi savoir quelle fiche chaque ligne peut modifier. Une description correcte appliquée au mauvais article reste une erreur de catalogue.

La note de version WooCommerce 11.2.0, publiée le 7 octobre 2026, annonce ce rapprochement. La documentation de l’importeur, consultée le 22 octobre, en précise les conditions. Voici comment transformer ces règles en décision avant votre prochain import, sans confondre import terminé et catalogue validé.

La colonne manquante ne dit pas ce qui va se passer

L’ID désigne une fiche dans la base de la boutique. Le SKU est la référence de gestion utilisée pour le produit. Les GTIN, UPC, EAN et ISBN sont d’autres identifiants, regroupés dans le champ « Global Unique ID » de WooCommerce. Le nom d’une colonne dans le fichier ne garantit pas que son contenu soit réellement l’identifiant attendu.

Le fonctionnement documenté pour WooCommerce 11.2 et versions ultérieures est conditionnel : avec « Update existing products » activé, l’importeur peut utiliser l’identifiant global lorsque ID et SKU sont tous les deux vides. Sur l’écran d’association des colonnes, il faut sélectionner « GTIN, UPC, EAN, or ISBN » pour la colonne correspondante. La documentation précise que celle-ci est, par défaut, sur « Do not import » : sa présence dans le CSV ne suffit donc pas.

Autre détail important : un ID ou un SKU fourni prend le pas sur ce recours à l’identifiant global, même s’il ne trouve pas de correspondance. Un ancien SKU erroné n’est pas automatiquement rattrapé par un EAN correct. Cela n’établit pas pour autant une règle à appliquer à un fichier où ID et SKU désignent deux produits différents : cette contradiction doit être corrigée avant import.

Ces indications concernent l’importeur intégré. Un module d’import, une synchronisation ERP ou un développement spécifique peut suivre d’autres règles. Relevez le nom de l’outil réellement utilisé et la version installée. La mention de 11.2.0 explique l’arrivée de la fonction ; elle ne recommande pas d’installer cette version historique en ignorant les correctifs plus récents.

Trois lignes à lire avant de regarder le prix

Prenons un exemple fictif : une boutique française d’accessoires de cuisine reçoit un fichier pour actualiser les descriptions de ses bols. Le fournisseur a changé ses références internes. Le marchand veut corriger le texte, pas les prix, les stocks ni les variantes.

Le tableau suivant est une grille de lecture, pas un fichier prêt à importer. Les références sont fictives ; « EAN confirmé » désigne une valeur à vérifier, pas une valeur utilisable.

Un nom presque identique ne suffit pas pour conclure. Un bol vendu à l’unité et un lot de six peuvent avoir des descriptions proches mais ne représentent pas la même offre. Avant toute association, le responsable catalogue confirme la couleur, la taille et le conditionnement concernés.

L’exemple illustre aussi trois décisions distinctes. L’identité détermine la fiche visée. Le mapping, ou association des colonnes, détermine ce que l’outil lit. L’autorisation métier détermine ce que l’on accepte de changer. Un bon rapprochement ne donne pas carte blanche aux autres colonnes du fichier.

Le mapping est une limite de modification, pas une formalité

Pour une correction de description, commencez par écrire le périmètre en une phrase : « modifier la description de ces produits, sans changement de prix, de stock, d’image, de visibilité ni de type ». Cette phrase devient le critère de réception du travail.

Préparez ensuite un fichier réduit aux informations utiles et vérifiez l’écran de mapping. L’importeur associe automatiquement les colonnes reconnues ; les menus permettent de modifier ces associations et de choisir « Do not import » pour les colonnes à ignorer. Une association automatique n’est pas une validation du besoin.

Méfiez-vous particulièrement des fichiers riches, préparés pour plusieurs distributeurs. Un prix peut être exprimé HT alors que votre procédure attend un autre traitement ; un stock peut correspondre à l’entrepôt fournisseur plutôt qu’à votre disponibilité vendable. Si ces données ne font pas partie de l’opération convenue, ne les importez pas. Il ne suffit pas qu’elles paraissent plausibles.

Même prudence avec les cellules vides : ne supposez pas qu’une colonne vide équivaut à une colonne ignorée. Retirez-la du périmètre ou choisissez explicitement de ne pas l’importer, puis vérifiez les champs protégés sur la copie de test.

Le passage par un tableur mérite lui aussi une relecture. Conservez les identifiants comme du texte pour éviter de perdre un zéro initial ou de les voir transformés en notation scientifique. La documentation demande un CSV encodé en UTF-8 ; contrôlez les accents, les séparateurs et les valeurs dans le fichier enregistré, pas seulement dans la feuille ouverte. Une description contenant une virgule doit respecter le format CSV attendu.

Ce travail relève de la structuration d’un catalogue e-commerce, pas simplement de la mise en forme d’un tableau. La bonne source pour une description n’est pas nécessairement celle qui décide du prix, de la fiscalité ou du stock.

Préparer une répétition qui permette vraiment de comparer

Avant le test, conservez le fichier fournisseur original et une copie datée du fichier préparé. Exportez les fiches concernées pour constituer un état de référence, avec les identifiants et les champs à protéger. Notez également la version de WooCommerce, l’importeur, l’option de mise à jour et le mapping retenu.

Cet export CSV n’est pas une sauvegarde complète du site. Il ne remplace ni une sauvegarde adaptée ni une procédure de restauration vérifiée par le responsable technique. La récupération doit tenir compte de la base, des médias et des données gérées par les extensions. Sur une boutique active, restaurer toute la base peut aussi affecter des commandes intervenues depuis la sauvegarde.

Réalisez la répétition sur une copie isolée et autorisée, dont les envois et les connecteurs externes sont maîtrisés. Il ne s’agit pas de déclencher des commandes, des notifications ou des synchronisations réelles pour tester un fichier. Le cadre de maintenance et de gestion technique doit préciser qui prépare cette copie et qui décide du retour arrière.

Choisissez un petit échantillon qui couvre les difficultés du fichier, pas seulement ses lignes les plus propres. Les six cas suivants constituent un point de départ. Ils ne sont pas présentés comme des tests réalisés sur votre boutique.

La documentation apporte une nuance utile au troisième cas : en mode mise à jour, les lignes sans correspondance sont généralement ignorées, mais des nouvelles variantes éligibles peuvent être créées. Il serait donc faux de présenter ce mode comme une garantie absolue « aucune création ». Les conditions liées au type, au parent, aux attributs et aux identifiants doivent être examinées pour les variantes.

Elle précise aussi une protection lors du rapprochement par identifiant global : si un type est fourni et diffère de celui du produit trouvé, la ligne échoue au lieu de convertir ce produit. Cette vérification ne s’applique pas lorsque le type est vide. Ce détail ne remplace ni le contrôle des variantes ni la comparaison des autres champs.

Le reçu « terminé » n’est que le début de la réception

Pour chaque ligne testée, rapprochez trois éléments : le produit attendu, le produit réellement touché et la différence avant/après. Conservez le rapport de l’importeur, y compris les lignes ignorées ou en échec. Le total de lignes traitées ne prouve pas que les bonnes fiches ont reçu les bonnes valeurs.

Une fiche de réception courte peut contenir : référence de ligne, identifiants d’origine, URL ou ID attendu, cible observée, champs autorisés, différences constatées, preuve datée et nom du validateur. Ajoutez une décision explicite : accepté, à corriger ou non expliqué.

Dans notre exemple fictif, la réception est favorable si la description du bol blanc change comme prévu et si son prix, son stock, ses images et sa visibilité restent inchangés. Elle ne l’est pas si le texte est correct mais appliqué à un autre conditionnement. Une capture du texte seul ne permettrait pas de voir cette erreur d’identité.

Si une ligne produit un résultat ambigu, arrêtez la progression vers le lot complet. Conservez les traces et examinez l’état actuel avant toute nouvelle tentative. Réimporter le même fichier pour « voir si cela passe » ne clarifie pas ce qui s’est déjà produit. Corrigez la cause, préparez un essai ciblé et comparez de nouveau à un état connu.

Une répétition réussie autorise une revue du lot, pas une confiance aveugle dans toutes ses lignes. Le responsable catalogue valide les correspondances et le périmètre ; le responsable technique confirme les conditions d’exécution et de récupération. La taille des lots se décide selon le fichier et l’environnement, sans nombre universel garanti.

Questions avant de transmettre le fichier

Sans SKU, WooCommerce crée-t-il forcément une nouvelle fiche ?

Non. Avec la mise à jour activée, WooCommerce 11.2 et versions ultérieures peuvent retrouver une fiche par l’identifiant global associé, si ID et SKU sont vides. L’absence de SKU ne suffit donc pas à prédire le résultat. Les variantes demandent une attention particulière, car certaines lignes éligibles peuvent créer une variante.

Un EAN fourni par le fabricant prouve-t-il que la correspondance est bonne ?

Il donne un point de rapprochement, pas une preuve que votre catalogue contient la bonne association. Vérifiez le produit, la déclinaison et le conditionnement. Si le code se retrouve sur plusieurs fiches dans vos données, résolvez l’ambiguïté avant d’exécuter le lot.

Puis-je conserver un ancien SKU et compter sur l’EAN pour le remplacer ?

Pas dans le fonctionnement documenté du rapprochement : lorsqu’un ID ou un SKU est fourni, l’importeur ne se rabat pas sur l’identifiant global si cette référence ne correspond pas. Faites corriger la référence obsolète ; ne videz pas une colonne uniquement pour contourner une erreur sans avoir validé la nouvelle identité.

Un export avant import suffit-il à annuler l’opération ?

Non. Il aide à comparer certaines données, mais ne garantit pas une restauration complète. L’annulation éventuelle doit être préparée avec le responsable technique, notamment pour ne pas écraser d’autres modifications ou des commandes récentes.

Faire examiner le fichier avant d’engager le catalogue

Vous disposez d’un fichier fournisseur et d’une boutique WooCommerce ? Faites examiner un fichier, son mapping et les fiches qu’il pourrait modifier. Le périmètre initial consiste à identifier les correspondances, les champs protégés et les tests nécessaires. Une correction, un import ou une intervention en production se définit séparément ; cette revue n’en constitue pas l’autorisation.

Sources

Sources officielles consultées le 22 octobre 2026. Aucun import sur une boutique cliente n’a été réalisé pour cet article ; les exemples sont fictifs.

• WooCommerce 11.2.0 : note de version du 7 octobre 2026 — arrivée du rapprochement par identifiant global.
• Documentation de l’importeur et de l’exporteur CSV natifs — mapping, conditions de rapprochement, variantes, schéma et préparation des fichiers. Ces règles doivent être rapprochées de la version et de l’outil réellement utilisés.