DDEX feed oluşturma, bir müzik yayınını ve meta verilerini, dijital müzik platformlarının otomatik olarak işleyebileceği standart bir XML mesajına dönüştürme sürecidir. Format, DDEX’in ERN’idir (Electronic Release Notification) ve bir DSP’nin bir yayını yayımlamak için ihtiyaç duyduğu her şeyi taşır: başlıklar, sanatçılar, ISRC’ler, kapak görseli referansları, ses kaynakları, bölgeler ve anlaşma koşulları. Bu feed’i doğru oluşturmak, müziğinizin elle yeniden giriş yapılmadan teslim edilmesini sağlar.

DDEX (Digital Data Exchange), dijital müzik tedarik zincirinde plak şirketleri, dağıtımcılar, DSP’ler, yayıncılar ve meslek birlikleri arasında kullanılan XML mesajlaşmasını tanımlayan standartlar kuruluşudur (DDEX ERN dokümantasyonu). Standardı uygulamak için DDEX üyesi olmanız gerekmez. Asıl iş, ve çoğu plak şirketinin üstlenmek istemediği kısım, geçerli ERN feed’leri oluşturmak ve her DSP’nin değişen gereksinimleriyle bunları güncel tutmaktır.

Bu rehber, bir ERN mesajının neler içerdiğini, feed oluşturmanın adım adım nasıl işlediğini, ERN 3.8.2 ile 4.3 arasındaki farkı ve bu işi sizin yerinize yapan bir sağlayıcıyı nasıl değerlendireceğinizi, LabelGrid’in bu tabloda nereye oturduğu dahil, açıklıyor.

DDEX ERN feed’i nedir?

Bir ERN feed’i, tek bir yayını ve bu yayının nasıl sunulması gerektiğini tarif eden bir XML belgesidir. Çekirdek mesaj NewReleaseMessage‘dır ve bir DSP’nin ihtiyaç duyduğu üç şeyi tek pakette bir araya getirir: varlıklar, yayın ve koşullar.

  • ResourceList, ses kayıtlarını, videoyu ve görselleri, her birini tanımlayıcılarıyla (parçalar için ISRC) ve teknik ayrıntılarıyla birlikte tutar.
  • ReleaseList, yayının kendisidir: başlık, gösterilen sanatçı, plak şirketi adı, UPC, tür, yayın tarihi.
  • DealList, ticari koşulları belirler: hangi bölgelerin ve platformların yayını alacağı, yayın zamanlaması ve varsa ön sipariş veya ön kaydetme dönemleri.

Plak şirketleri ve dağıtımcılar bu mesajları DSP’lere gönderir; DSP feed’i çözümler ve yayını anlaşma koşullarına göre yayımlar (DDEX ERN dokümantasyonu). Bir yayından kaldırma, bir meta veri düzeltmesi veya yeni bir bölge eklemesi de aynı formatta kendi mesajına dönüşür. Zorunlu bir alanı yanlış girerseniz DSP tüm feed’i reddeder; doğrulamanın oluşturma kadar önemli olmasının nedeni budur.

DDEX feed oluşturma nasıl çalışır?

Feed oluşturma, yayın verilerinizi alır ve DSP’ye hazır bir ERN paketi üretir. Tipik bir akış şöyle ilerler:

  1. Meta verileri toplayın. Yayın ve parça alanları, katkıda bulunanlar, tanımlayıcılar (ISRC, UPC), bölgeler ve müstehcen içerik uyarıları.
  2. Varlıkları referanslayın. Her DSP’nin teknik gereksinimine göre kodlanmış ses dosyaları ve boyut gereksinimlerini karşılayan kapak görselleri (genellikle en az 3000×3000 piksel) kaynak olarak eklenir.
  3. Doğrulayın. Feed, herhangi bir şey gönderilmeden önce DDEX şemasına ve hedef DSP’nin kendi profiline göre kontrol edilir. Eksik telif satırları, hatalı ISRC’ler veya boyutu yetersiz görseller bu aşamada yakalanır.
  4. ERN XML’i oluşturun. NewReleaseMessage, hedefe uygun doğru sürümle (3.8.2 veya 4.3) hazırlanır.
  5. Teslim edin. Paket her DSP’ye iletilir ve bir alındı bildirimi döner.
  6. Güncellemeleri yönetin. Düzeltmeler, yayından kaldırmalar ve yeni bölge eklemeleri, aynı yayına bağlı takip mesajları olarak gönderilir.

