ブログ

ストリーミング契約者がもっとも増えている地域ほど、1再生あたりの単価は低くなります。これがARPUのパラドックスです。しかし、この表面的なリーチをファンベースという資産として正しく捉えるインディーアーティストなら、フィジカルやコミュニティ、ライブといった自分の管理できるチャネルを通じて、それを着実な収益へとつなげられます。

SOBO（「sent on behalf of」＝委託配信）とは、ディストリビューターがアーティスト自身の直接DSP契約に基づいて音楽を各ストリーミングサービスへ配信する仕組みで、ロイヤリティを100%手元に残せます。プラットフォーム側の契約で配信して収益を分け合うのではなく、Spotifyやアップルなどとの契約をご自身でお持ちいただき、ディストリビューターは技術的な配信作業だけを担います。DSPとの関係も、そこから生まれる収益も、すべてご自身のものとして残ります。 直接契約をお持ちのレーベルやディストリビューターにとって、これは再生のたびに手数料を支払うか、最新の配信プラットフォームを使いながら全額を手元に残すか、という違いになります。SOBOはDDEXの指示で、配信フィードを送るディストリビューターではなく、契約を保有するご自身を作品のライセンサーとして指定します。本ガイドでは、SOBOと直接契約の仕組み、100%のロイヤリティ確保が実際に適用される条件、通常の配信と比べたメリットと注意点、そして設定方法を、LabelGridがどこで役立つかも含めて解説します。 直接DSP契約とは 直接契約とは、ストリーミングサービス（あるいはMerlin Networkのようなライセンス共同体を通じて）と直接結ぶ、カタログの配信と収益化に関する取り決めです。条件を交渉するのもご自身、関係を保有するのもご自身で、ロイヤリティはディストリビューターに分配を取られることなく直接入ってきます。 ほとんどのアーティストや小規模レーベルは直接契約を持っていません。ディストリビューターが既に持つプラットフォーム契約に乗る形で配信するため手続きは簡単ですが、ディストリビューターの商業条件が適用されます。直接契約は、自社で契約を保有できるだけのカタログと実績を備えた、実績のあるレーベルや大手ディストリビューター、Merlinメンバーに多く見られます。問題は実務面です。直接契約を持っていても、規格に沿ったフィードの生成、音源のトランスコード、各サービスへの配信は依然として必要になります。そこでSOBOの出番です。 SOBO配信の仕組み SOBOを使えば、直接の取引関係を保ちながら技術的な作業を外部に任せられます。配信はご自身に代わって送られ、フィード上ではご自身がライセンサーとして記載されるため、各サービスはその作品をご自身の契約によるものとして扱います。 直接契約はご自身が保有します。DSPとの契約（またはMerlinメンバーシップ）が商業条件を定めます。 プラットフォームがSOBOを設定します。配信時にご自身をライセンサーとして指定するSOBO指示が付くよう、アカウントを設定します。 カタログはご自身で管理します。リリース、メタデータ、分配、スケジュール設定は、ほかのカタログと同様に配信プラットフォーム上で行います。 フィードを生成して配信します。プラットフォームがDDEX ERNフィードを生成し、ご自身のフィード契約に基づいて各DSPへ送ります。 ロイヤリティは全額入ってきます。契約がご自身のものなので、DSPはご自身の契約に基づいて支払い、配信側の収益分配は差し引かれません。 DSP側の対応はご自身が行います。関係を保有するのはご自身なので、配信停止、コンテンツの権利申し立て、紛争対応は各サービスと直接やり取りします。 技術的な役割とライセンスの役割は切り離されています。プラットフォームはインフラ（カタログ管理、フィード生成、トランスコード、ロイヤリティの集計、分配）を提供し、ご自身は引き続きライセンサーかつ登録上の権利者であり続けます。LabelGridはSOBOによる直接契約配信に対応しており、ご自身の直接DSP契約とロイヤリティの全額確保をそのまま維持したまま、配信のパイプラインを担います。 ロイヤリティ100%確保の仕組み [...]

