07/08/2026
Un référentiel produit unique centralise les données et les médias de tous vos produits dans une seule base, puis alimente automatiquement chaque canal depuis cette source. Il se lit en trois temps : la collecte depuis l'ERP et les fichiers fournisseurs, l'enrichissement par les équipes métier, et la diffusion vers le site, les marketplaces, les portails partenaires et le catalogue imprimé. Sa valeur ne vient pas du stockage mais de la règle unique : une donnée corrigée une fois est corrigée partout.
Référentiel produit unique : le plan de ce guide
Collecter, enrichir, diffuser : les trois temps du référentiel
Ce qu'un référentiel produit contient vraiment
Comment les données entrent dans le référentiel
L'enrichissement, là où se concentre le travail métier
Qui gère quoi entre ERP, PIM, DAM et site
Un même socle, des sorties différentes selon le canal
Collecter, enrichir, diffuser : les trois temps du référentiel
Trois mouvements structurent un référentiel produit, et ils ne mobilisent ni les mêmes outils ni les mêmes équipes.
La collecte rapatrie les données existantes : références, prix et stocks depuis l'ERP, caractéristiques techniques depuis les fichiers fournisseurs ou les bases de conception, visuels depuis les serveurs de fichiers. Cette étape est technique et se traite en flux automatisés.
L'enrichissement ajoute ce que l'ERP ne porte pas : descriptions commerciales, attributs techniques normalisés, traductions, associations de médias, produits liés, données réglementaires. Cette étape est métier et occupe l'essentiel du temps projet.
La diffusion exporte vers chaque canal le sous-ensemble de données qu'il attend, dans son format. Un flux marketplace ne reçoit pas les mêmes champs qu'un gabarit InDesign.
Nous détaillons ce parcours complet en vidéo : Architecture PIM/DAM : comment collecter, enrichir et diffuser vos données.
Ce qu'un référentiel produit contient vraiment
Beaucoup d'entreprises imaginent un référentiel comme un catalogue Excel plus propre. La réalité est différente : quatre natures de contenu cohabitent, chacune avec ses règles de mise à jour et ses responsables.
Référence, EAN, nomenclature, appartenance à une famille, statut de commercialisation. Elles viennent de l'ERP et ne se modifient jamais dans le référentiel.
Dimensions, matières, puissances, normes, compatibilités. Ils sont typés et unitaires, ce qui permet de filtrer et de comparer sur le site.
Titres, descriptions courtes et longues, arguments, textes SEO et GEO, versions par langue et par marché.
Photos studio, vues d'ambiance, plans, notices, certificats, vidéos, avec leurs déclinaisons web et haute définition.
Cette séparation explique pourquoi le PIM et le DAM travaillent ensemble : le premier gère la donnée structurée, le second les fichiers et leurs métadonnées. Un produit devient diffusable quand ses quatre briques atteignent le niveau de complétude exigé par le canal visé.
Comment les données entrent dans le référentiel
Une source unique n'existe presque jamais au démarrage. Sur les projets industriels que nous menons, nous comptons couramment quatre à sept sources : l'ERP, un ou plusieurs tableurs de service, une base technique du bureau d'études, les fichiers PDF fournisseurs, un serveur de visuels, parfois un ancien site e-commerce.
Le choix du mode d'échange dépend de la fréquence de mise à jour, pas du volume. Une donnée prix qui bouge chaque nuit passe par API. Un référentiel de normes actualisé deux fois par an s'importe en CSV, avec contrôle manuel. Vouloir tout automatiser dès la première phase allonge le projet sans bénéfice mesurable.
Le point d'attention se situe sur la clé de rapprochement. Sans identifiant stable et partagé entre l'ERP et les autres sources, chaque import recrée des doublons. Nous traitons ce sujet avant le paramétrage, pas après, car une clé changée en cours de route oblige à rejouer toute la reprise de données. Notre travail d'intégrateur PIM/DAM commence souvent par cet arbitrage, que nous menons en réflexion avec nos clients.
L'enrichissement, là où se concentre le travail métier
L'enrichissement est la phase que les plannings sous-estiment le plus. Elle ne consiste pas à ressaisir des fiches, mais à définir les règles qui rendent la donnée exploitable par machine.
Les décisions à prendre avant d'ouvrir l'outil aux contributeurs :
Quels attributs sont obligatoires, par famille de produits.
Quelles listes de valeurs sont fermées, pour éviter le texte libre.
Quelles langues sont natives, lesquelles sont traduites.
Qui valide quoi, et à quel statut le produit devient publiable.
Quel média est obligatoire avant diffusion sur un canal.
Quelle donnée reste maîtrisée par l'ERP, sans exception.
Ces règles se paramètrent dans le référentiel et deviennent bloquantes. Un produit sans visuel principal ne part pas sur la marketplace. Une fiche dont la traduction allemande est au statut brouillon ne s'exporte pas vers le site .de. C'est cette mécanique de statuts, plus que la centralisation elle-même, qui fait chuter les erreurs catalogue.
Qui gère quoi entre ERP, PIM, DAM et site
La confusion la plus fréquente porte sur la frontière entre l'ERP et le PIM. Les deux contiennent des références produits, mais ils ne répondent pas aux mêmes questions.
| Rôle | ERP | PIM | DAM |
|---|---|---|---|
| Donnée maîtrisée | Référence, prix, stock, achat | Attributs, textes, traductions, relations | Fichiers médias et métadonnées |
| Utilisateurs | Gestion, achats, logistique | Marketing, catalogue, e-commerce | Studio, marketing, agences |
| Rythme | Temps réel ou quotidien | Par campagne, par lancement | Par production de visuels |
| Sortie | Facturation, réappro | Flux vers les canaux | Déclinaisons web et print |
Le site web, lui, ne gère rien : il affiche. Quand une équipe corrige une description directement dans le back-office du CMS, la correction disparaît au prochain export. Ce point revient dans presque tous les audits que nous réalisons.
Un même socle, des sorties différentes selon le canal
Un référentiel bien construit ne produit pas un fichier universel. Il produit autant de sorties que de canaux, chacune filtrée et formatée.
Le site e-commerce reçoit 18 attributs filtrables et 3 visuels par référence. Le catalogue imprimé reçoit les mêmes produits avec les cotes, les schémas techniques et les images en 300 dpi. Une seule saisie alimente les deux.
Chaque marketplace impose ses attributs obligatoires et sa nomenclature. Le mapping est défini une fois dans le référentiel, puis les exports se rejouent sans retouche manuelle.
Les fiches partent vers cinq portails pays. Seules les langues validées s'exportent, ce qui évite de publier une traduction incomplète.
Le gain se mesure sur le délai de mise en ligne d'une nouvelle gamme et sur le nombre de corrections après publication. Ces deux indicateurs sont à relever avant le projet, sinon le retour sur investissement restera une intuition.
Ce qui casse un référentiel produit
Un référentiel se dégrade rarement par la technique. Il se dégrade par les usages, et toujours de la même façon : des champs libres qui remplacent les listes fermées, des exceptions accordées à une famille de produits, des exports repris à la main « juste pour cette fois ».
Un référentiel produit unique tient sur une seule condition : aucune donnée ne se modifie en aval. Dès qu'une équipe corrige dans le CMS, dans un export ou dans le fichier envoyé au studio, la source perd son statut de référence et les incohérences reviennent en quelques semaines.
La gouvernance se met en place au démarrage, avec des rôles nommés et un responsable par famille de données. Un référentiel sans propriétaire désigné redevient un tableur partagé, avec une interface plus agréable.
Par où commencer selon votre activité
Le périmètre de départ change selon la nature de votre catalogue et selon le canal qui vous coûte le plus cher aujourd'hui.
Commencez par le modèle d'attributs techniques et les unités, famille par famille. C'est ce socle qui conditionne la traçabilité, le multilingue export et l'interfaçage ERP.
Commencez par les données réglementaires et la documentation technique. Les bureaux d'études et les prescripteurs consomment des fiches normées, pas des visuels.
Commencez par le mapping des canaux et la complétude minimale par marketplace. Le temps gagné se voit dès la première mise en ligne de gamme.
Dans les trois cas, le premier lot porte sur les familles qui génèrent le plus de chiffre d'affaires ou le plus de réclamations, jamais sur la totalité du catalogue.
Nous décrivons le parcours de la donnée produit, de la collecte à la diffusion, dans cette vidéo : Architecture PIM/DAM : comment collecter, enrichir et diffuser vos données.
Partenaire-intégrateur officiel Pimcore en France, nous construisons des référentiels produit connectés aux ERP, aux sites et aux chaînes de production print. Nous intervenons du cadrage du modèle de données à la reprise de l'existant.
Vous voulez savoir quel périmètre traiter en premier sur votre catalogue ?
Notre Blog
Nos derniers articles
Tendances, conseils, retours d’expérience : nos articles décryptent les sujets clés de votre transformation.
Référentiel produit unique : de la collecte à la diffusion
Un référentiel produit unique centralise les données et les médias de tous vos produits dans une seule base, puis alimente automatiquement chaque canal depuis cette source. Il se lit en trois temps : la collecte depuis l'ERP et les fichiers fournisseurs, l'enrichissement par les équipes métier, et la diffusion vers le site, les marketplaces, les portails partenaires et le catalogue imprimé. Sa valeur ne vient pas du stockage mais de la règle unique : une donnée corrigée une fois est corrigée partout.
PIM et DAM : ce que chacun gère dans vos données
Le PIM gère la donnée produit structurée : références, attributs techniques, descriptions, traductions. Le DAM gère les fichiers : photos, plans, notices, vidéos, avec leurs métadonnées et leurs déclinaisons par canal. Les deux se relient par une association entre chaque référence et ses médias, ce qui permet à une fiche produit de sortir complète, texte et visuels, vers n’importe quel canal.
Qu'est-ce qu'un PIM et à quoi il sert vraiment ?
Un PIM (Product Information Management) est la base qui centralise toutes les informations de vos produits : références, attributs techniques, descriptions, traductions et liens vers les médias. Les équipes y travaillent au même endroit au lieu de se répartir des fichiers, et l'outil exporte ensuite vers chaque canal le sous-ensemble de données qu'il attend. Sa valeur ne vient pas du stockage mais du contrôle : un champ obligatoire non rempli bloque la publication, ce qui fait chuter les erreurs catalogue.