DistroKid Metadata Anforderungen: So bereiten Sie Ihren Katalog für akkurate Rechte und Zahlungen vor

Die korrekte Eingabe von Metadaten trennt bezahlte Tantiemen von Fehlern und Umsatzeinbußen. Dieser Leitfaden erläutert die DistroKid Metadata Anforderungen und die genauen Felder, Kennungen und Formatierungen, die bestimmen, wie Aufnahmen und Werke über Stores, PROs, SoundExchange und The MLC zugeordnet und bezahlt werden. Sie erhalten feldbezogene Regeln, die Handhabung von ISRC und UPC, Vorlagen für Songwriter- und Musikverlag-Splits, eine Checkliste zur Validierung vor der Veröffentlichung und schrittweise Korrektur-Workflows für Coverversionen, Remixes und gesampeltes Material.

1. Wie DistroKid in das Ökosystem der Rechte und Zahlungen passt

Direkter Punkt: DistroKid fungiert als Vertriebskanal, nicht als Publishing Administrator. Es verschiebt Aufnahme-Assets und Metadaten auf Aufnahmeebene an Stores und Streaming-Plattformen, und diese Übertragung bestimmt, wie Aufnahmen auf Storefront-Ebene entdeckt, zugeordnet und bezahlt werden.

Was DistroKid tatsächlich nachgelagert liefert

• Aufnahme- und Produktkennungen: ISRCs für jeden Master und UPC für das Release-Produkt - dies sind die Primärschlüssel, die von Stores und Inkassosystemen verwendet werden, um Aufnahmen zuzuordnen.
• Anzeige-Metadaten: Künstlername, Titel des Tracks, Versionstext, Explicit-Kennzeichnung und Cover-Art, die beeinflussen, wie eine Aufnahme dargestellt wird und wer in Plattformberichten genannt wird.
• Mitwirkendendaten: DistroKid kann Künstler- und Songwriter-Felder an Stores und über Lieferketten mithilfe von DDEX-Mappings übertragen, aber der Detaillierungsgrad, der von jedem nachgelagerten System verarbeitet wird, variiert.
• Rechte- und Gebiets-Flags: Verfügbarkeitsfenster und territoriale Beschränkungen, die bestimmen, wo Verkäufe und Streams erkannt werden.

Praktische Einschränkung: Die Angabe von Songwriter- und Musikverlag-Namen an DistroKid hilft bei der Zuordnung, ist aber nicht gleichbedeutend mit der Registrierung bei PROs oder mechanischen Inkassostellen. Zahlungsflüsse für Music Publishing erfordern die Registrierung und Zuordnung an Inkassostellen wie The MLC und PROs, die reine Distributor-Metadaten ignorieren, wenn diese keine korrekten Kennungen wie IPI oder Musikverlag-IDs enthalten.

Zu akzeptierender Kompromiss: Die automatische Zuweisung von ISRCs durch DistroKid ist zwar schnell, erhöht aber das Risiko fragmentierter Aufnahmedatensätze, wenn Sie später Master zusammenführen oder frühere Nutzungen nachweisen müssen. Weisen Sie Ihre eigenen ISRCs zu, wenn Sie einen bestehenden Katalog oder komplexe Lizenzen haben, um die Kontinuität über alle Veröffentlichungen hinweg zu gewährleisten.

Konkretes Beispiel: Eine Band mit vier Songwritern lädt eine Single auf DistroKid hoch. Sie behalten die bereits vorhandenen ISRCs bei, hinterlegen jeden Songwriter mit bürgerlichem Namen und IPI-Nummern und reichen die Veröffentlichung zwei Wochen vor dem Veröffentlichungsdatum ein. Sie registrieren die Komposition auch bei der jeweiligen PRO des Songwriters und bei The MLC vor der Veröffentlichung. Ergebnis: Die Storefronts zeigen die korrekten Credits an und die mechanischen Inkassostellen können die Zuordnung vornehmen und mit der Geltendmachung beginnen; das Fehlen eines dieser Schritte führt in der Regel zu verzögerten oder falsch zugewiesenen Publishing-Zahlungen.

