DDEX-Feed-Generierung

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, Künstler, ISRCs, Cover-Referenzen, Audio-Ressourcen, Territorien und Deal-Bedingungen. Diesen Feed korrekt zu generieren ist das, was Ihre Musik ohne manuelle Neueingabe ausliefern lässt.

DDEX (Digital Data Exchange) ist das Standardisierungsgremium, das den XML-Nachrichtenaustausch innerhalb der digitalen Musik-Lieferkette definiert – zwischen Labels, Vertrieben, DSPs, Verlagen und Verwertungsgesellschaften (DDEX-ERN-Dokumentation). Sie müssen kein DDEX-Mitglied sein, um den Standard zu implementieren. Die Arbeit – und der Teil, den die meisten Labels lieber nicht selbst übernehmen möchten – besteht darin, valide ERN-Feeds zu generieren und sie aktuell zu halten, während die Anforderungen jedes DSPs sich verschieben.

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 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, Videos und 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 etwaige Vorbestell- oder Pre-Save-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. Ist ein einziges Pflichtfeld falsch, lehnt der DSP den gesamten Feed ab – 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:

1. Metadaten erfassen. Release- und Track-Felder, Mitwirkende, Kennungen (ISRC, UPC), Territorien und Explicit-Hinweise.
2. Die Assets referenzieren. Audiodateien, die nach der Spezifikation jedes DSPs transkodiert sind, und Cover, die die Größenanforderungen erfüllen (typischerweise mindestens 3000x3000px), werden als Ressourcen angehängt.
3. 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.
4. Das ERN-XML generieren. Die NewReleaseMessage wird mit der richtigen Version (3.8.2 oder 4.3) für das Ziel erstellt.
5. Ausliefern. Das Paket wird an jeden DSP übermittelt und eine Bestätigung wird zurückgegeben.
6. 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 heute im aktiven Einsatz. ERN 3.8.2 ist nach wie vor am weitesten verbreitet; ERN 4.3.x ist das, was DDEX für neue Implementierungen empfiehlt. Sie sind nicht austauschbar. Eine Feed-Engine muss die jeweilige Version sprechen, die jeder DSP erwartet.

Das Fazit für die Praxis: Viele mittelgroße Vertriebe bleiben bei ERN 3.8.2, weil DSPs es weiterhin akzeptieren und die Migration von ERN 3 auf 4 bedeutet, das gesamte territoriale Datenmodell umzustrukturieren. Doch neuere Funktionen, darunter native Dolby-Atmos-Metadaten und die PartyList-Deduplizierung, existieren nur in ERN 4.x. Ein Anbieter, der sich lohnt, unterstützt beide und wählt die richtige Version pro Ziel. LabelGrid unterstützt DDEX ERN 3.8.2, 4.3.0, 4.3.1 und 4.3.2 für Lieferung und Import.

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.

Wie Sie Musik via DDEX ausliefern: ein Schritt-für-Schritt-Weg

1. 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.
2. 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.
3. Saubere Metadaten vorbereiten. Korrekte ISRCs und UPCs, richtige Copyright-Zeilen und Artwork nach Spezifikation. Saubere Eingaben sind das, was die Validierung besteht.
4. Vor der Lieferung validieren. Lassen Sie den Feed durch Schema- und DSP-spezifische Prüfungen laufen. Beheben Sie das Beanstandete, bevor irgendetwas versendet wird.
5. Ausliefern und bestätigen. Übermitteln Sie an jeden DSP und achten Sie auf Bestätigungen. Verfolgen Sie, welche Plattformen das Release akzeptiert haben.
6. 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. Als Spotify Preferred Provider und Merlin Network-Mitglied hält LabelGrid Feeds 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 aktiven Versionen sind ERN 3.8.2 (am weitesten verbreitet) und 4.3.x (empfohlen, kleiner, bereit für Spatial 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 Generierung, Validierung und 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.