Come le etichette discografiche distribuiscono su ogni DSP in un colpo solo: il flusso di distribuzione centralizzato

Spotify non ti riscrive i metadati. Apple Music nemmeno. Quando un brano è live, la piattaforma applica quello che ha inviato il distributore. Per le correzioni serve un altro invio, non un modulo nella dashboard artista.

Un’etichetta che vuole Spotify, Apple Music, Amazon Music, YouTube Music, Deezer, TIDAL e tutte le altre non gestisce una dashboard per ogni piattaforma. Invia una sola release: master lossless, copertina, titoli, un ISRC di 12 caratteri su ogni registrazione, un UPC sul prodotto, territori e una data di uscita. Il distributore valida quel pacchetto, lo codifica e invia una DDEX Electronic Release Notification a ogni piattaforma selezionata.

L’invio a raggiera è il prodotto. Quel che segue è il percorso di quel pacchetto, il formato del messaggio che lo trasporta e i due compiti che dopo la data di uscita continuano a generare messaggi: aggiornamenti e rimozioni.

Un’etichetta indipendente arriva su Spotify tramite un distributore. Lo consiglia Spotify stesso, perché è il distributore a consegnare la release a Spotify e poi a pagare le royalty dello streaming che genera. Dopo la consegna, la pubblicazione può richiedere fino a cinque giorni lavorativi.

Prima di inviare, tieni pronte quattro cose:

• Master lossless in WAV o FLAC.
• Una copertina quadrata di almeno 3000 × 3000 pixel in RGB, senza testi promozionali, URL o handle social.
• Un ISRC per ogni brano e un UPC per la release. Se non li hai, LabelGrid li fornisce entrambi senza costi aggiuntivi.
• Una data di uscita ad almeno due settimane, meglio tre o quattro, così c’è spazio per la revisione e per l’elaborazione di Spotify.

In questa catena, LabelGrid è il distributore. La Provider Directory di Spotify lo elenca come Spotify Preferred Provider per la consegna. LabelGrid controlla la release, invia a Spotify il feed descritto più sotto insieme a tutte le altre piattaforme che scegli e mostra lo stato di consegna per ciascuna. Quando la prima release è online, richiedi l’accesso al profilo Spotify for Artists dell’artista. Da lì puoi proporre alle playlist editoriali un brano inedito per release, almeno sette giorni prima dell’uscita. La guida Spotify del centro assistenza riporta tutte le specifiche.

Copiare lo stesso zip su ogni piattaforma verrebbe rifiutato all’istante. Ogni digital service provider (DSP) pubblica i propri requisiti audio minimi e le proprie regole sugli identificativi, e i termini contrattuali che si dichiarano cambiano da una piattaforma all’altra. La finestra commerciale per la Francia non è quella per il Giappone. Una copertina valida a 3000 pixel deve comunque essere dichiarata come risorsa Image nel messaggio, non lasciata in una cartella sperando che vada bene.

Il distributore sta tra il titolare dei diritti e quelle destinazioni. Per un’etichetta discografica, questo significa un unico catalogo, un unico insieme di ISRC e UPC e un invio per ogni piattaforma. Il flusso di distribuzione di LabelGrid è costruito su questo: scegli le piattaforme (Select All è l’opzione predefinita, oppure seleziona e deseleziona singolarmente), invia e poi segui lo stato di ogni destinazione: Queued, Delivering, Delivered, Live, Error o Scheduled. Sulle piattaforme compaiono il nome della tua etichetta e quello dell’artista. LabelGrid non ci stampa sopra «distributed by LabelGrid».

E non c’è nemmeno una tempistica unica. Le piattaforme elaborano i caricamenti a velocità diverse. Una pubblicazione scaglionata tra le piattaforme nei primi giorni è normale. Il limite minimo pubblicato da LabelGrid è inviare almeno due settimane prima della data di uscita, con tre-quattro settimane come finestra migliore, perché revisione qualità ed elaborazione del DSP si prendono entrambe quel tempo. I tempi di consegna non sono garantiti. La revisione di LabelGrid richiede fino a 10 giorni lavorativi sui piani Solo, Basic e Pro e fino a 5 su Custom e API. Dopo la consegna, Apple Music elabora di solito una release in 1-3 giorni lavorativi; le altre piattaforme variano.

DDEX, IFPI e GS1 pubblicano gli standard tecnici. Una piattaforma di distribuzione è la macchina che li mette in pratica.

1. Caricamento: i master audio, la copertina e i metadati della release arrivano in un unico catalogo.
2. Controlli su identificativi e metadati. Ogni registrazione deve avere un ISRC, il prodotto in vendita un UPC o EAN (un GTIN GS1), e non si costruisce nulla finché struttura, completezza e unicità non passano il controllo.
3. La transcodifica trasforma il master lossless nel file che ogni destinazione si aspetta, dopodiché il DSP fa un’ulteriore transcodifica per i propri livelli di riproduzione.
4. La consegna DDEX impacchetta metadati della release, riferimenti alle risorse e termini contrattuali in un ERN e lo invia.
5. Conferma: il DSP restituisce uno stato, errori compresi, così il mittente può dimostrare che il messaggio è stato ricevuto.
6. Report sull’utilizzo. Vendite e stream tornano, in genere come un DDEX Digital Sales Report, e alimentano il pagamento delle royalty.