Bunun basit bir iş olmamasının nedeni şu: 2024’te her gün streaming servislerine yaklaşık 99.000 yeni parça teslim edildi (Luminate 2024 Yıl Sonu Raporu). Bu hacimde kimse XML’i elle yazmaz. LabelGrid, DDEX feed oluşturmayı baştan sona üstlenir: ERN’i her DSP’nin güncel profiline göre oluşturup doğrular ve tüm büyük platformlara teslim eder. Böylece plak şirketleri ve dağıtımcılar bir feed motoru kurup bakımını yapmak yerine yayınlarını gönderir.

ERN 3.8.2 ile ERN 4.3: DSP’ler hangi sürümü kullanıyor?

Bugün canlı kullanımda iki ERN kuşağı var. ERN 3.8.2 hâlâ en yaygın olanı; ERN 4.3.x ise DDEX’in yeni uygulamalar için önerdiği sürüm. Bu ikisi birbirinin yerine geçmez. Bir feed motorunun, her DSP’nin beklediği sürümü konuşabilmesi gerekir.

BoyutERN 3.8.2ERN 4.3.x
DurumCanlı uygulamalarda en yaygın kullanılanYeni uygulamalar için DDEX’in önerdiği
Bölge verileriDetailsByTerritory blokları başlıkları her bölge için tekrarlarBölgesel geçersiz kılmalar yalnızca veri gerçekten farklıysa
Katkıda bulunanlarSanatçılar ve söz yazarları mesaj boyunca tekrarlanırPartyList’te bir kez tanımlanır, kimlikle referanslanır
Parça yayınlarıTam yayın yapısı, gereksiz alanlarlaHafif TrackRelease bileşeni
Mesaj boyutuTekrarlar nedeniyle daha büyükTekrarlar ayıklanmış, daha küçük
Uzamsal sesDolby Atmos için yerel yapı yokYerel sürükleyici ses meta verisi
DSP kabulüNeredeyse tüm büyük DSP’ler kabul ediyorYaygınlaşıyor; yeni özellikler için gerekli

Pratik sonuç: birçok orta ölçekli dağıtımcı ERN 3.8.2’de kalıyor, çünkü DSP’ler hâlâ kabul ediyor ve ERN 3’ten 4’e geçiş tüm bölgesel veri modelini yeniden kurmak anlamına geliyor. Ancak yerel Dolby Atmos meta verisi ve PartyList’te tekrar ayıklama gibi daha yeni yetenekler yalnızca ERN 4.x’te var. İyi bir sağlayıcı her ikisini de destekler ve her hedef için doğru olanı seçer. LabelGrid, teslim ve içe aktarma için DDEX ERN 3.8.2, 4.3.0, 4.3.1 ve 4.3.2 sürümlerini destekler.

Teslimatı doğru yapmanın önemi her geçen gün artıyor. Streaming, 2025’te küresel kayıtlı müzik gelirinin %69,6’sına ulaştı ve ücretli abone sayısı 837 milyona çıktı (IFPI Küresel Müzik Raporu 2026). Reddedilen veya hatalı bir feed, paranın artık çoğunlukla aktığı kanalda görünürlük kaybı demek.

ERN mühendisliğini siz uğraşmayın

LabelGrid, geçerli ERN 3.8.2 ve 4.3 feed’leri oluşturur ve DSP gereksinimleri değiştikçe bunları güncel tutar. 7 günlük ücretsiz deneme.

