De meest voorkomende redenen waarom een muziekrelease vertraging oploopt (en hoe je elke reden voorkomt)

De meeste releases gaan zonder problemen live. Ongeveer 90% van de releases die via LabelGrid worden ingediend, komt in één keer door de review, en het kleine deel dat een tweede blik nodig heeft, is bijna altijd klaar na nauwelijks meer dan één ronde aanpassingen. Dus als je je afvraagt waarom muziekreleases vertraging oplopen, is het eerlijke antwoord dat de meeste dat niet doen. De paar die wachten, worden meestal opgehouden door één klein, oplosbaar ding dat de artiest niet wist te checken voor het indienen, en het is bijna altijd hetzelfde handjevol dingen.

Elke release gaat door een echte review voordat hij een platform bereikt, en die review heeft één taak: de dingen opsporen die een platform anders zou afwijzen, voordat ze je een leveringscyclus kosten. Een melding is geen stopbord. Het meeste wat de review opspoort, is een notitie van het type oplossen-en-doorgaan die je planning helemaal niet raakt, terwijl een kleinere groep de levering echt ophoudt tot het is opgelost. Deze gids behandelt beide, gegroepeerd in een paar duidelijke thema's. Voor elk daarvan krijg je de problemen die het vaakst voorkomen, die welke een harde stop zijn in plaats van een snelle notitie, de eis van het platform erachter, en de oplossing. Als je een oudere catalogus migreert, staat er tegen het einde een onderdeel over waarom dat werk langer duurt, en waarom het je de streams die je al hebt opgebouwd niet kost.

In een jaar aan reviews komen steeds dezelfde problemen terug, en ze vallen uiteen in een paar duidelijke groepen. Het thema is nuttiger dan de lijst: zodra je begrijpt waarom iets gemarkeerd wordt, los je het meestal één keer op en loop je er niet meer tegenaan.

Audio is de meest voorkomende technische reden waarom een release gemarkeerd wordt, en een bitrate die niet klopt voert de groep aan. Het is het op één na meest voorkomende probleem in het algemeen. Het betekent meestal dat het bestand ergens in de keten is geëxporteerd, opnieuw gecodeerd of geconverteerd, waardoor de werkelijke audio niet meer overeenkomt met het formaat dat de metadata opgeeft. Het klassieke geval is een bestand dat als lossless is bestempeld maar onderweg naar jou stilletjes een MP3-fase heeft doorlopen. Geautomatiseerde controles sporen dat direct op. Begin met een echte lossless master, lever WAV of FLAC aan volgens de specificatie die je distributeur vraagt, en laat het bestand nooit door een lossy formaat lopen voordat je het uploadt. Als je een nieuwe master bounced, vervang dan het bestand in plaats van het oude opnieuw te comprimeren.

Digitale clipping is het op één na meest voorkomende audioprobleem, gemarkeerd bij ongeveer één op de vijf releases. Het ontstaat wanneer het signaal voorbij 0 dBFS wordt geduwd en de golfvorm vierkant wordt afgekapt, wat hoorbare vervorming oplevert. In sommige genres is een beetje ervan bewust, dus een lichte melding hier is een aansporing om het bestand te checken, geen stop. Houd toch wat headroom over: een true peak onder 0 dBFS, met een plafond rond -1 dBTP, houdt je veilig op platforms die hun eigen loudness-normalisatie toepassen. Het is belangrijk omdat het platform de master codeert die je opstuurt. Apple bijvoorbeeld beluistert een master zoals die door zijn eigen AAC-encoder is gecodeerd, en merkt op dat hoorbare clipping door te hoge niveaus kan verhinderen dat hij de Apple Digital Masters-badge krijgt.

Het ene audioprobleem in deze groep dat een release echt ophoudt, is gedetecteerde stilte. Wanneer de analyse een aanzienlijk stuk stilte vindt aan het begin, het einde of midden in een track, wordt de release tegengehouden, want dat patroon wijst bijna altijd op een echt probleem: een technische codeerfout, een gemist editpunt of onbedoelde dode lucht. De controle bestaat zodat een technisch kapot bestand niet onder jouw naam bij een platform belandt. De oplossing is snel zodra je weet waar je moet kijken: speel de track helemaal af tot het einde, knip eventuele dode lucht aan het begin en einde weg, controleer of de edit schoon is, en upload opnieuw. De gewoonte die de hele audiogroep voorkomt, is dezelfde: master volgens specificatie en luister daarna naar exact het bestand dat je aanlevert.

