Le problème n'est pas une invention d'éditeur
Le 23 janvier 2026, le cabinet Ippon publiait un article intitulé « La couche sémantique : le chaînon manquant de la valorisation des données d'entreprise ». Le problème qu'il pose tient en quelques mots : chacun utilise sa propre définition du chiffre d'affaires. Nous n'avons rien à y ajouter, et c'est précisément ce qui rend la citation utile. Ce n'est pas un éditeur qui décrit un problème pour vendre la solution qu'il a déjà écrite, c'est un cabinet de conseil qui le constate chez ses clients.
Ce constat a une conséquence que l'article ne traite pas, et que nous voyons arriver en rendez-vous : quand un marché a plusieurs mots pour un même problème, les entreprises achètent celui qu'elles ont entendu en dernier. D'où ce texte, qui n'est pas un argumentaire mais une carte, et qui comporte des cases que nous n'occupons pas.
Couche sémantique
Elle garantit qu'une métrique se calcule de la même façon dans tous les outils. Une couche sémantique, ou semantic layer, se place entre l'entrepôt de données et les outils qui affichent les chiffres. La définition technique d'une métrique y est écrite une fois, et chaque outil branché dessus la consomme au lieu de la recalculer à sa manière. Ce n'est pas un concept flottant : c'est un objet avec des implémentations identifiables, dbt Semantic Layer, Cube, AtScale, ou LookML dans l'écosystème Looker.
Ce qu'elle ne résout pas. Deux choses, l'une en dessous d'elle, l'autre au-dessus. En dessous, elle suppose un entrepôt déjà alimenté et déjà propre : elle ne va pas chercher vos données là où elles vivent, et elle ne vous prévient pas qu'une source a cessé de se synchroniser il y a trois semaines. Au-dessus, elle ne dit rien de l'arbitrage. Elle garantit qu'une définition sera appliquée partout ; elle ne dit pas qui a le droit d'en changer, ni ce qui se passe le jour où la finance et le commerce n'en veulent pas la même.
Metrics layer : le même objet, un autre accent
Dans l'usage courant, metrics layer et couche sémantique désignent la même chose, et il est plus honnête de le dire que d'inventer une distinction pour faire nombre. Quand une nuance est faite, elle porte sur le périmètre : « sémantique » insiste sur le vocabulaire métier partagé, dimensions et entités comprises, tandis que « metrics » insiste sur les indicateurs calculés. Si vous croisez les deux mots dans deux documentations, regardez ce que l'outil fait, pas comment il s'appelle.
Catalogue de données
Il répond à « où est cette donnée, d'où sort-elle, que contient-elle ». Un catalogue de données, ou data catalog, inventorie les actifs d'une entreprise et les documente : tables, champs, propriétaires, usages, parfois le trajet de la donnée entre les systèmes. C'est l'outil des organisations qui ont beaucoup de données et beaucoup de gens qui les cherchent, et il résout un vrai problème, celui de la découverte.
Ce qu'il ne résout pas. Il documente, il ne calcule pas. La fiche décrit un indicateur ; le chiffre, lui, est produit ailleurs, par un outil qui n'a jamais lu la fiche. Rien ne garantit que les deux disent la même chose, et surtout rien ne le signale le jour où ils cessent de le dire. Un catalogue parfaitement tenu est un excellent moyen de savoir ce qu'on aurait dû calculer.
Gouvernance des données : le mot qui ne désigne aucun outil
Celui-ci est dans la liste précisément parce qu'il ne désigne aucun produit. C'est le mot qui circule le plus en comité de direction, et le seul des cinq qu'aucun éditeur ne peut vendre. La gouvernance des données est une pratique : décider qui possède quoi, écrire les règles, arbitrer les désaccords, et tenir tout cela dans le temps. On n'achète pas de la gouvernance, on l'exerce. Un outil peut au mieux la rendre possible, la rendre visible, et la rendre coûteuse à contourner.
Pourquoi ce mot compte dans une comparaison d'outils. Parce que c'est celui qui autorise les malentendus les plus chers. Un appel d'offres intitulé « gouvernance des données » peut recevoir la réponse d'un éditeur de catalogue, celle d'un éditeur de couche sémantique et celle d'un intégrateur, et les trois auront répondu honnêtement à trois questions différentes. Le tri se fait alors sur le prix, faute de pouvoir se faire sur le périmètre.
Couche de décision : ce que les trois laissent ouvert
Elle réunit la définition, le calcul et la traçabilité dans le même objet. Une couche de décision s'intercale entre les systèmes qui produisent vos données et les écrans où vous décidez, et elle prend en charge les trois étages d'un coup : aller chercher et harmoniser les sources, écrire et calculer les indicateurs, restituer en conservant le chemin qui remonte jusqu'à l'origine. La différence avec les catégories précédentes n'est pas une différence de fonctionnalité, c'est une différence de responsabilité : quand la définition et le calcul sont le même objet, plus personne ne peut renvoyer la faute à l'étage d'à côté. Nous avons écrit ailleurs ce que cette catégorie suppose en dessous d'elle et ce qu'elle ne remplace pas.
Ce qu'elle ne résout pas. Elle ne remplace pas vos systèmes de gestion, elle les lit. Elle ne fabrique pas une information que personne ne saisit. Et elle ne prend aucun arbitrage à votre place : tout ce qu'elle fait, c'est mettre les deux règles côte à côte, écrites, avec un nom en face de chacune, pour que l'arbitrage devienne possible.
Ce qu'aucun d'eux ne résout
Aucun ne saisit une information que personne ne saisit. Aucun ne décide à votre place laquelle de deux règles de calcul est la bonne. Aucun ne fait accepter à une direction une définition qu'elle n'a pas discutée.
C'est la part du problème qui n'est pas un problème d'outil, et c'est la plus grosse des deux. Un éditeur qui vous dit le contraire vous vend un logiciel pour régler une question d'organisation, ce qui revient à acheter un agenda pour avoir moins de réunions.
Comment choisir, en trois questions
Que se passe-t-il aujourd'hui quand quelqu'un demande d'où vient un chiffre ? Si la réponse existe mais que personne ne la trouve, votre sujet est un sujet de découverte, et un catalogue le traite. Si la réponse n'existe pas parce que la règle n'a jamais été écrite, aucun catalogue ne la fera apparaître : il documentera l'absence.
Vos données sont-elles déjà rassemblées quelque part ? Si oui, et si votre problème est que trois outils calculent différemment sur cette base commune, une couche sémantique traite exactement cela. Si non, elle attend un préalable que vous n'avez pas, et vous paierez un outil pour une capacité que vous ne pourrez pas utiliser avant un an.
Qui tranche, aujourd'hui, quand deux directions ne sont pas d'accord ? Si la réponse est personne, le premier geste n'est pas un achat. C'est une réunion, elle sera inconfortable, et aucun outil de cette carte ne vous en dispensera.
Données de démonstration