Planları İnceleyin

Bir DDEX feed oluşturma hizmetinde nelere dikkat etmelisiniz?

Kendi motorunuzu kurmak yerine feed oluşturacak bir sağlayıcı seçiyorsanız, önemli olan kontrol listesi budur.

Kriterİyisi neye benzer
Birden çok ERN sürümüHem 3.8.2 hem 4.3.x, tek tip değil, her DSP’ye göre seçilen.
Teslimat öncesi doğrulamaReddedilmeden sonra değil, teslimattan önce hataları yakalayan şema ve DSP’ye özel profil kontrolleri.
Spesifikasyon takibiSağlayıcı, DSP profil değişikliklerini izler; böylece feed’leriniz sessizce bozulmaz.
Ses kodlamaDosyaların, akışın bir parçası olarak her platformun teknik gereksinimine göre kodlanması.
Yayından kaldırmalar ve güncellemelerDüzeltmeler, bölge değişiklikleri ve yayından kaldırmalar, usulüne uygun takip mesajları olarak işlenir.
API erişimiProgramatik teslimat ve durum bilgisi; böylece feed oluşturma kendi sistemlerinizin içinde çalışabilir.
SOBO desteğiDoğrudan anlaşmalarınız varsa kendi DSP sözleşmeleriniz üzerinden teslim edebilme imkânı.

DDEX ile müzik nasıl teslim edilir: adım adım yol

  1. Kurmakla satın almak arasında karar verin. Bir ERN motoru işletmek ve her DSP profil değişikliğini takip etmek ciddi ve süreklilik isteyen bir mühendislik işidir. Çoğu plak şirketi ve dağıtımcı için bir sağlayıcı kullanmak mantıklı olandır.
  2. Sürüm kapsamını doğrulayın. Sağlayıcının hem ERN 3.8.2 hem 4.3.x oluşturduğundan ve her DSP’ye doğru sürümü yönlendirdiğinden emin olun.
  3. Temiz meta veri hazırlayın. Doğru ISRC ve UPC değerleri, eksiksiz telif satırları ve teknik gereksinime uygun kapak görseli. Doğrulamayı geçiren şey temiz girdidir.
  4. Teslimattan önce doğrulayın. Feed’i şema ve DSP’ye özel kontrollerden geçirin. İşaretlenen ne varsa, bir şey gönderilmeden önce düzeltin.
  5. Teslim edin ve onaylayın. Her DSP’ye iletin ve alındı bildirimlerini takip edin. Hangi platformların yayını kabul ettiğini izleyin.
  6. Kataloğun bakımını yapın. Düzeltmeleri, yeni bölgeleri ve yayından kaldırmaları takip mesajları olarak gönderin; DSP spesifikasyonları değiştiğinde feed’lere göz kulak olun.

LabelGrid bu yola tam olarak oturur: ERN 3.8.2, 4.3.0, 4.3.1 ve 4.3.2 sürümleri boyunca eksiksiz DDEX feed oluşturma, teslimat öncesi doğrulama, ses kodlama ve tüm büyük DSP’lere teslimat. Bunu programatik olarak çalıştırmak isteyen ekipler için aynı akış, bir test ortamı ve herkese açık dokümanlarla birlikte LabelGrid’in REST API’si üzerinden de erişilebilir. Spotify Preferred Provider ve Merlin Network üyesi olarak LabelGrid, platform gereksinimleri geliştikçe feed’leri güncel tutar.

DDEX feed oluşturma: özetle

