Métadonnées de sortie musicale : le guide technique complet

Avec un traitement approfondi des problèmes propres à la langue française: ligatures œ et æ, apostrophes, guillemets, capitales accentuées et crédits d'auteur.

Réponse courte

Les métadonnées ne sont pas la paperasse attachée à votre disque: pour tout système en aval, elles sont le disque. Une plateforme n'écoute jamais votre master, elle lit votre livraison. En français, trois familles de caractères suffisent à couper un catalogue en deux sans que personne ne voie quoi que ce soit: la ligature œ (U+0153), qui ne se décompose sous aucune forme de normalisation Unicode mais que les couches de recherche replient en « oe »; l'apostrophe, U+0027 contre U+2019, que Word et iOS permutent silencieusement dans « L'Été »; et les espaces insécables que la typographie française impose à l'intérieur des guillemets « … », invisibles à l'écran et fatales à toute déduplication. Ajoutez-y le mythe tenace selon lequel les capitales françaises ne s'accentuent pas — « ETE » au lieu de « ÉTÉ » — et le réflexe de déposer une chanson d'auteur documentée en « Domaine public », et vous avez la quasi-totalité des sinistres métadonnées d'un catalogue francophone. Tout cela se prévient en dix minutes avant livraison, et se répare rarement après.

1. Les trois couches, et l'erreur qui coûte le plus cher

Une sortie n'est pas un objet mais une hiérarchie. Le produit (l'album, l'EP, le single) contient des enregistrements (les pistes), qui incarnent chacun une ou plusieurs œuvres (les compositions). Chaque étage possède son identifiant et son circuit d'argent:

Le transport est normalisé: la suite ERN (Electronic Release Notification Message Suite) de DDEX est le format par lequel une sortie et ses métadonnées parviennent à un service.

Presque toute erreur coûteuse est un fait déposé au mauvais étage. Quelques précisions qui reviennent en boucle:

• Un ISRC fait douze caractères: deux de pays, trois d'immatriculé, deux d'année de référence, cinq de désignation. Les tirets sont une convention d'affichage, ils ne font pas partie du code, et il n'y a pas de clé de contrôle dans un ISRC.
• Un ISRC identifie l'enregistrement, pas la chanson (c'est l'ISWC) ni le produit (c'est l'UPC). Il reste attaché à l'enregistrement quand vous changez de distributeur, et une réédition du même enregistrement n'en demande pas de nouveau. Un remix, un edit, une version live, un instrumental sont des enregistrements matériellement différents: chacun le sien.
• Le remaster est le cas étroit, et il est presque toujours énoncé de travers. Le ISRC Handbook de l'IFPI (§A.10.1) demande un nouveau code uniquement lorsque les traitements appliqués lors du remastering « involve the application of creative input to the recording itself », et exclut explicitement le simple changement de niveau, l'EQ ou la compression invariante, le débruitage, le déclic, la correction de vitesse ou de hauteur, le changement de fréquence d'échantillonnage et le dithering: « A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes. » Le corollaire pratique, lui, est sûr: si le remaster est vendu comme une piste distincte à côté de l'original, c'est un autre produit, il lui faut son code.
• UPC-A fait douze chiffres, EAN-13 en fait treize. Préfixer un zéro transforme l'un en l'autre et la clé de contrôle ne change pas.

Si vous ne savez pas dire à quel étage appartient une information — produit, enregistrement ou œuvre — vous ne pouvez pas encore la saisir correctement.

2. Le nom d'artiste est une clé, pas un libellé

Pour un magasin, un nom d'artiste n'est pas du texte: c'est une clé de rapprochement. Quand une livraison arrive avec une chaîne d'artiste principal qui ne correspond pas exactement à une identité existante, la logique d'appariement soit la rattache à l'artiste existant, soit crée une nouvelle identité. Tout ce qui réduit la confiance — une graphie différente, un accent, une espace, une séquence d'octets différente pour le même glyphe — pousse vers la seconde option.

Un artiste devient alors deux. Le catalogue se scinde, les écoutes se scindent, et la base d'abonnés ne suit pas la seconde identité, qui démarre donc sans aucun historique algorithmique. Les redevances continuent d'être versées, mais contre deux historiques d'accumulation, et tout ce qui se mesure au niveau du catalogue se mesure désormais sur la moitié d'une carrière.

Les deux références de style disent la même chose. Le Music Metadata Style Guide de la Music Business Association: « Artist name spelling should remain consistent for all content for an artist, where possible. » Spotify demande de conserver graphie et mise en forme d'une sortie à l'autre, « including any punctuation, abbreviations, or acronyms ».

La réparation n'est pas une correction mais une demande de fusion: votre distributeur demande à chaque magasin de fusionner deux identités, chaque magasin traite le dossier séparément, avec sa file d'attente et ses exigences de preuve. Certains le règlent vite, d'autres jamais. Les seuils et les preuves exigés pour ces fusions ne sont publiés par aucun service; nous ne les affirmons donc pas ici.

La parade tient en une phrase: écrivez le nom canonique une fois, dans un fichier, et collez-le dans chaque livraison — ne le retapez jamais. Les variantes naissent au clavier.

3. La ligature œ : le piège français que personne ne documente

C'est la section pour laquelle ce document existe. « Cœur », « sœur », « œuvre », « nœud », « bœuf », « chœur », « vœu », « manœuvre »: la ligature œ n'est pas une coquetterie typographique en français, c'est l'orthographe. Et son comportement Unicode est contre-intuitif au point d'être une source d'erreur permanente.

