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, artiesten, ISRC’s, verwijzingen naar artwork, audiobestanden, territoria en deal terms. Wie die feed correct genereert, krijgt zijn muziek geleverd zonder dat er ergens iets opnieuw hoeft te worden ingetypt.
DDEX (Digital Data Exchange) is de standaardorganisatie die de XML-berichtgeving definieert voor de hele digitale muziekketen: tussen labels, distributeurs, DSP’s, uitgevers en collectieve beheersorganisaties (DDEX ERN-documentatie). Je hoeft geen DDEX-lid te zijn om de standaard te implementeren. Het echte werk, en het deel waar de meeste labels liever niet zelf verantwoordelijk voor zijn, is het genereren van geldige ERN-feeds en ze actueel houden naarmate de eisen van elke DSP veranderen.
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 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, video’s en 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 eventuele pre-order- of pre-save-periodes.
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. Eén verplicht veld verkeerd, en de DSP weigert de hele feed. 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 minimaal 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 vandaag in actief gebruik. ERN 3.8.2 is nog altijd het breedst uitgerold; ERN 4.3.x is wat DDEX aanraadt voor nieuwe implementaties. Ze zijn niet uitwisselbaar. Een feedengine moet de versie spreken die elke DSP verwacht.
| Aspect | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Status | Breedst uitgerold in actieve implementaties | Door DDEX aanbevolen voor nieuwe implementaties |
| 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 | Geen native Dolby Atmos-structuren | Native metadata voor immersieve audio |
| DSP-acceptatie | Geaccepteerd door vrijwel alle grote DSP’s | Groeiend; vereist voor nieuwe functies |
De praktische conclusie: veel middelgrote distributeurs blijven op ERN 3.8.2. DSP’s accepteren die nog steeds, en migratie van ERN 3 naar 4 betekent dat je je hele territoriale datamodel moet herstructureren. Maar nieuwere mogelijkheden bestaan alleen in ERN 4.x, zoals native Dolby Atmos-metadata en PartyList-deduplicatie. Een aanbieder die zijn geld waard is, ondersteunt beide en kiest per bestemming de juiste versie. LabelGrid ondersteunt DDEX ERN 3.8.2, 4.3.0, 4.3.1 en 4.3.2 voor zowel levering als import.
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.
Sla het ERN-engineeringwerk over
LabelGrid genereert geldige ERN 3.8.2- en 4.3-feeds en houdt ze actueel als DSP-eisen veranderen. 7 dagen gratis proefperiode.
Bekijk abonnementenWaar 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. Als Spotify Preferred Provider en Merlin Network-lid houdt LabelGrid 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 actieve versies zijn ERN 3.8.2 (het breedst uitgerold) en 4.3.x (aanbevolen, compacter, klaar voor ruimtelijke 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 generatie, validatie en levering verzorgt 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.
Veelgestelde vragen
Wat is een DDEX-feed?
Een DDEX-feed is een gestandaardiseerd XML-bericht, meestal een ERN NewReleaseMessage, dat een muziekrelease beschrijft en aangeeft hoe DSP’s die beschikbaar moeten stellen. Het bevat de audio- en afbeeldingsresources, de releasemetadata en de deal terms (territoria, timing, platforms) in één pakket dat de DSP automatisch kan inlezen.
Wat is het verschil tussen ERN 3.8.2 en ERN 4.3?
ERN 3.8.2 is de breedst uitgerolde versie en herhaalt gegevens zoals titels in territoriumblokken. ERN 4.3.x is de door DDEX aanbevolen versie: die dedupliceert medewerkers in een PartyList, stuurt territoriale data alleen waar die verschilt, voegt een lichte TrackRelease-composite toe en ondersteunt native ruimtelijke audio zoals Dolby Atmos. LabelGrid ondersteunt beide.
Moet ik DDEX-feeds zelf genereren?
Nee. De meeste labels en distributeurs gebruiken een aanbieder die ERN-feeds genereert, valideert en aan DSP’s levert. Een eigen engine bouwen betekent geldige ERN-XML schrijven, valideren tegen het profiel van elke DSP en elke specificatiewijziging in de tijd bijhouden. Dat is veel werk. Het betaalt zich pas op grote schaal terug.
Is LabelGrid lid van DDEX?
Nee. LabelGrid is geen lid van het DDEX-consortium, en DDEX-lidmaatschap is niet vereist om de standaard te implementeren. LabelGrid implementeert DDEX ERN en ondersteunt de versies 3.8.2, 4.3.0, 4.3.1 en 4.3.2 voor zowel levering als import.
Wat is SOBO bij DDEX-levering?
SOBO staat voor “sent on behalf of” (verzonden namens). Het is een DDEX-directive die aangeeft dat de licentiegever van een release de klant is en niet de distributeur. Daardoor kan een label of distributeur met eigen directe DSP-contracten leveren via een platform als LabelGrid, terwijl de directe relatie en de royaltyvoorwaarden intact blijven.
Welke ERN-versie moet een nieuwe catalogus gebruiken?
DDEX raadt ERN 4.3.x aan voor nieuwe implementaties, omdat die compacter is, gededupliceerd, en ruimtelijke audio en rijkere credits ondersteunt. In de praktijk accepteren veel DSP’s nog steeds ERN 3.8.2, dus een goede aanbieder stuurt per bestemming de juiste versie. LabelGrid regelt dat automatisch over alle vier de ondersteunde versies.