Beurteilung: Viele Teams gehen davon aus, dass ein Distributor eine Komplettlösung für Tantiemen ist. Diese Annahme erweist sich in der Praxis als falsch. Der Vertrieb garantiert die Übermittlung von Aufnahme-Metadaten an Plattformen, aber die korrekte und rechtzeitige Zahlung für Music Publishing hängt von einer separaten Registrierung und einheitlichen Kennungen in allen Systemen ab. Betrachten Sie DistroKid als die Pipeline, nicht als den endgültigen Schiedsrichter der Publishing-Rechte.

2. Erforderliche und dringend empfohlene Metadatenfelder und ihre Auswirkungen auf die Zahlung

Direkter Punkt: Die Einhaltung der grundlegenden DistroKid Metadata Anforderungen ist das praktische Minimum, damit Stores Ihre Aufnahme korrekt identifizieren und Inkassosysteme beginnen können, Geld dem richtigen Konto zuzuordnen. Fehlende oder inkonsistente Felder unterbrechen die Zuordnung auf Storefront-Ebene und führen zu einer Kaskade manueller Arbeit, um Tantiemen nachgelagert zurückzufordern.

Erforderliche Felder auf Release-Ebene: UPC, Release-Titel, Release-Typ und Release-Datum.** Die UPC ist der Produktschlüssel, der von Einzelhändlern verwendet wird, um Verkäufe zu aggregieren und Einheiten zu melden. Wenn die UPC falsch oder dupliziert ist, teilen oder verlieren Sie die Umsatzberichterstattung. Releasedatum und -gebiete steuern die Marktanspruchsfenster und speisen nachgelagerte Berichte, die sich auf zeitlich begrenzte Lizenzen und Promo-Zahlungen auswirken.

Erforderliche Felder auf Track-Ebene: Track-Titel, ISRC, primärer Künstlername und Audiodatei, die den Formatregeln entspricht.** ISRC ist die Aufnahme-ID, die von Plattformen und SoundExchange verwendet wird, um Plays mit einem Master zu verknüpfen. Wenn Sie DistroKid eine ISRC für einen zuvor veröffentlichten Master automatisch zuweisen lassen, riskieren Sie eine Fragmentierung. Verwenden Sie WAV 44,1 kHz 16-Bit oder höher, um eine Ablehnung bei der Aufnahme zu vermeiden, die die Berichterstattung verzögert.

Dringend empfohlene Felder für Mitwirkende und Rechte: vollständige legale Namen der Songwriter, IPI/CAE-Nummern, PRO-Zugehörigkeit, Musikverlag-Namen und Musikverlag-IPIs, genaue prozentuale Splits und Konto des Rechteinhabers oder Labels.** DistroKid überträgt Mitwirkendendaten in Lieferketten, aber Publishing-Zahlungen hängen davon ab, dass diese Kennungen bei PROs und The MLC übereinstimmen, daher sind genaue IPI-Nummern und einheitliche Musikverlag-Namen unerlässlich, damit Zahlungen die richtige Inkassostelle erreichen.

Feld-zu-Zahlungs-Implikationen auf einen Blick

Praktischer Kompromiss: Die automatische Zuweisung von ISRCs und UPCs durch DistroKid ist für einzelne Releases schnell, aber wenn Sie Kataloge über Einzelhändler, Labels oder Sample-Freigaben hinweg betreiben, sparen Sie viel mehr Zeit, wenn Sie ISRC und UPC extern zuweisen und verfolgen. Die Betriebskosten für die spätere Konsolidierung fragmentierter Master übersteigen oft die beim Hochladen gesparte Zeit.

Konkretes Beispiel: Ein Produzent veröffentlicht eine kollaborative Single mit drei Songwritern. Sie geben eine bereits vorhandene ISRC für den Master an, geben jeden Songwriter mit bürgerlichem Namen, IPI, PRO und genauen prozentualen Splits in DistroKid ein und registrieren die Komposition bei der jeweiligen PRO des Songwriters und bei The MLC vor dem Veröffentlichungsdatum. Infolgedessen zeigen Streaming-Plattformen korrekte Credits an und mechanische Ansprüche werden schnell zugeordnet; wenn eine IPI gefehlt hätte, hätten die mechanischen Ansprüche einen manuellen Eingriff erfordert, um Zahlungen zurückzufordern.

