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 ve sanatçılar, ISRC'ler, kapak görseline ve ses dosyalarına yapılan referanslar, ayrıca geçerli 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.
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 nedir ve dağıtım için neden önemlidir?
DDEX (Digital Data Exchange), 2006'da kurulan ve dijital müzik tedarik zincirinde kullanılan XML mesaj formatlarını belirleyen, kâr amacı gütmeyen bir standartlar kuruluşudur. Plak şirketleri, dağıtımcılar, DSP'ler, yayıncılar ve meslek birlikleri bu formatlar sayesinde yayın, hak ve satış verilerini her iş ortağı için ayrı bir entegrasyon kurmadan otomatik olarak paylaşır (DDEX hakkında). Dağıtım açısından asıl önemli olan standart ERN'dir (Electronic Release Notification): yeni bir yayını, ses ve kapak dosyalarına ait referansları ve ticari koşulları DSP'ye ileten mesajdır.
LabelGrid yayınları DSP'lere DDEX ERN mesajları olarak teslim eder ve ERN 3.8.2, 4.3.0, 4.3.1 ve 4.3.2 sürümlerini destekler. LabelGrid DDEX üyesi değildir; standartları uygulamak için üyelik de gerekmez, DDEX'in ücretsiz uygulama lisansıyla herkes bu standartları uygulayabilir (DDEX standartları). 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.
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ı ve varsa video ya da 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ş dönemi.
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. Bir şema ihlali ya da eksik bir zorunlu alan, teslimatın reddedilmesine yeter; 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:
- 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ı.
- Varlıkları referanslayın. Her DSP'nin teknik gereksinimine göre kodlanmış ses dosyaları ve boyut gereksinimlerini karşılayan kapak görselleri (genellikle 3000x3000 piksellik kare bir ana dosya) kaynak olarak eklenir.
- 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.
- ERN XML'i oluşturun.
NewReleaseMessage, hedefe uygun doğru sürümle (3.8.2 veya 4.3) hazırlanır. - Teslim edin. Paket her DSP'ye iletilir ve bir alındı bildirimi döner.
- 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?
İki ERN kuşağı hâlâ kullanımda. DDEX, 1 Mart 2025'te tüm ERN 3 sürümlerine verdiği desteği sonlandırdı; buna rağmen ERN 3.8.2 mevcut DSP entegrasyonlarında yaşamaya devam ediyor. ERN 4.3.x güncel kuşaktır ve DDEX bu kuşağın en yeni sürümünün uygulanmasını tavsiye eder. Bu ikisi birbirinin yerine geçmez. Bir feed motorunun, her DSP'nin beklediği sürümü konuşabilmesi gerekir.
| Boyut | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Durum | Eski sürüm; DDEX desteği 1 Mart 2025'te sona erdi | Güncel; DDEX en yeni sürümün uygulanmasını tavsiye eder |
| Bölge verileri | DetailsByTerritory blokları başlıkları her bölge için tekrarlar | Bölgesel geçersiz kılmalar yalnızca veri gerçekten farklıysa |
| Katkıda bulunanlar | Sanatçılar ve söz yazarları mesaj boyunca tekrarlanır | PartyList'te bir kez tanımlanır, kimlikle referanslanır |
| Parça yayınları | Tam yayın yapısı, gereksiz alanlarla | Hafif TrackRelease bileşeni |
| Mesaj boyutu | Tekrarlar nedeniyle daha büyük | Tekrarlar ayıklanmış, daha küçük |
| Uzamsal ses | Sürükleyici ses için sınırlı destek | Sürükleyici ses için tam destek, 4.3 ile eklendi |
Pratik sonuç: mevcut ERN 3 entegrasyonları varlığını sürdürüyor, çünkü ERN 3'ten 4'e geçiş tüm bölgesel veri modelini yeniden kurmak anlamına geliyor; ERN 4, DetailsByTerritory bloklarını kaldırdı. Sürükleyici ses için tam destek ve PartyList'te tekrar ayıklama gibi daha yeni yetenekler ERN 4 gerektiriyor. İyi bir sağlayıcı her ikisini de destekler ve her hedef için doğru olanı seçer. LabelGrid, DDEX ERN 3.8.2, 4.3.0, 4.3.1 ve 4.3.2 ile teslimat yapar. Kendi ERN teslimatlarınızı LabelGrid'e aktarmanızı sağlayan DDEX içe aktarma ise API planlarında ve Custom Distribution'da sunulur.
Teslimatı doğru yapmanın önemi her geçen gün artıyor. Streaming, 2025'te küresel kayıtlı müzik gelirinin yüzde 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.
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ğrulama | Reddedilmeden sonra değil, teslimattan önce hataları yakalayan şema ve DSP'ye özel profil kontrolleri. |
| Spesifikasyon takibi | Sağlayıcı, DSP profil değişikliklerini izler; böylece feed'leriniz sessizce bozulmaz. |
| Ses kodlama | Dosyaların, akışın bir parçası olarak her platformun teknik gereksinimine göre kodlanması. |
| Yayından kaldırmalar ve güncellemeler | Düzeltmeler, bölge değişiklikleri ve yayından kaldırmalar, usulüne uygun takip mesajları olarak işlenir. |
| API erişimi | Programatik teslimat ve durum bilgisi; böylece feed oluşturma kendi sistemlerinizin içinde çalışabilir. |
| SOBO desteği | Doğ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
- 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.
- 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.
- 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.
- 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.
- Teslim edin ve onaylayın. Her DSP'ye iletin ve alındı bildirimlerini takip edin. Hangi platformların yayını kabul ettiğini izleyin.
- 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. LabelGrid, Spotify Preferred Provider ve Merlin Network üyesidir. 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. Hâlâ kullanılan iki sürüm ERN 3.8.2 (eski sürüm, DDEX desteği Mart 2025'te sona erdi) ve 4.3.x (güncel, daha küçük, sürükleyici ses için tam destekli); 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 feed'i oluşturmadan teslimata kadar, doğrulama dahil ü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.
