Génération de feed DDEX

La génération de feed DDEX est le processus par lequel une sortie musicale et ses métadonnées sont converties en un message XML standardisé que les plateformes de streaming peuvent lire automatiquement. Le format est l’ERN (Electronic Release Notification) de DDEX, et il contient tout ce dont un DSP a besoin pour publier une sortie : titres, artistes, ISRC, références de pochette, ressources audio, territoires et conditions commerciales. Générer ce feed correctement est ce qui permet à votre musique d’être livrée sans ressaisie manuelle.

DDEX (Digital Data Exchange) est l’organisme de normalisation qui définit l’échange de messages XML au sein de la chaîne d’approvisionnement de la musique numérique – entre labels, distributeurs, DSP, éditeurs et sociétés de gestion collective (documentation DDEX-ERN). Vous n’avez pas besoin d’être membre de DDEX pour implémenter le standard. Le travail – et la partie que la plupart des labels préfèrent ne pas assumer eux-mêmes – consiste à générer des feeds ERN valides et à les tenir à jour à mesure que les exigences de chaque DSP évoluent.

Ce guide explique ce que contient un message ERN, comment fonctionne la génération de feed étape par étape, la différence entre ERN 3.8.2 et 4.3, et comment évaluer un prestataire qui s’en charge à votre place – y compris où s’inscrit LabelGrid.

Qu’est-ce qu’un feed DDEX-ERN ?

Un feed ERN est un document XML qui décrit une sortie et sa disponibilité. Le message central est le NewReleaseMessage, et il regroupe trois éléments dont un DSP a besoin ensemble : les ressources, la sortie et les conditions.

• ResourceList contient les enregistrements sonores, les vidéos et les images, chacun assorti d’identifiants (ISRC pour les titres) et de détails techniques.
• ReleaseList est la sortie elle-même : titre, artiste affiché, nom du label, UPC, genre, date de publication.
• DealList fixe les conditions commerciales, notamment quels territoires et plateformes la reçoivent, le calendrier de publication ainsi que les éventuelles fenêtres de précommande ou de pre-save.

Les maisons de disques et les distributeurs envoient ces messages aux DSP ; le DSP parse le feed et publie la sortie selon les conditions du deal (documentation DDEX-ERN). Un retrait, une correction de métadonnées ou un nouveau territoire devient à chaque fois un message distinct dans le même format. Si un seul champ obligatoire est erroné, le DSP rejette l’intégralité du feed – c’est pourquoi la validation est tout aussi importante que la génération.

Comment fonctionne la génération de feed DDEX ?

La génération de feed prend vos données de sortie et produit un paquet ERN prêt pour les DSP. Une pipeline typique se déroule ainsi :

1. Collecter les métadonnées. Champs de la sortie et des titres, contributeurs, identifiants (ISRC, UPC), territoires et indications explicit.
2. Référencer les ressources. Les fichiers audio, transcodés selon la spécification de chaque DSP, et les pochettes qui respectent les exigences de taille (typiquement au moins 3000x3000px) sont rattachés en tant que ressources.
3. Valider. Le feed est vérifié par rapport au schéma DDEX et au profil propre du DSP cible avant que quoi que ce soit ne soit envoyé. Les lignes de copyright manquantes, les ISRC erronés ou les pochettes trop petites sont détectés ici.
4. Générer l’XML ERN. Le NewReleaseMessage est créé avec la bonne version (3.8.2 ou 4.3) pour la cible.
5. Livrer. Le paquet est transmis à chaque DSP et une confirmation est renvoyée.
6. Gérer les mises à jour. Les corrections, retraits et nouveaux territoires sont envoyés sous forme de messages de suivi rattachés à la même sortie.

La raison pour laquelle ce n’est pas une entreprise triviale : en 2024, environ 99 000 nouveaux titres étaient livrés chaque jour aux services de streaming (Luminate 2024 Year-End Report). Personne ne code du XML à la main à ce volume. LabelGrid prend en charge la génération de feed DDEX de bout en bout, génère et valide l’ERN par rapport au profil actuel de chaque DSP et livre à toutes les grandes plateformes – afin que les labels et les distributeurs expédient des sorties au lieu de construire et maintenir un moteur de feed.