Wichtiger Hinweis: Die Angabe von Songwriter- und Musikverlag-Namen in DistroKid hilft bei der Zuordnung, ersetzt aber nicht die Registrierung dieser Werke bei PROs oder mechanischen Administratoren. Verwenden Sie DistroKid für die Übermittlung, nicht für die Registrierung.

3. ISRC, UPC, ISWC und Best Practices für die Handhabung von Kennungen

Direkte Maßnahme: Behandeln Sie Kennungen als verbindliche Schlüssel in Ihrem Katalog. Fehler bei ISRC, UPC oder Werkskennungen führen zu langlebigen Diskrepanzen, die eine manuelle Abstimmung über Stores, PROs und mechanische Agenturen hinweg erfordern.

ISRC: Regeln, Grenzen und was zu tun ist, wenn sich Master ändern

Kernregel: Weisen Sie jedem eindeutigen Audio-Master eine ISRC zu. Wenn Sie eine neue Masterdatei erstellen, die Timing, Mix oder Klangcharakter ändert, müssen Sie eine neue ISRC verwenden.

Operative Einschränkung: Die Korrektur einer ISRC nach der Veröffentlichung erzeugt oft einen neuen Storefront-Eintrag oder erfordert Unterstützung von jedem Store. Dies kann Playlists unterbrechen, Playcounts zurücksetzen und Royalty-Historien verkomplizieren. Planen Sie Kennungsänderungen vor dem Einreichen bei DistroKid, anstatt sich auf Bearbeitungen nach der Veröffentlichung zu verlassen.

UPC und Überlegungen zum Produktlebenszyklus

Prinzip: Eine UPC pro eindeutigem Produkt. Neuverpackungen, Deluxe-Editionen oder Bundles benötigen separate UPCs; verwenden Sie eine UPC nicht wieder, um verschiedene Tracklists oder Versionen darzustellen.

Kompromiss: Die zentralisierte UPC-Verwaltung kostet im Vorfeld Zeit, verhindert aber Umsatzfragmentierung und vereinfacht die Abstimmung mit dem Einzelhandel. Wenn Sie einem Distributor erlauben, UPCs zufällig zu prägen, verlieren Sie die Kontrolle über die Release-Linie und die Versionshistorie.

ISWC und Kompositionsabgleich

Warum ISWC wichtig ist: ISWC verknüpft eine Komposition über Systeme hinweg und beschleunigt den Abgleich von Musikverlagen und PROs. Beziehen oder erfassen Sie ISWCs über die PRO-Registrierung und nehmen Sie sie in Ihre Publishing-Admin-Aufzeichnungen auf, auch wenn einige Storefronts sie nicht anzeigen.

Praktischer Hinweis: Nicht jedes Inkassosystem verwendet ISWC zum Zeitpunkt der Aufnahme, aber wenn es vorhanden ist, reduziert es die Mehrdeutigkeit bei Werken mit gebräuchlichen Titeln oder mehreren Versionen. Verlassen Sie sich nicht nur auf ISWC; kombinieren Sie es immer mit bürgerlichen Namen und IPI-Kennungen.

Konkretes Beispiel: Ein Label remastered einen Backkatalog-Track für eine Jubiläumsveröffentlichung. Da das Remaster den Master verändert, weist das Team eine neue ISRC zu, reserviert eine neue UPC für das Jubiläumsprodukt und behält die ursprüngliche ISWC bei, da sich die Komposition nicht geändert hat. Dies bewahrte den Musikverlag-Abgleich und hielt die Streaming-Historien für jeden Master sauber.

