Aller au contenu principal
Retour au dictionnaire e-commerce

Single source of truth (SSOT)

Concepts clés et stratégieNiveau Basic

Une single source of truth (SSOT) est le système convenu où un type de données est maintenu, pour que chaque équipe et chaque canal utilise la même version.

Image by · CC BY 4.0

Qu'est-ce que Single source of truth (SSOT) ?

Une single source of truth (SSOT), ou source unique de vérité, est un endroit convenu où un type de données est créé et maintenu, pour que chaque personne et chaque système utilise la même version. En e-commerce, cela signifie généralement qu'un système détient l'enregistrement maître des données produit, et que les boutiques en ligne, les marketplaces et les flux le copient. Une SSOT ne signifie pas que toutes les données vivent dans une seule base. Le stock peut rester dans l'ERP et les données clients dans le CRM, tant que chaque type de données a un seul système propriétaire que les autres suivent. C'est la différence avec une single version of truth (SVOT), qui est le rapport ou la vue convenue construite à partir de ces sources. Pour le contenu produit, le PIM est la SSOT habituelle : tu modifies un titre une fois, puis tu l'exportes ou le synchronises vers tes canaux. Découvre comment centraliser les données produit en pratique.

Pourquoi Single source of truth (SSOT) compte en e-commerce

Les données produit naissent rarement à un seul endroit. Les prix viennent de l'ERP, les caractéristiques des fichiers fournisseurs, les images d'un disque partagé et les textes de l'équipe marketing. Sans source convenue, chaque canal finit avec sa propre copie modifiée, et personne ne sait laquelle est juste. Une SSOT fixe le sens des mises à jour. Les changements se font dans la source et descendent vers la boutique en ligne, les marketplaces et les flux, jamais dans l'autre sens. Les erreurs sont ainsi plus faciles à retracer, car il n'y a qu'un enregistrement à vérifier et à corriger. Cela compte aussi pour les acheteurs : dans l'étude consommateurs 2025 de Salsify, 54 % des acheteurs ont déclaré avoir abandonné un achat à cause d'informations contradictoires.

Exemples de Single source of truth (SSOT)

  • 1Type de données : titres, caractéristiques et images, Source : PIM, Copies : boutique en ligne, marketplaces et flux Google Merchant Center
  • 2Type de données : niveaux de stock, Source : ERP ou système d'entrepôt, Copies : boutique en ligne et fiches marketplace
  • 3Type de données : prix d'achat, Source : ERP, Copies : règles de prix par canal
  • 4Type de données : coordonnées des clients, Source : CRM, Copies : outil d'e-mailing et service client

Comment WISEPIM t'aide

  • WISEPIM centralise les données produit, les attributs, les variantes et les images, pour que ton équipe modifie un produit une seule fois au lieu de canal par canal.
  • Les connexions aux plateformes envoient les changements enregistrés vers des boutiques comme Shopify, WooCommerce et Magento 2 quand tu actives la synchronisation automatique, environ 30 secondes après l'enregistrement.
  • Les règles Quality Guard et Channel Readiness (préparation des canaux) montrent quels produits de la source sont incomplets avant qu'ils n'atteignent un canal.

Erreurs fréquentes avec Single source of truth (SSOT)

  • Ne pas décider quel système possède quelles données, si bien que deux systèmes écrasent le même champ.
  • Laisser les équipes modifier les produits directement dans la boutique en ligne ou sur la marketplace. Ces changements sont perdus à la synchronisation suivante.
  • Garder un tableur maître à côté du PIM. Une deuxième source ramène les conflits que tu voulais supprimer.
  • Regrouper tous les types de données dans un seul outil. Le stock, les commandes et les données clients ont souvent leur place dans l'ERP ou le CRM.
  • Sauter les contrôles de données après la migration. Une source centrale avec des données fausses propage les erreurs vers chaque canal.

Conseils pour Single source of truth (SSOT)

  • Note quel système possède chaque type de données avant de connecter quoi que ce soit.
  • Commence par les titres, les prix et les images, puis ajoute le reste.
  • Limite les modifications dans les canaux en aval pour que les changements passent par la source.
  • Effectue les contrôles de validation des données dans la source, pas canal par canal.
  • Revois la liste des propriétaires chaque fois que tu ajoutes un nouveau canal ou système.

Tendances autour de Single source of truth (SSOT)

  • Les vitrines headless qui lisent les données produit depuis le PIM via une API.
  • L'enrichissement par AI qui complète les attributs manquants dans la source plutôt que canal par canal.
  • Des données produit préparées pour les assistants d'achat AI, qui lisent des flux et des attributs structurés.
  • Des règles écrites de propriété des données dans le cadre de la gouvernance des données.

Outils pour Single source of truth (SSOT)

  • WISEPIM : un PIM qui centralise les données produit et les exporte ou les synchronise vers les canaux.
  • Akeneo : un PIM utilisé comme source centrale de l'information produit.
  • Salsify : une plateforme de product experience management qui centralise le contenu produit.
  • SAP Master Data Governance : gestion des données de référence pour les grandes entreprises, couvrant les données clients, fournisseurs et produits.
  • Contentful : un CMS headless qui peut servir de source pour le contenu éditorial.

Termes associés

Aussi appelé

SSOTSource unique de véritéSource de données de référenceSource de données centrale

Questions fréquentes

SSOT signifie single source of truth, ou source unique de vérité. Chaque type de données a un système convenu où il est créé et modifié, et tous les autres systèmes copient depuis celui-ci. Pour les données produit, ce système est souvent un PIM.

Une single source of truth concerne l'endroit où les données sont stockées et maintenues. Une single version of truth est la vue ou le rapport convenu construit à partir de ces données, comme un chiffre d'affaires unique que tout le monde utilise. Il faut généralement la première pour obtenir la seconde.

Pour le contenu produit, généralement oui. Un PIM détient les titres, descriptions, attributs, variantes et images, et les envoie vers les boutiques en ligne, les marketplaces et les flux. Le stock et les commandes restent souvent dans l'ERP, qui est la source pour ces données.

Les plus fréquentes : ne pas décider quel système possède chaque champ, laisser les équipes continuer à modifier dans la boutique en ligne, et garder un tableur comme deuxième source. Chacune ramène des versions contradictoires du même produit.

Tu as encore des questions ?

Tu ne trouves pas la réponse que tu cherches ? Contacte notre équipe.

Contacter le support

Continue d'explorer

Une sélection d'étapes suivantes pour aller plus loin.