Pembuatan feed DDEX adalah proses mengubah sebuah rilis musik beserta metadata-nya menjadi pesan XML standar yang bisa diserap platform streaming secara otomatis. Formatnya adalah ERN (Electronic Release Notification) dari DDEX, dan format ini membawa semua yang dibutuhkan DSP untuk memublikasikan sebuah rilis: judul, artis, ISRC, referensi artwork, sumber audio, teritori, hingga ketentuan kesepakatan. Membuat feed itu dengan benar adalah kunci agar musik Anda terdistribusi tanpa harus memasukkan data ulang secara manual.
DDEX (Digital Data Exchange) adalah badan standar yang mendefinisikan pesan XML yang dipakai di seluruh rantai pasok musik digital, antara label, distributor, DSP, penerbit musik, dan lembaga pengumpul royalti (dokumentasi DDEX ERN). Anda tidak perlu menjadi anggota DDEX untuk menerapkan standarnya. Bagian yang berat, dan yang paling tidak ingin ditangani sendiri oleh kebanyakan label, adalah membuat feed ERN yang valid serta menjaganya tetap mutakhir saat persyaratan setiap DSP terus berubah.
Panduan ini menjelaskan isi sebuah pesan ERN, cara kerja pembuatan feed langkah demi langkah, perbedaan antara ERN 3.8.2 dan 4.3, serta cara menilai penyedia yang menanganinya untuk Anda, termasuk di mana posisi LabelGrid.
Apa itu feed DDEX ERN?
Feed ERN adalah dokumen XML yang mendeskripsikan satu rilis dan bagaimana rilis itu seharusnya tersedia. Pesan intinya adalah NewReleaseMessage, yang menyatukan tiga hal yang dibutuhkan DSP: aset, rilis, dan ketentuannya.
- ResourceList memuat rekaman suara, video, dan gambar, masing-masing dengan pengenalnya (ISRC untuk track) dan detail teknisnya.
- ReleaseList adalah rilis itu sendiri: judul, artis tampil, nama label, UPC, genre, dan tanggal rilis.
- DealList menetapkan ketentuan komersial, termasuk teritori dan platform mana yang menerimanya, jadwal rilis, serta jendela pre-order atau pre-save.
Perusahaan rekaman dan distributor mengirim pesan-pesan ini ke DSP. DSP lalu mengurai feed tersebut dan memublikasikan rilis sesuai ketentuan kesepakatan (dokumentasi DDEX ERN). Sebuah penarikan, koreksi metadata, atau penambahan teritori baru masing-masing menjadi pesan tersendiri dalam format yang sama. Salah satu kolom wajib keliru, DSP menolak seluruh feed. Itulah sebabnya validasi sama pentingnya dengan pembuatan.
Bagaimana cara kerja pembuatan feed DDEX?
Pembuatan feed mengambil data rilis Anda dan menghasilkan paket ERN yang siap diterima DSP. Alur kerja pada umumnya berjalan seperti ini:
- Kumpulkan metadata. Kolom rilis dan track, kontributor, pengenal (ISRC, UPC), teritori, dan penanda konten eksplisit.
- Tautkan asetnya. File audio yang ditranskode sesuai spesifikasi tiap DSP dan artwork yang memenuhi syarat ukuran (umumnya minimal 3000x3000px) dilampirkan sebagai sumber.
- Validasi. Feed diperiksa terhadap skema DDEX dan profil masing-masing DSP tujuan sebelum apa pun dikirim. Baris hak cipta yang hilang, ISRC yang cacat, atau artwork yang kekecilan tertangkap di tahap ini.
- Buat XML ERN.
NewReleaseMessagedisusun dengan versi yang tepat (3.8.2 atau 4.3) untuk tujuannya. - Distribusikan. Paket dikirim ke tiap DSP dan tanda terima dikembalikan.
- Tangani pembaruan. Koreksi, penarikan, dan penambahan teritori baru dikirim sebagai pesan lanjutan yang terhubung ke rilis yang sama.
Inilah alasan pekerjaan ini tidak sepele: sekitar 99.000 track baru dikirim ke layanan streaming setiap hari pada 2024 (Laporan Akhir Tahun Luminate 2024). Tidak ada yang menulis XML dengan tangan pada volume seperti itu. LabelGrid menangani pembuatan feed DDEX dari hulu ke hilir: menghasilkan dan memvalidasi ERN terhadap profil terkini tiap DSP lalu mendistribusikannya ke semua platform utama, sehingga label dan distributor cukup mengirim rilis alih-alih membangun dan merawat mesin feed sendiri.
ERN 3.8.2 vs ERN 4.3: versi mana yang dipakai DSP?
Dua generasi ERN dipakai secara aktif saat ini. ERN 3.8.2 masih yang paling luas diterapkan; ERN 4.3.x adalah versi yang direkomendasikan DDEX untuk implementasi baru. Keduanya tidak bisa saling menggantikan. Sebuah mesin feed harus bisa berbicara dalam versi mana pun yang diharapkan setiap DSP.
| Aspek | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Status | Paling luas diterapkan dalam implementasi aktif | Direkomendasikan DDEX untuk implementasi baru |
| Data teritori | Blok DetailsByTerritory mengulang judul per teritori | Penggantian teritorial hanya di tempat datanya benar-benar berbeda |
| Kontributor | Artis dan penulis lagu diulang di sepanjang pesan | Didefinisikan sekali dalam PartyList, dirujuk lewat ID |
| Rilis track | Struktur rilis lengkap, dengan kolom yang berlebihan | Komposit TrackRelease yang ringan |
| Ukuran pesan | Lebih besar karena duplikasi | Lebih kecil, tanpa duplikasi |
| Audio spasial | Tidak ada struktur Dolby Atmos bawaan | Metadata audio imersif bawaan |
| Penerimaan DSP | Diterima hampir semua DSP utama | Terus berkembang; wajib untuk fitur-fitur baru |
Intinya secara praktis: banyak distributor menengah bertahan di ERN 3.8.2 karena DSP masih menerimanya dan migrasi dari ERN 3 ke 4 berarti merombak seluruh model data teritorial. Namun kemampuan yang lebih baru, termasuk metadata Dolby Atmos bawaan dan deduplikasi PartyList, hanya ada di ERN 4.x. Penyedia yang layak dipakai mendukung keduanya dan memilih versi yang tepat untuk tiap tujuan. LabelGrid mendukung DDEX ERN 3.8.2, 4.3.0, 4.3.1, dan 4.3.2 untuk distribusi maupun impor.
Taruhan untuk membuat distribusi berjalan benar terus meningkat. Streaming mencapai 69,6% dari pendapatan musik rekaman global pada 2025, dengan 837 juta pelanggan berbayar (IFPI Global Music Report 2026). Feed yang ditolak atau cacat berarti kehilangan visibilitas di kanal tempat sebagian besar uang kini berputar.
Lewati urusan rekayasa ERN
LabelGrid menghasilkan feed ERN 3.8.2 dan 4.3 yang valid serta menjaganya tetap mutakhir seiring perubahan persyaratan DSP. Uji coba gratis 7 hari.
Lihat PaketApa yang harus dicari pada layanan pembuatan feed DDEX?
Jika Anda memilih penyedia untuk membuat feed alih-alih membangun sendiri, inilah daftar periksa yang penting.
| Kriteria | Seperti apa yang baik |
|---|---|
| Beragam versi ERN | Baik 3.8.2 maupun 4.3.x, dipilih per DSP, bukan satu format untuk semua. |
| Validasi pra-distribusi | Pemeriksaan skema dan profil per DSP yang menangkap kesalahan sebelum dikirim, bukan setelah ditolak. |
| Perawatan spesifikasi | Penyedia memantau perubahan profil DSP agar feed Anda tidak diam-diam rusak. |
| Transkode audio | File dikodekan sesuai spesifikasi tiap platform sebagai bagian dari alur kerja. |
| Penarikan dan pembaruan | Koreksi, perubahan teritori, dan penarikan ditangani sebagai pesan lanjutan yang benar. |
| Akses API | Distribusi dan pelacakan status secara terprogram, agar pembuatan feed bisa berjalan di dalam sistem Anda sendiri. |
| Dukungan SOBO | Kemampuan mendistribusikan di bawah kontrak DSP Anda sendiri jika Anda memegang kesepakatan langsung. |
Cara mendistribusikan musik lewat DDEX: panduan langkah demi langkah
- Putuskan: bangun sendiri atau pakai layanan. Merawat mesin ERN dan memantau setiap perubahan profil DSP adalah pekerjaan rekayasa berkelanjutan yang nyata. Bagi sebagian besar label dan distributor, memakai penyedia adalah pilihan yang masuk akal.
- Pastikan cakupan versinya. Pastikan penyedia menghasilkan ERN 3.8.2 maupun 4.3.x dan mengarahkan versi yang tepat ke tiap DSP.
- Siapkan metadata yang bersih. ISRC dan UPC yang akurat, baris hak cipta yang benar, dan artwork yang sesuai spesifikasi. Input yang bersih adalah yang lolos validasi.
- Validasi sebelum distribusi. Jalankan feed lewat pemeriksaan skema dan per DSP. Perbaiki yang ditandai sebelum apa pun dikirim.
- Distribusikan dan konfirmasi. Kirim ke tiap DSP dan pantau tanda terimanya. Lacak platform mana saja yang sudah menerima rilis.
- Rawat katalognya. Kirim koreksi, teritori baru, dan penarikan sebagai pesan lanjutan, lalu awasi feed Anda saat spesifikasi DSP berubah.
LabelGrid cocok dengan jalur ini berkat pembuatan feed DDEX yang lengkap untuk ERN 3.8.2, 4.3.0, 4.3.1, dan 4.3.2, validasi pra-distribusi, transkode audio, hingga distribusi ke semua DSP utama. Bagi tim yang ingin menjalankannya secara terprogram, alur kerja yang sama tersedia melalui REST API LabelGrid lengkap dengan sandbox dan dokumentasi publik. Sebagai Spotify Preferred Provider dan anggota Merlin Network, LabelGrid menjaga feed tetap mutakhir seiring berkembangnya persyaratan platform.
Pembuatan feed DDEX: kesimpulannya
Pembuatan feed DDEX mengubah sebuah rilis menjadi pesan ERN standar, yaitu NewReleaseMessage yang membawa sumber daya, data rilis, dan ketentuan kesepakatan, yang diserap DSP secara otomatis. Dua versi yang aktif adalah ERN 3.8.2 (paling banyak diterapkan) dan 4.3.x (direkomendasikan, lebih kecil, dan siap untuk audio spasial). Penyedia yang baik menguasai keduanya, memvalidasi sebelum distribusi, dan memantau perubahan spesifikasi DSP. Membangun mesin sendiri adalah beban perawatan yang tiada henti; bagi hampir semua orang, penyedia yang menangani pembuatan, validasi, dan distribusi adalah pilihan yang lebih baik. LabelGrid menangani distribusi DDEX untuk label dan distributor di seluruh empat versi ERN yang didukung, lengkap dengan akses API dan SOBO untuk katalog dengan kesepakatan langsung.
Pertanyaan yang Sering Diajukan
Apa itu feed DDEX?
Feed DDEX adalah pesan XML standar, biasanya berupa ERN NewReleaseMessage, yang mendeskripsikan sebuah rilis musik dan bagaimana DSP seharusnya membuatnya tersedia. Feed ini membawa sumber audio dan gambar, metadata rilis, serta ketentuan kesepakatan (teritori, jadwal, platform) dalam satu paket yang bisa diserap DSP secara otomatis.
Apa perbedaan antara ERN 3.8.2 dan ERN 4.3?
ERN 3.8.2 adalah versi yang paling luas diterapkan dan mengulang data seperti judul di seluruh blok teritori. ERN 4.3.x adalah versi yang direkomendasikan DDEX: versi ini menghapus duplikasi kontributor ke dalam PartyList, hanya mengirim data teritorial di tempat yang berbeda, menambahkan komposit TrackRelease yang ringan, dan mendukung audio spasial seperti Dolby Atmos secara bawaan. LabelGrid mendukung keduanya.
Apakah saya harus membuat feed DDEX sendiri?
Tidak. Sebagian besar label dan distributor memakai penyedia yang membuat dan memvalidasi feed ERN lalu mendistribusikannya ke DSP. Membangun mesin sendiri berarti menulis XML ERN yang valid, memvalidasinya terhadap profil tiap DSP, dan memantau setiap perubahan spesifikasi dari waktu ke waktu. Itu pekerjaan rekayasa berkelanjutan yang baru sepadan pada skala besar.
Apakah LabelGrid anggota DDEX?
Tidak. LabelGrid bukan anggota konsorsium DDEX, dan keanggotaan DDEX tidak diwajibkan untuk menerapkan standarnya. LabelGrid menerapkan DDEX ERN dan mendukung versi 3.8.2, 4.3.0, 4.3.1, dan 4.3.2 untuk distribusi maupun impor.
Apa itu SOBO dalam distribusi DDEX?
SOBO adalah singkatan dari “sent on behalf of”. Ini adalah direktif DDEX yang menyatakan bahwa pemberi lisensi sebuah rilis adalah pelanggan, bukan distributor. Direktif ini memungkinkan label atau distributor yang memegang kontrak DSP langsungnya sendiri untuk mendistribusikan melalui platform seperti LabelGrid sambil tetap menjaga hubungan langsung dan ketentuan royaltinya utuh.
Versi ERN mana yang sebaiknya dipakai katalog baru?
DDEX merekomendasikan ERN 4.3.x untuk implementasi baru karena lebih kecil, bebas duplikasi, serta mendukung audio spasial dan kredit yang lebih kaya. Dalam praktiknya banyak DSP masih menerima ERN 3.8.2, jadi penyedia yang baik mengarahkan versi yang tepat untuk tiap tujuan. LabelGrid menangani hal itu secara otomatis di seluruh empat versi yang didukung.
