Die DDEX-Feed-Generierung ist der Prozess, bei dem ein Musik-Release und seine Metadaten in eine standardisierte XML-Nachricht umgewandelt werden, die Streaming-Plattformen automatisch einlesen können. Das Format ist DDEX' ERN (Electronic Release Notification), und es enthält alles, was ein DSP benötigt, um ein Release zu veröffentlichen: Titel und Künstler, ISRCs, Verweise auf Cover und Audiodateien sowie die geltenden Territorien und Deal-Bedingungen. Diesen Feed korrekt zu generieren ist das, was Ihre Musik ohne manuelle Neueingabe ausliefern lässt.
Dieser Leitfaden erklärt, was eine ERN-Nachricht enthält, wie die Feed-Generierung Schritt für Schritt funktioniert, den Unterschied zwischen ERN 3.8.2 und 4.3, und wie Sie einen Anbieter bewerten, der dies für Sie übernimmt – einschließlich, wo LabelGrid hineinpasst.
Was ist DDEX und warum ist es für den Vertrieb wichtig?
DDEX (Digital Data Exchange) ist ein 2006 gegründetes, nicht gewinnorientiertes Standardisierungsgremium, das die XML-Nachrichtenformate der digitalen Musik-Lieferkette festlegt. Labels, Vertriebe, DSPs, Verlage und Verwertungsgesellschaften tauschen damit Release-, Rechte- und Verkaufsdaten automatisiert aus, statt für jeden Partner eine eigene Schnittstelle zu bauen (Über DDEX). Für den Vertrieb zählt vor allem ERN (Electronic Release Notification): die Nachricht, die einem DSP ein neues Release samt Verweisen auf Audio und Artwork sowie die Deal-Konditionen übermittelt.
LabelGrid liefert Releases als DDEX-ERN-Nachrichten an DSPs aus und unterstützt ERN 3.8.2, 4.3.0, 4.3.1 und 4.3.2. LabelGrid ist kein DDEX-Mitglied – und für die Implementierung der Standards ist eine Mitgliedschaft auch nicht nötig: Jeder kann sie mit der kostenlosen Implementierungslizenz von DDEX umsetzen (DDEX-Standards). Die eigentliche Arbeit – und der Teil, den die meisten Labels lieber nicht selbst übernehmen – besteht darin, valide ERN-Feeds zu generieren und aktuell zu halten, während sich die Anforderungen jedes DSPs ändern.
Was ist ein DDEX-ERN-Feed?
Ein ERN-Feed ist ein XML-Dokument, das ein Release und dessen Verfügbarkeit beschreibt. Die zentrale Nachricht ist die NewReleaseMessage, und sie bündelt drei Dinge, die ein DSP zusammen benötigt: die Assets, das Release und die Bedingungen.
- ResourceList enthält die Tonaufnahmen sowie etwaige Videos oder Bilder, jeweils mit Kennungen (ISRC für Tracks) und technischen Details.
- ReleaseList ist das Release selbst: Titel, Display-Künstler, Labelname, UPC, Genre, Veröffentlichungsdatum.
- DealList legt die kommerziellen Bedingungen fest, einschließlich welche Territorien und Plattformen es erhalten, das Timing der Veröffentlichung sowie ein etwaiges Vorbestellungs-Zeitfenster.
Plattenfirmen und Vertriebe senden diese Nachrichten an DSPs; der DSP parst den Feed und veröffentlicht das Release gemäß den Deal-Bedingungen (DDEX-ERN-Dokumentation). Ein Takedown, eine Metadaten-Korrektur oder ein neues Territorium wird jeweils zu einer eigenen Nachricht im selben Format. Ein Schemafehler oder ein fehlendes Pflichtfeld genügt, damit die Lieferung abgelehnt wird – weshalb die Validierung genauso wichtig ist wie die Generierung.
Wie funktioniert die DDEX-Feed-Generierung?
Die Feed-Generierung nimmt Ihre Release-Daten und erzeugt ein DSP-fertiges ERN-Paket. Eine typische Pipeline läuft so ab:
- Metadaten erfassen. Release- und Track-Felder, Mitwirkende, Kennungen (ISRC, UPC), Territorien und Explicit-Hinweise.
- Die Assets referenzieren. Audiodateien, die nach der Spezifikation jedes DSPs transkodiert sind, und Cover, die die Größenanforderungen erfüllen (typischerweise ein quadratischer Master mit 3000x3000px), werden als Ressourcen angehängt.
- Validieren. Der Feed wird gegen das DDEX-Schema und das eigene Profil des Ziel-DSPs geprüft, bevor irgendetwas gesendet wird. Fehlende Copyright-Zeilen, fehlerhafte ISRCs oder zu kleines Artwork werden hier abgefangen.
- Das ERN-XML generieren. Die
NewReleaseMessagewird mit der richtigen Version (3.8.2 oder 4.3) für das Ziel erstellt. - Ausliefern. Das Paket wird an jeden DSP übermittelt und eine Bestätigung wird zurückgegeben.
- Aktualisierungen handhaben. Korrekturen, Takedowns und neue Territorien werden als Folgenachrichten gesendet, die demselben Release zugeordnet sind.
Der Grund, warum dies kein triviales Unterfangen ist: Im Jahr 2024 wurden täglich rund 99.000 neue Tracks an Streaming-Dienste ausgeliefert (Luminate 2024 Year-End Report). Niemand programmiert XML bei diesem Volumen von Hand. LabelGrid übernimmt die DDEX-Feed-Generierung vollständig, generiert und validiert ERN gegen das aktuelle Profil jedes DSPs und liefert an alle großen Plattformen – sodass Labels und Vertriebe Releases versenden, statt eine Feed-Engine zu bauen und zu warten.
ERN 3.8.2 vs. ERN 4.3: Welche Version nutzen DSPs?
Zwei ERN-Generationen sind noch im Einsatz. ERN 3.8.2 lebt in bestehenden DSP-Integrationen weiter, obwohl DDEX den Support für alle ERN-3-Versionen am 1. März 2025 eingestellt hat. ERN 4.3.x ist die aktuelle Generation, und DDEX rät dazu, deren neueste Version zu implementieren. Sie sind nicht austauschbar. Eine Feed-Engine muss die jeweilige Version sprechen, die jeder DSP erwartet.
| Aspekt | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Status | Veraltet; DDEX-Support endete am 1. März 2025 | Aktuell; DDEX rät zur Implementierung der neuesten Version |
| Territoriumsdaten | DetailsByTerritory-Blöcke wiederholen Titel pro Territorium | Territoriale Überschreibungen nur dort, wo sich Daten tatsächlich unterscheiden |
| Mitwirkende | Künstler und Autoren werden in der gesamten Nachricht wiederholt | Einmal in der PartyList definiert, per ID referenziert |
| Track-Releases | Vollständige Release-Struktur mit redundanten Feldern | Schlankes TrackRelease-Composite |
| Nachrichtengröße | Größer, aufgrund von Duplizierung | Kleiner, dedupliziert |
| Spatial Audio | Eingeschränkte Unterstützung für immersives Audio | Volle Unterstützung für immersives Audio, neu in 4.3 |
Das Fazit für die Praxis: Bestehende ERN-3-Integrationen halten sich, weil die Migration von ERN 3 auf 4 bedeutet, das gesamte territoriale Datenmodell umzubauen, denn ERN 4 verzichtet auf die DetailsByTerritory-Blöcke. Neuere Funktionen, darunter die volle Unterstützung für immersives Audio und die PartyList-Deduplizierung, setzen ERN 4 voraus. Ein Anbieter, der sich lohnt, unterstützt beide und wählt die richtige Version pro Ziel. LabelGrid liefert in DDEX ERN 3.8.2, 4.3.0, 4.3.1 und 4.3.2. Der DDEX-Import, mit dem Sie eigene ERN-Lieferungen in LabelGrid einspielen, ist in den API-Tarifen und in Custom Distribution verfügbar.
Die Bedeutung, die Lieferung richtig hinzubekommen, steigt stetig. Streaming erreichte 2025 einen Anteil von 69,6 % an den weltweiten Einnahmen aus aufgenommener Musik, mit 837 Millionen zahlenden Abonnenten (IFPI Global Music Report 2026). Ein abgelehnter oder fehlerhafter Feed bedeutet verlorene Sichtbarkeit auf dem Kanal, auf dem heute das meiste Geld liegt.
Worauf sollten Sie bei einem DDEX-Feed-Generierungsdienst achten?
Wenn Sie einen Anbieter wählen, der Feeds generiert, statt Ihre eigene Lösung zu bauen, ist dies die Checkliste, auf die es ankommt.
| Kriterium | So sieht es gut aus |
|---|---|
| Mehrere ERN-Versionen | Sowohl 3.8.2 als auch 4.3.x, pro DSP ausgewählt, nicht nach dem Prinzip „one size fits all“. |
| Validierung vor der Lieferung | Schema- und DSP-spezifische Profilprüfungen, die Fehler vor der Lieferung abfangen, nicht erst nach der Ablehnung. |
| Spezifikationspflege | Der Anbieter verfolgt Änderungen an DSP-Profilen, damit Ihre Feeds nicht stillschweigend brechen. |
| Audio-Transkodierung | Dateien werden als Teil der Pipeline nach der Spezifikation jeder Plattform kodiert. |
| Takedowns und Aktualisierungen | Korrekturen, Territoriumsänderungen und Takedowns werden als ordnungsgemäße Folgenachrichten gehandhabt. |
| API-Zugriff | Programmatische Lieferung und Status, damit die Feed-Generierung innerhalb Ihrer eigenen Systeme laufen kann. |
| SOBO-Unterstützung | Die Möglichkeit, unter Ihren eigenen DSP-Verträgen auszuliefern, wenn Sie Direktverträge halten. |
Wie Sie Musik via DDEX ausliefern: ein Schritt-für-Schritt-Weg
- Build oder Buy entscheiden. Eine ERN-Engine zu warten und jede Änderung eines DSP-Profils zu verfolgen ist ein echter, laufender Engineering-Aufwand. Für die meisten Labels und Vertriebe ist es die rationale Entscheidung, einen Anbieter zu nutzen.
- Versionsabdeckung bestätigen. Stellen Sie sicher, dass der Anbieter sowohl ERN 3.8.2 als auch 4.3.x generiert und die richtige Version an jeden DSP leitet.
- Saubere Metadaten vorbereiten. Korrekte ISRCs und UPCs, richtige Copyright-Zeilen und Artwork nach Spezifikation. Saubere Eingaben sind das, was die Validierung besteht.
- Vor der Lieferung validieren. Lassen Sie den Feed durch Schema- und DSP-spezifische Prüfungen laufen. Beheben Sie das Beanstandete, bevor irgendetwas versendet wird.
- Ausliefern und bestätigen. Übermitteln Sie an jeden DSP und achten Sie auf Bestätigungen. Verfolgen Sie, welche Plattformen das Release akzeptiert haben.
- Den Katalog pflegen. Senden Sie Korrekturen, neue Territorien und Takedowns als Folgenachrichten, und behalten Sie die Feeds im Auge, wenn sich DSP-Spezifikationen ändern.
LabelGrid passt in diesen Weg mit vollständiger DDEX-Feed-Generierung über ERN 3.8.2, 4.3.0, 4.3.1 und 4.3.2, Validierung vor der Lieferung, Audio-Transkodierung und Lieferung an alle großen DSPs. Für Teams, die es programmatisch betreiben möchten, ist dieselbe Pipeline über LabelGrids REST-API mit Sandbox und öffentlicher Dokumentation verfügbar. LabelGrid ist Spotify Preferred Provider und Mitglied von Merlin Network. Die Feeds hält LabelGrid aktuell, während sich die Plattformanforderungen weiterentwickeln.
DDEX-Feed-Generierung: das Fazit
Die DDEX-Feed-Generierung wandelt ein Release in eine standardisierte ERN-Nachricht um – die NewReleaseMessage, die Ressourcen, Release-Daten und Deal-Bedingungen trägt – die DSPs automatisch einlesen. Die beiden noch genutzten Versionen sind ERN 3.8.2 (veraltet, DDEX-Support seit März 2025 beendet) und 4.3.x (aktuell, kleiner, mit voller Unterstützung für immersives Audio), und ein guter Anbieter spricht beide, validiert vor der Lieferung und verfolgt Änderungen an DSP-Spezifikationen. Eine eigene Engine zu bauen ist eine fortlaufende Wartungslast; für nahezu jeden ist ein Anbieter, der den Feed von der Generierung über die Validierung bis zur Lieferung übernimmt, die bessere Wahl. LabelGrid übernimmt die DDEX-Lieferung für Labels und Vertriebe über alle vier unterstützten ERN-Versionen, mit API-Zugriff und SOBO für Direktvertrags-Kataloge.