Ontbrekende songteksten is veruit het meest voorkomende probleem bij de review. Songteksten voelen optioneel omdat de release sowieso de deur uit gaat, maar veel platforms tonen gesynchroniseerde of statische songteksten, en volledige metadata helpt je muziek beter vindbaar te maken in zoekresultaten en aanbevelingen. Een track zonder songtekst laat niets zien op de plek waar luisteraars ernaar zoeken. De oplossing is snel: voeg voor elke zangtrack accurate songteksten in platte tekst toe die overeenkomen met de opname, precies zoals gezongen, voordat je indient. Instrumentaal? Markeer het als zodanig en het wordt nooit gemarkeerd.

Credits horen bij hetzelfde thema en zijn belangrijker dan ze vroeger waren. Elke track heeft een credit nodig op drie gebieden: iemand die hem heeft uitgevoerd, iemand die hem heeft geschreven, en iemand die hem heeft geproduceerd of als engineer heeft bewerkt. Daarnaast moet de rest van de metadata kloppen. Een zangtrack heeft een taal nodig, een schrijver moet genoemd worden, en de rollen moeten overeenkomen met de audio die er daadwerkelijk is. Kleine ongerijmdheden, een lege taaltag of een ontbrekende schrijver, zijn precies wat de review opspoort, en elk daarvan is snel opgelost als je het invult terwijl je de release opbouwt. Doe het de eerste keer goed, want platforms eisen deze gegevens steeds vaker en de credits voor songwriting in het bijzonder zijn een onderdeel van hoe publishingroyalty's bij de juiste mensen worden gematcht. Het onderdeel over migratie hieronder legt uit waarom die verschuiving is gebeurd en waarom oudere catalogi erover struikelen.

Identifiers vormen een kleiner thema, maar wel het thema dat mensen het vaakst verkeerd begrijpen, dus het loont de moeite om het model goed te krijgen. Deze codes zijn hoe elk platform je release herkent, wat betekent dat er twee dingen waar moeten zijn: je hebt de juiste codes bij je, en de metadata eromheen klopt. Wanneer dezelfde opname opduikt met een code die een platform al kent maar met gegevens die niet overeenkomen met wat het in zijn bestand heeft, krijg je een fout. Dat is geen beschuldiging dat je een regel hebt overtreden. Het is dat de identifier en de metadata met elkaar moeten kloppen voordat een platform ze accepteert, en bij een migratie is die overeenstemming het hele spel.

Zo werken de codes in de praktijk. Een ISRC identificeert een opname, en volgens de IFPI, de instantie die de standaard beheert, blijft hij voor altijd bij die opname. Volgens de ISRC-FAQ houdt dezelfde opname overal waar hij verschijnt dezelfde ISRC, ook over verschillende albums heen en bij een latere remaster van dezelfde master. Je genereert alleen een nieuwe ISRC voor een echt nieuwe opname, en daaronder vallen een remix, een edit of elke versie waarbij de speelduur met meer dan tien seconden verandert. Het enige wat je nooit doet, is één ISRC aan twee verschillende opnamen koppelen. Een UPC, beheerd door GS1, identificeert een release als product, dus elke afzonderlijke release krijgt zijn eigen UPC, terwijl hetzelfde product overal waar het komt dezelfde UPC houdt. Niet zeker over het toekennen van codes voor een gloednieuwe opname? Laat je distributeur ze genereren en het gokwerk verdwijnt.

Problemen met de artiestidentiteit duiken op bij ongeveer één op de achttien releases, wanneer artiestlinks of profielgegevens ontbreken of niet overeenkomen. Dit vertraagt de stap waarin je release aan de juiste artiest op elk platform wordt gekoppeld, en bepaalt of je muziek op je bestaande profiel terechtkomt of per ongeluk een nieuw profiel aanmaakt. Vul je artiestlinks, je Spotify-URI, je Apple Music-artiestpagina en je socials in, en maak je profiel compleet voordat je indient. Ben je een nieuwe artiest zonder profiel? Geef dat aan, zodat de release zo wordt opgezet dat er netjes een profiel wordt aangemaakt in plaats van te gokken.

