DDEX-feedgeneratie is het proces waarbij je een muziekrelease en de bijbehorende metadata omzet naar een gestandaardiseerd XML-bericht dat streamingplatforms automatisch kunnen inlezen. Het format is de ERN (Electronic Release Notification) van DDEX, en die bevat alles wat een DSP nodig heeft om een release te publiceren: titels en artiesten, ISRC's, verwijzingen naar artwork en audiobestanden, plus de territoria en deal terms die gelden. Wie die feed correct genereert, krijgt zijn muziek geleverd zonder dat er ergens iets opnieuw hoeft te worden ingetypt.
Deze gids legt uit wat een ERN-bericht bevat, hoe feedgeneratie stap voor stap werkt, wat het verschil is tussen ERN 3.8.2 en 4.3, en hoe je een aanbieder beoordeelt die het voor je regelt, inclusief de rol van LabelGrid daarin.
Wat is DDEX en waarom is het belangrijk voor distributie?
DDEX (Digital Data Exchange) is een standaardorganisatie zonder winstoogmerk, opgericht in 2006, die de XML-berichtformaten voor de digitale muziekketen vastlegt. Labels, distributeurs, DSP's, uitgevers en collectieve beheersorganisaties gebruiken ze om release-, rechten- en verkoopgegevens automatisch uit te wisselen, zonder voor elke partner een eigen koppeling te bouwen (Over DDEX). Voor distributie draait het om ERN (Electronic Release Notification): het bericht dat een nieuwe release, verwijzingen naar de audio en artwork en de dealvoorwaarden bij een DSP aflevert.
LabelGrid levert releases als DDEX ERN-berichten aan DSP's en ondersteunt ERN 3.8.2, 4.3.0, 4.3.1 en 4.3.2. LabelGrid is geen DDEX-lid, en lidmaatschap is ook niet nodig om de standaarden te implementeren: iedereen kan dat doen met de gratis implementatielicentie van DDEX (DDEX-standaarden). Het echte werk, en het deel waar de meeste labels liever niet zelf verantwoordelijk voor zijn, is geldige ERN-feeds genereren en actueel houden naarmate de eisen van elke DSP veranderen.
Wat is een DDEX ERN-feed?
Een ERN-feed is een XML-document dat één release beschrijft en aangeeft hoe die beschikbaar moet worden gesteld. Het kernbericht is de NewReleaseMessage, en die brengt drie dingen samen die een DSP nodig heeft: de bestanden, de release en de voorwaarden.
- ResourceList bevat de geluidsopnames en eventuele video's of afbeeldingen, elk met identifiers (ISRC voor tracks) en technische details.
- ReleaseList is de release zelf: titel, weergegeven artiest, labelnaam, UPC, genre, releasedatum.
- DealList legt de commerciële voorwaarden vast, waaronder welke territoria en platforms de release krijgen, de timing, en een eventuele pre-orderperiode.
Platenmaatschappijen en distributeurs sturen deze berichten naar DSP's; de DSP leest de feed in en publiceert de release volgens de deal terms (DDEX ERN-documentatie). Een verwijdering, een metadatacorrectie of een nieuw territorium wordt telkens een eigen bericht in hetzelfde format. Een schemafout of een ontbrekend verplicht veld is genoeg om de levering geweigerd te krijgen. Daarom is validatie net zo belangrijk als het genereren zelf.
Hoe werkt DDEX-feedgeneratie?
Feedgeneratie neemt je releasegegevens en maakt daar een DSP-klaar ERN-pakket van. Een typische pijplijn ziet er zo uit:
- Verzamel de metadata. Release- en trackvelden, medewerkers, identifiers (ISRC, UPC), territoria en explicit-markeringen.
- Koppel de bestanden. Audiobestanden die zijn getranscodeerd naar de specificatie van elke DSP en artwork dat aan de afmetingseisen voldoet (meestal een vierkante master van 3000x3000px) worden als resources toegevoegd.
- Valideer. De feed wordt gecontroleerd tegen het DDEX-schema en het eigen profiel van de doel-DSP voordat er iets wordt verzonden. Ontbrekende copyrightregels, foutieve ISRC's of te kleine afbeeldingen worden hier al onderschept.
- Genereer de ERN-XML. De
NewReleaseMessagewordt opgebouwd met de juiste versie (3.8.2 of 4.3) voor de bestemming. - Lever af. Het pakket wordt naar elke DSP gestuurd en er komt een bevestiging terug.
- Verwerk wijzigingen. Correcties, verwijderingen en nieuwe territoria worden verstuurd als vervolgberichten die aan dezelfde release zijn gekoppeld.
Waarom dit verre van triviaal is: in 2024 werden er dagelijks zo'n 99.000 nieuwe tracks aan streamingdiensten geleverd (Luminate jaarrapport 2024). Niemand codeert XML met de hand op dat volume. LabelGrid verzorgt de DDEX-feedgeneratie van begin tot eind: ERN genereren en valideren tegen het actuele profiel van elke DSP en leveren aan alle grote platforms, zodat labels en distributeurs releases versturen in plaats van zelf een feedengine te bouwen en te onderhouden.
ERN 3.8.2 versus ERN 4.3: welke versie gebruiken DSP's?
Twee ERN-generaties zijn nog in gebruik. ERN 3.8.2 leeft voort in bestaande DSP-koppelingen, al stopte DDEX op 1 maart 2025 met de ondersteuning van alle ERN 3-versies. ERN 4.3.x is de huidige generatie, en DDEX raadt aan de nieuwste versie daarvan te implementeren. Ze zijn niet uitwisselbaar. Een feedengine moet de versie spreken die elke DSP verwacht.
| Aspect | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Status | Verouderd; DDEX-ondersteuning gestopt op 1 maart 2025 | Actueel; DDEX raadt aan de nieuwste versie te implementeren |
| Territoriumdata | DetailsByTerritory-blokken herhalen titels per territorium | Territoriale overrides alleen waar de data echt verschilt |
| Medewerkers | Artiesten en schrijvers door het hele bericht herhaald | Eenmalig vastgelegd in PartyList, via ID gerefereerd |
| Trackreleases | Volledige releasestructuur, met overbodige velden | Lichte TrackRelease-composite |
| Berichtgrootte | Groter, door duplicatie | Kleiner, gededupliceerd |
| Ruimtelijke audio | Beperkte ondersteuning voor immersieve audio | Volledige ondersteuning voor immersieve audio, toegevoegd in 4.3 |
De praktische conclusie: bestaande ERN 3-koppelingen blijven bestaan, omdat migratie van ERN 3 naar 4 betekent dat je je hele territoriale datamodel moet herstructureren; ERN 4 heeft de DetailsByTerritory-blokken geschrapt. Nieuwere mogelijkheden, zoals volledige ondersteuning voor immersieve audio en PartyList-deduplicatie, vragen om ERN 4. Een aanbieder die zijn geld waard is, ondersteunt beide en kiest per bestemming de juiste versie. LabelGrid levert in DDEX ERN 3.8.2, 4.3.0, 4.3.1 en 4.3.2. DDEX-import, waarmee je je eigen ERN-leveringen in LabelGrid binnenhaalt, is beschikbaar in de API-abonnementen en in Custom Distribution.
De inzet om levering goed te krijgen wordt almaar groter. Streaming was in 2025 goed voor 69,6% van de wereldwijde omzet uit opgenomen muziek, met 837 miljoen betalende abonnees (IFPI Global Music Report 2026). Een geweigerde of foutieve feed betekent verloren zichtbaarheid op precies het kanaal waar het geld nu zit.
Waar moet je op letten bij een dienst voor DDEX-feedgeneratie?
Kies je een aanbieder om je feeds te genereren in plaats van er zelf een te bouwen? Dit is de checklist die ertoe doet.
| Criterium | Hoe het er goed uitziet |
|---|---|
| Meerdere ERN-versies | Zowel 3.8.2 als 4.3.x, gekozen per DSP, geen one-size-fits-all. |
| Validatie vóór levering | Schema- en per-DSP-profielcontroles die fouten opvangen vóór levering, niet na afwijzing. |
| Onderhoud van specificaties | De aanbieder volgt wijzigingen in DSP-profielen, zodat je feeds niet stilletjes stuklopen. |
| Audiotranscodering | Bestanden gecodeerd naar de specificatie van elk platform, als onderdeel van de pijplijn. |
| Verwijderingen en wijzigingen | Correcties, territoriumwijzigingen en verwijderingen verwerkt als correcte vervolgberichten. |
| API-toegang | Programmatische levering en statusopvraging, zodat feedgeneratie binnen je eigen systemen kan draaien. |
| SOBO-ondersteuning | De mogelijkheid om te leveren onder je eigen DSP-contracten als je directe deals hebt. |
Muziek leveren via DDEX: een route in stappen
- Bepaal: zelf bouwen of inkopen. Een ERN-engine onderhouden en elke wijziging in DSP-profielen bijhouden is doorlopend echt engineeringwerk. Voor de meeste labels en distributeurs is een aanbieder gebruiken de logische keuze.
- Controleer de versiedekking. Zorg dat de aanbieder zowel ERN 3.8.2 als 4.3.x genereert en de juiste versie naar elke DSP stuurt.
- Bereid schone metadata voor. Kloppende ISRC's en UPC's, correcte copyrightregels en artwork volgens specificatie. Schone invoer is wat de validatie doorstaat.
- Valideer vóór levering. Laat de feed door schema- en per-DSP-controles lopen. Los op wat wordt aangemerkt voordat er iets de deur uit gaat.
- Lever en bevestig. Stuur naar elke DSP en houd de bevestigingen in de gaten. Volg welke platforms de release hebben geaccepteerd.
- Onderhoud de catalogus. Stuur correcties, nieuwe territoria en verwijderingen als vervolgberichten, en houd je feeds in de gaten als DSP-specificaties veranderen.
LabelGrid past in deze route met volledige DDEX-feedgeneratie over ERN 3.8.2, 4.3.0, 4.3.1 en 4.3.2, validatie vóór levering, audiotranscodering en levering aan alle grote DSP's. Wil je team het programmatisch draaien, dan is dezelfde pijplijn beschikbaar via de REST API van LabelGrid, met een sandbox en openbare documentatie. LabelGrid is Spotify Preferred Provider en lid van Merlin Network. Het houdt feeds actueel naarmate de eisen van platforms veranderen.
DDEX-feedgeneratie: de kern
DDEX-feedgeneratie zet een release om naar een gestandaardiseerd ERN-bericht: de NewReleaseMessage met resources, releasegegevens en deal terms, die DSP's automatisch inlezen. De twee versies die nog in gebruik zijn: ERN 3.8.2 (verouderd, DDEX-ondersteuning gestopt in maart 2025) en 4.3.x (actueel, compacter, met volledige ondersteuning voor immersieve audio). Een goede aanbieder spreekt beide, valideert vóór levering en volgt wijzigingen in DSP-specificaties. Je eigen engine bouwen is een doorlopende onderhoudslast; voor vrijwel iedereen is een aanbieder die de feed van generatie tot levering verzorgt, validatie inbegrepen, de betere keuze. LabelGrid verzorgt DDEX-levering voor labels en distributeurs over alle vier de ondersteunde ERN-versies, met API-toegang en SOBO voor catalogi met directe deals.
