« Il faudrait un fichier ONIX. » La phrase revient souvent dans la bouche d’un distributeur, d’une plateforme ou d’un prestataire, et elle laisse beaucoup d’éditeurs indépendants perplexes : est-ce un logiciel, un document à rédiger, une obligation ?

Ce n’est rien de tout cela. ONIX est un format d’échange : une manière normalisée de présenter les informations d’un livre pour qu’un autre système les lise sans ressaisie. Le fichier n’est pas la fiche du livre. Il transporte la fiche.

En bref. Un fichier ONIX n’a généralement pas vocation à être rédigé à la main, et l’éditeur n’a pas toujours à le produire lui-même. Ce qui compte pour un éditeur, c’est la qualité des données qui y entrent : une fiche de référence par édition, cohérente d’un canal à l’autre.

Ce qu’est un fichier ONIX

ONIX for Books est une norme de métadonnées maintenue par EDItEUR. Concrètement, c’est un message XML : un fichier texte structuré, où chaque information du livre est placée dans une balise prévue pour elle. Des distributeurs, des agrégateurs et certains détaillants utilisent ONIX pour échanger des métadonnées. Chaque destinataire conserve toutefois ses propres modalités de dépôt : l’existence du standard ne signifie pas que toutes les plateformes acceptent un fichier ONIX directement de chaque éditeur.

Un même fichier peut décrire un seul titre ou tout un catalogue. Il peut être envoyé une fois, puis remis à jour à chaque changement : nouveau prix, nouvelle couverture, date de mise en vente modifiée.

Ce qu’il transporte

  • Identité — exemples : titre, sous-titre, contributeurs, ISBN, éditeur ; erreur fréquente : titre différent de celui de la couverture.
  • Format — exemples : papier, EPUB, PDF, nombre de pages ; erreur fréquente : ISBN du papier repris pour le numérique.
  • Description — exemples : texte court, texte long, biographie de l’auteur ; erreur fréquente : quatrième de couverture collée telle quelle.
  • Classification — exemples : thème, public visé, mots-clés ; erreur fréquente : catégorie choisie par défaut.
  • Commercial — exemples : prix, disponibilité, date de mise en vente, territoires ; erreur fréquente : date de parution et date de mise en vente confondues.
  • Ressources — exemples : couverture, extrait, informations d’accessibilité ; erreur fréquente : image périmée encore référencée.

Une information absente du flux risque de ne pas parvenir au destinataire par ce canal, même s’il peut disposer d’autres sources. Une information inexacte peut, elle, se propager à plusieurs fiches.

Qui le lit

Les destinataires sont des systèmes, pas des lecteurs : distributeurs, agrégateurs, bases bibliographiques, librairies en ligne. En France, des acteurs comme Dilicom et Electre interviennent, à des titres différents, dans l’écosystème des données bibliographiques. Cela ne prouve pas qu’ils acceptent tous un fichier ONIX directement de n’importe quel éditeur. Selon le service et le destinataire, la transmission peut passer par une interface, un tableur ou un flux structuré : vérifiez les conditions du canal concerné.

Quand un éditeur en a besoin

Trois situations reviennent.

  • Étape 1. Un destinataire l’exige. Un distributeur ou une plateforme demande un flux ONIX. Vous le produisez, ou vous demandez à votre distributeur ou à un prestataire de le produire à partir de vos informations.
  • Étape 2. Le tableur ne suffit plus. À partir d’un certain nombre de titres, des fichiers Excel qui divergent d’un canal à l’autre créent plus d’écarts qu’ils n’en évitent. Un export unique, produit depuis une seule source, devient plus fiable.
  • Étape 3. Vous voulez contrôler ce qui circule. Même si quelqu’un d’autre produit le fichier, vous êtes responsable du contenu. Savoir lire ce qu’il contient permet de repérer une erreur avant qu’elle se propage.

À l’inverse, un éditeur qui publie quelques titres par an et passe par un distributeur qui saisit les fiches pour lui n’a généralement pas à produire un fichier ONIX. Il doit en revanche vérifier ce que son distributeur transmet.

Les versions : 2.1 et 3.x

ONIX 2.1 est obsolète : EDItEUR a mis fin à son soutien depuis plusieurs années et a retiré les anciens documents de téléchargement en 2026. La famille ONIX 3 est celle à privilégier pour de nouveaux échanges ; ONIX 3.1.3 a été annoncé en mars 2026. Pour autant, la version acceptée dépend du destinataire : demandez sa spécification technique avant de préparer un flux.

Ce qui compte plus que le format

Un fichier ONIX parfaitement formé peut transporter des données fausses. Même avec un fichier ONIX syntaxiquement valide, des écarts peuvent subsister lorsqu’il n’existe pas de source de référence partagée :

  • une fiche saisie chez le distributeur, une autre chez la plateforme, une troisième sur le site de l’éditeur ;
  • un ISBN attribué au mauvais format ;
  • une description différente à chaque endroit ;
  • des informations d’accessibilité déclarées sans avoir été vérifiées.

Une méthode utile consiste à : établir une fiche de référence par édition, produire les fichiers à partir d’elle, puis comparer ce que chaque canal affiche réellement à cette fiche. C’est le principe de l’audit de catalogue.

Par où commencer

  • Étape 1. Listez, titre par titre, l’ISBN, le format, le prix et la date de mise en vente dans un seul tableau.
  • Étape 2. Demandez à chaque distributeur et plateforme quel mode de dépôt il accepte.
  • Étape 3. Vérifiez trois fiches publiées par rapport à ce tableau.
  • Étape 4. Corrigez la source, puis seulement ensuite les copies.

Pour comprendre pourquoi ces données conditionnent la découvrabilité, lisez comment les métadonnées conditionnent la découvrabilité. Pour la partie accessibilité du fichier, voyez ONIX et accessibilité : quelles métadonnées transmettre. Et pour l’ISBN d’un EPUB, ISBN dans un EPUB.

Si vous voulez savoir où votre catalogue s’écarte de ses propres données, la page Métadonnées & ONIX présente la méthode, et l’audit de catalogue la met en œuvre.

Sources