Artwork dat te klein is of niet aan de specificatie voldoet, is een van de zeldzamere meldingen, bij ongeveer één op de vijfenvijftig covers, maar het is een harde stop als het gebeurt, want platforms wijzen artwork met lage resolutie meteen af. De veilige standaard is een vierkante afbeelding van 3000x3000 pixels, het formaat dat Apple aanbeveelt (boven het minimum van 1400x1400) en dat in één keer ruimschoots voldoet aan de formaateisen van de grote platforms. Spotify vraagt om een vierkante 1:1-afbeelding in sRGB, lossless, zonder opschaling. Over de hele linie zijn de regels het in grote lijnen eens: vierkant, hoge resolutie, JPEG of PNG, en geen promotietekst, URL's of socialmedia-handles op de cover. Exporteer een schoon vierkant van 3000x3000 en je denkt hier nooit meer over na.

Het laatste thema bestaat uit kleine consistentieproblemen in de manier waarop de release is opgezet, elk snel op te lossen bij een laatste controle. Betaal- en belastinggegevens die niet zijn ingesteld, springen er hier uit, bij ongeveer één op de vijf releases. Het raakt de muziek niet, het raakt jou: een goedgekeurde release heeft geen zin als je er niet voor betaald kunt worden, dus stel je uitbetalingsmethode en belastinggegevens in voor je eerste release, niet erna. De rest van het thema is metadata die niet klopt: een releasegenre dat niet overeenkomt met de genres op de tracks (ongeveer één op de achtentwintig), of een releasedatum in het verleden. Een datum in het verleden is degene die een release echt ophoudt: platforms leveren tegen een datum in de toekomst en draaien geen datum die al voorbij is, en Spotify bijvoorbeeld accepteert geen datum die meer dan drie dagen in het verleden ligt. Voor een nieuwe release is de oplossing simpelweg om de datum een paar dagen vooruit te zetten. Een gemigreerde catalogus is de uitzondering, en het onderdeel hieronder behandelt waarom. Niets hiervan is moeilijk. Het vraagt er alleen om dat iemand de metadata één keer naleest voordat hij indient.

Dit is het deel dat de meeste artiesten omgekeerd hebben. De meest voorkomende problemen hierboven stoppen je release niet. Ontbrekende songteksten, een bitrate die niet klopt, een onvolledig profiel, een beetje clipping: deze worden gemarkeerd zodat je ze kunt oplossen, maar op zichzelf houden ze de levering niet tegen.

Wat een release het vaakst echt ophoudt, is een kortere, andere set: gedetecteerde stilte in een track, artwork onder het minimumformaat, een releasedatum in het verleden, en een identifier of kernmetadata die niet overeenkomt met wat een platform al heeft voor dezelfde opname. Raak dus niet in paniek van een melding, maar geef die set een bewuste blik voordat je indient. Speel de track helemaal af tot het einde om zeker te zijn dat er geen dode lucht is, controleer dat de artwork een volledig vierkant van 3000x3000 is, zet een releasedatum een paar dagen vooruit, en zorg dat je codes en kernmetadata overeenkomen met de release die je daadwerkelijk uitbrengt.

