用語集
音楽配信、ストリーミング、そして LabelGrid プラットフォームで使われる用語を網羅したリファレンスガイドです。
識別子とコード
Section titled “識別子とコード”音源、リリース、権利者を識別するために使われる一意のコードです。
カタログ番号(Catalog Number)
Section titled “カタログ番号(Catalog Number)”カタログ番号は、レーベルが自社カタログの各リリースに割り当てる一意の識別子です。整理、追跡、業界内のやり取りに役立つ社内の参照システムです。
よくある形式:
- 文字+数字:「HR001」「SMG-2026-001」
- 連番:「001」「002」「003」
- 日付ベース:「2026-001」
カタログ番号を使う理由:
- 社内でリリースをすばやく参照できる
- 業界の関係者がライセンスの問い合わせに使う
- リリース履歴の整理に役立つ
- 一部の DSP はメタデータに表示する
LabelGrid では: カタログ番号は最大 20 文字まで使え、レーベル内で一意であることが望まれます。
EAN(European Article Number)は、UPC と同じ役割を果たす 13 桁のバーコード標準で、ヨーロッパで生まれたものです。音楽配信では、EAN と UPC は機能的に置き換え可能で、プラットフォームは両方を受け付けます。
形式: 13 桁の番号(EAN-13)。GTIN-13 とも呼ばれます。
UPC との関係: UPC は先頭に 0 を 1 つ加えることで EAN に変換できます。たとえば UPC 012345678901 は EAN 0012345678901 になります。最近のシステムはほとんどが両方の形式をそのまま扱えます。
重要な理由: 国際的に配信する際、適切なバーコードがあれば、どの市場でもリリースを追跡・販売できます。LabelGrid が技術的な細かい点を処理するので、どちらの形式を使うか気にする必要はありません。
GTIN(Global Trade Item Number)は、世界中で商品を識別するために使われるバーコード標準の総称です。音楽では、主に次の 2 種類に出会います。
- GTIN-12(UPC): 12 桁のコード。北米で標準
- GTIN-13(EAN): 13 桁のコード。国際的に標準
配信の文脈で「GTIN」とあれば、通常はリリースの UPC または EAN バーコードを指しています。最近の音楽配信システムでは、どちらも置き換え可能です。
IPI(Interested Parties Information)番号は、作詞作曲者、コンポーザー、音楽パブリッシャーに割り当てられる一意の識別子です。誰が曲を書いた/出版したのかを明確に識別する手段で、いわばパブリッシングの世界の ISRC にあたります。
形式: PRO(演奏権管理団体)が割り当てる 9〜11 桁の番号。
取得方法: ASCAP、BMI、SESAC(米国)、PRS(英国)、SOCAN(カナダ)などの PRO に登録すると、IPI 番号が割り当てられます。会員登録の一環として自動的に行われます。
重要な理由: トラックのクレジットに IPI 番号を含めると、作詞作曲者やパブリッシャーが出版ロイヤリティを正しく受け取れるようになります。似た名前の人が複数いても混同を防げます。
ベストプラクティス:
- 作詞作曲者をクレジットする際は、常に IPI 番号を含める
- IPI 番号が正しいか確認する。誤った番号はロイヤリティの誤配につながります
- 作者に IPI がない場合は、まず PRO に登録してもらいましょう
ISNI(International Standard Name Identifier)は、創作物への貢献者(アーティスト、作者、実演家、パブリッシャー)を一意に識別する 16 文字のコードです。同名や類似名の人を区別する課題を解決するために設計された、国際的な ISO 標準です。
形式: 16 文字。通常は 4 文字ずつのまとまりで表示されます。0000 0001 2345 6789
重要な理由: 「John Smith」という作詞作曲者が 2 人いると想像してください。一意の識別子がなければ、ロイヤリティが簡単に別人へ送られてしまいます。ISNI は、各クリエイターにすべてのプラットフォームとデータベースで通用する恒久的で一意の身元を与えることで、これを解決します。
ISNI の取得: 登録機関を通じて ISNI を申請できます。一部の PRO やディストリビューターも取得を手伝ってくれます。
ベストプラクティス:
- 利用できる場合は ISNI を含め、クレジットが正しく結びつくようにする
- ISNI は IPI と併用します。両者は異なるものの補完し合う役割を果たします
ISRC(International Standard Recording Code)は、個々の音源に割り当てられる一意の 12 文字の英数字の識別子です。トラックの指紋のようなものだと考えてください。世界中のどの 2 つの録音も、同じ ISRC を共有することはありません。
形式: コードは CC-XXX-YY-NNNNN のパターンに従います。
- CC = 国コード(2 文字)
- XXX = 登録者コード(英数字 3 文字)
- YY = 参照年(2 桁)
- NNNNN = 指定コード(5 桁)
重要な理由: ISRC は、すべてのストリーミングプラットフォームで再生を追跡し、ロイヤリティを正確に計算し、すべてのストリームについて確実に支払いを受けるために欠かせません。あなたの曲が Spotify や Apple Music などで再生されるとき、それがあなたの録音だと分かるのは ISRC のおかげです。
ベストプラクティス:
- 再リリースやリマスターであっても、ISRC を使い回さない
- トラックの各バージョン(ラジオエディット、エクステンデッドミックス、リミックス)には、それぞれ ISRC が必要
- LabelGrid が ISRC を自動で生成することも、自分のコードを使うこともできます
ISWC(International Standard Musical Work Code)は、音楽作品、つまり特定の録音とは切り離された楽曲そのものを識別します。ISRC が特定の録音を識別するのに対し、ISWC は多くの異なる録音を持ちうる楽曲を識別します。
形式: T-NNNNNNNNN-C(常に T で始まり、9 桁の数字とチェックディジットが続く)
例: The Beatles の「Yesterday」には 1 つの ISWC がありますが、各カバーバージョン、リミックス、再録音にはそれぞれ ISRC があります。
ISWC を割り当てるのは: これらは認可された機関が割り当てます。通常は、楽曲を登録する際に、あなたのパブリッシングアドミニストレーターや PRO を通じて行われます。
重要な理由: ISWC は、1 つの楽曲のさまざまな録音や利用をすべて追跡し、誰が作曲を録音しても作者がロイヤリティを受け取れるようにします。
UPC(Universal Product Code)は、あなたのリリースを商品として一意に識別する 12 桁のバーコードです。ISRC が個々のトラックを識別するのに対し、UPC はリリース全体(シングル、EP、フルアルバムのいずれであれ)を識別します。
形式: 12 桁の番号。バーコードの画像とともに表示されることがよくあります。
重要な理由: ストリーミングプラットフォームやデジタルストアに配信するすべてのリリースには UPC が必要です。プラットフォームが、あなたのアルバムを他のリリースとは別の独立した商品として識別する手段です。UPC は販売の追跡やチャートへの集計にも使われます。
ベストプラクティス:
- リリースの構成ごとに、それぞれ UPC が必要です(たとえば通常版とデラックス版)
- 収録トラックを変えてアルバムを再リリースする場合は、新しい UPC が必要です
- LabelGrid が UPC を自動で生成することも、登録元から取得した自分のコードを使うこともできます
音楽業界の一般的な用語と組織です。
Content ID
Section titled “Content ID”Content ID は、著作権で保護されたコンテンツを自動で識別する YouTube のデジタルフィンガープリントのしくみです。誰かがあなたの音楽を含む動画をアップロードすると、Content ID がそれを検出し、あなたが選んだポリシーを適用します。
しくみ:
- あなたの音楽が YouTube のデータベースに一意の音声「指紋」を作ります
- YouTube はアップロードされたすべての動画をこのデータベースと照合します
- あなたの音楽が検出されると、あなたが選んだポリシーが適用されます
選べるポリシー:
- 収益化: あなたの音楽を使った動画に広告が表示され、あなたが収益を得ます
- 追跡: 何もせずに利用状況を見守ります(プロモーション期間に便利です)
- ブロック: 動画であなたの音楽が使われるのを防ぎます(推奨されることはほとんどありません)
収益の可能性: あなたの音楽を使ったユーザー生成コンテンツ(UGC)は、大きな収益源になり得ます。バイラル動画で使われた人気曲は、相当なロイヤリティを生むことがあります。
LabelGrid では: リリースの設定時に Content ID 配信を有効にできます。Content ID の申し立てから得た収益は、ロイヤリティ明細に含まれます。
DDEX(Digital Data Exchange)は、企業間で音楽データをやり取りするための標準化された形式を策定する国際的な標準化団体です。ディストリビューターが DSP にリリースを送る際、すべてのメタデータが正しく転送されるよう、DDEX 形式を使うことがよくあります。
あなたにとって重要な理由:
- 別のディストリビューターからカタログを移行する場合、DDEX エクスポートがあれば移行がスムーズです
- DDEX 標準により、メタデータがすべてのプラットフォームで一貫します
- エンタープライズ向けのレーベルは、一括アップロードに DDEX をよく使います
よくある DDEX 標準:
- ERN(Electronic Release Notification): 新しいリリースと更新のため
- MEAD(Media Enrichment and Description): 拡張メタデータのため
- DSR(Digital Sales Reporting): ロイヤリティ明細のため
LabelGrid では: カタログ移行のための DDEX インポートに対応しており、メタデータ、ISRC、リリース履歴をすべて保ったまま、別のディストリビューターから簡単にリリースを移せます。
ディストリビューター(Distributor)
Section titled “ディストリビューター(Distributor)”音楽ディストリビューターは、アーティストやレーベルとストリーミングプラットフォームをつなぐ橋渡し役です。世界中の DSP に音楽を届けるための技術面とビジネス面の要件を取り扱います。
ディストリビューターが行うこと:
- 音楽ファイルとメタデータをプラットフォームに届ける
- リリースが各プラットフォームの仕様を満たすようにする
- すべてのプラットフォームから、あなたに代わってロイヤリティを回収する
- 分析とレポートを提供する
- 管理業務(削除、更新、修正)を取り扱う
必要な理由: ストリーミングプラットフォームは、個々のアーティストから直接音楽を受け付けません。音楽を届けるには、確立した関係と技術的な基盤を持つディストリビューターが必要です。
ディストリビューターとしての LabelGrid: 私たちは世界中のストリーミングプラットフォームに配信し、すべての技術要件を取り扱い、ロイヤリティを回収し、詳しい分析を提供します。その間も、権利はあなたの手に残ります。
DSP(Digital Service Provider)は、ストリーミングであれダウンロードであれ、デジタル音楽を消費者に届けるあらゆるプラットフォームを指す業界用語です。
主な DSP:
- ストリーミング: Spotify、Apple Music、Amazon Music、YouTube Music、Deezer、TIDAL、Pandora
- ダウンロードストア: iTunes、Amazon、Beatport、Bandcamp
- 動画プラットフォーム: YouTube(Content ID 付き)
- ソーシャルメディア: TikTok、Instagram、Facebook
この用語が重要な理由: 「DSP に配信する」「DSP の要件」と聞いたら、これらのプラットフォームに音楽を届けることを意味します。DSP ごとに、メタデータの要件、音声の仕様、配信のタイムラインが少しずつ異なります。
LabelGrid を通じて: 私たちは世界中の DSP への配信を取り扱い、各プラットフォームの技術要件を管理するので、あなたが対応する必要はありません。
レーベルコピー(Label Copy)
Section titled “レーベルコピー(Label Copy)”レーベルコピーとは、リリースに付随する書面情報のすべてを指します。従来であればフィジカルアルバムのパッケージに記載されていたものすべてです。誰が何をしたか、誰が何を所有するかを示す完全な記録です。
レーベルコピーに含まれるもの:
- トラックのタイトルと長さ
- アーティストのクレジット(メイン、フィーチャリング、with)
- 作者とコンポーザーのクレジットと分配
- プロデューサーのクレジット
- 著作権表示(P ライン、C ライン)
- パブリッシャー情報
- 各トラックの ISRC コード
- リリースの UPC/EAN
- リリース日とカタログ番号
完全性が重要な理由: レーベルコピーが完全であれば、全員が正しくクレジットされ、さらに大切なことに、正しく支払いを受けられます。クレジットの欠落や誤りは、ロイヤリティの損失につながります。
メタデータ(Metadata)
Section titled “メタデータ(Metadata)”メタデータとは、音声そのもの以外で音楽に付随するすべての情報です。ストリーミングプラットフォームが、何を表示するか、音楽をどう分類するか、そしてあなたが確実に支払いを受けられるようにするための手段です。
メタデータの種類:
- 記述的: タイトル、アーティスト名、アルバム名、ジャンル
- 識別子: ISRC、UPC、カタログ番号
- クレジット: 作者、プロデューサー、実演家、貢献者
- 権利: 著作権情報、P ライン、C ライン
- 技術的: 音声形式、長さ、トラック番号
- 商業的: リリース日、地域、価格
正確さが重要な理由:
- メタデータの誤り = ロイヤリティの損失
- 質の低いメタデータ = ファンが音楽を見つけにくくなる
- ばらついたメタデータ = アーティストプロフィールの分断
ベストプラクティス:
- すべての名前のつづりを二重に確認する
- アーティスト名の書式をそろえる
- すべての貢献者とその役割を含める
- 提出前に ISRC を確認する
PRO(演奏権管理団体)は、音楽が公に演奏されたときに、作詞作曲者とパブリッシャーに代わってロイヤリティを回収します。「公の演奏」には、ラジオの放送、テレビ放送、ライブ会場、ストリーミングが含まれます。
地域別の主な PRO:
- 米国: ASCAP、BMI、SESAC、GMR
- 英国: PRS for Music
- カナダ: SOCAN
- ドイツ: GEMA
- フランス: SACEM
- スペイン: SGAE
- オーストラリア: APRA AMCOS
しくみ:
- 作詞作曲者/パブリッシャーが、自分の作品を PRO に登録します
- PRO が公の演奏(ラジオ、ストリーミング、会場)を監視します
- 音楽を利用する事業者からライセンス料を回収します
- 演奏データに基づいて、会員にロイヤリティを分配します
重要な区別: PRO は作詞作曲者(作曲権)のために回収します。ストリーミングからのレコーディングロイヤリティは、ディストリビューターを通じて入ってきます(そこで LabelGrid の出番です)。
ベストプラクティス:
- 自国の PRO に登録する
- すべての楽曲をそこに登録する
- リリースで作者をクレジットする際に PRO 情報を含める
ロイヤリティと支払い
Section titled “ロイヤリティと支払い”収益、ロイヤリティ、支払いのしくみに関する用語です。
アドバンス(Advance)
Section titled “アドバンス(Advance)”アドバンスとは、アーティストに対して前払いされる金額で、通常は配信契約、レーベル契約、出版契約の一環として支払われます。本質的には、これから得る見込みのロイヤリティの前払いです。
主な特徴:
- 音楽がまだ何も稼いでいない段階で前払いされる
- 将来のロイヤリティ収益から回収される
- 借金ではなく、音楽の成績が振るわなくても返済の必要はない
- 金額は見込み収益に基づく
メリット:
- 録音、マーケティング、生活費などにすぐ使える現金
- 音楽の成績にかかわらず保証された資金
デメリット:
- アドバンスが回収されるまで、追加のロイヤリティは入らない
- 契約期間が長くなることがある
- 柔軟性が制限されることがある
交渉のヒント: アドバンスの大きさは、契約の条件と相関することがよくあります。アドバンスが大きいほど、契約が長期になったり、ロイヤリティ率が低くなったりするかもしれません。
メカニカルロイヤリティ(Mechanical Royalties)
Section titled “メカニカルロイヤリティ(Mechanical Royalties)”メカニカルロイヤリティは、楽曲が複製されるたびに(ストリーム、ダウンロード、CD、レコードのいずれであれ)作詞作曲者とパブリッシャーに支払われる対価です。
名前の由来: この用語は、自動ピアノやオルゴール、つまり音楽の「機械的(メカニカル)」な複製にさかのぼります。
誰が得るのか: 作詞作曲者とそのパブリッシャー(曲を書いた人々であり、必ずしも録音アーティストではありません)。
ストリーミングでのしくみ:
- 各ストリームは、メカニカルロイヤリティ(楽曲分)とレコーディングロイヤリティ(マスター分)の両方を生みます
- 米国では、ストリーミングからのメカニカルロイヤリティは MLC(Mechanical Licensing Collective)が回収します
- 料率は国やプラットフォームによって異なります
重要な区別:
- レコーディングロイヤリティは、ディストリビューター(LabelGrid)を通じて入ります
- 楽曲のメカニカルロイヤリティは、別の経路で作詞作曲者/パブリッシャーに渡ります
- リリースする曲を自分で書いた場合は、両方を受け取る権利があるかもしれません
ネットレシート(Net Receipts)
Section titled “ネットレシート(Net Receipts)”ネットレシートとは、ストリーミングプラットフォームやストアから、手数料や控除を差し引いたあとに実際に受け取る金額です。あなたのロイヤリティを計算する起点になります。
しくみ:
- ストリーミングプラットフォームが収益(サブスクリプション、広告、販売から)を集めます
- 自社の取り分と手数料を差し引きます
- 残り(ネットレシート)をディストリビューターに支払います
- ディストリビューターはこの金額をもとにあなたのロイヤリティを計算します
重要な理由: 「ネットレシートに基づくロイヤリティ」とあれば、あなたの取り分は、理論上の総額ではなく、ディストリビューターが実際に受け取った金額から計算されるということです。
透明性: LabelGrid では、ロイヤリティ明細に詳しい内訳を示すので、収益がどう計算されているかを正確に確認できます。
演奏権ロイヤリティ(Performance Royalties)
Section titled “演奏権ロイヤリティ(Performance Royalties)”演奏権ロイヤリティは、楽曲が公に演奏されたときに支払われる対価です。これには、ラジオの放送、テレビ放送、会場でのライブ演奏、店内の BGM、ストリーミングが含まれます。
誰が得るのか: 作詞作曲者とパブリッシャー(作曲権の権利者)。
誰が回収するのか: ASCAP、BMI、PRS、SOCAN などの演奏権管理団体(PRO)。
しくみ:
- 音楽を公に流す事業者(会場、ラジオ局、ストリーミングサービス)が、PRO に包括ライセンス料を支払います
- PRO は、どの曲が演奏されているかを追跡します
- 演奏データに基づいて、登録済みの作詞作曲者にロイヤリティを分配します
重要: 演奏権ロイヤリティを受け取るには、次が必要です。
- PRO に登録していること
- その PRO に楽曲を登録していること
ストリーミングの演奏権ロイヤリティ: あなたの曲がストリーミングされると、演奏権ロイヤリティ(PRO が回収)とメカニカルロイヤリティ(別途回収)の両方が生まれます。レコーディングロイヤリティは LabelGrid を通じて入ります。
リクープメント(Recoupment)
Section titled “リクープメント(Recoupment)”リクープメントとは、アーティストの将来のロイヤリティ収益から、アドバンスの支払い分を回収するプロセスです。前払いを行うレコード契約や配信契約では、標準的な慣行です。
しくみ:
- アーティストがアドバンス(前払い)を受け取ります
- 音楽がロイヤリティを稼ぐと、その収益がアドバンスの「返済」に充てられます
- アドバンスの金額が完全に回収されると、アーティストは再びロイヤリティの支払いを受け始めます
理解しておくべき点:
- リクープメントは借金ではありません。音楽が十分に稼げなくても、お金を返す必要はありません
- アドバンスがまかなわれるまで、追加のロイヤリティが入らないだけです
- 契約によってリクープメントの条件(料率、何が回収に充てられるか)が異なります
例: ロイヤリティ率 80% で 1 万ドルのアドバンス。音楽が 1 万 5,000 ドルを稼いだ場合、最初の 1 万ドルがアドバンスの回収に充てられ、その後、残り 5,000 ドルの 80%(4,000 ドル)を受け取ります。
ロイヤリティの分配(Royalty Split)
Section titled “ロイヤリティの分配(Royalty Split)”ロイヤリティの分配とは、録音や楽曲から得た収益を、その制作に貢献したすべての人々の間でどう分けるかを定めるものです。
分配できるもの:
- レコーディングロイヤリティ(ストリームと販売から)
- 作詞作曲/出版ロイヤリティ(楽曲から)
- プロデューサーロイヤリティ
- レーベルの取り分
よくあるケース:
- ソロアーティストが 100% を保持する
- バンドが均等に分ける(4 人組なら各 25%)
- アーティストとプロデューサーの分配(80/20 や 90/10)
- さまざまな分配構成のレーベル契約
ベストプラクティス:
- 音楽をリリースする前に分配を取り決める
- 合意を書面にする
- すべての貢献者(共作者、フィーチャリングアーティスト、プロデューサー)を考慮する
- 共同制作者が変わったら分配を更新する
LabelGrid では: リリースごと、またはトラックごとにロイヤリティの分配を設定でき、その割合に従って支払いを自動で分配します。
明細期間(Statement Period)
Section titled “明細期間(Statement Period)”明細期間とは、ロイヤリティ報告が対象とする特定の期間です。その期間に発生したすべての収益、ストリーム、販売が示されます。
よくある明細期間:
- 月次(最近の配信では最も一般的)
- 四半期(従来のレーベル会計)
含まれるもの:
- プラットフォーム別・地域別のストリーム数
- 得た収益
- トラックごとの詳しい内訳
- 通貨換算(海外収益の場合)
タイミングについて: ストリームが発生してから明細に表れるまでには、常に遅れがあります。DSP が自社の会計サイクルを締めたあとに収益を報告するためです。
LabelGrid では: プラットフォーム別、地域別、トラック別の詳しい内訳を含む月次の明細を提供するので、収益がどこから来ているかを理解しやすくなっています。
権利とライセンス
Section titled “権利とライセンス”著作権、ライセンス、所有権に関する用語です。
C ライン(C-Line)
Section titled “C ライン(C-Line)”C ライン(©)は、もとになる楽曲そのもの(メロディ、歌詞、アレンジ)の著作権表示です。誰がパブリッシング権を所有するかを示します。
形式: © [年] [所有者名]
- 例:© 2026 Luna Martinez
- 例:© 2026 Stellar Publishing
© 記号: この世界共通の著作権記号は、楽曲(およびその他の創作物)を対象とします。音源を専門に対象とする ℗ とは異なります。
C ラインに記載するのは:
- 作詞作曲者、またはそのパブリッシャー
- 作者が複数の場合:「© 2026 Writer A, Writer B」またはパブリッシャー名
- 自分で曲を書いた場合:自分の法的な氏名または出版事業者名
年: 楽曲が最初に発表された年。
P ラインと C ラインの違い:
- P ライン(℗):録音(マスター)の所有者
- C ライン(©):楽曲(パブリッシング)の所有者
- インディペンデントのアーティストでは両者が同じことがよくありますが、常にそうとは限りません
LabelGrid では: P ラインと C ラインはいずれもリリースの必須メタデータです。両者が同じ場合(両方を所有)もあれば、異なる場合(カバー曲、契約済み)もあります。
マスター(Master)
Section titled “マスター(Master)”「マスター」には、音楽において関連する 2 つの意味があります。
1. マスター録音: 最終的に完成した音声ファイル。ミックスとマスタリングを終え、配信できる状態のもの。録音の決定版です。
2. マスター権: その特定の音源に対する所有権。マスターを所有する者が、その録音がどう使われ、ライセンスされ、収益化されるかを管理します。
通常、誰がマスターを所有するか:
- インディペンデントのアーティストは、通常自分のマスターを所有します
- 契約済みのアーティストは、マスターの所有権をレーベルに移すことがあります(契約によります)
- 業務委託(work-for-hire)の録音は、依頼した側が所有します
所有権が重要な理由:
- ライセンス(シンク契約、サンプル、リミックス)を管理できる
- レコーディングロイヤリティを直接受け取れる
- カタログを移転・売却できる
- 音楽の長期的な価値
LabelGrid では: あなたはマスターの所有権を 100% 保持します。私たちは配信と収益化を手伝いますが、権利はあなたのものです。
マスター権(Master Rights)
Section titled “マスター権(Master Rights)”マスター権とは、特定の音源、つまり曲を再生したときに聞こえる実際の音声ファイルに対する所有権です。もとになる楽曲(メロディと歌詞)を対象とするパブリッシング権とは別物です。
マスター権が管理するもの:
- 録音の配信と販売
- 録音から生じるストリーミングロイヤリティ
- シンク(映画、テレビ、広告)のためのライセンス
- 二次的著作物(リミックス、サンプル)の制作
マスター権とパブリッシング権の例: Aretha Franklin が「Respect」を録音したとき、彼女は自分の録音のマスター権を所有していました。しかし、その曲を書いてもともと録音した Otis Redding は、楽曲のパブリッシング権を保持していました。Aretha のバージョンが再生されると、両者がロイヤリティを得ます。
インディペンデントのアーティスト: LabelGrid を通じて自分の音楽を録音・リリースする場合、通常はマスター権(あなたの録音)とパブリッシング権(自分で書いた場合)の両方を所有し、全面的に管理できます。
メカニカルライセンス(Mechanical License)
Section titled “メカニカルライセンス(Mechanical License)”メカニカルライセンスは、他人の音楽作品を複製・配信する許可を与えます。この名前は、自動ピアノのロールやオルゴールといった、初期の「機械的(メカニカル)」な複製に由来します。
必要になるとき:
- カバー曲を録音するとき(他人の曲のあなたのバージョン)
- 楽曲をサンプリングするとき(別の曲のメロディ/歌詞を使う)
- カバーのフィジカル商品(CD、レコード)を作るとき
必要ないとき:
- 自分のオリジナル楽曲を録音するとき
- ライブ演奏(別のライセンスで、会場が処理します)
取得方法:
- Harry Fox Agency、Songfile、Easy Song Licensing などのサービス
- パブリッシャーとの直接交渉
- 一部のディストリビューターがライセンスサービスを提供しています
費用: メカニカルライセンスには、法律で定められた法定料率(米国の場合)か、交渉による料率があります。配信した単位ごとに支払うのが一般的です。
重要: 配信の前にライセンスが必要です。適切なライセンスなしにカバーをリリースすると、削除や法的な問題につながることがあります。
隣接権(Neighboring Rights)
Section titled “隣接権(Neighboring Rights)”隣接権(「関連権」とも呼ばれます)は、録音が公に演奏されたときに、実演家やレコードレーベルが対価を受け取る権利です。作詞作曲者が持つ従来の著作権の「隣」に位置するものです。
誰が恩恵を受けるか:
- 実演アーティスト(録音に参加した歌手やミュージシャン)
- レコードレーベル(マスター権の権利者)
支払いのきっかけ:
- 録音のラジオ放送
- テレビ放送
- 会場や店舗などでの公の演奏
- 一部のストリーミング(国によります)
地域による違い: 隣接権は、世界各地で扱いが異なります。
- ヨーロッパ、英国、カナダ、オーストラリア、日本では手厚い
- 米国では従来型のラジオで認められていない(ただしストリーミングは対象)
回収: PPL(英国)、SoundExchange(米国のデジタル)、SENA(オランダ)などの団体がこれらのロイヤリティを回収します。支払いを受けるには、アーティストが登録する必要があります。
重要な理由: 隣接権は、特にラジオ放送のある録音にとって、大きな収益源になり得ます。多くのアーティストは、自分にこれらのロイヤリティが支払われるべきだと気づいていません。
P ライン(P-Line)
Section titled “P ライン(P-Line)”P ライン(℗)は、音源(フォノグラム)の著作権表示です。誰がマスター録音を所有し、いつ著作権が確立したかを示します。
形式: ℗ [年] [所有者名]
- 例:℗ 2026 Horizon Records
- 例:℗ 2026 Luna Martinez
℗ 記号: 丸で囲まれた「P」は「フォノグラム(音源)」を表します。楽曲やその他の作品を対象とする © とは異なります。
P ラインに記載するのは:
- 音源の所有者(マスター権の権利者)
- インディペンデントのアーティストの場合:通常は本人の氏名やアーティスト名
- 契約済みのアーティストの場合:通常はレコードレーベル
年: 録音が最初に発表/リリースされた年。
重要な理由:
- 著作権の所有を法的に告知する
- 配信に必須のメタデータ
- 自分の権利を公の記録として確立する
LabelGrid では: リリースの作成時に P ライン情報を入力します。録音を誰が所有するかを正確に反映するようにしてください。
パブリッシング権(Publishing Rights)
Section titled “パブリッシング権(Publishing Rights)”パブリッシング権とは、もとになる音楽作品、つまり誰が録音するかにかかわらず「楽曲」を構成するメロディ、歌詞、編曲に対する所有権です。
パブリッシング権が管理するもの:
- 誰がその曲を録音できるか(メカニカルライセンス)
- シンクライセンス(視覚メディアで楽曲を使う)
- 演奏権ロイヤリティ(ラジオ、テレビ、ストリーミング)
- 出版権(楽譜)
パブリッシャーと作詞作曲者:
- 作詞作曲者が楽曲を生み出し、最初にパブリッシング権を所有します
- パブリッシャーはこれらの権利の管理(ライセンス、回収、プロモーション)を手伝います
- 出版契約では、所有権の共有や管理の委任を伴うことがよくあります
分配: 出版収益は通常、次のように分けられます。
- 50% は「作家の取り分」(常に作詞作曲者に渡ります)
- 50% は「パブリッシャーの取り分」(パブリッシャー、または自己出版の場合は作者に渡ります)
インディペンデントのアーティストへ: 自分で曲を書いた場合、あなたがパブリッシング権を所有します。自分で管理することも、パブリッシングアドミニストレーターと協力して、世界中のロイヤリティを回収してもらうこともできます。
シンクライセンス(Sync License)
Section titled “シンクライセンス(Sync License)”シンク(同期)ライセンスは、音楽を視覚メディアと組み合わせて使う、つまり音声を映像に「同期(シンク)」させる許可を与えます。映画、テレビ番組、コマーシャル、ビデオゲーム、オンライン動画が対象です。
必要な 2 つのライセンス: シンクの利用には、通常 2 つの別々のライセンスが必要です。
- シンクライセンス: パブリッシャーから(作曲権)
- マスター使用ライセンス: レーベル/アーティストから(録音権)
シンクに価値がある理由:
- 一時金が数百ドルから数十万ドルに及ぶことがある
- 放送による継続的なロイヤリティ
- 音楽の大きな露出
- 名誉ある起用がキャリアの信頼を築く
シンクの起用を得る方法:
- 音楽スーパーバイザーが、ライブラリ、ピッチングサービス、直接の応募を通じて音楽を見つける
- 音楽が正しく登録され、ライセンスしやすい状態であると有利
- サンプルやカバーがクリアされた質の高い録音が欠かせない
インディペンデントのアーティストへのヒント: 権利を明確にし、ライセンスの問い合わせには迅速に対応しましょう。書類のやり取りを速く進められると、起用を勝ち取れるかどうかの分かれ目になります。
音声形式、品質仕様、技術用語です。
ADM BWF
Section titled “ADM BWF”ADM BWF(Audio Definition Model Broadcast Wave Format)は、Dolby Atmos 音楽を納品するために使われるファイル形式です。音声と、音が 3D 空間のどこに現れるべきかを記述する空間メタデータの両方を含みます。
ADM BWF ファイルに含まれるもの:
- 音声チャンネル(7.1.4 ベッドとオブジェクト)
- 空間メタデータ(各音声オブジェクトの位置、動き、大きさ)
- ファイルに埋め込まれた技術仕様
技術要件:
- サンプルレート 48 kHz
- ビット深度 24 ビット
- 最大 128 個の音声オブジェクト
- 一般的に 7.1.4 ベッド構成
ADM BWF ファイルの作成:
- Dolby Atmos Renderer から書き出す
- Logic Pro 10.7 以降から書き出す
- Atmos プロダクションスイートを備えた Pro Tools から書き出す
納品: LabelGrid を通じて Dolby Atmos コンテンツを配信する際、ADM BWF ファイルはステレオマスターとともに納品されます。
AIFF(Audio Interchange File Format)は、Apple が開発した非圧縮の音声形式です。品質の面で WAV と機能的に同等で、Mac ベースのスタジオでよく使われます。
特徴:
- 非圧縮(ロスレス)
- WAV と同等の品質
- Mac/Logic Pro 環境でよく使われる
- 追加のメタデータを保存できる
AIFF と WAV:
- どちらも非圧縮の高品質形式
- どちらも配信に受け入れられる
- WAV のほうが互換性が広い
- AIFF は一部の Apple/プロのワークフローで好まれる
LabelGrid へのアップロードでは:
- AIFF は WAV と並んで受け入れられます
- WAV との品質の差はありません
- DAW がそのまま書き出すほうを使ってください
ビット深度(Bit Depth)
Section titled “ビット深度(Bit Depth)”ビット深度は、デジタル音声のダイナミックレンジとノイズフロアを決めます。要するに、録音の最も静かな部分と最も大きな部分との間にどれだけの差を表せるか、ということです。
よくあるビット深度:
- 16 ビット: CD 品質、ダイナミックレンジ 96 dB、最終配信の標準
- 24 ビット: プロの標準、ダイナミックレンジ 144 dB、録音/ミックスで好まれる
- 32 ビットフロート: 最大のヘッドルーム、最近の DAW で処理に使われる
配信では:
- 最低: 16 ビット
- 推奨: 24 ビット(ほとんどの DSP がこの品質を保ちます)
- ハイレゾプラットフォーム: 24 ビット推奨
録音に 24 ビットを使う理由: 余分なヘッドルームが録音中のクリッピングを防ぎ、ミックスの自由度を高めます。必要であれば、納品時にいつでも 16 ビットに変換できます。
ベストプラクティス: 24 ビットで録音し、可能なら 24 ビットで納品しましょう。最近のストリーミングプラットフォームは、ますますハイレゾ音声に対応しています。
ディザリング(Dithering)
Section titled “ディザリング(Dithering)”ディザリングは、ビット深度を下げる際(24 ビットから 16 ビットへの変換など)に、ごく少量のノイズを加えるプロセスです。このノイズは、量子化誤差と呼ばれる不快なデジタルの歪みを防ぐことで、実は音質を向上させます。
ディザリングが必要なとき:
- 24 ビットから 16 ビットへ変換するとき(CD や一部の納品形式向け)
- セッションより低いビット深度で最終マスターを書き出すとき
- ビット深度を下げるとき全般
ディザリングが必要ないとき:
- セッションと同じビット深度で書き出すとき
- 24 ビットで納品するとき(最近はほとんどの DSP が受け入れます)
- 32 ビットフロートで完結して作業するとき
ディザの種類:
- POW-r、MBIT+、UV22HR などは、それぞれ微妙に音が異なります
- ほとんどは、通常の聴取では区別できない結果になります
ベストプラクティス: 24 ビット(推奨)でマスタリングして納品するなら、ディザリングはまったく不要かもしれません。16 ビットで納品しなければならない場合は、チェーンの最後のステップとしてディザを適用してください。
Dolby Atmos
Section titled “Dolby Atmos”Dolby Atmos は、音楽向けの代表的な空間オーディオ形式で、音がリスナーを取り囲む 3 次元空間に存在する没入感のある体験を生み出します。
しくみ:
- 音は 3D 空間内の「オブジェクト」として配置されます
- システムは、リスナーの再生環境に応じて音声をレンダリングします
- 対応ヘッドホンのヘッドトラッキングにより、動いても音が「その場にとどまる」ように感じられます
配信では:
- ADM BWF ファイル形式が必要
- ステレオマスターとは別に納品
- 特定の技術要件(7.1.4 ベッド、オブジェクトなど)
対応プラットフォーム:
- Apple Music(Atmos コンテンツに力を入れています)
- Amazon Music HD
- TIDAL
始め方:
- ツール:Dolby Atmos Music Panner、Logic Pro 10.7 以降、Atmos レンダラー付きの Pro Tools
- 検討:Atmos 専門のミキシングエンジニアと協力する
- 納品:ステレオのリリースとともに LabelGrid を通じて
FLAC(Free Lossless Audio Codec)は、もとの音質を 100% 保ったままファイルサイズを小さくする、圧縮された音声形式です。品質を損なわずにファイルを小さくできる、両者のいいとこ取りの形式です。
特徴:
- ロスレス圧縮(音質の劣化なし)
- 通常、WAV より 50〜60% 小さい
- オープンソースでロイヤリティフリーの形式
- 幅広い互換性
FLAC と MP3:
- FLAC:ロスレス、ファイルは大きめ、フル品質
- MP3:ロッシー、ファイルは小さい、品質が恒久的に劣化
配信では:
- FLAC は LabelGrid とほとんどの DSP に受け入れられます
- プラットフォームが自社のストリーミング形式にトランスコードします
- デコード後は WAV と同等の品質です
FLAC を使うとき:
- 保存容量や帯域が気になるとき
- アーカイブ用(WAV より小さく、フル品質)
- WAV のアップロードが遅すぎるとき
ベストプラクティス: WAV でマスタリングし、必要なら FLAC でアーカイブし、どちらの形式でもアップロードできます。
LUFS(Loudness Units Full Scale)は、体感ラウドネス、つまりピークレベルだけでなく、人の耳に実際にどれだけ大きく聞こえるかを測ります。ストリーミングプラットフォームは、すべての曲を似た体感音量に保つために、LUFS ベースのノーマライゼーションを使います。
プラットフォームのノーマライゼーション目標値:
- Spotify: -14 LUFS(より大きいトラックは音量を下げることがあります)
- Apple Music: -16 LUFS
- YouTube: -14 LUFS
- TIDAL: -14 LUFS
- Amazon Music: -14 LUFS
マスタリングにとっての意味:
- -14 LUFS より大きくマスタリングしたトラックは、音量を下げられます
- これにより「大きく」マスタリングする優位性がなくなります
- 適切なレベルでマスタリングしたトラックのほうが、ダイナミックに聞こえます
おすすめ:
- ストリーミング向けには -14 LUFS(インテグレーテッド)前後を目標にする
- ラウドネスのためにダイナミクスを犠牲にしない。どのみちプラットフォームがノーマライズします
- ラウドネスメーターのプラグインでマスターを確認する
音圧戦争は終わった: ストリーミングの時代では、プラットフォームがどのみちすべてを似たレベルにそろえるため、ダイナミックで丁寧にマスタリングしたトラックのほうが、過度に圧縮した「大きい」マスターよりも良く聞こえることがよくあります。
サンプルレート(Sample Rate)
Section titled “サンプルレート(Sample Rate)”サンプルレートは、デジタル録音の際に音声信号を 1 秒間に何回測定(サンプリング)するかを表します。サンプルレートが高いほど、特に高い周波数で、より多くのディテールを捉えられます。
よくあるサンプルレート:
- 44.1 kHz: CD 品質の標準、ほとんどのリスナーに十分
- 48 kHz: 映像/映画音声の標準、プロでよく使われる形式
- 88.2/96 kHz: ハイレゾ音声
- 176.4/192 kHz: 超ハイレゾ、アーカイブ品質
配信では: ほとんどの DSP は 44.1 kHz 以上を受け入れます。次をおすすめします。
- 最低: 44.1 kHz
- 推奨: 48 kHz 以上
- ハイレゾストリーミング: 96 kHz(Apple Music や Amazon Music HD などのプラットフォーム向け)
ベストプラクティス: 自分の環境で現実的に可能な、最も高いサンプルレートで録音・ミックスしましょう(最低 48 kHz 推奨)。納品のためのダウンサンプリングは簡単ですが、あとからディテールを足すことはできません。
空間オーディオ(Spatial Audio)
Section titled “空間オーディオ(Spatial Audio)”空間オーディオは、3 次元の音響体験を生み出す没入型の音声形式です。従来のステレオ(左右)とは異なり、空間オーディオはリスナーの周囲、つまり上、下、後ろにも音を配置します。
主な形式:
- Dolby Atmos: 最も広く対応されており、Apple Music、Amazon、TIDAL で使われています
- Sony 360 Reality Audio: Amazon、Deezer、TIDAL が対応
空間オーディオが再生される場所:
- Apple Music(AirPods Pro、AirPods Max、対応スピーカー)
- Amazon Music HD
- TIDAL
- 対応サウンドバーやホームシアターシステム
- 対応ヘッドホン(ヘッドトラッキング付き)
空間オーディオの制作:
- 専門のミキシングツール(Dolby Atmos Production Suite、Logic Pro)が必要
- 空間オーディオのファイル(ADM BWF 形式)を別途納品する必要がある
- 追加のマスタリングの専門知識が必要
やる価値はあるか? 空間オーディオは、特に Apple Music で急速に伸びています。早く取り入れると、専用の空間オーディオプレイリストやカテゴリーで露出を得られます。
WAV(Waveform Audio File Format)は、音質を完全に保つ非圧縮の音声形式です。プロの音声で最も広く互換性のある形式です。
特徴:
- 非圧縮(ロスレス)
- 最大限の品質保持
- ファイルサイズが大きい(44.1/16 で 1 分あたり約 10 MB)
- 世界共通の互換性
配信に WAV が好まれる理由:
- 圧縮による音質の劣化がない
- プラットフォームが必要などの形式にもトランスコードできる
- 納品の業界標準
- ライセンスの問題がない(一部のコーデックとは異なります)
LabelGrid へのアップロードでは:
- WAV が推奨のアップロード形式です
- 44.1 kHz 以上、16 ビットまたは 24 ビット
- ステレオ形式
他の形式を使うとき:
- FLAC:WAV より小さく、なおロスレス。LabelGrid に受け入れられます
- AIFF:WAV と同等、Mac システムでよく使われます
- MP3:配信のアップロードには絶対に使わない(ロッシー圧縮)
配信のプロセス
Section titled “配信のプロセス”音楽のリリースと配信に関する用語です。
露骨な表現(Explicit)
Section titled “露骨な表現(Explicit)”露骨な表現を含むコンテンツとは、すべての視聴者にふさわしいとは言えない素材(罵り言葉、性的な内容、暴力、薬物への言及)を含むものです。プラットフォームで適切に扱われるよう、リリースは正しく設定する必要があります。
露骨とみなされるもの:
- 罵り言葉や強い言葉
- 露骨な性的内容
- 過激な暴力への言及
- 詳細な薬物使用の描写
正しく設定することが重要な理由:
- プラットフォームへの準拠: 一部のストアには露骨な表現に関するルールがあります
- ペアレンタルコントロール: 家庭が適切にフィルターするのに役立ちます
- 地域による提供可否: 一部の地域は露骨な表現を制限します
- 法的要件: 一部の地域は露骨な表現の表示を義務付けています
LabelGrid での設定:
- トラック単位で設定します(トラックごとに変えられます)
- 「Explicit」= 露骨な表現を含む
- 「Clean」= 露骨な表現がない、または編集済みのバージョン
- 「Not Applicable」= インストゥルメンタルや純粋なスポークンワード向け
クリーンバージョン: 露骨なバージョンとクリーンなバージョンの両方をリリースする場合は、次のようにします。
- 同じ ISRC を使うべきか? いいえ。異なるバージョンには異なる ISRC が必要です
- はっきりと表示する:編集版には「Song Title (Clean)」と付ける
- 別々のリリース、または別々のトラックとして提出する
リードタイム(Lead Time)
Section titled “リードタイム(Lead Time)”リードタイムとは、配信のためにリリースを提出してから、ストリーミングプラットフォームで公開されるまでの期間です。リードタイムが長いほど、プロモーションの機会が増えます。
最低リードタイム:
- 絶対的な最低: 5〜7 日(ストアに載せるだけのため)
- 推奨の最低: 2 週間(Release Radar、プリセーブのため)
- 理想: 3〜4 週間(編集での検討、マーケティングの準備のため)
リードタイムが長いほうが良い理由:
アルゴリズム向け:
- Release Radar(Spotify): フォロワーの金曜のプレイリストに含めるには 7 日以上必要
- New Music Friday(アルゴリズム): 評価のために事前の通知が必要
編集プレイリスト向け:
- プラットフォームの編集者は、数週間先のプレイリストを計画します
- 3〜4 週間のリードタイムがあれば、聴いて検討する時間ができます
- 一部の主要プレイリストは数か月先まで計画しています
自分のマーケティング向け:
- プリセーブのキャンペーンを準備する時間
- 報道やブログでの紹介のための時間
- SNS での盛り上げのための時間
ベストプラクティス: 4 週間を標準のリードタイムと考えてください。急ぎのリリースは、当たり前ではなく例外であるべきです。
ピッチ(Pitch)
Section titled “ピッチ(Pitch)”ピッチングとは、未発表の音楽をストリーミングプラットフォームの編集者に提出し、プレイリストへの掲載を検討してもらうことです。ピッチが成功すれば、数百万人のフォロワーを持つ編集プレイリストに曲を載せられることがあります。
ピッチの方法:
- Spotify: Spotify for Artists を通じて、リリースの最低 7 日前まで
- Apple Music: Apple Music for Artists を通じて
- その他のプラットフォーム: プラットフォームによります。ディストリビューター経由でピッチを受け付けるところもあります
ピッチに含めるもの:
- ジャンルとムードの説明
- 曲の背景にあるストーリー
- 合うと思う狙いのプレイリスト
- 注目すべき報道、実績、背景
- リリース日とマーケティング計画
編集者が見ているもの:
- 質の高い制作と作詞作曲
- アーティストの成長(増えるファン層、継続的なリリース)
- 自分たちのプレイリストに合う明確なジャンル
- 心をつかむストーリーやフック
タイミングの重要性:
- 必ずリリース日より前にピッチする
- Spotify は最低 7 日、2〜4 週間あればより良い
- 早すぎることは問題になりませんが、遅すぎるとピッチできません
現実: 編集プレイリストへの掲載は競争が激しいです。ほとんどのリリースは選ばれません。それでもピッチは無料で、得られるものは大きいので、常にやる価値があります。
プリセーブ(Pre-save)
Section titled “プリセーブ(Pre-save)”プリセーブは、ファンが公開前にあなたの近日リリースをライブラリに追加できるようにする機能です。リリース当日に音楽が自動で表示され、初日のストリームを後押しし、プラットフォームのアルゴリズムにエンゲージメントの信号を送ります。
しくみ:
- 近日リリースのためのプリセーブリンクを作成します
- ファンがリンクをクリックし、ライブラリへの追加を承認します
- リリース当日、音楽が Spotify や Apple Music などのライブラリに自動で表示されます
- 利用可能になったことを知らせる通知が届くこともあります
プリセーブが重要な理由:
- 初日のストリーム: ファンが検索せずにすぐ聴けます
- アルゴリズムの信号: 初日の強いエンゲージメントが、アルゴリズムのプレイリストを呼び込むことがあります
- Release Radar: Spotify はフォロワーが保存したトラックを優先します
- コミットメント: プリセーブするファンは、全体的によりエンゲージしています
プリセーブのキャンペーンを作る:
- LabelGrid がプリセーブリンクの生成を提供します
- SNS、メールリスト、ウェブサイトでリンクを共有します
- リリースの 2〜4 週間前にプリセーブのキャンペーンを実施します
ヒント: プリセーブを限定コンテンツやプレゼントと組み合わせると、参加を最大化できます。
削除(Takedown)
Section titled “削除(Takedown)”削除とは、ストリーミングプラットフォームからリリースを取り下げることです。自主的なもの(自分で音楽を取り下げたい)の場合も、必要に迫られたもの(法的な問題による)の場合もあります。
削除の種類:
自主的:
- 古くなったリリースを取り下げる
- アーティストとレーベルの契約上の争い
- リブランディング(古いアーティスト名の音楽を取り下げる)
- 品質の問題(より良いバージョンをリリースしたい)
必要に迫られたもの:
- 著作権侵害の申し立て(ライセンスのないサンプル、カバー)
- Content ID の争い
- 法的要件
削除の手続き:
- ディストリビューターを通じて依頼を提出します
- ディストリビューターがすべての DSP に通知します
- プラットフォームがコンテンツを取り除きます(通常 24〜48 時間以内)
- すべてのストアからの完全な削除には最大 2 週間かかることがあります
重要な検討事項:
- 削除は元に戻せないことがあります。依頼する前に慎重に考えてください
- 積み上げた再生数やプレイリストへの掲載を失います
- 同じコンテンツを再アップロードすると、新しいエントリ(異なる ISRC)になることがあります
LabelGrid を通じて: 削除の依頼はダッシュボードから提出できます。私たちがすべてのプラットフォームとのやり取りを取り扱います。
プラットフォームと機能
Section titled “プラットフォームと機能”ストリーミングプラットフォーム固有の機能やツールです。
Apple Music for Artists
Section titled “Apple Music for Artists”Apple Music for Artists は、Apple Music に音楽があるミュージシャン向けの、Apple の分析ダッシュボードです。ストリーミングデータ、リスナーのインサイト、Shazam の統計を提供します。
確認できるもの:
- 再生数、リスナー数、楽曲の購入数
- リスナーの属性(年齢、性別、地域)
- リスナーがどうやって音楽を見つけたか
- Shazam のデータ(曲が何回 Shazam されたか)
- 都市単位の地理データ
Shazam のインサイト: Apple は Shazam を買収したため、次が確認できます。
- 曲の Shazam 数
- どこで音楽が Shazam されているか
- Shazam はストリームに先行することがよくあります(先行指標)
アクセスの取得方法:
- 音楽が Apple Music にある必要があります
- Apple Music for Artists でアーティストプロフィールを申請します
- 本人確認を行います
- ウェブダッシュボードまたは iOS アプリにアクセスします
便利な機能:
- Apple Music の再生数を表示するウィジェットをウェブサイトに埋め込む
- リリース間で成績を比較する
- どのプレイリストに音楽が掲載されているか確認する
- 任意の期間で成績を追跡する
Discovery Mode
Section titled “Discovery Mode”Discovery Mode は、アーティストがより低いロイヤリティ率を受け入れる代わりに、アルゴリズムでのプロモーションを増やせる Spotify のプロモーションツールです。
しくみ:
- Discovery Mode に特定のトラックを選びます
- Spotify がそのトラックをアルゴリズムのおすすめで優先します
- プロモーションで生まれたストリームについては、低いロイヤリティ率を受け取ります
検討するとき:
- 勢いづいている曲をプロモーションする
- 古いカタログのトラックでストリームを伸ばす
- あるトラックにバイラルの可能性があるか試す
検討事項:
- 1 ストリームあたりのロイヤリティ率が低くなる
- 本質的には、ロイヤリティの減額でプロモーションの費用を払っています
- すでにエンゲージメントのあるトラックで最も効果を発揮します
- 結果はさまざまで、成功は保証されません
アクセス方法:
- Spotify for Artists のダッシュボードを通じて
- 本人確認済みのアーティストプロフィールが必要
- すでに Spotify にあるトラックで利用できます
別の見方: 減額が見合わないと考える人もいれば、戦略的なプロモーションに役立つと感じる人もいます。自分の目的を踏まえて、慎重に試してください。
編集プレイリスト(Editorial Playlist)
Section titled “編集プレイリスト(Editorial Playlist)”編集プレイリストは、ストリーミングプラットフォームの従業員が人の手でキュレーションするプレイリストです。アルゴリズムのプレイリストと違い、実際の人が掲載するものを選ぶため、掲載は競争が激しいものの、キャリアを変えうるものになります。
編集プレイリストの例:
- Spotify:RapCaviar、Today’s Top Hits、New Music Friday、Indie Pop
- Apple Music:A-List Pop、New Music Daily、Breaking R&B
- Amazon:Brand New Music、Fresh Indie
編集が重要な理由:
- 膨大なフォロワー数(RapCaviar はフォロワー 1,500 万人超)
- キュレーターからのお墨付き
- まったく新しいオーディエンスに出会える
- アルゴリズムのプレイリストへの掲載につながることが多い
掲載される方法:
- プラットフォームのアーティストツール(Spotify for Artists など)からピッチする
- リリース日の 2〜4 週間以上前に提出する
- 高い制作品質を備える
- ストーリーを伝える、心をつかむピッチを書く
- 自分のマーケティングで勢いを築く
現実: 編集プレイリストは非常に競争が激しいです。ほとんどのリリースは選ばれません。編集へのピッチと並行して、アルゴリズムでの成績やファン層の構築に力を入れましょう。
Release Radar
Section titled “Release Radar”Release Radar は、毎週金曜にリスナーへ新しい音楽を届ける Spotify のパーソナライズドプレイリストです。フォローしているアーティストの新しいリリースや、その人が気に入りそうだとアルゴリズムが判断した似たアーティストの曲を取り上げます。
Release Radar に載る方法:
- ファンが Spotify であなたをフォローしている必要があります
- リリースは 7 日以上のリードタイムで配信する必要があります
- 音楽は、リリースの当日またはその後の金曜の Release Radar に表示されます
重要な理由:
- 最もエンゲージメントの高いファンに確実に露出する
- アルゴリズムのプレイリストなので、自動で、ピッチ不要
- 新しいリリースのストリーミングの勢いを築く
- Release Radar での好成績は、他のアルゴリズムのプレイリストを呼び込むことがあります
Release Radar を最大化する:
- Spotify のフォロワー数を増やす(SNS やウェブサイトからリンクする)
- 常に 7 日以上のリードタイムを使う
- 継続的にリリースし、ファンの Release Radar に存在し続ける
- 強いファンのエンゲージメントの信号が、アルゴリズムでの存在感を高めます
重要: Release Radar はユーザーごとにパーソナライズされるため、分析で「Release Radar」というプレイリストとして表示されることはありません。ストリームは「アルゴリズムのプレイリスト」から来るものとして表示されます。
Spotify for Artists
Section titled “Spotify for Artists”Spotify for Artists は、ミュージシャン向けの Spotify 公式ダッシュボードです。Spotify での成績を把握し、自分の存在を管理し、プレイリストにピッチするために欠かせません。
主な機能:
分析:
- リアルタイムおよび過去のストリーミングデータ
- リスナーの属性と地域
- プレイリストの成績の追跡
- リスナーがどうやって音楽を見つけたか
プロフィール管理:
- アーティストの写真とプロフィール文
- 「Artist’s Pick」(プロフィールで紹介するコンテンツ)
- プレイリストのショーケース
- 公演情報
プレイリストへのピッチ:
- 近日リリースを編集での検討に提出する
- 自分の音楽とストーリーを編集者に伝える
- ピッチの状況を追跡する
プロモーションツール:
- Marquee(有料のプロモーション機能)
- Discovery Mode
- Canvas(トラック用の動画ループ)
- SNS 共有用のプロモカード
アクセスの取得:
- 音楽が Spotify にある必要があります
- artists.spotify.com にアクセスします
- プロフィールを申請します(本人確認を行います)
- 認証済みのチェックマークを得ます
ヒント: 最初のリリースが公開される前に Spotify for Artists のアクセスを申請しておくと、初日からピッチできます。
認証アーティスト(Verified Artist)
Section titled “認証アーティスト(Verified Artist)”認証済みのアーティストプロフィールとは、実際のアーティストやそのチームが申請し、確認されたものです。Spotify などのプラットフォームでチェックマークによって示され、重要な機能を使えるようになります。
認証で使えるようになるもの:
- Spotify: 分析、プレイリストへのピッチ、プロフィールのカスタマイズ、Canvas、Discovery Mode
- Apple Music: 分析、プロフィールのカスタマイズ、プリアドの設定
- Amazon Music: 分析、プロフィールの管理
- YouTube Music: コミュニティ投稿、分析、公式アーティストチャンネルの機能
認証を得る方法:
- プラットフォームに音楽を配信しておく
- プラットフォームのアーティストツール(Spotify for Artists など)にアクセスする
- プロフィールを申請する
- 本人確認を行う(通常は SNS リンクやメールを通じて)
- 承認を得る(通常は早く、数日かかることもあります)
重要な理由:
- 欠かせないプロモーションツールにアクセスできる
- チェックマークがファンの信頼を築く
- プレイリストへのピッチに必要
- アーティストプロフィールの見た目が良くなる
タイミングのヒント: リリースが公開される前に認証を申請しておくと、最初のリリースをプレイリストにピッチし、初日から分析を追跡できます。
コンテンツの種類
Section titled “コンテンツの種類”さまざまな種類の音楽コンテンツやリリースです。
カバー曲(Cover Song)
Section titled “カバー曲(Cover Song)”カバー曲とは、別の人が書いた曲を、あなた自身が録音したものです。曲を演奏して録音するのはあなたですが、書いたのはあなたではありません。
法的要件: カバー曲を配信する前に、必ずメカニカルライセンスを取得しなければなりません。これにより、楽曲を複製・配信する法的な許可が得られます。
ライセンスの取得方法:
- Harry Fox Agency(HFA): 主要なライセンス団体
- Easy Song Licensing: 使いやすいサービス
- Songfile: オンラインのライセンスプラットフォーム
- パブリッシャーから直接: カスタムのアレンジや交渉向け
ライセンスが対象とするもの:
- デジタル配信(ストリーミング、ダウンロード)
- フィジカルの製造(CD、レコード)
- シンク利用や動画は対象外
費用:
- 米国の法定料率:現在、1 単位あたり約 9.1 セント、または 1 分あたり 1.75 セント
- 通常、ダウンロード/ストリーム/コピーごとに支払う
重要な区別:
- カバー曲: 既存の曲の新しい録音(メカニカルライセンスが必要)
- リミックス: 元の録音を使った新しいバージョン(マスターライセンス+メカニカルが必要)
- インターポレーション: メロディ/歌詞の一部を使う(作曲ライセンスが必要)
ベストプラクティス: 配信のために提出する前にライセンスを取得しましょう。ライセンスのないカバーをリリースすると、削除や法的な問題につながることがあります。
EP(Extended Play)は、シングルとフルアルバムの中間にあたるリリース形式です。定義はプラットフォームによって少し異なりますが、おおまかなルールがあります。
EP とみなされるもの:
- 4〜6 トラックで、合計の再生時間が 30 分未満
- または、1〜3 トラックで、少なくとも 1 トラックが 10 分以上
EP ではないもの:
- 1〜3 トラックの短い曲 = シングル
- 7 トラック以上 = アルバム
- 4〜6 トラックで 30 分超 = アルバム
EP をリリースする理由:
- アルバムを約束せずに、シングルより多くのコンテンツを出せる
- フルアルバムの前に新しい方向性を試せる
- アルバムの合間にリリースの勢いを保てる
- ファンにまとまりのある作品を届けられる
プラットフォームの分類: プラットフォームは、トラック数と再生時間に基づいて自動で分類します。上記のルールは目安であり、正確な分類は少し異なることがあります。
戦略のヒント: EP は勢いを築くのに役立ちます。フルアルバムに踏み切る前に、自信のあるトラックを集めた EP をリリースすることを検討したり、EP を使って自分の作風の異なる一面を探ったりしてみてください。
機能性オーディオ(Functional Audio)
Section titled “機能性オーディオ(Functional Audio)”機能性オーディオとは、芸術的な聴取ではなく実用を目的としたコンテンツを指します。睡眠用の音、ホワイトノイズ、瞑想音楽、勉強用のビート、自然音などの環境音的なコンテンツです。
プラットフォームのルール(DSP によって異なります):
- 最低トラック長(1 分以上を求めるものもあります)
- 命名規則(特定の語句を含められない)
- 一部のプラットフォームでロイヤリティ率が低い
- 一部のプロモーション機能から除外されることがある
Spotify の方針:
- 機能性オーディオは 1 ストリームあたりの単価が低い
- 正しくタグ付け/分類する必要がある
- すべてのアルゴリズムのプレイリストに表示されるとは限らない
機能性オーディオのベストプラクティス:
- 各プラットフォームの個別のガイドラインに従う
- 適切な分類とジャンルのタグを使う
- 誤解を招くメタデータでシステムを欺こうとしない
- リリースを計画する際、ロイヤリティ率が低いことを意識する
重要: 偽りの装いで機能性オーディオをアップロードすること(ホワイトノイズを「ポップ」とタグ付けするなど)は、コンテンツの削除につながることがあります。メタデータは正直に。
リミックス(Remix)
Section titled “リミックス(Remix)”リミックスとは、既存の録音を再構成したり、組み替えたり、新しい要素を加えたりして作られる、曲の別バージョンです。
リミックスの種類:
- 公式リミックス: 元の権利者が認可し、元のステムを使ったもの
- ブートレグ/非公式リミックス: 無許可で作られたもの(公式の経路では配信できません)
- ラジオエディット: ラジオ放送向けに短縮/加工したバージョン
- エクステンデッドミックス: より長いバージョン。クラブ向けが多い
必要な許可:
- マスターライセンス: 録音の所有者(通常はレーベル)からの許可
- メカニカルライセンス: 楽曲を使う許可
- 両方がなければ、リミックスを合法的に配信できません
リミックスの許可を得る:
- 元のアーティストのレーベルやマネジメントに連絡します
- 条件を交渉します(一時金やロイヤリティの分配を含むことが多い)
- 制作/リリースの前に書面の合意を得ます
- コンテストや公式の経路を通じて、リミックス用のステムを自ら提供するアーティストもいます
許可なくできること:
- 個人利用やライブ演奏のためにリミックスを作る
- ライセンス契約のあるプラットフォーム(SoundCloud の有料プランなど)にアップロードする
- 特定の状況で DJ スタイルのミックスを作る
許可なくできないこと:
- Spotify や Apple Music などの DSP を通じて配信する
- リミックスを販売する
- 録音の所有権を主張する
Various Artists
Section titled “Various Artists”「Various Artists」は、複数のメインアーティストを擁するコンピレーションのリリースに使われる特別なアーティストの指定です。実在のアーティストではなく、カテゴリーを示す目印です。
Various Artists を使うとき:
- コンピレーションアルバム(レーベルのコンピレーション、「Best of Genre」など)
- 5 人以上の異なるメインアーティストを擁するリリース
- 異なるアーティストの曲を集めたサウンドトラック
Various Artists を使わないとき:
- 2〜4 人のアーティストのコラボレーション(全員を個別に挙げます)
- リミックスアルバム(元のアーティストがメイン)
- DJ ミックス(DJ がメインアーティスト、他はフィーチャリング)
しくみ:
- 「Various Artists」がリリース単位のアーティストになります
- 各トラックには、それぞれ実際のアーティストが記載されます
- トラックは、各アーティストの個別のプロフィールに表示されます
重要な検討事項:
- Various Artists を誤って使うと、発見されやすさを損なうことがあります
- フィーチャリングアーティストは、それぞれのトラックで正しくクレジットされるべきです
- そのリリースは、どの単独アーティストのメインのディスコグラフィにも表示されません
ベストプラクティス: Various Artists は、本当にふさわしいとき、つまり多くの異なるメインアーティストを擁する本物のコンピレーションのときだけ使ってください。
クイックリファレンス:識別子
Section titled “クイックリファレンス:識別子”| コード | 識別するもの | 形式 |
|---|---|---|
| EAN | リリース(ヨーロッパ) | 13 桁 |
| IPI | 作者/パブリッシャー | 9〜11 桁 |
| ISNI | 個人/組織 | 16 文字 |
| ISRC | 個々の音源/トラック | 12 文字(CC-XXX-YY-NNNNN) |
| ISWC | 音楽作品 | 11 文字(T-NNNNNNNNN-C) |
| UPC | リリース(アルバム/EP/シングル) | 12 桁 |
サポートが必要ですか
Section titled “サポートが必要ですか”ここに載っていない用語に出会ったり、説明が必要だったりした場合は、サポートチームにお問い合わせください。