DDEXフィード生成とは、リリースとそのメタデータを、ストリーミングサービスが自動的に取り込める標準XMLメッセージへと変換する処理のことです。フォーマットはDDEXのERN（Electronic Release Notification）で、タイトル、アーティスト、ISRC、アートワークの参照、音源リソース、配信地域、取引条件など、DSPがリリースを公開するために必要な情報をすべて格納します。このフィードを正しく生成できれば、手作業での再入力なしに音楽を届けられます。 DDEX（Digital Data Exchange）は、レーベル、ディストリビューター、DSP、出版社、著作権管理団体のあいだで使われるデジタル音楽流通のXMLメッセージ規格を定める標準化団体です（DDEX ERNドキュメント）。規格を実装するのにDDEX会員である必要はありません。手間がかかり、多くのレーベルが自前で抱えたくない部分は、有効なERNフィードを生成し、各DSPの要件が変わるたびに最新の状態へ保つことです。 このガイドでは、ERNメッセージに含まれる内容、フィード生成の手順、ERN 3.8.2と4.3の違い、そして生成を代行するプロバイダーの選び方を、LabelGridの位置づけも含めて解説します。 DDEX ERNフィードとは ERNフィードは、1つのリリースと、それをどう提供すべきかを記述したXML文書です。中心となるメッセージはNewReleaseMessageで、DSPが必要とする3つの要素、つまり素材、リリース、条件をひとまとめにします。 ResourceListには音源、動画、画像が入り、それぞれに識別子（トラックのISRC）と技術情報が付きます。 ReleaseListはリリースそのものです。タイトル、表示アーティスト、レーベル名、UPC、ジャンル、リリース日が含まれます。 DealListは商業条件を定めます。どの地域とプラットフォームに配信するか、リリースのタイミング、予約注文や事前保存（プリセーブ）の期間などです。 レコード会社やディストリビューターがこれらのメッセージをDSPに送ると、DSPはフィードを解析し、取引条件に従ってリリースを公開します（DDEX ERNドキュメント）。配信停止、メタデータの修正、新たな配信地域の追加も、それぞれ同じフォーマットの個別メッセージになります。必須フィールドを1つでも間違えるとDSPはフィード全体を拒否します。だからこそ、生成と同じくらい検証が重要なのです。 DDEXフィード生成の仕組み フィード生成は、リリースデータからDSPがそのまま使えるERNパッケージを作り出します。一般的なパイプラインは次のように進みます。 メタデータを集める。リリースとトラックの各項目、参加者、識別子（ISRC、UPC）、配信地域、露骨な表現の有無などです。 [...]

音楽ロイヤリティ計算ソフトウェアは、ストリーミングと販売のデータを取り込み、正しい楽曲と権利者に紐づけ、各当事者への支払い額を計算して、明細書と支払いを生成します。カタログの拡大とともに破綻する表計算に代わり、DSPの生レポートを、レーベル・ディストリビューター・権利管理者のための正確で監査可能なロイヤリティ計算へと変換します。 ロイヤリティは、さまざまな提供元からさまざまな形式で届きます。Spotify、Apple Music、YouTube、そのほか数多くのサービスが、それぞれ異なる通貨・異なるスケジュールで、異なる形でレポートを送ってきます。ロイヤリティ計算ソフトウェアは、そのすべてを共通の形式に整え、設定済みの契約と分配率を適用し、各アーティスト・作曲家・コラボレーターに、実際の収益額を正確に伝えます。これを手作業で行うと、ここでお金が消えていきます。 このガイドでは、ソフトウェアが実際に何を計算するのか、誰に必要なのか、どう選べばよいのか、そしてLabelGridの計算機能がどこに位置づけられるのかを解説します。 ロイヤリティ計算ソフトウェアは実際に何を計算するのか 生の収益データを受け取り、当事者ごとの金額へと分解します。中心となる手順は次のとおりです。 取り込み。各プラットフォームの形式と通貨のまま、DSPレポートと販売データをインポートします。 マッチング。ISRCなどの識別子を使い、収益の各明細行を正しいリリース・楽曲・権利者に対応づけます。 分配。レーベルとアーティストの間、あるいは楽曲のコラボレーター同士で取り決めた配分率を適用します。 控除と手数料。配信手数料、回収予定の前払金、契約上の控除を差し引きます。 通貨換算。複数通貨の収益を支払い通貨に統一します。 明細書と支払い。アーティストごとに分かりやすい明細書を作成し、支払いを実行します。 正確さの成否を分けるのがマッチングの工程です。未マッチのロイヤリティは、実在する測定可能な問題です。Mechanical Licensing Collectiveには、再分配すべき未マッチの「ブラックボックス」ストリーミングロイヤリティが4億2,400万ドル超も寄せられました（The MLC（Billboard経由））。収益を確実に権利者へ紐づけるソフトウェアこそが、お金がこの隙間に消えてしまうのを防ぎます。 LabelGridの計算機能は、この一連の流れを最初から最後まで処理します。DSPデータを取り込み、自動のロイヤリティ分配を適用し、DSP・リリース・楽曲ごとに内訳が見えるアーティスト別明細書を作成します。 音楽ロイヤリティ計算ソフトウェアは誰に必要か 支払う相手の数と、収益を集める提供元の数に応じて、必要性は高まります。収益源が一つだけのソロアーティストなら、ダッシュボードを見れば事足ります。それを超えると、手作業の計算は立ち行かなくなります。 カタログ全体で複数のアーティストに支払うレーベル。各アーティストが固有の契約と分配率を持ちます。 [...]