Een oudere catalogus van een andere distributeur verplaatsen duurt langer dan een reeks nieuwe releases. Maar je verliest je streams, saves of playlists niet. Dat is het deel waar mensen zich zorgen over maken, en het is het deel dat veilig is. Platforms koppelen een release opnieuw op basis van zijn ISRC en UPC, dus wanneer je een release overbrengt met dezelfde codes die je al bezit en met overeenkomende audio en kernmetadata, herkennen de platforms hem als dezelfde release en blijft je luistergeschiedenis behouden. Een veelgemaakte valkuil hier, en een die we vaak zien bij migraties, is de releasedatum. Stel elke release in op zijn oorspronkelijke releasedatum, de datum waarop hij oorspronkelijk uitkwam, niet die van vandaag. Platforms koppelen je release opnieuw op basis van zijn ISRC en UPC, niet op basis van de datum, dus je streams komen sowieso mee; maar als je een actuele datum invoert, kunnen sommige platforms die tonen in plaats van de oorspronkelijke, en kan je discografie uit volgorde raken. Houd de oorspronkelijke datum aan en alles klopt met wat het platform al heeft. De codes die je bezit, blijven van jou. De ene uitzondering: codes die je oude distributeur onder zijn eigen account heeft toegekend, niet onder dat van jou. Die kun je mogelijk niet meenemen, en nieuwe codes betekenen dat de geschiedenis niet automatisch matcht. Check dus voordat je verhuist wie je ISRC's en UPC's daadwerkelijk bezit. De veilige zet is om eerst naar LabelGrid te uploaden met dezelfde identifiers, te wachten tot de levering live gaat, en pas dan de catalogus bij de oude distributeur weg te halen, zodat je muziek tijdens de overstap niet offline is.

Dus als de identifiers hetzelfde blijven, waar gaat de extra tijd dan naartoe? Naar de credits. Bijna alle grote platforms eisen nu volledige credits voor songwriters, componisten en uitvoerenden samen met publishingmetadata. Dit is geen regel die alleen voor Apple geldt, al is Apple's style guide er onomwonden over: je moet volledige en accurate credits aanleveren, geen placeholders, met compositie- en tekstschrijverrollen op trackniveau. De platforms eisen dit omdat ze publishing- en mechanische royalty's verschuldigd zijn, en volledige, accurate credit- en publishingmetadata zijn de manier waarop die royalty's bij de juiste schrijvers en uitgevers worden gematcht. Gaten daarin vertragen de betaling of sturen die de verkeerde kant op. Een oudere catalogus werd vaak aangeleverd voordat hier iets van werd afgedwongen, dus hij bevat doorgaans gaten in precies die gegevens, en migreren betekent ze vinden en aanvullen.

In de Verenigde Staten heeft de Music Modernization Act, ondertekend in oktober 2018, een algemene mechanische licentie gecreëerd en The Mechanical Licensing Collective opgericht om die te beheren. Volgens het U.S. Copyright Office werd de MLC operationeel op 1 januari 2021. Het matcht opnamen aan de werken en rechthebbenden erachter aan de hand van de metadata die distributeurs aan platforms aanleveren: onder de eigen Data Programs van The MLC rapporteren platforms gebruik en royalty's, matcht The MLC elke opname aan een geregistreerd werk, en blijven opnamen die het niet kan matchen onbetaald. Dezelfde logica speelt zich wereldwijd af via auteursrechtenorganisaties, die muziekwerken registreren op hun ISWC en het gerapporteerde streaminggebruik aan die werken koppelen, zodat songwriters en uitgevers over de grenzen heen worden betaald. Het aanleverformaat dat dit allemaal draagt, de bijdragers, de rollen, en de ISWC, ISRC en UPC samen, is DDEX, de platformoverstijgende standaard die de platforms inlezen.

De timing is wat oudere catalogi te pakken neemt. Credits werden pas vrij recent zichtbaar voor luisteraars. Spotify begon op 2 februari 2018 credits voor songwriters en producers te tonen, ontleend aan door labels aangeleverde metadata. De stap van zichtbaar naar verwacht en grondig kwam nog later: de Britse Industry Agreement on Music Streaming Metadata, gepubliceerd op 31 mei 2023, legde good-practicestandaarden vast waarbij songwriters hun metadata zo dicht mogelijk bij het moment van creatie vastleggen en uitvoerenden die van hen vastleggen op het moment van opname. Een catalogus die jaren voor dit alles is aangeleverd, dateert van voor die verwachtingen, dus hij bevat vaak ontbrekende of onjuiste gegevens over schrijvers, uitvoerenden en uitgevers. Je houdt de ISRC's en UPC's; wat je opnieuw opbouwt, is de creditlaag eronder, en daar gaat de tijd naartoe.