1. Sofortige Schritte für die korrekte Handhabung von Kennungen: Ordnen Sie jeden Master einer einzigen ISRC in Ihrer Source of Truth zu und lassen Sie niemals zu, dass mehrere ISRCs dieselbe Datei beanspruchen.
2. UPC-Verwaltung: Reservieren Sie UPCs in einem externen Ledger und dokumentieren Sie, welche Tracklist jede UPC darstellt, bevor Sie sie auf DistroKid hochladen.
3. Kompositionsverknüpfung: Registrieren Sie Kompositionen bei PROs, um ISWC-Werte zu erhalten oder zu bestätigen, und erfassen Sie IPI-Nummern für jeden Songwriter und Musikverlag.
4. Verifizierung: Überprüfen Sie Kennungen anhand öffentlicher Datenbanken wie IFPI und MusicBrainz vor der Einreichung.

Beurteilung: Viele Teams unterschätzen die nachgelagerten Kosten inkonsistenter Kennungen. Die kurzfristige Bequemlichkeit, alles von einem Distributor prägen zu lassen, ist verlockend, aber in der Praxis vervielfacht es die Abstimmungsarbeit und reduziert Ihre Verhandlungsmacht beim Aushandeln von Splits oder Freigeben von Samples. Wenn Sie mehrere Releases durchführen oder mit externen Lizenzgebern zusammenarbeiten, weisen Sie Kennungen zentral zu und verfolgen Sie sie.

Nächste Überlegung: Bestätigen Sie vor dem nächsten Upload zu DistroKid die Konsistenz der Kennungen zwischen Ihrem Katalog, den PRO-Registrierungen und allen Drittanbieter-Musikverlagen. Diese einzelne Überprüfung verhindert die häufigsten Ursachen für verzögerte oder verlorene Publishing-Zahlungen.

4. Songwriter- und Musikverlag-Metadaten, Splits und PRO-Zugehörigkeit

Wesentliche Realität: DistroKid akzeptiert detaillierte Songwriter- und Musikverlag-Felder, aber diese Felder sind nur für Zahlungen nützlich, wenn sie mit verbindlichen Kennungen übereinstimmen, die PROs und mechanische Administratoren tatsächlich verwenden. Das Eingeben von Namen ohne IPIs oder das Bereitstellen inkonsistenter Musikverlag-Details erzeugt Rauschen für den nachgelagerten Abgleich und verzögert echtes Geld.

Was Sie für jeden Songwriter und Musikverlag erfassen müssen

• Bürgerlicher Name - verwenden Sie den Namen, der bei der PRO des Songwriters registriert ist, nicht einen Künstlernamen oder Spitznamen.
• IPI/CAE-Nummer - dies ist die nützlichste Kennung für den PRO-Abgleich; überprüfen Sie die Ziffern vor dem Hochladen.
• PRO-Zugehörigkeit - z. B. BMI, ASCAP, PRS; lassen Sie das Feld nur leer, wenn der Songwriter wirklich keine Zugehörigkeit hat (selten).
• Musikverlag-Name und Musikverlag-IPI - wenn ein Songwriter Rechte an einen Musikverlag abgetreten hat, geben Sie die IPI dieses Musikverlags an; andernfalls stockt die Musikverlag-Seite der mechanischen Zahlungen.
• Genaue prozentuale Aufteilung - muss sich auf 100 summieren; verwenden Sie zwei Dezimalstellen, wenn Sie Präzision benötigen (z. B. 33,33 %).

Praktische Einschränkung: DistroKid kann Split-Prozentsätze in die Lieferkette übertragen, aber die meisten PROs und The MLC erfordern eine separate Registrierung desselben Splits und derselben Kennungen, um die Zahlung zu bewirken. In der Praxis bedeutet dies, dass Sie den DistroKid-Eintrag als Lieferartefakt behandeln sollten, nicht als Registrierung oder Eigentumsnachweis.

Zu akzeptierender Kompromiss: Wenn Sie schnelle Veröffentlichungen mit Mitarbeitern benötigen, die schwer zu erreichen sind, kann die Verwendung der Split-Tools von DistroKid zur Zahlung von Vertriebsgeldern eine praktische kurzfristige Lösung sein. Für dauerhafte Publishing-Einnahmen sollten Sie jedoch erwarten, die Komposition bei der jeweiligen PRO des Songwriters und bei The MLC (für US-amerikanische mechanische Zahlungen) zu registrieren. Die Zahlung jetzt im Vergleich zur Erfassung langfristiger Publishing-Einnahmen erfordert separate operative Arbeit und manchmal einen Publishing Administrator.