音楽配信APIとは、ソフトウェアがリリースをストリーミングサービスへ自動的に送信するためのプログラム用インターフェースです。手作業でのアップロードは必要ありません。トラックごとにフォームを入力する代わりに、アプリケーションがAPIを呼び出してリリースを作成し、音源とアートワークを添付し、メタデータを設定し、配信を予約し、分析データやロイヤリティ情報を取得します。配信を、自分のコードで動かせる仕組みに変えてくれます。 API（アプリケーション・プログラミング・インターフェース）は、2つのシステムが互いにやり取りするための仕組みです。音楽配信APIは、ディストリビューターの配信パイプライン（DSP接続、エンコード、DDEXフィード生成、ロイヤリティ処理）を、ソフトウェアから呼び出せるエンドポイントとして公開します。実際に大量のリリースを扱う立場なら、これは人が「アップロード」をクリックするのか、数百のリリースをシステムが自動で取り込むのか、という決定的な違いになります。 このガイドでは、配信APIの仕組み、必要とする人、自社開発か外部利用かの判断、そしてプロバイダーの見極め方を、LabelGridの位置づけも含めて解説します。 音楽配信APIはどのように動くのか まず認証を行い、その後HTTPリクエストでリリースを作成・管理します。一般的な流れは次のとおりです。 認証：APIキーまたはトークンで認証します。 リリースの作成：トラック、音源ファイル、アートワーク、メタデータ（タイトル、ISRC、アーティスト、ジャンル、配信地域）を添付します。 検証：配信前に、メタデータと音源がDSPおよびDDEXの要件を満たしているかをAPIがチェックします。 配信：選んだDSPへ配信します。スケジュール指定も可能です。 取得：配信ステータス、ストリーミングの分析データ、ロイヤリティレポートをAPI経由で受け取ります。 裏側では、プロバイダーがDDEXフィード（ERN 3.8.2と4.3が業界標準です）を生成し、各DSPの仕様に合わせて音源をトランスコードし、配信を実行します。優れたAPIにはサンドボックス環境が用意されており、本番に触れる前にテストデータを使って一連の流れを構築・検証できます。配信の完了やステータスの変化はWebhookでシステムに通知されるため、ポーリングは不要です。 これが大規模な運用で重要になる理由があります。2024年には、毎日およそ99,000曲もの新曲がストリーミングサービスに配信されました（Luminate 2024 Year-End Report）。この量を手作業でさばける人はいません。LabelGridのREST APIは、まさにこの流れ（リリース作成、メタデータ、配信、分析、ロイヤリティの各エンドポイント）を、サンドボックスと公開ドキュメント（api.labelgrid.com/docs）とともに提供しています。 音楽配信APIが必要なのは誰か 年に数曲のシングルをリリースする程度なら、APIは過剰です。配信が大量になる、あるいは配信が自社プロダクトの一部になると、APIが不可欠になります。主な利用者は次のとおりです。 ディストリビューター／ホワイトレーベル事業者：配信ビジネスを運営し、リリースを1件ずつアップロードするのではなく、プログラムで取り込む必要がある方々です。 [...]