DDEX feed oluşturma, bir yayını standart bir ERN mesajına, yani kaynakları, yayın verilerini ve anlaşma koşullarını taşıyan NewReleaseMessage‘a dönüştürür; DSP’ler bunu otomatik olarak işler. Canlı iki sürüm ERN 3.8.2 (en yaygın olan) ve 4.3.x (önerilen, daha küçük, uzamsal sese hazır); iyi bir sağlayıcı her ikisini de konuşur, teslimattan önce doğrular ve DSP spesifikasyon değişikliklerini takip eder. Kendi motorunuzu kurmak sürekli bir bakım yüküdür; neredeyse herkes için oluşturma, doğrulama ve teslimatı üstlenen bir sağlayıcı daha iyi bir seçimdir. LabelGrid, plak şirketleri ve dağıtımcılar için DDEX teslimatını desteklenen dört ERN sürümünün tamamında, API erişimi ve doğrudan anlaşmalı kataloglar için SOBO ile birlikte yürütür.

Sıkça Sorulan Sorular

DDEX feed’i nedir?

DDEX feed’i, bir müzik yayınını ve DSP’lerin bunu nasıl sunması gerektiğini tarif eden standart bir XML mesajıdır; genellikle bir ERN NewReleaseMessage’dır. Ses ve görsel kaynaklarını, yayın meta verisini ve anlaşma koşullarını (bölgeler, zamanlama, platformlar) DSP’nin otomatik olarak işleyebileceği tek bir pakette taşır.

ERN 3.8.2 ile ERN 4.3 arasındaki fark nedir?

ERN 3.8.2 en yaygın kullanılan sürümdür ve başlıklar gibi verileri bölge blokları boyunca tekrarlar. ERN 4.3.x, DDEX’in önerdiği sürümdür: katkıda bulunanları bir PartyList’te tekilleştirir, bölgesel veriyi yalnızca farklı olduğunda gönderir, hafif bir TrackRelease bileşeni ekler ve Dolby Atmos gibi uzamsal sesi yerel olarak destekler. LabelGrid her ikisini de destekler.

DDEX feed’lerini kendim mi oluşturmalıyım?

Hayır. Çoğu plak şirketi ve dağıtımcı, ERN feed’lerini oluşturup doğrulayan ve DSP’lere teslim eden bir sağlayıcı kullanır. Kendi motorunuzu kurmak, geçerli ERN XML yazmak, her DSP’nin profiline göre doğrulamak ve zaman içinde her spesifikasyon değişikliğini takip etmek demektir. Bu, ancak büyük ölçekte karşılığını veren, süreklilik isteyen bir mühendislik işidir.

LabelGrid DDEX üyesi mi?

Hayır. LabelGrid bir DDEX konsorsiyum üyesi değildir ve standardı uygulamak için DDEX üyeliği gerekmez. LabelGrid, DDEX ERN’i uygular ve hem teslim hem içe aktarma için 3.8.2, 4.3.0, 4.3.1 ve 4.3.2 sürümlerini destekler.

DDEX teslimatında SOBO nedir?

SOBO, “sent on behalf of” (adına gönderilen) ifadesinin kısaltmasıdır. Bir yayının lisans verenin, dağıtımcı değil müşteri olduğunu belirten bir DDEX direktifidir. Kendi doğrudan DSP sözleşmelerine sahip bir plak şirketinin veya dağıtımcının, doğrudan ilişkisini ve telif koşullarını koruyarak LabelGrid gibi bir platform üzerinden teslimat yapmasını sağlar.

Yeni bir katalog hangi ERN sürümünü kullanmalı?

DDEX, yeni uygulamalar için ERN 4.3.x’i önerir; çünkü daha küçük, tekrarları ayıklanmış ve uzamsal sesi ile daha zengin künyeleri destekler. Uygulamada birçok DSP hâlâ ERN 3.8.2’yi kabul ettiğinden, iyi bir sağlayıcı her hedefe doğru sürümü yönlendirir. LabelGrid bunu desteklenen dört sürümün tamamında otomatik olarak yapar.

Table of contents:

Start Distributing Your Music Today

50+ platforms. Automated royalty splits. Real-time analytics. Join thousands of labels and artists already using LabelGrid.