Konkretes Beispiel: Drei Songwriter schreiben gemeinsam einen Song. In Ihrem Quellkatalog erfassen Sie: Jane Smith - IPI 987654321 - ASCAP - 40 %; Marco Ruiz - IPI 123456789 - BMI - 35 %; Musikverlag: Blue Oak Music - IPI 567890123 - 25 % Musikverlag-Anteil zugewiesen. Sie geben genau dieselben Zeilen in DistroKid ein und registrieren dann sofort denselben Split und dieselben IPI-Werte auf den ASCAP- und BMI-Portalen und reichen die Komposition bei The MLC ein. Diese Ausrichtung verhindert die häufige Diskrepanz, bei der Streaming-Dienste einen Songwriter gutschreiben, die PRO den Anspruch jedoch nicht zuordnen kann, da die IPIs unterschiedlich sind.

Häufige operative Fehler, die ich sehe: Leute laden Songwriter-Credits mit Künstlernamen hoch oder lassen Musikverlag-IPIs weg; andere runden Splits so, dass sie sich nicht mehr auf 100 summieren. Diese Fehler sind einfach, aber kostspielig - sie lösen manuelle Eingriffe bei PROs aus und führen oft zu verzögerten oder teilweise bezahlten Tantiemen. Das Überprüfen von IPIs anhand Ihrer PRO-Konten vor dem Einreichen bei DistroKid beseitigt die meisten nachgelagerten Reibungsverluste.

Nächste Überlegung: Wenn Mitarbeiter in verschiedenen Gebieten mit mehreren PROs leben, erstellen Sie schriftliche Split-Vereinbarungen und registrieren Sie die Komposition in jeder Gerichtsbarkeit oder verwenden Sie einen Publishing Administrator, der grenzüberschreitende Registrierungen vornehmen kann. Ohne diesen Schritt bleibt das globale Inkasso stückweise, auch wenn DistroKid die Credits korrekt anzeigt.

5. Sonderfälle und erforderliche Lizenzierungs-Workflows

Direkter Punkt: Coverversionen, Remixes und Samples werden ganz anders behandelt als Originalaufnahmen und erfordern vor dem Hochladen auf DistroKid gesonderte Lizenzierungsschritte. Behandeln Sie jeden Sonderfall als ein Mini-Projekt mit eigenen Papieren, einer Metadaten-Checkliste und Akzeptanzkriterien.

Coverversionen

Was zu tun ist: Verwenden Sie für US-amerikanische mechanische Zahlungen einen obligatorischen mechanischen Lizenzweg wie Songfile, sofern verfügbar, oder holen Sie eine Lizenz vom Musikverlag ein. Außerhalb der USA benötigen Sie in der Regel die Erlaubnis des Musikverlags, da die obligatorischen Regeln je nach Gebiet unterschiedlich sind. Geben Sie die ursprünglichen Komponistennamen, IPI-Nummern und Musikverlag-Namen in Ihre DistroKid-Metadaten ein und bewahren Sie den Lizenzbeleg in Ihrem Release-Dossier auf.

Praktische Einschränkung: Selbst mit einer mechanischen Lizenz verlangen einige Plattformen auf Anfrage einen Nachweis über die Freigabe. Metadaten allein reichen selten aus, um nachgelagerte Copyright-Teams zufrieden zu stellen. Bewahren Sie eine abrufbare Kopie der Lizenz auf und erfassen Sie die Lizenz-ID oder Vertragsnummer in Ihrem internen Katalog und im DistroKid-Notizfeld, falls verfügbar.

Remixes und alternative Master