ホワイトレーベル音楽配信とは、配信会社が自社のブランドではなく御社のブランドで御社のカタログをストリーミングプラットフォームへ届ける仕組みのことです。表向きの配信サービス（社名、ダッシュボード、料金設定）は御社が運営し、DSPへの納品、エンコード、ロイヤリティ処理といった裏側はバックエンドの提供事業者が担います。アーティストやレーベルの目に映るのは御社のブランドで、その下でインフラが動いています。 この言葉は製造業に由来します。製造業の「ホワイトレーベル」製品は、メーカーのブランドを付けずに出荷され、再販業者が自社ブランドを付けて販売できます。音楽でも同じ考え方が成り立ち、レーベルやディストリビューター、ソフトウェア企業が、Spotify、Apple Music、その他のDSPと1社ずつ直接契約を結ばなくても配信ビジネスを運営できます。提供事業者がすでにこれらの接続を持っているので、御社はそこに接続するだけで済みます。 このガイドでは、この仕組みの動き、どんな事業者に向いているか、ホワイトレーベルと標準的な配信の違い、そして提供事業者の選び方を、LabelGridの位置づけも交えて解説します。 ホワイトレーベル音楽配信はどう機能するのか ホワイトレーベルの提供事業者は、納品パイプラインを運営します。DDEXフィードの生成、オーディオのトランスコード、メタデータの検証、DSPへの取り込み、ロイヤリティの照合まで一貫して担います。御社はそのパイプラインの上に、自社ブランドと自社の顧客を乗せます。御社のアーティストがリリースをアップロードすると、それは提供事業者のインフラを通ってストアへ流れますが、顧客が目にする接点はすべて御社のブランドをまといます。 技術的な構成は、大きく2通りあります。 提供事業者がホスティングし、御社のロゴ・カラー・ドメインで装いを整えたブランドプラットフォーム。 API連携。御社が自社のフロントエンドや製品を構築し、裏側で提供事業者の配信エンドポイントを呼び出す方式です。 2つ目の方式が、ホワイトレーベルとAPI配信の重なる領域です。REST APIを使えば、リリースの取り込み、メタデータ管理、アナリティクスの取得、ロイヤリティレポートを自動化でき、手作業のアップロードでは届かない規模までプラットフォームを拡張できます。たとえばLabelGridは、サンドボックス環境を備えたオープンなREST APIを公開し、api.labelgrid.com/docsで公開ドキュメントも提供しています。これにより、パートナーは本番稼働の前に、ブランド化した配信プロダクトを構築・テストできます。 裏側では、提供事業者が構築・維持にコストのかかる部分を引き受けるのが一般的です。DSPとの直接的な関係、DDEXへの準拠、コンテンツ審査、ロイヤリティ計算がそれにあたります。ストリーミングはすでに世界の録音音楽収益の69.6%を占め、有料サブスクリプションだけでも52.4%に達しています（IFPI Global Music Report 2026）。だからこそ、それらのプラットフォームへ確実に、規格に準拠したフィードを届けられることが、価値の核心になります。 ホワイトレーベルと標準的な配信の違いは何か 標準的な配信では、アーティストの前に立つのは配信会社のブランドです。ホワイトレーベル配信では、アーティストの前に立つのは御社のブランドで、配信会社は表に出ません。下の表に、実務上の違いをまとめました。 項目標準的な配信ホワイトレーベル配信 [...]

TikTokでバズる楽曲は1%未満で、そのうち再生数の成長が続くのは約15%だけです。バズは宝くじですが、変換は自分でコントロールできる領域です。注目を、保存される曲・フォロー・そして自分のものになるファンへと変える具体的な仕組みを、バズに頼らず今日から始められる形で解説します。

Dua Lipa の Live From Mexico は、単なるコンサート映像やライブアルバムにとどまりません。ツアーの最終公演を3つの収益源、グローバルなブランド施策、そしてアルバム時代の仕切り直しへと変える、緻密に設計されたスーパーファン獲得の仕組みです。 インディペンデントのアーティスト、レーベル、マネージャーの方にとって、このロールアウトは自分の規模に合わせて研究し、応用できる設計図です。1回のライブ公演を、ディスカバリー、ストリーミング、そして単価の高いファン向け購入へとつなげるエコシステムに変える方法を示しています。 Live From Mexico の設計図：1公演から3つの収益レイヤー Live From Mexico は、Dua Lipa の Radical Optimism [...]

2026年、AI音楽の扱いはSpotify、Apple Music、Deezer、YouTubeで異なります。各プラットフォームの要件と、クリーンにリリースするために申告すべき内容をまとめました。