Het is de moeite waard, want onvolledige metadata is geen cosmetisch probleem. Het UK Intellectual Property Office zei het onomwonden in een bericht uit april 2025: onvolledige of onnauwkeurige metadata kan leiden tot aanzienlijke vertragingen in de betaling van makers, en in sommige gevallen ertoe dat ze helemaal niet betaald worden, waarbij het registreren van originele composities een bijzonder aandachtspunt is. De streams die je migreert dragen je geschiedenis met zich mee; de credits die je afmaakt, zijn wat ervoor zorgt dat het geld dat eraan vastzit bij de juiste mensen terechtkomt.

Goed om te weten: de data laten zien dat opnieuw ingediende catalogusreleases en nieuwe releases vrijwel exact even vaak aanpassingen nodig hebben, dus een catalogus migreren is niet inherent rommeliger dan nieuwe muziek uitbrengen. Het is dezelfde review, met het creditwerk naar voren gehaald.

Elk probleem hier herleidt zich tot drie uitkomsten: gematcht worden, betaald worden, gevonden worden. Begin bij het geld. Volledige, accurate metadata is wat de auteursrechtenorganisaties in staat stelt je gerapporteerde streams te matchen aan de werken erachter en royalty's naar de juiste mensen te routeren, en bij een migratie behouden de overeenkomende ISRC's en UPC's tegelijkertijd je bestaande geschiedenis. Schone audio en juiste identifiers voorkomen dat een release bij een platform terugkaatst. Volledige songteksten, een gekoppeld artiestenprofiel en volledige credits helpen luisteraars en algoritmes de release te vinden zodra hij live is. Niets daarvan is overhead. Het is wat een release in staat stelt te verdienen en gevonden te worden.

Timing beloont wie zich voorbereidt, ook. Spotify vraagt om ongeveer vijf werkdagen om een release live te maken, en merkt op dat aanleveren binnen dat venster je lancering kan terugschuiven. De oplossingen in deze gids kosten minuten; de doorlooptijd niet, dus de artiesten die vooruitplannen, zijn degenen die hun releasedata halen.

Bijna elke vertraagde release wordt opgehouden door één item op deze korte lijst, en elk daarvan kost minuten om op te lossen:

• Songteksten bij elke zangtrack, of de track gemarkeerd als instrumentaal
• Credits voor schrijver, componist en uitvoerende compleet, met taaltags ingesteld
• Een echte lossless master: geen clipping, headroom intact, en geen dode lucht aan het begin of einde
• Artiestenprofiel en links compleet
• Betaal- en belastinggegevens ingesteld
• Vierkante artwork van 3000x3000, JPEG of PNG, zonder tekst of URL's
• De juiste identifiers: neem bij een migratie de ISRC en UPC over die je al bezit, of ken nieuwe toe voor een gloednieuwe opname of release
• Genre consistent over de release en zijn tracks
• Een releasedatum een paar dagen in de toekomst voor een nieuwe release, of de oorspronkelijke releasedatum als je een back-catalogus migreert

Als je een label runt en deze zelfde controle vóór aanlevering wilt over elke artiest die je beheert, loopt het overzicht voor labels door hoe dat werkt, en behandelt de distributiefunctiepagina hoe releases de platforms bereiken zodra ze de review doorstaan. Je vindt de abonnementen op de prijzenpagina.

Ongeveer 90% van de releases op LabelGrid komt in één keer door de review. Dat is geen geluk. Het is wat een controle vóór aanlevering je oplevert. Loop de checklist af voordat je indient en de review wordt een formaliteit, geen knelpunt. Dat is wat releasegereedheid betekent: niet meer werk, alleen de juiste paar minuten ervan, vooraf.

De snelste manier om elke vertraging hierboven over te slaan, is om de checklist af te lopen voordat je op indienen klikt, en de review vervolgens te laten opvangen wat je hebt gemist. Stel je betaal- en belastinggegevens één keer in, houd een lossless master en vierkante artwork van 3000x3000 klaar, en voeg songteksten en credits toe aan elke track terwijl je de release opbouwt. Bij een migratie neem je de ISRC's en UPC's over die je al bezit, zodat je streams met je meekomen. Je kunt je volgende release voorbereiden en indienen, en hem door de review zien gaan, vanuit het LabelGrid-dashboard op app.labelgrid.com.