3.1 Ce que fait — et surtout ne fait pas — la normalisation

Le réflexe est de croire que œ se décompose en « o » + « e » sous les formes de compatibilité NFKC/NFKD, comme le fait la ligature typographique fi. C'est faux, et nous l'avons vérifié. Voici la sortie exacte de unicodedata (Python 3.11, base Unicode 14.0.0):

U+0153 LATIN SMALL LIGATURE OE
   decomposition: ''
   NFC:  ['0x153']    NFD:  ['0x153']
   NFKC: ['0x153']    NFKD: ['0x153']

U+0152 LATIN CAPITAL LIGATURE OE
   decomposition: ''
   NFC / NFD / NFKC / NFKD : ['0x152']  (inchangé)

U+00E6 LATIN SMALL LETTER AE
   decomposition: ''
   NFC / NFD / NFKC / NFKD : ['0xe6']  (inchangé)

À titre de comparaison :
U+FB01 LATIN SMALL LIGATURE FI
   decomposition: '<compat> 0066 0069'
   NFKC: 'fi'  →  ['0x66', '0x69']

Résultat vérifié: U+0153 et U+0152 n'ont aucune décomposition, ni canonique ni de compatibilité. Aucune des quatre formes de normalisation ne les touche. Idem pour U+00E6 (æ) et U+00C6 (Æ). La raison est de principe: dans la Base de données de caractères Unicode, U+FB01 est une forme de présentation — un artefact de fonte — tandis que U+0153 est une lettre de plein droit du français (et du latin). Unicode ne défait pas une lettre.

Si vous ne retenez qu'une chose de ce document: normaliser en NFC ou en NFKC ne « répare » pas œ, et ne le ramène pas non plus à « oe ».

3.2 Alors pourquoi votre titre finit-il quand même en « Coeur » ?

Parce que ce n'est pas la normalisation qui fait ce travail: ce sont les couches de repli ASCII et de translittération que les moteurs de recherche appliquent à l'indexation. Deux implémentations dominent l'industrie, et toutes deux replient explicitement la ligature.

ICU / CLDR, translittérateur Latin-ASCII (fichier Latin_ASCII.txt, données CLDR), lignes vérifiées:

Æ → AE ;   # 00C6;LATIN CAPITAL LETTER AE (from ‹character-fallback›)
æ → ae ;   # 00E6;LATIN SMALL LETTER AE (from ‹character-fallback›)
Œ → OE ;   # 0152;LATIN CAPITAL LIGATURE OE (from ‹character-fallback›)
œ → oe ;   # 0153;LATIN SMALL LIGATURE OE (from ‹character-fallback›)
« → '<<' ; # 00AB;LEFT-POINTING DOUBLE ANGLE QUOTATION MARK
» → '>>' ; # 00BB;RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK

Le fichier lui-même explique en commentaire pourquoi il ne se contente pas de NFKD: « Don't want NFKD, because that would convert things like superscripts and subscripts, which we do not want. »

Apache Lucene, ASCIIFoldingFilter.java (source du projet), traite le cas dans un switch:

case 'Œ': // Œ  [LATIN CAPITAL LIGATURE OE]
case 'ɶ': // ɶ  [LATIN LETTER SMALL CAPITAL OE]
  output[outputPos++] = 'O';
  output[outputPos++] = 'E';
  break;
...
case 'œ': // œ  [LATIN SMALL LIGATURE OE]
case 'ᴔ': // ᴔ  [LATIN SMALL LETTER TURNED OE]
  output[outputPos++] = 'o';
  output[outputPos++] = 'e';
  break;

Et la collation raconte la même histoire d'une troisième manière. Dans la table de collation racine du CLDR (allkeys_CLDR.txt), les poids primaires sont:

0061  ; [.2485.0020.0002] # LATIN SMALL LETTER A
0065  ; [.24F8.0020.0002] # LATIN SMALL LETTER E
006F  ; [.2650.0020.0002] # LATIN SMALL LETTER O
00E6  ; [.2485.0020.0004][.0000.011F.0004][.24F8.0020.0004] # æ
0153  ; [.2650.0020.0004][.0000.011F.0004][.24F8.0020.0004] # œ

Lisez les poids primaires: œ pèse exactement o puis e, et æ pèse exactement a puis e. Au premier niveau de comparaison, « Cœur » et « Coeur » sont égaux pour la collation Unicode.

3.3 Le désaccord permanent, et pourquoi il ne se résout jamais

Vous avez donc trois régimes de vérité simultanés pour la même chaîne:

1. Comparaison d'octets (les clés d'identité, la déduplication, les jointures de base de données, la validation d'un distributeur, presque tout un pipeline de livraison): « Cœur d'Été » ≠ « Coeur d'Été ». Quatre caractères contre cinq, cinq octets UTF-8 contre cinq également pour la partie concernée mais une longueur de chaîne différente — len("cœur") == 4, len("coeur") == 5.
2. Recherche indexée (ICU Latin-ASCII, Lucene ASCIIFolding): les deux se replient sur le même terme, un auditeur qui tape « coeur » trouve « Cœur ».
3. Collation (tri, comparaison au niveau primaire): les deux sont égaux.

