La generazione del feed DDEX è il processo con cui una pubblicazione musicale e i suoi metadati vengono convertiti in un messaggio XML standardizzato che le piattaforme di streaming possono leggere automaticamente. Il formato è l’ERN (Electronic Release Notification) di DDEX e contiene tutto ciò di cui un DSP ha bisogno per pubblicare una uscita: titoli, artisti, ISRC, riferimenti alla copertina, risorse audio, territori e condizioni commerciali. Generare correttamente questo feed è ciò che consente alla vostra musica di essere consegnata senza reinserimento manuale.
DDEX (Digital Data Exchange) è l’organismo di normalizzazione che definisce lo scambio di messaggi XML all’interno della catena di fornitura della musica digitale – tra etichette, distributori, DSP, editori e società di gestione collettiva (documentazione DDEX-ERN). Non è necessario essere membri di DDEX per implementare lo standard. Il lavoro – e la parte che la maggior parte delle etichette preferisce non assumersi in proprio – consiste nel generare feed ERN validi e nel mantenerli aggiornati man mano che i requisiti di ogni DSP evolvono.
Questa guida spiega cosa contiene un messaggio ERN, come funziona la generazione del feed passo dopo passo, la differenza tra ERN 3.8.2 e 4.3 e come valutare un fornitore che se ne occupa al posto vostro – incluso dove si inserisce LabelGrid.
Che cos’è un feed DDEX-ERN?
Un feed ERN è un documento XML che descrive una pubblicazione e la sua disponibilità. Il messaggio centrale è il NewReleaseMessage, che raggruppa tre elementi di cui un DSP ha bisogno insieme: le risorse, la pubblicazione e le condizioni.
- ResourceList contiene le registrazioni sonore, i video e le immagini, ciascuno corredato di identificatori (ISRC per i titoli) e dettagli tecnici.
- ReleaseList è la pubblicazione stessa: titolo, artista visualizzato, nome dell’etichetta, UPC, genere, data di uscita.
- DealList stabilisce le condizioni commerciali, in particolare quali territori e piattaforme la ricevono, il calendario di pubblicazione nonché le eventuali finestre di preordine o di pre-save.
Le etichette discografiche e i distributori inviano questi messaggi ai DSP; il DSP analizza il feed e pubblica la uscita secondo le condizioni del deal (documentazione DDEX-ERN). Una rimozione, una correzione di metadati o un nuovo territorio diventano ogni volta un messaggio distinto nello stesso formato. Se anche un solo campo obbligatorio è errato, il DSP rifiuta l’intero feed – ecco perché la validazione è tanto importante quanto la generazione.
Come funziona la generazione del feed DDEX?
La generazione del feed prende i dati della vostra pubblicazione e produce un pacchetto ERN pronto per i DSP. Una pipeline tipica si svolge così:
- Raccogliere i metadati. Campi della pubblicazione e dei titoli, contributori, identificatori (ISRC, UPC), territori e indicazioni explicit.
- Referenziare le risorse. I file audio, transcodificati secondo la specifica di ogni DSP, e le copertine che rispettano i requisiti di dimensione (tipicamente almeno 3000x3000px) vengono allegati come risorse.
- Validare. Il feed viene verificato rispetto allo schema DDEX e al profilo specifico del DSP di destinazione prima che qualsiasi cosa venga inviata. Le righe di copyright mancanti, gli ISRC errati o le copertine troppo piccole vengono rilevati qui.
- Generare l’XML ERN. Il
NewReleaseMessageviene creato con la versione corretta (3.8.2 o 4.3) per la destinazione. - Consegnare. Il pacchetto viene trasmesso a ogni DSP e viene restituita una conferma.
- Gestire gli aggiornamenti. Le correzioni, le rimozioni e i nuovi territori vengono inviati sotto forma di messaggi di follow-up collegati alla stessa pubblicazione.
Il motivo per cui non si tratta di un’impresa banale: nel 2024 venivano consegnati ai servizi di streaming circa 99.000 nuovi titoli ogni giorno (Luminate 2024 Year-End Report). Nessuno scrive XML a mano a questo volume. LabelGrid gestisce la generazione del feed DDEX end-to-end, genera e valida l’ERN rispetto al profilo attuale di ogni DSP e consegna a tutte le principali piattaforme – così che etichette e distributori spediscano pubblicazioni invece di costruire e mantenere un motore di feed.
ERN 3.8.2 vs. ERN 4.3: quale versione usano i DSP?
Oggi sono in uso attivo due generazioni di ERN. ERN 3.8.2 rimane la più diffusa; ERN 4.3.x è ciò che DDEX raccomanda per le nuove implementazioni. Non sono intercambiabili. Un motore di feed deve parlare la versione precisa che ogni DSP si aspetta.
| Aspetto | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Stato | La più diffusa nelle implementazioni in produzione | Raccomandata da DDEX per le nuove implementazioni |
| Dati territoriali | I blocchi DetailsByTerritory ripetono i titoli per territorio | Override territoriali solo dove i dati differiscono realmente |
| Contributori | Artisti e autori ripetuti in tutto il messaggio | Definiti una sola volta nella PartyList, referenziati per ID |
| Uscite per titolo | Struttura di pubblicazione completa con campi ridondanti | Composito TrackRelease alleggerito |
| Dimensione del messaggio | Più voluminoso, a causa della duplicazione | Più leggero, deduplicato |
| Spatial Audio | Nessuna struttura nativa per Dolby Atmos | Metadati immersivi nativi |
| Accettazione DSP | Accettato dalla quasi totalità dei principali DSP | In crescita; richiesto per le nuove funzionalità |
Ciò che conta in pratica: molti distributori di medie dimensioni restano su ERN 3.8.2, perché i DSP continuano ad accettarlo e la migrazione da ERN 3 a 4 comporta la ristrutturazione dell’intero modello di dati territoriali. Ma le funzionalità più recenti, tra cui i metadati nativi Dolby Atmos e la deduplicazione PartyList, esistono solo in ERN 4.x. Un fornitore che ne vale la pena supporta entrambi e sceglie la versione giusta in base alla destinazione. LabelGrid supporta DDEX ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2 per la consegna e l’import.
L’importanza di una consegna ben riuscita non smette di crescere. Nel 2025 lo streaming ha raggiunto una quota del 69,6% dei ricavi globali della musica registrata, con 837 milioni di abbonati paganti (IFPI Global Music Report 2026). Un feed rifiutato o errato significa visibilità persa sul canale dove oggi si concentra più denaro.
Saltate l’ingegneria ERN
LabelGrid genera feed ERN 3.8.2 e 4.3 validi e li mantiene aggiornati man mano che i requisiti dei DSP evolvono. Prova gratuita di 7 giorni.
Vedi i pianiCosa cercare in un servizio di generazione del feed DDEX?
Se scegliete un fornitore che genera i feed, anziché costruire la vostra soluzione, ecco la checklist che conta.
| Criterio | Come si presenta un buon risultato |
|---|---|
| Più versioni di ERN | Sia 3.8.2 sia 4.3.x, selezionate per DSP, e non secondo il principio del «one size fits all». |
| Validazione prima della consegna | Verifiche di schema e di profilo specifiche per ogni DSP, che rilevano gli errori prima della consegna, e non dopo il rifiuto. |
| Manutenzione delle specifiche | Il fornitore segue le modifiche dei profili DSP, affinché i vostri feed non si rompano silenziosamente. |
| Transcodifica audio | I file vengono codificati secondo la specifica di ogni piattaforma nell’ambito della pipeline. |
| Rimozioni e aggiornamenti | Le correzioni, i cambi di territorio e le rimozioni vengono gestiti come veri messaggi di follow-up. |
| Accesso API | Consegna e stato programmatici, affinché la generazione del feed possa essere eseguita all’interno dei vostri sistemi. |
| Supporto SOBO | La possibilità di consegnare sotto i vostri contratti DSP, quando detenete contratti diretti. |
Come consegnare musica tramite DDEX: un percorso passo dopo passo
- Decidere tra costruire o acquistare. Mantenere un motore ERN e seguire ogni modifica del profilo di un DSP rappresenta uno sforzo ingegneristico reale e continuo. Per la maggior parte delle etichette e dei distributori, ricorrere a un fornitore è la decisione razionale.
- Confermare la copertura delle versioni. Assicuratevi che il fornitore generi sia ERN 3.8.2 sia 4.3.x e instradi la versione giusta verso ogni DSP.
- Preparare metadati puliti. ISRC e UPC corretti, righe di copyright esatte e copertina conforme alla specifica. Voci pulite sono ciò che fa superare la validazione.
- Validare prima della consegna. Fate passare il feed attraverso le verifiche di schema e specifiche per ogni DSP. Correggete ciò che viene segnalato prima di qualsiasi invio.
- Consegnare e confermare. Trasmettete a ogni DSP e monitorate le conferme. Tenete traccia di quali piattaforme hanno accettato la pubblicazione.
- Mantenere il catalogo. Inviate le correzioni, i nuovi territori e le rimozioni sotto forma di messaggi di follow-up, e tenete d’occhio i feed quando le specifiche DSP cambiano.
LabelGrid si inserisce in questo percorso con una generazione del feed DDEX completa su ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2, una validazione prima della consegna, la transcodifica audio e la consegna a tutti i principali DSP. Per i team che desiderano eseguirla in modo programmatico, la stessa pipeline è disponibile tramite l’API REST di LabelGrid con sandbox e documentazione pubblica. In quanto Spotify Preferred Provider e membro di Merlin Network, LabelGrid mantiene i feed aggiornati man mano che i requisiti delle piattaforme evolvono.
Generazione del feed DDEX: l’essenziale
La generazione del feed DDEX converte una pubblicazione in un messaggio ERN standardizzato – il NewReleaseMessage, che trasporta le risorse, i dati della pubblicazione e le condizioni del deal – che i DSP leggono automaticamente. Le due versioni attive sono ERN 3.8.2 (la più diffusa) e 4.3.x (raccomandata, più leggera, pronta per lo Spatial Audio), e un buon fornitore parla entrambe, valida prima della consegna e segue le modifiche delle specifiche DSP. Costruire il proprio motore rappresenta un carico di manutenzione continuo; per la quasi totalità degli operatori, un fornitore che gestisce la generazione, la validazione e la consegna è la scelta migliore. LabelGrid gestisce la consegna DDEX per etichette e distributori su tutte e quattro le versioni ERN supportate, con accesso API e SOBO per i cataloghi sotto contratto diretto.
Domande frequenti
Che cos’è un feed DDEX?
Un feed DDEX è un messaggio XML standardizzato, il più delle volte un ERN NewReleaseMessage, che descrive una pubblicazione musicale e la sua disponibilità per i DSP. Trasporta le risorse audio e immagine, i metadati della pubblicazione e le condizioni del deal (territori, calendario, piattaforme) in un pacchetto che il DSP può leggere automaticamente.
Qual è la differenza tra ERN 3.8.2 ed ERN 4.3?
ERN 3.8.2 è la versione più diffusa e ripete dati come i titoli attraverso i blocchi dei territori. ERN 4.3.x è la versione raccomandata da DDEX: deduplica i contributori in una PartyList, invia i dati territoriali solo dove differiscono, aggiunge un composito TrackRelease alleggerito e supporta nativamente lo Spatial Audio come Dolby Atmos. LabelGrid supporta entrambe.
Devo generare i feed DDEX da solo?
No. La maggior parte delle etichette e dei distributori ricorre a un fornitore che genera, valida e consegna i feed ERN ai DSP. Costruire il proprio motore implica scrivere XML ERN valido, validare rispetto al profilo di ogni DSP e seguire ogni modifica di specifica nel tempo. È ingegneria continua che si giustifica solo su larga scala.
LabelGrid è membro di DDEX?
No. LabelGrid non è membro del consorzio DDEX, e l’adesione a DDEX non è necessaria per implementare lo standard. LabelGrid implementa DDEX ERN e supporta le versioni 3.8.2, 4.3.0, 4.3.1 e 4.3.2 sia per la consegna sia per l’import.
Che cos’è il SOBO nella consegna DDEX?
SOBO significa «sent on behalf of» (inviato per conto di). È una direttiva DDEX che stabilisce che il concedente di licenza di una pubblicazione è il cliente, e non il distributore. Permette a un’etichetta o a un distributore che detiene i propri contratti DSP diretti di consegnare tramite una piattaforma come LabelGrid lasciando intatte la relazione diretta e le condizioni di royalty.
Quale versione di ERN dovrebbe usare un nuovo catalogo?
DDEX raccomanda ERN 4.3.x per le nuove implementazioni, perché è più leggero, deduplicato e supporta lo Spatial Audio nonché crediti più ricchi. In pratica, molti DSP accettano ancora ERN 3.8.2, motivo per cui un buon fornitore instrada la versione giusta in base alla destinazione. LabelGrid se ne occupa automaticamente su tutte e quattro le versioni supportate.
