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 e artisti, ISRC, riferimenti alla copertina e ai file audio, oltre ai territori e alle condizioni commerciali applicabili. Generare correttamente questo feed è ciò che consente alla vostra musica di essere consegnata senza reinserimento manuale.

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’è DDEX e perché conta nella distribuzione?

DDEX (Digital Data Exchange) è un organismo di normalizzazione senza scopo di lucro, fondato nel 2006, che definisce i formati dei messaggi XML usati nella catena di fornitura della musica digitale. Etichette, distributori, DSP, editori e società di gestione collettiva li usano per scambiarsi in automatico dati su uscite, diritti e vendite, senza dover costruire un’integrazione su misura per ogni partner (Informazioni su DDEX). Per la distribuzione lo standard che conta è l’ERN (Electronic Release Notification): il messaggio che porta a un DSP una nuova uscita, i riferimenti ai suoi file audio e alla copertina e le condizioni commerciali.

LabelGrid consegna le uscite ai DSP come messaggi DDEX-ERN e supporta ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2. LabelGrid non è membro di DDEX, e l’adesione non serve per implementare gli standard: chiunque può farlo con la licenza di implementazione gratuita di DDEX (standard DDEX). Il lavoro vero – e la parte che la maggior parte delle etichette preferisce non assumersi in proprio – è generare feed ERN validi e mantenerli aggiornati man mano che i requisiti di ogni DSP evolvono.

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 ed eventuali video o 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é l’eventuale finestra di preordine.

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. Una violazione dello schema o un campo obbligatorio mancante bastano a far rifiutare la consegna – 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ì:

  1. Raccogliere i metadati. Campi della pubblicazione e dei titoli, contributori, identificatori (ISRC, UPC), territori e indicazioni explicit.
  2. Referenziare le risorse. I file audio, transcodificati secondo la specifica di ogni DSP, e le copertine che rispettano i requisiti di dimensione (tipicamente un master quadrato da 3000x3000px) vengono allegati come risorse.
  3. 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.
  4. Generare l’XML ERN. Il NewReleaseMessage viene creato con la versione corretta (3.8.2 o 4.3) per la destinazione.
  5. Consegnare. Il pacchetto viene trasmesso a ogni DSP e viene restituita una conferma.
  6. 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?

Due generazioni di ERN sono ancora in uso. ERN 3.8.2 sopravvive nelle integrazioni DSP esistenti, anche se DDEX ha interrotto il supporto a tutte le versioni di ERN 3 il 1° marzo 2025. ERN 4.3.x è la generazione attuale, e DDEX consiglia di implementarne la versione più recente. Non sono intercambiabili. Un motore di feed deve parlare la versione precisa che ogni DSP si aspetta.

AspettoERN 3.8.2ERN 4.3.x
StatoVersione precedente; supporto DDEX terminato il 1° marzo 2025Attuale; DDEX consiglia di implementare la versione più recente
Dati territorialiI blocchi DetailsByTerritory ripetono i titoli per territorioOverride territoriali solo dove i dati differiscono realmente
ContributoriArtisti e autori ripetuti in tutto il messaggioDefiniti una sola volta nella PartyList, referenziati per ID
Uscite per titoloStruttura di pubblicazione completa con campi ridondantiComposito TrackRelease alleggerito
Dimensione del messaggioPiù voluminoso, a causa della duplicazionePiù leggero, deduplicato
Spatial AudioSupporto limitato per l’audio immersivoPieno supporto per l’audio immersivo, introdotto con la 4.3

Ciò che conta in pratica: le integrazioni ERN 3 esistenti resistono, perché passare da ERN 3 a 4 comporta la ristrutturazione dell’intero modello di dati territoriali, dato che ERN 4 elimina i blocchi DetailsByTerritory. Le funzionalità più recenti, tra cui il pieno supporto per l’audio immersivo e la deduplicazione PartyList, richiedono ERN 4. Un fornitore che ne vale la pena supporta entrambe e sceglie la versione giusta in base alla destinazione. LabelGrid consegna in DDEX ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2. L’import DDEX, che porta in LabelGrid le vostre consegne ERN, è disponibile con i piani API e con Custom Distribution.

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.

Vedi i piani

Cosa 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.

CriterioCome si presenta un buon risultato
Più versioni di ERNSia 3.8.2 sia 4.3.x, selezionate per DSP, e non secondo il principio del «one size fits all».
Validazione prima della consegnaVerifiche di schema e di profilo specifiche per ogni DSP, che rilevano gli errori prima della consegna, e non dopo il rifiuto.
Manutenzione delle specificheIl fornitore segue le modifiche dei profili DSP, affinché i vostri feed non si rompano silenziosamente.
Transcodifica audioI file vengono codificati secondo la specifica di ogni piattaforma nell’ambito della pipeline.
Rimozioni e aggiornamentiLe correzioni, i cambi di territorio e le rimozioni vengono gestiti come veri messaggi di follow-up.
Accesso APIConsegna e stato programmatici, affinché la generazione del feed possa essere eseguita all’interno dei vostri sistemi.
Supporto SOBOLa possibilità di consegnare sotto i vostri contratti DSP, quando detenete contratti diretti.

Come consegnare musica tramite DDEX: la guida passo dopo passo

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. Consegnare e confermare. Trasmettete a ogni DSP e monitorate le conferme. Tenete traccia di quali piattaforme hanno accettato la pubblicazione.
  6. 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 interviene in ciascuna di queste fasi 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. LabelGrid è Spotify Preferred Provider e membro di Merlin Network. Mantiene inoltre 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 ancora in uso sono ERN 3.8.2 (precedente, supporto DDEX terminato a marzo 2025) e 4.3.x (attuale, più leggera, con pieno supporto per l’audio immersivo), 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 segue il feed dalla generazione alla consegna, validazione compresa, è 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 è una versione precedente: DDEX ha smesso di supportarla il 1° marzo 2025, ma alcune integrazioni DSP la usano ancora. Ripete dati come i titoli attraverso i blocchi dei territori. ERN 4.3.x è la versione attuale che DDEX consiglia di implementare: deduplica i contributori in una PartyList, invia i dati territoriali solo dove differiscono, aggiunge un composito TrackRelease alleggerito e supporta pienamente 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 non ne ha bisogno: un fornitore può generare, validare e consegnare 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 per la consegna. L’import DDEX è disponibile con i piani API e con Custom Distribution.

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 consiglia di implementare la versione più recente, ERN 4.3.x. È più leggera e deduplicata, e supporta pienamente lo Spatial Audio e crediti più ricchi. Alcune integrazioni DSP funzionano ancora con ERN 3.8.2, motivo per cui un buon fornitore consegna la versione giusta in base alla destinazione. LabelGrid se ne occupa automaticamente su tutte e quattro le versioni supportate.

Table of contents:

Inizia Oggi a Distribuire la Tua Musica

Tutte le principali piattaforme DSP. Ripartizione automatica delle royalty. Analisi per DSP. Unisciti a migliaia di etichette e artisti che già usano LabelGrid.