Un magasin qui replie à l'indexation vous trouve. Un système de livraison qui compare des octets vous voit comme deux artistes ou deux titres distincts. Aucun des deux n'a tort, et c'est précisément pour cela que le désaccord est permanent: il n'existe aucun événement, aucune normalisation, aucune correction en aval qui les réconcilie. Le seul point de contrôle est votre saisie.

Conséquence opérationnelle très concrète: si votre premier single de chanson s'appelle « Nœud Marin » et que le suivant, retapé au clavier par quelqu'un d'autre, s'appelle « Noeud Marin », vous avez deux titres. Si votre nom d'artiste contient une ligature — un ensemble de musique bretonne appelé Sœurs de Bécherel, un duo d'accordéon diatonique appelé Cœur Cabrette — le risque porte sur l'identité elle-même, pas sur un titre.

3.4 æ : le même problème, en plus rare et plus vicieux

Le même raisonnement exact s'applique à æ (U+00E6) et Æ (U+00C6): aucune décomposition, aucune forme de normalisation ne les modifie, ICU et Lucene les replient en « ae », la collation les fait peser « a » puis « e ».

En français, on le rencontre dans « et cætera » (souvent abrégé « et cæt. »), dans « ex æquo », dans les emprunts savants — « curriculum vitæ », « tænia », « nævus » — et dans les emprunts nordiques que la scène électronique affectionne. Il est plus vicieux que œ pour une raison bête: personne n'est sûr de l'orthographe. « Et cetera », « et cætera », « etc. », « &c. » — quatre graphies pour la même locution, dont une seule contient la ligature. Un EP intitulé « Et Cætera » sera cherché « et cetera » par la moitié de son public. La règle est la même que pour tout le reste de ce document: choisissez une graphie, écrivez-la dans un fichier, ne délibérez plus jamais.

3.5 L'héritage des encodages, qui n'est pas mort

Une raison historique explique pourquoi tant de systèmes francophones ont perdu leurs ligatures: ISO-8859-1 (Latin-1) ne contient pas œ. Vérification faite sur les tables de correspondance officielles d'Unicode: le fichier 8859-1.TXT ne contient aucune occurrence de U+0153. Il a fallu ISO-8859-15 (Latin-9) pour l'ajouter:

0xA4    0x20AC   # EURO SIGN
0xBC    0x0152   # LATIN CAPITAL LIGATURE OE
0xBD    0x0153   # LATIN SMALL LIGATURE OE

Windows-1252, lui, contient œ, Œ et l'apostrophe courbe. Un fichier CSV exporté en Latin-1 depuis un tableur ancien perd donc la ligature; exporté en Windows-1252 puis relu comme du Latin-1, il produit du mojibake. Ce n'est pas une question d'archéologie: les feuilles de calcul circulent encore entre labels, studios et distributeurs, et c'est là que les catalogues de variété française se sont abîmés.

4. L'apostrophe : deux caractères, un seul son, deux titres

« L'Été », « D'Amour », « Qu'est-ce Que Tu Crois », « L'Œuvre au Noir », « Ça n'arrive qu'aux autres ». L'apostrophe est en français une lettre de fonction, présente dans une proportion énorme des titres. Elle existe en deux exemplaires dans Unicode:

• U+0027 APOSTROPHE — la touche du clavier, l'apostrophe droite, dite « dactylographique ».
• U+2019 RIGHT SINGLE QUOTATION MARK — l'apostrophe courbe, dite « typographique », celle que la typographie française recommande dans un texte composé.

Vérification:

"L'Été"  →  ['0x4c', '0x27',   '0xc9', '0x74', '0xe9']
"L’Été"  →  ['0x4c', '0x2019', '0xc9', '0x74', '0xe9']
a == b   →  False
NFC / NFD / NFKC / NFKD : aucune des quatre ne convertit U+2019 en U+0027.

Aucune normalisation ne les réconcilie. Et pourtant, en collation CLDR, elles portent le même poids primaire:

0027  ; [*033A.0020.0002] # APOSTROPHE
2019  ; [*033A.0020.0004][.0000.0120.0004] # RIGHT SINGLE QUOTATION MARK

Même schéma qu'avec œ: égales au tri et à la recherche, différentes à l'octet. Et ICU Latin-ASCII replie bien ’ → '.

Le problème spécifiquement français, c'est le volume et l'automatisme. Vous tapez U+0027; Word, Pages, LibreOffice, les Notes d'iOS et le clavier d'iOS le remplacent par U+2019 au moment de la frappe, au titre de la correction typographique automatique. Le même titre, saisi dans un traitement de texte puis recopié dans le formulaire du distributeur, ne contient donc pas les mêmes octets que le même titre saisi directement dans le formulaire. Personne ne le voit, parce qu'à la plupart des corps et des fontes la différence est d'un pixel de courbure.

Un troisième candidat traîne dans les copier-coller mal nettoyés: U+02BC MODIFIER LETTER APOSTROPHE. Sa collation le trahit — poids [.2824.0020.0002], un poids de lettre, pas de ponctuation. Certains systèmes le traitent comme une consonne. Il n'a rien à faire dans un titre français.

Conduite à tenir. Choisissez-en une, une seule, pour tout le catalogue. Si votre distributeur ou vos partenaires n'ont pas d'exigence contraire, U+2019 est le choix typographiquement correct en français; U+0027 est le choix le plus robuste face aux systèmes anciens. Ce qui compte n'est pas lequel: c'est que « L'Été » et « L'Été (Version Kayamb) » contiennent le même caractère, et que le nom d'artiste L'Orchestre de la Vielle à Roue l'ait toujours identique. Avant chaque livraison, faites une recherche-remplacement explicite sur les deux codes; ne vous fiez pas à l'œil.