Nelle consegne LabelGrid la revisione qualità parte prima del passo quattro. È lì che un silenzio troppo lungo o un avviso sui diritti ferma un feed che altrimenti verrebbe respinto dalla piattaforma. Gli stati della dashboard di cui sopra sono la vista operativa dei passi quattro e cinque, non un secondo standard.

Il messaggio che esce davvero è un DDEX ERN NewReleaseMessage. DDEX lo descrive come il modo in cui una casa discografica o un distributore dice a un DSP che cosa viene reso disponibile e a quali condizioni. Le risorse (un SoundRecording, un’Image, un Video) stanno in un elenco. Le release in un altro. I termini contrattuali in un terzo. I riferimenti li collegano: la risorsa A1 è l’audio della release R1. L’ISRC sta sulla registrazione. L’UPC sta sul prodotto.

Sarebbe un problema risolto se ogni DSP parlasse lo stesso dialetto. Non è così. La versione più recente pubblicata è ERN 4.3.2. DDEX raccomanda vivamente a chi implementa di usare la 4.3.x. DDEX non supporta più ERN 3 dal 1° marzo 2025, e Spotify non accetta più versioni di ERN precedenti alla 4.3 dal 1° aprile 2026. Ogni DSP decide quali versioni di ERN accettare, quindi la versione che un feed trasporta dipende ancora dalla piattaforma.

ERN 4 non è un aggiornamento cosmetico. Una PartyList raccoglie musicisti, autori ed etichette una sola volta invece di ripeterli in tutto il file. I campi territorio si ripetono solo dove cambiano davvero. Un album di 10 brani diventa una Release più dieci TrackRelease composite leggeri, invece di undici release complete. DisplayArtistName (il nome mostrato al pubblico) è separato da Contributor (il ruolo). L’aggiornamento 4.3, pubblicato a dicembre 2022, ha aggiunto dati per l’audio immersivo, l’autorizzazione per clip brevi generate dagli utenti, le date di visibilità dell’album e i collegamenti agli standard di arricchimento DDEX MEAD e PIE.

Non devi iscriverti al consorzio DDEX per inviare tutto questo. Basta una Implementation Licence. LabelGrid implementa ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2 e non è membro del consorzio. Ogni piattaforma riceve la versione che accetta. I dettagli di questo invio, comprese le rimozioni tramite PurgeReleaseMessage, sono nella pagina di consegna DDEX.

Spotify preferisce FLAC e accetta WAV. Vuole 44.1 kHz o superiore, e 24 bit quando quello è il master nativo (16 bit solo se non esiste un master con profondità di bit superiore). Chiede anche di inviare quel master stereo nativo, senza sottocampionarlo prima. I file sotto i 16 bit o i 44.1 kHz vengono sovracampionati e perdono l’idoneità alla riproduzione lossless.

Apple Digital Masters vuole il master PCM originale a 24 bit. Non sovracampionare. Non imbottire un file a 16 bit per portarlo a 24 bit. L’encoder di Apple usa la risoluzione extra; un file imbottito non ha risoluzione in più.

LabelGrid accetta solo WAV o FLAC al caricamento. Un master a 24 bit deve arrivare come WAV. Un FLAC oltre i 16 bit viene rifiutato. La revisione automatica limita anche il silenzio iniziale a cinque secondi e quello finale a nove.

L’ERN non si manda una volta sola. Correzioni di metadati, sostituzioni di copertina, modifiche territoriali e rimozioni sono altri messaggi nello stesso schema di scambio, confermati allo stesso modo. Spotify è esplicito: non ti modifica i metadati o la copertina di una release già live. È l’etichetta o il distributore a inviare un feed di aggiornamento.

Gli identificativi non hanno una seconda vita. Un ISRC resta legato a quella registrazione per tutta la sua vita; la regola IFPI è che non va riutilizzato. Un GTIN assegnato a un prodotto commerciale dopo dicembre 2018 non viene riassegnato, quindi un prodotto aggiornato mantiene il proprio UPC. Se la registrazione è nuova in modo sostanziale, serve un nuovo ISRC. Se l’UPC su Apple era sbagliato, la documentazione partner di Apple indica che il prodotto va rimosso e reinviato; Apple non cancellerà il codice.

Una rimozione è una richiesta di interrompere la commercializzazione della release. DDEX prevede due forme: un NewReleaseMessage che omette l’accordo, oppure un PurgeReleaseMessage dedicato. Interrompe la disponibilità. Non inventa una nuova identità per la registrazione. Su Spotify la rimozione richiede almeno due giorni lavorativi, e il brano diventa grigio e non riproducibile invece di sparire.

Crea un account su app.labelgrid.com. Le nuove registrazioni di artisti ed etichette includono una prova gratuita di 7 giorni. Una carta viene registrata all’iscrizione e non viene addebitata durante quei sette giorni. Durante la prova puoi conoscere il catalogo. Non puoi distribuire finché l’account non è su un piano a pagamento e il KYC non è completo. LabelGrid è elencato come Spotify Preferred Provider nella categoria delivery-platform, lo stesso percorso di caricamento descritto in questo articolo.

Crea una release, tieni Select All a meno che tu non abbia un motivo per escludere una piattaforma, e invia almeno due settimane prima. La procedura passo passo è nella panoramica sulla distribuzione, con i calendari nella pagina dei tempi di consegna. L’invio dell’ERN è documentato nella pagina di consegna DDEX qui sopra.