Was zu tun ist: Behandeln Sie einen Remix, der einen neuen Master erstellt, als unabhängige Aufnahme. Weisen Sie eine neue ISRC zu, legen Sie eine neue UPC fest, wenn sich das Produkt ändert, und erfassen Sie explizite Mitwirkendenrollen in DistroKid-Metadaten wie Remixer, Produzent und Featuring-Künstler. Sichern Sie sich eine schriftliche Vereinbarung mit dem ursprünglichen Rechteinhaber, in der die Split-Prozentsätze sowohl für Master als auch für Publishing festgelegt sind.

1. Schritt 1: Holen Sie die schriftliche Erlaubnis des Master-Inhabers ein, um den Remix zu erstellen und zu vertreiben, und erfassen Sie die Vertrags-ID in Ihrem Katalog.
2. Schritt 2: Verhandeln und erfassen Sie Split-Prozentsätze für die Remix-Mitwirkenden und die ursprünglichen Songwriter; geben Sie diese Splits in DistroKid und in PRO/MLC-Registrierungen ein.
3. Schritt 3: Weisen Sie eine neue ISRC für den Remix-Master zu und aktualisieren Sie Ihre UPC-Strategie, wenn Sie ihn als separates Produkt veröffentlichen.

Kompromiss: Die Verwendung von DistroKid-Tools zur schnellen Veröffentlichung eines Remixes bringt Musik live, aber das übereilte Vorgehen ohne unterzeichnete Master-Lizenz und klare Split-Zuweisungen führt oft zu späteren Streitigkeiten, die schwerer zu lösen sind und aus denen vergangene Tantiemen schwerer zurückzufordern sind.

Samples und Freigaben

Was zu tun ist: Samples erfordern zwei Freigaben: die Master-Use-Freigabe vom Aufnahme-Inhaber und die Publishing-Freigabe vom Song-Inhaber. Sammeln Sie beide Vereinbarungen vor dem Hochladen. Geben Sie in den Metadaten die Namen der Lizenzgeber, Rollen-Tags und einen internen Verweis auf die Freigabedateien an, damit die Rechte-Teams schnell zuordnen können, wenn ein Anspruch entsteht.

Anwendungsfall aus der Praxis: Ein Produzent verwendet ein ein-Takt-Sample aus einem Track aus den 1990er Jahren. Das Team verhandelt eine Master-Lizenz mit dem Label und einen Publishing-Split mit den ursprünglichen Songwritern. Sie weisen eine neue ISRC für den neuen Master zu, geben die ursprünglichen Songwriter mit ihren IPI-Nummern und neu ausgehandelten prozentualen Splits in DistroKid ein und archivieren beide unterzeichneten Lizenzen in ihrem Release-Ordner. Da beide Freigaben dokumentiert waren und die Metadaten den Split Sheet widerspiegelten, wurde der Anspruch beigelegt, ohne dass Stores das Release entfernten.

Beurteilung: Viele Teams gehen davon aus, dass sichtbare Credits in Stores ausreichen, um Takedowns zu vermeiden. Das sind sie nicht. Genaue Metadaten reduzieren Reibungsverluste, aber nur die Lizenzdokumente und der Zeitpunkt der Registrierung bei PROs und mechanischen Agenturen verhindern blockierte Releases und verlorene Zahlungen.

Nächste Überlegung: Überprüfen Sie bei grenzüberschreitenden Kooperationen frühzeitig die PRO-Registrierungsregeln. Wenn Songwriter verschiedene PROs verwenden, registrieren Sie dieselben Splits in jeder PRO und bei The MLC für das US-amerikanische mechanische Inkasso, um fragmentierte Auszahlungen zu vermeiden.

6. Metadatenvalidierung, Checkliste vor der Veröffentlichung und Tests

Keine Überraschungen-Regel: Führen Sie eine Validierungs- und Testphase durch, die die DistroKid Metadata Anforderungen als harte Grenze behandelt, nicht als Best Practice. Fehler, die Sie vor der Veröffentlichung tolerieren, werden nach der Veröffentlichung zu manuellen Tickets, verlorener Streaming-Historie und verzögerten Publishing-Auszahlungen.

Zeitplan und Gating vor der Veröffentlichung