5. Guillemets français : le caractère invisible que personne ne cherche

La typographie française compose les citations avec les guillemets chevrons « et », U+00AB et U+00BB, et — c'est là que ça se complique — elle insère une espace insécable à l'intérieur de chaque guillemet, ainsi qu'avant les ponctuations doubles (;: ! ?). L'Académie française confirme l'usage général de l'espace insécable en français: « Dans un souci de lisibilité, on sépare les milliers par une espace insécable dans les nombres exprimant une quantité ».

Deux caractères se disputent ce rôle:

• U+00A0 NO-BREAK SPACE (espace insécable)
• U+202F NARROW NO-BREAK SPACE (espace fine insécable), typographiquement préférée en français à l'intérieur des guillemets et devant la ponctuation double.

Ils sont invisibles, ils sont différents l'un de l'autre, ils sont différents de l'espace ordinaire U+0020, et un titre livré sous la forme U+00AB U+202F C œ u r U+0020 d U+2019 É t é U+202F U+00BB — soit, à l'écran, « Cœur d’Été » — s'affiche exactement comme le même titre composé avec des espaces ordinaires. Aucune relecture humaine ne les distingue.

Vérification de leur comportement en normalisation — et là, surprise, le résultat est l'inverse de celui des ligatures:

U+00A0 NO-BREAK SPACE
   decomposition: '<noBreak> 0020'
   NFC : ['0xa0']     NFD : ['0xa0']
   NFKC: ['0x20']     NFKD: ['0x20']       ← devient une espace ordinaire

U+202F NARROW NO-BREAK SPACE
   decomposition: '<noBreak> 0020'
   NFC : ['0x202f']   NFD : ['0x202f']
   NFKC: ['0x20']     NFKD: ['0x20']       ← devient une espace ordinaire

Voici donc le désaccord dans son état le plus pur. Sur un même titre français typographiquement correct:

• œ ne bouge sous aucune forme. NFC le laisse, NFKC le laisse.
• Les espaces insécables sont écrasées en espace ordinaire par NFKC et NFKD, et laissées intactes par NFC et NFD.

Un magasin qui applique NFKC à l'indexation stocke donc votre titre avec des espaces ordinaires et une ligature intacte. Un système de livraison qui applique NFC — ce que recommande l'usage général, parce que NFKC, selon l'Annexe standard Unicode n° 15, « erase[s] many formatting distinctions » et « may remove distinctions that are important to the semantics » — conserve les espaces fines. Les deux chaînes sont désormais différentes à l'octet, pour toujours, et votre déduplication, elle, ne verra que du blanc.

La collation, comme toujours, complique le tableau plutôt qu'elle ne le simplifie: dans la table racine du CLDR, 0020, 00A0 et 202F partagent le même poids primaire variable, *0209. Elles sont donc égales au tri, différentes à l'octet, égales après NFKC et inégales après NFC.

Conduite à tenir, sans nuance. Les guillemets n'ont rien à faire dans un champ de métadonnées. Le champ « titre » contient le nom de la chanson; ce n'est pas un texte composé, c'est une clé d'affichage. Si votre titre cite réellement quelque chose et que vous tenez aux chevrons, utilisez alors des espaces ordinaires U+0020, pas des insécables, et acceptez que la typographie soit imparfaite: un titre repérable vaut mieux qu'un titre bien composé et introuvable. Et dans tous les cas, faites passer chaque champ dans un test qui rejette tout caractère hors de la liste [U+0020, lettres, chiffres, ponctuation autorisée] — c'est le seul moyen de voir l'invisible.

6. Capitales accentuées : « ÉTÉ » et non « ETE »

Le mythe est increvable: « en français, les majuscules ne prennent pas d'accent ». C'est faux, ça l'a toujours été, et l'Académie française le dit sans ambiguïté:

« On ne peut que déplorer que l'usage des accents sur les majuscules soit flottant. […] Il convient cependant d'observer qu'en français, l'accent a pleine valeur orthographique. Son absence ralentit la lecture, fait hésiter sur la prononciation, et peut même induire en erreur. Il en va de même pour le tréma et la cédille. On veille donc, en bonne typographie, à utiliser systématiquement les capitales accentuées, y compris la préposition À. »

L'Académie ajoute que l'omission relève souvent d'une économie de composition héritée du plomb — « en fait pour réduire les frais de composition » — c'est-à-dire d'une contrainte matérielle disparue depuis longtemps.

En métadonnées, l'enjeu n'est pas l'élégance, c'est la clé. « ÉTÉ » et « ETE » sont deux chaînes différentes. Les traitements de casse, eux, sont corrects dans les deux sens et ne vous sauveront pas:

"cœur".upper()  →  "CŒUR"      (la ligature capitale U+0152 est produite correctement)
"été".upper()   →  "ÉTÉ"
"ÉTÉ".lower()   →  "été"

Le problème n'est donc jamais technique: il est humain. Quelqu'un tape le titre en capitales pour la pochette, sur un clavier où À, É, È, Ê, Ç en capitales demandent une manipulation, laisse tomber les accents, puis recopie la pochette dans le champ « titre ». Deux dégâts d'un coup: une chaîne dépourvue d'accents, et — voir la section 8 — un écart entre le visuel et les champs, motif de rejet fréquent.

