コンテンツへスキップ

その Spotify アルゴリズム BR6. と一緒に

今すぐ開始

Dynamoiラーニング

Apple Pre-AddとSpotify Pre-Save:主な違い

pre-addとpre-saveはどちらもリリースへの期待を捉えるものですが、各プラットフォームへのシグナルが異なります。オーディエンスに合わせて優先順位を決めましょう。

Dark editorial infographic for Apple Pre-Add vs Spotify Pre-Save: Key Differences

Apple Musicのpre-addとSpotifyのpre-saveは、どちらもリリース日にリスナーのライブラリへ自動的に楽曲を追加しますが、その仕組みは異なります。Spotifyのpre-saveは「Release Radar」への掲載に直接影響を与える可能性があり、明確なアルゴリズム上のシグナルとなります。

比較表

機能 Apple Music pre-add Spotify pre-save
発生する動作 リリース日にライブラリへ自動追加 リリース日にライブラリへ保存
保存先 Apple Music ライブラリ Spotify ライブラリ
リリース当日の動作 ライブラリに表示され、即再生可能 ライブラリに表示され、Release Radarのトリガーになる可能性あり
アルゴリズムへの影響 間接的(再生行動などを通じて) 直接的(Release Radar掲載の判断材料)
OAuth認証が必要 はい はい
適したターゲット Appleユーザーが多い層(ジャンルや地域による) Spotifyユーザーが多い層、アルゴリズム重視
トラッキング Linkfireやランディングページのイベント経由 Spotify for Artistsのpre-saveリンク経由

Apple Music pre-add

Pre-addは、Appleのプラットフォーム内におけるライブラリへのコミットメントです。以下のような場合に最も価値を発揮します。

  • Appleユーザーが多い層(特定のジャンル、米国市場、日本など)
  • リリース当日に実際に聴いてくれる熱心なファン

重要な違いとして、AppleにはRelease Radarに相当する機能がありません。pre-addはライブラリへの追加という行動に変換されますが、Appleのレコメンド機能に楽曲が取り上げられるかどうかは、pre-addの数そのものではなく、その後の再生シグナルに左右されます。

pre-addはアルゴリズムによる掲載を直接トリガーするものではありません。リスナーのライブラリにリリースを配置し、リリース当日にすぐ聴ける状態にするためのものです。価値は「その後の行動」にあります。pre-addしたユーザーが実際に再生し、最後まで聴き、プレイリストに追加することで、それらのシグナルがAppleのレコメンドシステムに供給されます。

Spotify pre-save

Pre-saveは、Spotifyでのリリース当日のライブラリ行動を促進し、エディトリアルやアルゴリズムによる露出をサポートできる意図シグナルです。

利点として、Spotifyのアルゴリズムはpre-saveをRelease Radar掲載の要素の一つとして利用します。強力なpre-saveキャンペーンは、初週のアルゴリズムによるリーチに直接影響を与える可能性があります。

また、pre-saveはエディトリアルへのピッチングにも役立ちます。Spotify for Artistsを通じてピッチする際、pre-save数が多いことは、エディトリアルチームに対してリスナーの期待度を示す指標となります。掲載が保証されるわけではありませんが、強力な根拠となります。

pre-saveのリスクは、見かけ上の数字(バニティメトリクス)になりやすい点です。リリース当日に実際に聴かない層からpre-saveを集めても、実際のエンゲージメントとの乖離が大きくなり、逆効果になる可能性があります。

OAuth認証の摩擦問題

pre-addとpre-saveはどちらもOAuth認証を必要とします。ユーザーはストリーミングアカウントをランディングページサービスに連携させる必要があります。

この摩擦により、単なるリンククリックと比較してコンバージョン率は低下します。ランディングページへの訪問からpre-save/pre-add完了までの間で、20〜40%の離脱が発生することを見込んでおきましょう。正確な数値は、ターゲット層の熱量やランディングページのフローの簡潔さに依存します。

摩擦を最小限に抑えるには:

  • スムーズなOAuthフローを備えたランディングページサービス(Linkfire機能.fmToneDen)を使用する
  • ページを複数の選択肢で埋めず、一つのアクションに集中させる
  • コミットメントを求める前に、価値提案を明確にする

優先順位の付け方

ターゲット層の現実に合わせて優先順位を決めましょう。

Appleユーザーが多い場合: pre-addを優先します。これには通常、AppleのシェアがSpotifyに近い米国のヒップホップ、ポップ、カントリーなどが含まれます。日本もAppleユーザーが多い市場です。

Spotifyユーザーが多い場合: pre-saveを優先します。これは、Spotifyが支配的な多くのグローバルリリース(中南米、欧州、新興市場)におけるデフォルトの戦略です。

レーベルリリースの場合: 両方実施しますが、ランディングページのCTAを均等に分けないでください。オーディエンスデータに基づいてメインのCTAを決め、もう一方は明確なサブオプションとして提示します。

成功の測定

pre-saveやpre-addの数は先行指標であり、結果ではありません。リリース後の動向を追跡しましょう。

  • pre-saveからストリーミングへの転換: pre-saveしたユーザーのうち、何パーセントがリリース当日に実際に再生したか?
  • 完了率: pre-saveユーザーは楽曲を最後まで聴いたか、途中でスキップしたか?
  • ライブラリ追加行動: pre-addしたユーザーは楽曲をライブラリに残したか、削除したか?

pre-saveの数字は高いのにリリース当日のエンゲージメントが低い場合、キャンペーンが間違った層を惹きつけています。ターゲットを絞り込み、実際に音楽を聴きたいと思っている層に焦点を当てましょう。

キャンペーンのタイミング

pre-save/pre-addキャンペーンはリリース2〜4週間前から開始します。これにより、緊急性を失うことなく勢いを構築できます。

  • 4〜3週前: リリースを発表し、pre-saveランディングページを公開。コアファンをターゲットにする
  • 2週前: ルックアライクオーディエンスに拡大し、予算を増やす
  • 1週前: 最終追い込み。未完了ユーザーに対して緊急性を伝えるリターゲティングを行う
  • リリース当日: メッセージを「pre-save」から「今すぐ聴く」へ切り替える

pre-saveキャンペーンを無期限に実施しないでください。明確な終了日を設定し、リリース当日のクリエイティブへ移行しましょう。