Zeitplan: Sperren Sie Kennungen und Metadaten mindestens 14 Tage vor der Veröffentlichung, wenn Sie ISRC/UPC kontrollieren, und 21 bis 28 Tage, wenn Sie PRO-Registrierungen, mechanische Ansprüche oder Freigaben zwischen Labels koordinieren müssen. Warum: Die Aufnahme in Stores kann unterschiedlich lange dauern, und der PRO/MLC-Abgleich erfordert oft eine Weitergabe, die außerhalb von DistroKid liegt.

• Metadatensperre (T-28 bis T-21): Finalisieren Sie ISRCs, UPC, kanonischen Künstler-String und vereinbarten Split Sheet, der in Ihrem Katalog gespeichert ist.
• Upload-Fenster (T-21 bis T-14): Führen Sie den DistroKid-Upload mit zukünftigem Veröffentlichungsdatum durch; verwenden Sie interne Staging-Felder oder ein privates Gebiet, damit Plattformen ohne öffentliche Werbung aufnehmen können.
• Verifizierungsphase (T-14 bis T-7): Bestätigen Sie Credits in Plattformportalen (Spotify for Artists, Apple Music for Artists), überprüfen Sie den SoundExchange/MLC-Registrierungsstatus und führen Sie automatisierte Schemaüberprüfungen durch.
• Endgültige Freigabe (T-7 bis T-0): Archivieren Sie Lizenzdateien und stellen Sie sicher, dass keine Metadatenänderungen ausstehen; alle Kennungsänderungen nach diesem Zeitpunkt sollten als neues Release behandelt werden.

Zu automatisierende Validierungsprüfungen: Verlassen Sie sich nicht auf das Betrachten von CSVs. Führen Sie ein Skript aus, das genaue Übereinstimmungen für das ISRC-Format (12 Zeichen), die UPC-Länge, die IPI-Nummerstruktur und die Summe der Songwriter-Prozentsätze gleich 100 bestätigt. Überprüfen Sie auch die Künstlernamensnormalisierung anhand Ihrer PRO-Einträge und kanonischen Streaming-Künstler-IDs, sofern verfügbar.

Teststrategien: Führen Sie einen Upload mit begrenztem Gebiet oder ein privates Veröffentlichungsdatum durch, damit Sie überprüfen können, wie Stores Künstler-Credits, Track-Titel, Versionstext und Cover-Art anzeigen. Verwenden Sie einen DDEX ERN-Validator, um Ihren Export zu validieren, und gleichen Sie Aufnahmen mit MusicBrainz oder anderen öffentlichen Registern ab, um doppelte ISRCs zu erkennen, bevor das Release live geht. Siehe DDEX und DistroKid Support für Formatreferenzen.

Praktischer Kompromiss: Das Durchführen eines Staging-Uploads kostet Zeit und belegt manchmal einen UPC-Slot, verhindert aber die weitaus teurere Arbeit, Split-Zahlungen abzustimmen und Stores nach dem Release hinterherzulaufen. Für Kataloge mit vielen Mitarbeitern zahlt sich das Staging fast sofort aus.

Konkretes Beispiel: Ein unabhängiges Label lud eine EP mit einem zukünftigen Veröffentlichungsdatum in zwei Wochen auf DistroKid hoch. Während der Verifizierungsphase stellten sie fest, dass ein Co-Songwriter keine IPI in der CSV-Datei hatte; The MLC würde diesen Anteil nicht zuordnen. Das Team fügte die IPI hinzu, exportierte die DDEX-ähnliche Payload erneut und bestätigte, dass die Komposition vor dem Veröffentlichungsdatum bei The MLC registriert war. Das verhinderte ein monatelanges Rückzahlungsproblem für diesen Songwriter.

Nächste Überlegung: Instrumentieren Sie die Validierungsphase in Ihre Release-Pipeline (CSV/JSON-Schemaüberprüfungen, ERN-Validierung und ein Staging-Upload). Diese Disziplin wandelt die DistroKid Metadata Anforderungen von einer Checkliste in eine operative Kontrolle um, die Zeit spart und Einnahmen sichert.