Notez aussi que la casse elle-même est encadrée. Le guide de la Music Business Association fixe les règles de capitalisation des titres, avec sa liste de mots restant en minuscule en anglais (« a, an, and, as, but, for, from, nor, of, or, so, the, to, yet », plus les prépositions de quatre lettres ou moins). Un titre tout en capitales, tout en minuscules, ou en casse aléatoire est un motif de rejet chez plusieurs destinations, sauf choix artistique authentique et constant.

Pour un catalogue français, la règle tient en deux lignes: les accents se portent sur les capitales, sans exception; et le champ « titre » n'est pas le lieu où l'on imite le graphisme de la pochette.

7. Artistes invités, versions, et les usages français de la mention

7.1 Le titre n'est pas l'endroit où l'on crédite

La faute la plus répandue et la plus coûteuse de la distribution indépendante consiste à taper Artiste A ft. Artiste B dans le champ titre en laissant vide le rôle d'artiste invité. Le champ titre est une chaîne d'affichage: il ne porte aucune identité. L'invité n'a donc aucun lien de crédit, aucune apparition sur sa propre page, aucun chemin de découverte vers votre disque et rien dans ses statistiques — pendant que le magasin traite « ft. Artiste B » comme une partie du nom de la chanson, qui s'appellera Titre ft. Artiste B pour toujours, produisant ce doublon caractéristique: Titre (feat. X) — Artiste A, X.

Les plateformes le disent en clair. Spotify: « You shouldn't include any artists' names in your track or release titles », et, dans sa documentation fournisseurs: « Spotify strongly recommends against including additional information, such as references to "Featured Artists" in track and product titles. » La Music Business Association demande de créditer les invités « at the Artist role level and not add this data to the track or album release title ».

La structure correcte: le champ titre contient le nom de la chanson et rien d'autre; chaque intervenant occupe son propre champ de rôle — artiste principal, artiste invité, remixeur, compositeur, auteur, producteur. Le magasin fabrique ensuite tous les affichages, y compris le « (feat. X) » que vous vouliez, à partir des rôles que vous avez déposés.

7.2 « feat. », « avec », « & » : la convention est anglaise, même en français

C'est un point où l'instinct francophone se trompe systématiquement. Lorsque le contrat impose la mention dans le titre, la forme est fixée. La Music Business Association, à propos de « feat. » et « with »: « when included in the title are generally lowercase and in English. » Apple: « Formatting of "feat." and "with" must be lowercase, in English, not localized, and in parentheses or brackets. »

« not localized » veut dire ce qu'il dit: n'écrivez pas « (avec Untel) », « (invité: Untel) », « (participation de Untel) » ni « (ft. Untel) » majusculé dans un champ de titre. « feat. » n'est pas un mot, c'est un jeton lisible par machine. La forme attendue est (feat. Nom), en minuscules, entre parenthèses.

La conjonction & est un cas distinct et plus dangereux, parce qu'elle relève du nom et non de la mention. Un groupe de biguine qui s'appelle Kréyol Sextet & Les Frères Ducos doit s'écrire ainsi à chaque livraison: « et » à la place de « & » sur une sortie, ou l'inverse, fabrique une seconde identité aussi sûrement qu'une faute d'orthographe. Le guide de la Music Business Association et Spotify insistent tous deux sur la constance de la ponctuation et des abréviations pour cette raison précise.

7.3 Le cas du rap français

La scène rap francophone a des usages de crédit qui heurtent frontalement le modèle des champs, et il vaut mieux le savoir avant de livrer.

• Les collectifs et les crews. Un morceau signé « MC Vercingé x Lyna 2 Douala » avec un « x » de collaboration est une convention visuelle de la pochette et des réseaux, pas une structure de données. Deux artistes principaux se déposent comme deux artistes principaux dans deux champs séparés — Spotify est explicite: « List each artist's name in a separate field. » Le « x », le « // », le « ✕ » et le « • » n'ont pas de champ.
• Les invités multiples. Un posse cut à six invités n'a pas six lignes de titre: il a six champs d'artiste invité. Si l'interface de votre distributeur n'en propose que trois, c'est une limite de l'interface, pas une raison de compléter le titre — demandez l'extension ou signalez-le avant livraison.
• Les alias. Un rappeur qui sort en solo sous un nom et en groupe sous un autre gère deux identités distinctes, ce qui est légitime, mais chacune doit rester constante. Le mélange — le nom solo sur un disque de groupe « pour aider », l'inverse le mois suivant — produit exactement la scission décrite en section 2.
• Les producteurs. « Prod. par X » relève du rôle producteur, pas du titre. C'est la mention qui migre le plus souvent vers le champ titre dans le rap indépendant, et c'est un motif de rejet chez plusieurs destinations.

7.4 Versions et sous-titres

Le champ « version » existe pour distinguer deux enregistrements qui partagent un titre. C'est toute sa fonction, et c'est le test pour savoir s'il faut le remplir. Le vocabulaire est stable: Radio Edit, Extended Mix, Live, Acoustic, Instrumental, Single Version, Alternate Take, Demo, Remastered, et les remixes nommés sous la forme Nom de l'artiste Remix. Apple: « To differentiate multiple versions of the same track title, use terms in parentheses or brackets such as: Alternate Take…Live, Instrumental, Single Version, Radio Edit. » Côté ponctuation, la Music Business Association demande les parenthèses d'abord, les crochets pour tout complément.

