ストリーミング・ソーシャル分析
レーベルのカタログ向けストリーミング分析
ある楽曲の再生数が、週末のうちにDeezerで伸び始めます。火曜日にはApple Musicのエディトリアルチームがこの曲を追加します。木曜日には、チームが一度もマーケティングをしたことのない国のSnapchat動画でBGMとして使われています。ダッシュボードもログインも別々で、フィードはそれぞれ異なるタイミングで届きます。
LabelGridならカタログ全体を1つの画面で確認できます。Spotify、Apple Music、Deezer、Audiomack、Boomplay、AWA、KuGou、KuWo、QQ Musicが同じビューにレポートを送り、レーベルごとに絞り込んで表示されます。さらに、実際にリスナーが音楽を使っているソーシャルプラットフォームのデータもすぐ隣に並びます。すべてダッシュボードで確認でき、ストリーミング側のデータはパブリックAPI経由で取得したり、AIアシスタントに尋ねたりすることもできます。


統合・比較・単体表示
レポートするすべてのストアを、ひとつのダッシュボードで
Spotify、Apple Music、Deezer、Audiomack、Boomplay、AWAは毎日レポートを送り、KuGou、KuWo、QQ Musicは週に一度のペースでレポートを送りますが、すべて同じビューに反映されます。統合モードでは、すべてのストアを横断してカタログ全体を合算します。比較モードでは各ストアを並べて表示でき、自国では反応が薄いリリースが、他の地域では意外と好調だとわかるのはたいていこの画面です。単体モードは、1つのストアだけをじっくり分析したいときに使います。「全ストア比較」は新しいストアを自動的に取り込むため、来四半期に追加されたフィードも、数か月前に作った比較画面にそのまま表示されます。
LabelGridはすべての主要な音楽配信サービスに配信していますが、上記のストアは分析フィードを取り込んでいる対象です。それ以外のストアでも収益は発生し、ロイヤリティの明細にはきちんと反映されます。明細と分析は別々のパイプラインで動いているため、ここにグラフが表示されないストアからも支払いを受けられます。
37の指標セクション
再生数の大きさより、データの深さ
再生数を見れば、何かが起きたことはわかります。残り36の指標セクションを見れば、それが何だったのかがわかります。すべてのストアがすべての指標を報告しているわけではありませんが、ダッシュボードは指標ごとにどのストアが対象かを明示するので、推測する必要はありません。

再生数、リスナー数、保存数
ストリーム数はリストにあるすべてのストアから得られます。リスナー数はSpotify、Apple Music、Audiomackから提供され、SpotifyとAppleはトラックごとに重複を排除した実際の日次リスナー数を報告します。保存数はSpotifyとAudiomackから得られます。スキップとシェアはSpotify独自の指標です。
どこで聴かれているか
国別のストリーム数はSpotify、Apple Music、Deezer、Boomplay、Audiomackで確認でき、Appleはさらに都市別・ストアフロント別の内訳も提供します。AWAのフィードには国ではなく日本国内の地域コードが含まれているため、AWAのストリーム数には国別の内訳がありません。KuGou、KuWo、QQ Musicにも国別の内訳はありません。
誰が聴いているか
年齢別・性別のストリーム数はSpotifyとApple Musicから得られます。SpotifyとDeezerのリスナー属性データは同じオーディエンスを別の角度から捉えたもので、再生回数ではなく人数を数えます。これには年齢、性別、地域、そして無料プランと有料プランの比率が含まれます。
どのように聴いているか
ここで最も深いデータを提供するのはSpotifyです。完了率やスキップ傾向、平均再生時間、シャッフル再生の割合。さらに、発見率やリピートリスナー率に加えて、歌詞表示やCanvas再生回数も。そして仕組みの部分として、デバイス、OS、音声フォーマット、時間帯、そしてその再生がプレイリスト、誰かのライブラリ、検索のどこから始まったのかまでわかります。Deezerは平均再生時間に加えてデバイスとOSを報告します。
プレイリストとエディトリアル
プレイスメントビューには、SpotifyとApple Music、Deezerでトラックが掲載されたプレイリストが一覧表示され、ストアごとに絞り込むこともできます。Spotifyの行にはプレイリスト名、作成者、ストリーム数が表示されます。Appleの行にはエディトリアルプレイリスト名とトラックが到達した最高順位が表示され、再生数が付いていない場合もありますが、これは数値が欠けているのではなく、そのストアが再生数を報告していないことを意味します。Deezerの行は、IDが解決できる場合、公開プレイリストへのリンクとなります。
ShazamとApple独自の指標
ライブラリへの追加数、エディトリアルプレイリストへの追加数、そしてShazam数(都市別・州別のShazam数を含む)はApple Musicから得られます。ShazamはAppleならではの指標で、Spotifyには相当するものがありません。
データの欠損を埋めない
正直な設計
分析ツールを完璧に見せかけるのは簡単です。週間合計を7日間に均等配分したり、ストアが一度も送っていない指標をゼロとして表示したり、まだ集計中の日をあたかも確定値であるかのようにこっそり描いたりすれば、どのグラフも美しく埋まります。LabelGridはそのどれもしません。つまり、数値の代わりに空白が表示されることもあるということです。
ストアが報告していない指標
ストアが指標を送っていない場合、ダッシュボードはそのプラットフォームについて「利用不可」と表示します。ゼロと表示することは決してありません。ゼロはそれ自体がひとつの実測値であり、「このストアはこれを公開していない」というのはまったく別の話だからです。
週次のストアは週次のまま
KuGou、KuWo、QQ Musicは週に一度レポートを送ります。各レポートは1つのデータポイントとなり、対象の日付に紐づいてその週全体の合計を保持します。架空の日次数値7つに分割されることはありません。日次チャートでは、これらのストアは週に1回だけデータが入った日付が間隔を空けて表示されますが、これは欠損ではなく正しい状態であり、期間合計もきちんと一致します。
直近数日はまだ集計中
すべての指標には、それぞれ「報告済み日」と「確定済み日」があり、この2つは必ずしも同じ日ではありません。その間にあるデータはまだ届いている途中のため、それらの区間は半端に報告された日が急落したように見えないよう「一部確定」として表示されます。チャートの末尾部分は、後で見直すと数値が上昇していることがあります。
オーディエンス詳細のプライバシー基準
属性別・地域別の内訳はk-匿名化されています。Appleの都市別内訳、都市・州別のShazam数、リスナー属性データはすべて最小オーディエンス基準の対象で、これを下回るセルは完全に非表示になります。「その他」枠にまとめられることも、抑制されたオーディエンス数を逆算できてしまうような合計値が表示されることもありません。そのため、小規模なカタログでは、健全なストリーム数の隣に空の属性チャートや都市チャートが表示されることがあります。これはこの基準が正しく機能している証拠であり、その空白に架空の数値を入れて埋めることはありません。
意図的に含まれていないもの
ストリーミングの不正検知は顧客向け分析には一切含まれないため、これらのチャートの数値がアーティストへの判定を兼ねることはありません。その機能は、独立したアドオンであるStream Radarが専用の画面で担っています。

