22/08/2026
Une migration d'Excel vers un PIM se prépare en quatre temps : auditer les fichiers pour connaître leur état, choisir un premier lot d'une ou deux familles de produits, normaliser les valeurs et les unités pendant l'import et non après, puis faire valider chaque famille par son responsable métier avant de la déclarer diffusable. La migration ne se fait jamais d'un bloc, et les familles non migrées restent sous tableur sans double saisie.
Migration Excel vers PIM : le déroulé du chantier
Préparer sa migration en quatre temps
Auditer. Recenser les fichiers, mesurer la complétude par famille, repérer doublons, unités mélangées et médias non rattachables.
Choisir le premier lot. Une ou deux familles de produits, celles qui pèsent le plus en chiffre d'affaires ou en réclamations, jamais la totalité du catalogue.
Normaliser pendant l'import. Convertir les unités, fermer les listes de valeurs, corriger les références en doublon, avec validation métier au fil de l'eau.
Valider et mettre en service. Faire approuver chaque famille par son responsable, puis brancher la diffusion vers le premier canal.
Les quatre temps, dans le détail
Chaque temps a une sortie attendue, et il ne faut pas passer au suivant sans elle.
Sortie attendue : une carte des sources avec leur identifiant produit, et un taux de complétude par famille sur les attributs qui comptent pour vos canaux.
Sortie attendue : un périmètre écrit, avec les familles retenues, les attributs concernés, le canal visé et les critères de recette.
Sortie attendue : des règles de conversion documentées, appliquées à l'import, et une liste des cas écartés du lot.
Sortie attendue : un accord nommé par famille, du responsable métier, avant toute diffusion.
Le deuxième temps est celui qui est le plus souvent escamoté. Sans périmètre écrit, le lot s'élargit à chaque atelier et la mise en service recule. C'est le point que nous verrouillons en premier dans notre travail d'intégrateur PIM/DAM.
Choisir le premier lot
Le bon premier lot n'est pas le plus facile mais le plus représentatif. Un lot facile donne un résultat rapide et une fausse estimation de la charge restante.
Trois critères se combinent. Le poids commercial d'abord : une famille qui porte du chiffre d'affaires justifie l'effort et intéresse la direction. La densité de problèmes ensuite : une famille avec des variantes et des unités révélera les vraies difficultés du modèle de données. Le canal de sortie enfin : choisissez une famille dont la diffusion est visible, de façon à démontrer le gain plutôt que de le décrire.
Le volume, lui, compte peu. Deux cents références suffisent à valider un modèle de données si elles couvrent la diversité des cas. Cinq mille références homogènes ne valideront rien de plus.
Un dernier point pratique. Évitez de démarrer sur une famille en pleine refonte commerciale : les attributs changeront pendant la migration et vous ne saurez plus si un écart vient de l'import ou d'une décision produit.
Ce qui se nettoie avant, pendant et après
La question du moment du nettoyage revient systématiquement, et la mauvaise réponse coûte cher dans les deux sens.
| Type de correction | Moment | Pourquoi |
|---|---|---|
| Conversion d'unités connues | Pendant l'import | Règle sans ambiguïté, automatisable |
| Fermeture des listes de valeurs | Pendant l'import | Le mapping se fait une fois pour toutes |
| Doublons proches | Avant l'import | Demande un arbitrage métier, pas une règle |
| Attributs manquants | Après, dans le PIM | L'outil signale les manques, la saisie s'y fait |
| Médias non rattachables | Avant l'import | Un fichier orphelin importé reste orphelin |
Les deux lignes « avant » sont celles qui bloquent le plus de projets. Importer des doublons revient à les figer dans le référentiel, et les démêler ensuite coûte davantage. Importer des médias orphelins encombre le DAM d'un stock que personne ne triera jamais.
Les erreurs de migration les plus fréquentes
Six erreurs reviennent régulièrement, et toutes se préviennent au cadrage.
Migrer tout le catalogue d'un seul coup.
Reporter la normalisation à après l'import.
Importer sans identifiant produit stable.
Laisser les équipes saisir dans les deux outils.
Négliger les médias jusqu'à la mise en service.
Omettre de nommer un responsable par famille.
La quatrième est la plus destructrice. Une double saisie pendant la transition crée deux vérités et fait perdre confiance au référentiel avant qu'il ait servi. Les familles non migrées restent sous tableur, et elles y restent seules : aucune famille ne doit vivre dans les deux systèmes en même temps.
Ce qui reste dans Excel après la migration
Contrairement à ce que la question du basculement suggère, le tableur ne disparaît pas.
Excel reste utile après la migration, mais il change de statut. Il devient un outil de préparation d'imports, de contrôle ponctuel et d'extraction pour analyse. Ce qu'il perd, c'est le statut de source de vérité. Toute correction faite dans un export Excel et non remontée dans le référentiel se perdra au prochain export.
Deux usages restent légitimes et méritent d'être organisés. La préparation d'un lot de nouvelles références avant import, quand un fournisseur livre ses données en tableur. Et l'extraction pour analyse, quand une direction veut croiser des données produit avec des chiffres de vente. Dans les deux cas, le fichier est un moyen de transport, pas un lieu de stockage.
Le premier lot à migrer selon votre catalogue
Le critère de choix change selon la nature de votre catalogue et selon ce que vous devez démontrer en interne.
Prenez la famille aux variantes les plus nombreuses. Elle validera le modèle d'attributs et les unités, ce qui conditionne tout le reste de la migration.
Prenez la famille la plus documentée, celle qui porte des notices et des fiches normées. Vous validerez en même temps la chaîne données et la chaîne médias.
Prenez la famille diffusée sur le plus de canaux. Elle révélera les attributs obligatoires cumulés et le travail de mapping réel.
Dans les trois cas, écrivez le périmètre et les critères de recette avant de lancer le premier import. C'est ce document qui empêchera le lot de s'élargir.
Partenaire-intégrateur officiel Pimcore sur le marché français, nous reprenons les catalogues gérés sous tableur pour les structurer en référentiel produit, famille par famille, avec validation métier à chaque étape. La reprise de données fait partie de notre méthode de déploiement, aux côtés du setup, de l'interfaçage ERP, de l'hébergement et de la maintenance.
Vous voulez savoir quelle famille migrer en premier dans votre catalogue ?
Notre Blog
Nos derniers articles
Tendances, conseils, retours d’expérience : nos articles décryptent les sujets clés de votre transformation.
Comment préparer une migration Excel vers un PIM
Une migration d'Excel vers un PIM se prépare en quatre temps : auditer les fichiers pour connaître leur état, choisir un premier lot d'une ou deux familles de produits, normaliser les valeurs et les unités pendant l'import et non après, puis faire valider chaque famille par son responsable métier avant de la déclarer diffusable. La migration ne se fait jamais d'un bloc, et les familles non migrées restent sous tableur sans double saisie.
Comment auditer ses données produits avant un projet PIM
Pour auditer vos données produits avant un PIM, recensez d'abord vos sources et identifiez celle qui porte la référence de vérité. Mesurez ensuite la complétude par famille, repérez les doublons et les valeurs incohérentes, qualifiez les médias rattachables, puis fixez les règles de normalisation à appliquer pendant la reprise. Cet audit conditionne le chiffrage du projet : il transforme une estimation en budget.
Ce qui fait qu'un cahier des charges PIM/DAM tient la route
Un cahier des charges PIM/DAM ne se juge pas sur la longueur de sa liste de fonctions mais sur la précision avec laquelle il décrit votre existant : vos sources, leurs identifiants, vos familles de produits, vos canaux et leurs exigences. Sans ces éléments, les devis reçus sont des fourchettes révisables et les réponses des prestataires deviennent incomparables. Quatre conditions séparent un document utile d'un document administratif.