Deux pièges méritent d'être signalés:

• « Radio Edit » n'est pas synonyme de « la version propre ». La Music Business Association le réserve à une version réellement préparée pour la diffusion et renvoie à « Edited Version » pour un montage non explicite. Un Radio Edit est normalement un montage de durée; un Edited Version est un montage de contenu.
• « Original Mix » n'est pas universellement acceptée, et c'est une vraie divergence entre magasins. Le guide publié par Apple l'interdit, en la citant parmi les termes proscrits aux côtés de « Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone…Dolby Atmos, lossless, high-resolution audio ». La documentation métadonnées publique de Spotify ne publie aucune règle nommant « Original Mix »; sa position publiée est la règle générale selon laquelle les titres ne doivent pas porter d'information supplémentaire. Dans le commerce de musique électronique, la mention reste pourtant une convention bien installée. Le guide publié d'Apple nomme « Original Mix » comme interdite; les autres services ne publient aucune règle la nommant dans un sens ou dans l'autre, et le traitement varie selon le magasin et la prévalidation de votre distributeur. Si l'original est la seule version du disque, laissez le champ vide: c'est correct partout.

Enfin, la mention « explicite » est un booléen, pas un mot. Apple: « Explicit content must be flagged Explicit with a parental advisory tag. Terms like (Explicit)…must not be used for album…or track titles. » Spotify: « you shouldn't add it to your track title. » L'inverse est également proscrit: n'écrivez jamais « Clean », « Propre » ou « Version non explicite » dans un titre.

8. Crédits d'auteur : SACEM, SDRM, SPPF, SCPP — et le coût d'un « Domaine public » de trop

L'enregistrement et l'œuvre sont deux droits distincts, avec deux flux de revenus distincts. Votre distributeur encaisse sur l'enregistrement; le versant éditorial — droits d'auteur et droits de reproduction mécanique sur l'œuvre — se trace par les champs compositeur et auteur et par les déclarations qui les suivent. C'est le maillon faible des sorties indépendantes pour une raison structurelle: ces champs n'apparaissent jamais en façade des magasins, donc rien dans l'expérience d'écoute ne vous signale qu'ils sont faux. Une sortie au champ compositeur vide a l'air parfaite et s'écoute normalement pendant que ses droits éditoriaux restent non appariés.

8.1 Le paysage français, factuellement

Le français a la particularité d'avoir un écosystème de gestion collective dense et ancien, réparti par catégorie d'ayant droit:

• La Sacem est la société des auteurs, compositeurs et éditeurs de musique. Son site public annonce « 252 000 créateurs et créatrices, éditeurs et éditrices membres » (page « Devenir membre », consultée le 7 septembre 2026). C'est le versant œuvre.
• La SDRM relève du même versant et concerne les droits de reproduction mécanique — la reproduction de l'œuvre sur un support ou dans un fichier —, par opposition aux droits d'exécution publique.
• La SCPP et la SPPF sont des sociétés civiles de producteurs de phonogrammes — le versant enregistrement, pas l'œuvre. La SPPF se présente publiquement comme la société « des labels indépendants ». La SCPP publie sur son site des rubriques destinées aux producteurs pour « Déclarer vos titres » et « Obtenir un code ISRC »: c'est en France l'un des chemins habituels d'attribution d'un préfixe ISRC d'immatriculé. SCPA est la structure commune aux deux sociétés de producteurs.
• Du côté des artistes-interprètes, la rémunération équitable et la copie privée relèvent d'autres organismes encore (l'Adami et la Spedidam), distincts des trois précédents.

Nous nous en tenons ici à ce que ces organismes publient eux-mêmes. Les procédures internes de dépôt, les délais de traitement, les barèmes de répartition et les critères d'admission ne sont pas décrits dans ce document: ils varient, ils sont détaillés dans les statuts et règlements de chaque société, et toute affirmation de notre part serait une conjecture. Adressez-vous à la société concernée.

Ce qu'il faut retenir pour la saisie, en revanche, est simple et stable: votre distributeur ne déclare pas vos œuvres à votre place. La chaîne éditoriale est un circuit parallèle. Les champs auteur et compositeur d'une livraison servent à l'appariement en aval; ils ne remplacent pas une déclaration d'œuvre.

8.2 Les règles de saisie qui rapportent de l'argent

• Auteur et compositeur prennent les noms d'état civil, pas les noms de scène. Les sociétés apparient sur le nom déposé du créateur: « DJ Karim » n'est pas un auteur, la personne derrière l'est.
• Tous les auteurs doivent figurer, y compris celui qui a écrit une seule ligne. Un auteur manquant n'est pas un crédit manquant, c'est une part non appariée.
• Les partages doivent totaliser 100 % et être convenus par écrit avant la sortie. La métadonnée exprime un accord; sans accord, c'est une supposition qui deviendra un litige.
• Un remix ne change pas la composition. Les auteurs d'origine restent les auteurs, sauf si le remix ajoute de la composition — ce qui est un partage négocié, pas une évidence.

8.3 « Domaine public » : l'erreur française la plus coûteuse

Le répertoire francophone est saturé de matière traditionnelle et ancienne: gwerzioù et sonioù bretons joués à la bombarde, valses et bourrées à la cabrette et à la vielle à roue, quadrilles de biguine, séga et maloya de tradition orale, chansons de la première moitié du XXᵉ siècle. La tentation de tout déposer en « Traditionnel » ou en « Domaine public » est énorme, et elle coûte deux fois.

