Appleのpre-addとSpotifyのpre-saveには、たった一つの目的があります。それは、リリース日より前に意図を捉え、その意図を初日の再生に転換することです。
違いは、各プラットフォームがその意図をどのように行動に変換するかという点にあります。これらの仕組みを理解することで、予算を配分し、実際にコンバージョンするランディングページを設計するのに役立ちます。
比較表
| Feature | 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のエディトリアルおよびアルゴリズムの面に連携できる意図のシグナルです。
利点：Spotifyのアルゴリズムは、pre-saveをRelease Radarへの含めるためのインプットの1つとして使用します。強力なpre-saveキャンペーンは、初週のアルゴリズムリーチに直接影響を与える可能性があります。
Pre-saveはエディトリアルへのピッチングにも役立ちます。Spotify for Artists経由でピッチングする際に、pre-saveの数値が強ければ、それはエディトリアルチームに対してオーディエンスの期待をシグナルとして示します。配置の保証ではありませんが、裏付けとなる証拠を提供します。
pre-saveのリスクは、それが虚栄の指標になり得ることです。コールドトラフィックからpre-saveを誘導し、リリース日に実際に再生されない場合、pre-saveカウントと実際のエンゲージメントのギャップは、助けになるよりも害になります。
OAuthの摩擦問題
pre-addとpre-saveの両方でOAuth認証が必要です。アクションを完了するには、ユーザーはストリーミングアカウントをランディングページサービスに接続する必要があります。
この摩擦により、単純なリンククリックと比較してコンバージョン率が低下します。ランディングページ訪問からpre-save/pre-addアクション完了までに20〜40%のドロップオフが発生すると予想されます。正確な率は、トラフィックの暖かさやランディングページのフローの明確さによって異なります。
摩擦を最小限に抑えるには：
- スムーズなOAuthフローを備えたランディングページサービスを使用する（Linkfire, Feature.fm, ToneDen）
- ページを1つのアクションに集中させ、オプションのメニューにしない
- コミットメントを求める前に価値提案を明確にする
優先事項
オーディエンスの現実に合わせて優先順位を付けます。
Apple中心のオーディエンス: pre-addsをリードさせます。これは通常、Appleの市場シェアがSpotifyに近い米国のヒップホップ、ポップ、カントリーのリリースを意味します。日本もApple中心です。
Spotify中心のオーディエンス: pre-savesをリードさせます。これは、Spotifyが優勢なほとんどのグローバルリリース（特にラテンアメリカ、ヨーロッパ、新興市場）のデフォルトです。
レーベルリリース: 両方実行しますが、ランディングページのCTAを均等に分割しないでください。オーディエンスデータに基づいて主要なCTAを選択し、もう一方を明確な二次的なオプションとして提供します。
成功の測定
Pre-saveおよびpre-addのカウントは、結果ではなく先行指標です。リリース後に何が起こるかを追跡します。
- Pre-saveからストリームへのコンバージョン: pre-saverのうち、リリース日に実際にストリームする割合は？
- 完了率: pre-saveユーザーはトラックを最後まで聴くか、途中でスキップするか？
- ライブラリ追加の行動: pre-addユーザーはトラックをライブラリに残すか、削除するか？
pre-saveの数値が高いのにリリース日のエンゲージメントが低い場合、キャンペーンは間違ったオーディエンスを引き付けています。ターゲティングを絞り込み、実際に音楽を聴きたい人に焦点を当ててください。
キャンペーンのタイミング
pre-save/pre-addキャンペーンはリリース前の2〜4週間前に開始します。これにより、緊急性を失うことなく勢いを築くのに十分な時間が得られます。
- 4〜3週目: リリースを発表し、pre-saveランディングページを立ち上げ、コアファンをターゲットにする
- 2週目: 類似オーディエンスに拡大し、予算を増やす
- 1週目: 最終プッシュ、コンバージョンしていない層に緊急性のメッセージでリターゲティング
- リリース日: メッセージを「pre-save」から「今すぐ聴く」に切り替える
pre-saveキャンペーンを無期限に実行しないでください。明確な終了日を設定し、リリース日のクリエイティブに移行します。