ソーシャルとUGC
ストアの外でも使われる楽曲
ある楽曲が、誰かのSnapchat動画の中で使われることがあります。この利用はストリーム数には一切反映されません。ソーシャルビューがカバーするのは、まさにこうしたカタログ利用のもう半分です。
SoundCloudは再生数、リポスト数、お気に入り数、地域を報告します。Snapchat、Instagram、Facebook、WhatsApp、Messengerはコンテンツ作成数、つまりその楽曲を使って実際に作られたコンテンツの件数を、再生数と地域とともに報告します。InstagramとFacebookはさらに、アーティストアカウントのフォロワー増加数とエンゲージメント増加数も報告します。Threadsはコンテンツを消費する動きを測るフィードであるため、再生数とリーチのみを報告します。
これらは別のフィードと別のプラットフォーム軸で動いているため、UGCのデータがDSPのストリーム合計に混ざることはありません。これらはダッシュボードに表示され、パブリックAPIが対象とするのはDSPのストリーミング指標です。
ダッシュボード、コード、会話
どこで作業していても使える分析
上記のストリーミング指標はすべて、パブリックAPIの/api/public/analytics以下で取得でき、各レーベルに絞り込まれ、ISRCをキーとして提供されます。サマリーエンドポイントは、37の指標セクションのうち最大12個を1回の呼び出しで返します。15個の単体シリーズエンドポイントは、ストリーム数やリスナー数から国別・年齢別・性別の内訳まで、個々の指標を単独でカバーします。リーダーボードは上位パフォーマーをランキング化し、エンティティフィルターでレーベル、アーティスト、リリース、トラックの単位までランキングを絞り込めます。プレイスメントは、プラットフォームでフィルタリングしたプレイリストの行を返します。
availabilityエンドポイントに各プラットフォームが何をサポートしているかを問い合わせると、プラットフォームごとのセクション対応マトリクスと各ストアの報告頻度をまとめて、キャッシュ可能かつパラメータ不要の1回の呼び出しで返します。そのため、実装側は前提をハードコードするのではなく、このマトリクスを読み取るだけで済みます。サマリーとシリーズの各エンドポイントは400日間のウィンドウ、つまり1年分に比較期間を加えたリクエストを1回で受け付けます。リーダーボードとプレイスメントは180日までです。すべてのサマリーレスポンスにはセクションごとの鮮度情報が含まれているため、独自のレポートでも弊社のダッシュボードと同じように未確定の日をマークできます。
公式のLabelGrid MCPサーバーは同じAPIをラップしたオープンソースのツールで、Claude、Cursor、その他あらゆるModel Context Protocolクライアントが、誰もクエリを書くことなく「ベルリンのリリースは先月Apple Musicでどうだったか」といった質問に答えられるようになります。APIとMCPサーバーはどちらもAPIプランが必要で、APIページに各プランで利用できる内容がまとめられています。
Q&A