ERN 3.8.2 vs. ERN 4.3 : quelle version les DSP utilisent-ils ?

Deux générations d’ERN sont aujourd’hui en usage actif. ERN 3.8.2 reste la plus répandue ; ERN 4.3.x est ce que DDEX recommande pour les nouvelles implémentations. Elles ne sont pas interchangeables. Un moteur de feed doit parler la version précise que chaque DSP attend.

Ce qu’il faut retenir en pratique : de nombreux distributeurs de taille moyenne restent sur ERN 3.8.2, car les DSP continuent de l’accepter et la migration d’ERN 3 vers 4 implique de restructurer tout le modèle de données territoriales. Mais les fonctionnalités plus récentes, dont les métadonnées natives Dolby Atmos et la déduplication PartyList, n’existent que dans ERN 4.x. Un prestataire qui en vaut la peine prend en charge les deux et choisit la bonne version selon la cible. LabelGrid prend en charge DDEX ERN 3.8.2, 4.3.0, 4.3.1 et 4.3.2 pour la livraison et l’import.

L’importance de réussir la livraison ne cesse de croître. Le streaming a atteint en 2025 une part de 69,6 % des revenus mondiaux de la musique enregistrée, avec 837 millions d’abonnés payants (IFPI Global Music Report 2026). Un feed rejeté ou erroné signifie une visibilité perdue sur le canal où se trouve aujourd’hui le plus d’argent.

Que faut-il rechercher dans un service de génération de feed DDEX ?

Si vous choisissez un prestataire qui génère les feeds, plutôt que de construire votre propre solution, voici la checklist qui compte.

Comment livrer de la musique via DDEX : un parcours étape par étape

1. Décider entre construire ou acheter. Maintenir un moteur ERN et suivre chaque modification d’un profil DSP représente un effort d’ingénierie réel et continu. Pour la plupart des labels et distributeurs, recourir à un prestataire est la décision rationnelle.
2. Confirmer la couverture des versions. Assurez-vous que le prestataire génère à la fois ERN 3.8.2 et 4.3.x et achemine la bonne version vers chaque DSP.
3. Préparer des métadonnées propres. ISRC et UPC corrects, lignes de copyright exactes et pochette conforme à la spécification. Des entrées propres sont ce qui fait passer la validation.
4. Valider avant la livraison. Faites passer le feed par les vérifications de schéma et propres à chaque DSP. Corrigez ce qui est signalé avant tout envoi.
5. Livrer et confirmer. Transmettez à chaque DSP et surveillez les confirmations. Suivez quelles plateformes ont accepté la sortie.
6. Maintenir le catalogue. Envoyez les corrections, nouveaux territoires et retraits sous forme de messages de suivi, et gardez un œil sur les feeds lorsque les spécifications DSP changent.

LabelGrid s’inscrit dans ce parcours avec une génération de feed DDEX complète sur ERN 3.8.2, 4.3.0, 4.3.1 et 4.3.2, une validation avant la livraison, le transcodage audio et la livraison à tous les grands DSP. Pour les équipes qui souhaitent l’exécuter de manière programmatique, la même pipeline est disponible via l’API REST de LabelGrid avec sandbox et documentation publique. En tant que Spotify Preferred Provider et membre de Merlin Network, LabelGrid tient les feeds à jour à mesure que les exigences des plateformes évoluent.

Génération de feed DDEX : l’essentiel

La génération de feed DDEX convertit une sortie en un message ERN standardisé – le NewReleaseMessage, qui porte les ressources, les données de la sortie et les conditions du deal – que les DSP lisent automatiquement. Les deux versions actives sont ERN 3.8.2 (la plus répandue) et 4.3.x (recommandée, plus légère, prête pour le Spatial Audio), et un bon prestataire parle les deux, valide avant la livraison et suit les modifications des spécifications DSP. Construire son propre moteur représente une charge de maintenance continue ; pour la quasi-totalité des acteurs, un prestataire qui gère la génération, la validation et la livraison est le meilleur choix. LabelGrid prend en charge la livraison DDEX pour les labels et les distributeurs sur les quatre versions ERN prises en charge, avec accès API et SOBO pour les catalogues sous contrat direct.