7. Korrigieren von Metadaten nach der Veröffentlichung und Beilegung von Streitigkeiten

Direkte Maßnahme: Wenn Metadaten in einem Live-Release falsch sind, ist die Aktualisierung des DistroKid-Datensatzes notwendig, aber selten ausreichend. Änderungen, die Sie in DistroKid vornehmen, werden nachgelagert übertragen, aber Stores, PROs, SoundExchange und mechanische Administratoren verwenden ihre eigene Matching-Logik und ihre eigenen Zeitpläne - Sie müssen Korrekturen über jedes betroffene System hinweg koordinieren.

Warum eine DistroKid-Bearbeitung allein oft keine verlorenen Zahlungen zurückholt

Wichtige Einschränkung: Viele Inkassostellen gleichen Kennungen und registrierte Kompositions-Splits ab, nicht die Distributor-Anzeige. Wenn einem Songwriter eine IPI fehlte, als die Aufnahme zum ersten Mal gestreamt wurde, führt das spätere Hinzufügen der IPI in DistroKid nicht rückwirkend dazu, dass eine PRO oder The MLC vergangene Einnahmen neu zuweist, es sei denn, Sie lösen deren Streit- oder Anspruchsprozess aus. Das Ändern einer ISRC nach der Veröffentlichung kann auch einen neuen Storefront-Eintrag erstellen und die Play-Historie fragmentieren - manchmal schlimmer als der ursprüngliche Metadatenfehler.

Praktischer Workflow zur Behebung von Fehlern

1. Stabilisieren Sie den kanonischen Datensatz: Sperren Sie die korrigierten Metadaten in Ihrem Datensatz und übertragen Sie dieselben Werte in DistroKid, damit Stores eine einzige verbindliche Version aufnehmen. Tun Sie dies, bevor Sie Streitigkeiten eröffnen.
2. Sammeln Sie Beweise: Sammeln Sie unterzeichnete Split Sheets, Registrierungsbelege (PRO und The MLC), ursprüngliche ISRC-Zuweisungsprotokolle und alle Lizenzvereinbarungen. Screenshots der fehlerhaften Storefront-Metadaten sowie Server-Zeitstempel sind nützlich.
3. Registrieren und erneut registrieren: Stellen Sie sicher, dass die Komposition bei der jeweiligen PRO des Songwriters und bei The MLC registriert ist, wenn US-amerikanische mechanische Zahlungen gelten. Geben Sie genaue prozentuale Splits und IPIs in diesen Registrierungen an.
4. Eröffnen Sie gezielte Streitigkeiten: Reichen Sie Tickets beim DistroKid Support und bei betroffenen Inkassostellen ein (SoundExchange, PROs, The MLC). Fügen Sie jedem Anspruch dasselbe Beweispaket bei und verweisen Sie auf die DistroKid-Release-URL und ISRC oder UPC, wo relevant: DistroKid Hilfe.
5. Entscheiden Sie sich für Kennungsänderungen: Wenn die Korrektur die Ausstellung einer neuen ISRC erfordert (für einen korrigierten Master), wägen Sie den Kompromiss ab: Die Neuausstellung bewahrt saubere Metadaten für die Zukunft, kann aber historische Streams und Playlists aufteilen; das Belassen der alten ISRC und das Anpassen von Registrierungen kann vorzuziehen sein, wenn historische Plays wesentlich sind.

Konkretes Beispiel: Ein Songwriter wurde in den Songwriter-Credits weggelassen und verpasste daher drei Monate lang MLC-Mechaniken. Das Team aktualisierte DistroKid, registrierte die Komposition mit korrekten Splits bei der PRO und The MLC und reichte dann identische Beweise bei The MLC und beim DistroKid Support ein. The MLC bearbeitete einen retrospektiven Anspruch nach Validierung des Split Sheets und der Registrierungsbelege; die Rückforderung dauerte drei Berichtszyklen. Der Prozess funktionierte, weil das Team bereits unterzeichnete Split Sheets und konsistente IPIs über alle Systeme hinweg hatte.