Premier coût: la chanson d'auteur mal classée. Le droit patrimonial d'auteur en France dure toute la vie de l'auteur et se prolonge au bénéfice de ses ayants droit; une chanson dont l'auteur est mort il y a quelques décennies n'est très probablement pas dans le domaine public, quelle que soit son ancienneté apparente. Déposer une telle œuvre en domaine public, ce n'est pas seulement renoncer à une part: c'est déclarer faussement un statut de droits, avec le contentieux et les retraits de sortie qui vont avec. Si l'auteur est identifiable, il se déclare — même s'il est mort, même si personne ne l'a jamais réclamé.

Second coût: l'arrangement qui existe et que vous jetez. Un air réellement du domaine public arrangé par vous a un arrangeur, et cet arrangeur est un ayant droit. Un plinn arrangé pour bombarde, kayamb et section de cuivres n'est pas « traditionnel »: c'est un arrangement d'un air traditionnel, avec un auteur d'arrangement. Le déposer en « Traditional » sans autre mention abandonne purement et simplement ce revenu. C'est la perte la plus silencieuse de tout ce document, et la plus fréquente dans les répertoires zouk, maloya, séga, raï et musique bretonne, où le fonds commun est réellement ancien mais où le travail d'arrangement est réellement récent.

Les redevances d'enregistrement échouent bruyamment, les redevances éditoriales échouent en silence: une page d'artiste cassée se voit en un jour, une œuvre non appariée peut passer inaperçue pendant des années.

9. Ce qui fait réellement rejeter une sortie

1. Des noms d'artistes dans les champs de titre — « ft. », « feat. », « avec », « x », ou le nom d'un remixeur tapé dans le titre alors que le champ de rôle reste vide (section 7).
2. Le mot « explicite » ou « propre » dans un titre — « (Explicit) », « (Clean) », « (Version non explicite) ». Utilisez l'indicateur; Apple et la Music Business Association interdisent la forme textuelle.
3. Du texte promotionnel ou descriptif dans un titre — « Exclusive », « Limited Edition », « Album Version », « Original Mix », ou les mentions de format telles que « Dolby Atmos » et « lossless », toutes nommées dans le guide d'Apple.
4. Les fautes de casse — tout en capitales, tout en minuscules, ou casse aléatoire, sauf choix artistique authentique et constant.
5. Des métadonnées qui ne correspondent pas à la pochette — titre, artiste et version affichés sur le visuel doivent correspondre aux champs, caractère par caractère. C'est là que « ETE » sur la pochette et « Été » dans le champ se font attraper.
6. Des champs de langue faux ou absents. La langue de l'œuvre (ce qui est chanté) et la langue du titre (la langue de la chaîne du titre) sont deux champs différents et peuvent légitimement différer: un instrumental de vielle à roue au titre français n'a pas de langue de paroles mais a une langue de titre. La langue du titre commande le tri, l'indexation et le rendu.
7. Un compositeur ou un auteur manquant, que certaines destinations rejettent d'emblée.
8. Des caractères interdits — émojis, symboles décoratifs, espaces doublées, caractères invisibles parasites. Les espaces insécables de la section 5 appartiennent à cette catégorie, ainsi que toute espace de fin de chaîne.
9. Des identifiants faux — un ISRC réutilisé sur un enregistrement matériellement différent, ou un UPC dont la clé de contrôle est fausse.
10. Un nom d'artiste incohérent avec le catalogue existant — qui, très souvent, ne provoque aucun rejet, ce qui en fait l'entrée la plus dangereuse de cette liste.

Une routine de prévalidation qui élimine l'essentiel:

• Coller la chaîne d'artiste canonique au lieu de la taper.
• Vérifier que chaque champ de titre ne contient que le nom de la chanson.
• Vérifier que chaque intervenant a un champ, et que chaque champ a un intervenant.
• Normaliser en NFC — en sachant, section 3, que cela ne touchera ni œ ni æ, et, section 5, que cela conservera vos espaces insécables: il faut donc les retirer séparément.
• Faire une recherche explicite de U+00A0, U+202F, U+2009 et de toute espace de tête ou de fin.
• Décider une fois pour toutes entre U+0027 et U+2019, et faire un remplacement global dans ce sens.
• Vérifier chaque ligature: « cœur » et non « coeur », « et cætera » et non « et caetera » — ou l'inverse, mais toujours le même.
• Vérifier que les capitales portent leurs accents: « ÉTÉ », « À », « Ç ».
• Renseigner les deux champs de langue.
• Vérifier la ligne P (année et titulaire de l'enregistrement, l'année étant celle de sa première publication et non celle de votre mise en ligne) et la ligne C (année et titulaire de la pochette): elles ne sont pas interchangeables et se recopient l'une dans l'autre en permanence.
• Renseigner la date de sortie originale si ce n'est pas une première publication: déposer un enregistrement de 2016 avec une date d'origine en 2026 dit à tous les systèmes en aval qu'il est neuf.
• Comparer la pochette et les champs, caractère par caractère.

Pour la vérification des cas invisibles, mazufa.com propose un contrôleur de métadonnées gratuit qui s'exécute entièrement sur votre propre appareil et signale plusieurs des pièges décrits ici — apostrophes mélangées, espaces insécables cachées, chaînes non-NFC, ligatures incohérentes d'une piste à l'autre.

