収益は、すでに複数の名義に入ってきています。最初のシングルを配信したアカウントは、依然としてアーティストアカウントのままです。ひとつの名義、年額のアップロードサブスクリプション、ひとつのウォレットへの支払い。アーティスト向けディストリビューターとしては十分に機能していますが、レーベルの仕組みではありません。
アーティスト向けツールを卒業したと言えるのは、手間がかかっているのがアップロードではなくロスター管理になったときです。移行そのものは機械的な作業です。ISRCはそのまま保ち、同じ音源をレーベル基盤を通じて配信し、公開されたことを確認してから、旧配信を停止します。
仕事は変わったのに、ツールは変わっていない
アーティストファーストのディストリビューターが存在するのには理由があります。DistroKidは、年額固定料金、無制限アップロード、そしてストリーミングロイヤリティの100%還元というモデルを広め、TuneCoreやCD Babyも同じDIY路線に位置しています。ひとりのアーティストとして作品をリリースするなら、このモデルは合理的です。DistroKidのUltimateプランでは、ひとつのアカウントで最大100のアーティスト名を扱うことができ、リリースごとのレーベル名フィールドと、共同制作者への自動分配機能も備えています。
分配は、共同制作者に取り分を送る仕組みです。レーベルの台帳は、カタログ全体にわたってアーティストごとの収益、リクープ状況、支払可能な純額を管理します。これらはまったく別の仕事です。アップロードツールにアーティスト枠を追加しても、それが誰かに送れる明細書になるわけではなく、リリースに対するアドバンスをリクープすることもできません。
次のいずれかがすでに当てはまるなら、アーティスト向けツールは限界を迎えています。
- 複数のアーティストに支払いをしており、それぞれが明細書を求めている。
- アドバンス、マーケティング費、制作費を、支払い前にロイヤリティから差し引く必要がある。
- 複数のインプリントを、リリースフォームのテキスト欄ではなく実際のカタログとして運用している。
- 月末処理がCSVエクスポートとスプレッドシート頼みになっている。
- リリースがストアに反映される前に、メタデータや音源、権利関係のクレームを誰かがチェックすべき状態になっている。
これらはどれも、アップロードの問題ではありません。
レーベル基盤とは具体的に何か
LabelGridは、まさにその2つ目の仕事のために作られています。配信先は引き続き主要な音楽配信サービスすべてで、「LabelGridが配信」ではなく、自社のレーベル名で届けられます。違いはアップロードの周辺、つまりロスター、レーベル、そしてお金の部分にあります。
Basic以上で利用できるArtist Payoutsでは、アーティストごとにアカウントが作成され、収益、経費、明細書、支払いが蓄積されていきます。リリースにロイヤリティの分配を設定することで、このアカウントが作成される仕組みです。アドバンスやマーケティング費用を台帳に計上し、純額を支払うこともできます。Soloにはこの機能がなく、自動分配にも対応していません。Soloは1レーベルのみのプランなので、複数アーティストを抱えるロスターには向きません。
レーベルそのものを独立した単位として管理できます。これがカタログ管理のもう半分を担っています。保有できるレーベル数は、Basicが3、Proが5、Custom Distributionは50からです。標準的なDSP収益に対するリテンション率は、SoloとBasic(年額$99と$199)が85%、Pro(年額$499)が90%、Custom DistributionとAPIプランが95%です。Custom Distributionは年額$999からです。100%が適用されるのは、自社の直接DSP契約を通じて回収したロイヤリティのみです。UGCとContent IDは、Customを含むすべてのプランで80%です。詳しい数値は料金ページをご覧ください。
ひとつ、率直にお伝えしておくべき制約があります。LabelGridのアカウントは、どのプランでもログインはひとつのみで、シートや招待、サブユーザーはありません。Proが追加するのはレーベル数と機能であり、ログイン数ではありません。
Custom DistributionとAPIプランには、DDEX ERNインポート(3.8.2、4.3.0、4.3.1、4.3.2)が追加されます。LabelGridはこれらのバージョンに対応していますが、DDEXコンソーシアムの会員ではありません。アーティスト向けディストリビューターから移行するほとんどのレーベルにとっては、一致するISRCでダッシュボードからアップロードする方法が現実的です。DDEXインポートは、すでにERNで業務を回している組織向けです。
複数アーティストのカタログを移行する実際の手順
ISRCが識別するのは音源であり、ディストリビューターではありません。IFPIはこの点を明確にしています。いったん割り当てられたコードは、所有権が変わってもその音源に生涯ひもづき、再利用してはならないとされています。ストリーミングサービスはこの識別子に再生履歴をひもづけているため、新しいISRCは再生数ゼロの新しい音源として扱われます。
この運用フローは、DDEXカタログ移管標準(Catalogue Transfer Standard)とは別物です。この標準は2022年12月1日にERN 4.3とともに公開されたもので、DSP側で譲渡元のレコード会社から譲受先のレコード会社へ権利管理者情報を付け替える、いわゆるリフト・アンド・シフトの仕組みです。DDEXは、CT 1.0の仕組みがディストリビューターを譲渡当事者とする移行をサポートすることを意図していないと明言しています。DistroKidからLabelGridへの移行は、再配信です。同じISRC、所有しているものについては同じUPC、一致するメタデータで配信し、そのうえで旧配信を停止します。
まずコードをエクスポートします。ISRC、UPC、アーティスト名、タイトル、オリジナルのリリース日です。TuneCoreは、カタログの移行によって再生履歴が引き継がれると説明しています。DistroKidとCD Babyについては、移行前にコードの所有者を確認してください。ディストリビューター側がコードの所有権を保持していた場合は、LabelGridが新しいコードを割り当て、再生履歴はリセットされます。何かをアップロードする前に、必ずこの点を確認してください。
それぞれのリリースを、まったく同じコードとオリジナルのリリース日で再作成し、送信する前にSettingsタブのTransfer from Distributorに移行元のディストリビューター名を設定してください。このフィールドは、リリースが配信されると固定されます。アーティスト名は、大文字小文字の表記やfeatとftの表記も含めて完全に一致させる必要があります。そのうえで配信し、まだ何も取り下げないでください。
LabelGridの品質審査は配信前に行われ、BasicとProでは最大10営業日（Custom DistributionとAPIでは5営業日）かかります。その後、各ストアがそれぞれの処理時間を必要とします。ダッシュボードだけでなく、Spotify、Apple Music、TikTok、Metaで実際に公開されているかを確認してください。それを確認してから初めて、旧ディストリビューターにテイクダウンを依頼し、あわせてYouTube Content IDのクレームも削除するよう依頼します。Spotifyのテイクダウン処理には少なくとも2営業日かかります。CD Babyは自社の規約で、取り下げ通知から5営業日以内にコンテンツを削除すると定めています。DistroKidとTuneCoreはテイクダウンの所要日数を公表していないため、重複期間を計画する前に問い合わせてください。重複期間の注意点を含む手順の詳細は、カタログ移行ガイドに記載されています。
短期間の重複は想定内です。許容されないのは、同じ音源を両方の配信から恒久的に公開し続けることです。LabelGridの配信は非独占契約のため、カタログの一部を旧ディストリビューターに残し、リリースごとに分けて運用することもできます。ひとつのタイトルを2か所で配信すると、ストア側で重複扱いになります。
特に注意が必要なプラットフォームもあります。Beatportはレーベル単位でレポートするため、レーベルごとまとめて移行する必要があり、既存カタログを旧ディストリビューターに残したまま新曲だけをLabelGrid経由で配信することはできません。Beatportのリリースはすべて同じメタデータで再アップロードしてください。そうしないと、ロイヤリティを照合する対象がなくなってしまいます。TikTokはISRC、UPC、プレビュークリップの開始位置で照合しているため、不一致があると新しいサウンドページが作られてしまうことがあります。MetaとYouTube Content IDは、重複期間中に二重登録の競合を発生させることがあるため、それを「解消」しようと再アップロードするのではなく、旧配信のテイクダウンを待ってください。
大規模なカタログの場合、ロスター全体を一度に送信すると、ローリング送信上限に達することがあります。開始前にサポートへ連絡し、バイパス期間を設定してもらってください。BasicとProでは、Distributionのダッシュボードでリリースを1件ずつ作成し直します。DDEXインポートはCustom DistributionとAPIプランでのみ利用できます。
始める前に、トレードオフを数字で見ておく
DistroKidがストリーミングロイヤリティを100%還元しているのは事実であり、LabelGridが配信するDSP契約ではこの水準には届きません。年額$199のBasicは標準的なDSP収益の85%を保持し、年額$499のProは90%、そして年額$999からのCustom Distributionは95%を保持します。その差額で手に入れるのは、台帳の仕組みです。ストリーミングの取り分だけが重要な数字であれば、その一点においてはアーティスト向けディストリビューターに軍配が上がります。
アーティストプロフィールは、SpotifyやAppleが管理しています。新しい配信は、一貫したアーティストのメタデータとロールを通じてひもづけられるため、表記を一致させる必要があります。ユーザーの保存はトラックのURIにひもづいており、そのURIはISRCが保持されている場合にのみ安定します。エディトリアルプレイリストへの掲載が再配信後も維持されるかどうかは、公式のDSPドキュメントに明記されていません。ISRCを引き継いだから安心とは考えず、必ず確認してください。
ISRCを再利用できない場合は、その移行を新しいカタログとして扱ってください。その場合、移行のコストは大きくなります。
よくある質問
ディストリビューターを乗り換えても、再生数を失わずに済みますか?
多くの場合、同じISRCとUPCを一致するメタデータで再利用すれば可能です。ストリーミングサービスはISRCで音源を識別しているため、同じコードでの新しい配信は同じカタログとして扱われます。新しいディストリビューターにアップロードし、リリースが公開されたことを確認してから、旧配信を停止してください。新しいISRCは新しい音源として扱われ、再生履歴は引き継がれません。
旧ディストリビューターから先にカタログを取り下げるべきですか?
いいえ、逆の順序で進めます。まず新しいディストリビューターで配信し、ストアでリリースが公開されていることを確認してから、旧ディストリビューターにテイクダウンを依頼してください。先にカタログを取り下げてしまうと、楽曲が配信されない空白期間が生まれます。Spotifyのテイクダウン処理には少なくとも2営業日かかります。CD Babyの規約では、取り下げ通知から5営業日以内にコンテンツが削除されると定められています。ほかの多くのディストリビューターは所要日数を公表していないため、ご利用中の会社に問い合わせてください。
一部のリリースを旧ディストリビューターに残すことはできますか?
はい、リリース単位で分けることができます。LabelGridの配信は非独占契約のため、カタログの一部を他社に残すことも可能です。ただし、同じリリースを2つのディストリビューターから恒久的に公開し続けることはできません。ストア側でタイトルが重複してしまいます。Beatportは例外で、Beatportのレーベルは分割できないため、レーベル全体を移行し、すべてのBeatportリリースを再配信する必要があります。
複数アーティストのカタログには、どのLabelGridプランが必要ですか?
Basic以上が必要です。Artist Payoutsと自動ロイヤリティ分配はBasic(年額$199、標準DSP収益に対して85%のリテンション、3レーベル)から利用できます。Proは年額$499で、90%のリテンションと5レーベルに対応しています。年額$99のSoloは1レーベルのみで、Artist Payoutsや分配機能を含まないため、ロスターには向きません。より多くのレーベル、DDEXインポート、95%のリテンションが必要な場合は、年額$999からのCustom Distributionをご利用ください。
Beatportもほかのカタログと同じように移行できますか?
同じようにはいきません。Beatportはレーベル単位でレポートするため、レーベル全体を移行する必要があります。既存カタログを旧ディストリビューターのBeatportに残したまま、新曲だけをLabelGrid経由で配信することはできません。すべてのBeatportリリースを、同じISRC、UPC、メタデータで再アップロードしてください。そうしないと、ロイヤリティを照合する対象がなくなってしまいます。
はじめ方
まずコードをエクスポートしてください。LabelGridに着手する前に、ISRCとUPC、そして正確なアーティスト名とタイトル表記を自社が保持していることを確認します。Basic以上のプランでapp.labelgrid.comにアカウントを開設し、一致するメタデータとオリジナルのリリース日で最初のバッチを再作成し、新しい配信がストアに反映されるまで旧配信は公開したままにしておきます。項目リストと重複期間の注意点はカタログ移行ガイドに、アーティスト側の支払い設定はArtist Payoutsに記載されています。