Chaque rejet que vous recevez est bon marché; ce sont les erreurs qui passent la validation qui coûtent cher.

10. Résumé

• Les métadonnées se déposent sur trois étages — produit, enregistrement, œuvre — et la plupart des erreurs coûteuses sont des faits déposés au mauvais étage. Le nom d'artiste est une clé, pas un libellé; les rôles portent l'identité, les titres portent l'affichage.
• La ligature œ (U+0153) et æ (U+00E6) n'ont aucune décomposition Unicode: NFC, NFD, NFKC et NFKD les laissent intactes — vérification faite. Ce qui les replie en « oe » et « ae », ce sont les couches de recherche: ICU Latin-ASCII et l'ASCIIFoldingFilter de Lucene, tous deux vérifiés dans leurs sources. En collation CLDR, œ pèse exactement « o »+« e ». Un magasin qui replie vous trouve; un pipeline qui compare des octets vous dédouble. Aucun événement ne réconciliera jamais les deux.
• À l'inverse, les espaces insécables U+00A0 et U+202F portent une décomposition <noBreak> 0020: NFKC et NFKD les écrasent en espace ordinaire, NFC et NFD les conservent. Un titre entre guillemets français composé correctement contient donc un caractère invisible que la moitié de la chaîne supprime et l'autre moitié garde. N'en mettez pas.
• U+0027 et U+2019 sont deux caractères qu'aucune normalisation ne réconcilie, que Word et iOS permutent silencieusement, et qui rendent L + U+0027 + Été et L + U+2019 + Été — deux chaînes visuellement identiques — différentes à l'octet. Choisissez-en un pour tout le catalogue.
• Les capitales françaises prennent leurs accents — l'Académie française: « en français, l'accent a pleine valeur orthographique ». « ETE » et « ÉTÉ » sont deux chaînes différentes, et l'écart pochette/champs est un motif de rejet classique.
• « feat. » est un jeton machine, en minuscules, en anglais, non traduit. « avec », « x » et « & » relèvent soit du nom, soit de rien.
• Auteur et compositeur sont les champs par lesquels transite l'argent éditorial, et ils échouent sans symptôme. Une chanson d'auteur identifiable n'est pas « Domaine public », et un air réellement ancien mais arrangé a un arrangeur qui est un ayant droit.

Mazufa distribue gratuitement — pas de frais de mise en ligne, pas d'abonnement, pas de facturation par sortie —, ne prélève que 5 % des redevances perçues, et soumet chaque dossier complet à une relecture humaine.

Sources

• Unicode Standard Annex #15, Unicode Normalization Forms — https://www.unicode.org/reports/tr15/
• Unicode Character Database (propriétés de décomposition et de casse) — https://www.unicode.org/ucd/
• Unicode, tables de correspondance ISO-8859-1 — https://www.unicode.org/Public/MAPPINGS/ISO8859/8859-1.TXT
• Unicode, tables de correspondance ISO-8859-15 (0xBC → U+0152, 0xBD → U+0153) — https://www.unicode.org/Public/MAPPINGS/ISO8859/8859-15.TXT
• CLDR, translittérateur Latin-ASCII (repli de æ, œ, « et ») — https://github.com/unicode-org/icu/blob/main/icu4c/source/data/translit/Latin_ASCII.txt
• CLDR, table de collation racine allkeys_CLDR.txt (poids primaires de U+0153, U+00E6, U+0027, U+2019, U+00A0, U+202F) — https://github.com/unicode-org/cldr/blob/main/common/uca/allkeys_CLDR.txt
• Apache Lucene, ASCIIFoldingFilter.java — https://github.com/apache/lucene/blob/main/lucene/analysis/common/src/java/org/apache/lucene/analysis/miscellaneous/ASCIIFoldingFilter.java
• Académie française, Questions de langue — « Accentuation des majuscules » — https://www.academie-francaise.fr/questions-de-langue
• Sacem, « Devenir membre » (chiffre de 252 000 membres, consulté le 7 septembre 2026) — https://createurs-editeurs.sacem.fr/
• SCPP — https://www.scpp.fr/
• SPPF — https://www.sppf.com/
• Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
• Apple Music Style Guide — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
• Spotify for Artists, Music metadata guidelines — https://support.spotify.com/us/artists/article/metadata-formatting-guidelines/
• Spotify Provider Support, Featured artist in a product or track title — https://providersupport.spotify.com/article/featured-artist-in-a-product-or-track-title
• DDEX, Standards (dont la suite ERN) — https://ddex.net/standards/
• IFPI, International Standard Recording Code (ISRC) Handbook (§A.10.1) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf

Sur les limites de ce qui est publié. Toute règle de plateforme citée ici provient de la documentation publique de cette plateforme. Trois choses que l'on présente couramment aux artistes comme des faits ne sont publiées par aucun service et ne sont donc pas affirmées ici: les seuils et les preuves exigés pour fusionner deux pages d'artiste; la logique interne d'appariement qui décide si une livraison rejoint une identité existante ou en crée une nouvelle; et, au-delà de l'interdiction nommée par Apple, le traitement de « Original Mix » par chaque magasin. De même, les procédures internes, délais et barèmes de la Sacem, de la SDRM, de la SCPP et de la SPPF ne sont pas décrits ici: seules leurs missions publiquement énoncées le sont.