韓国では、リリースの成果の多くが最初の数時間で決まるという点が特徴的です。国内プラットフォームのチャートは再生状況にすばやく反応し、チャートでの順位がさらなる再生を生み出します。このフィードバックループが仕組みであり、リリースが開始時にあらゆる場所で同時に利用可能になっていて初めて機能します。
段階的な配信が抱える複合的な問題
例えば、リリースが火曜日にMelon、木曜日にFLO、翌週月曜日にGenieに配信されたとします。失敗した配信は1件もなく、すべて成功しています。しかし、ローンチが6日間に分散してしまい、チャートに反映されたはずの集中的なアクティビティが、それぞれ目立たない3つの小さな山に薄まってしまいます。
チャートが発見につながる市場では、それは小さな運用上の不備ではありません。成長し続けるリリースと、そうならないリリースを分ける差になります。
時間差が生じる理由
判断が原因になることはほとんどありません。原因は配信レイヤーにあります。
ストアごとに取り込みのリードタイムは異なります。Spotify と Apple Music は5営業日を必要とします。アジアの国内向けプラットフォームの多くは約2日です。ディストリビューションシステムがすべてを同じ日に送信し、各ストアが取り込みを終えた時点で公開する方式の場合、構造的に公開のタイミングがずれてしまいます。
解決策は複雑ではありませんが、意図的に行う必要があります。ストアごとに予約したリリース日を守り、各ストアのリードタイムを使ってそこから逆算することで、すべてが同時に表示されるようにします。
運用面で必要なこと
ディスパッチ日ではなく、実際のリリース日。 これらは別のものであり、両者を混同することが問題の根本です。
ストアごとのリードタイムをシステムに組み込み。誰かの頭の中ではなく記録として残します。
十分な余裕。 最も長いリードタイムが営業日 5 日というストアリスト全体で同時ローンチを行うには、逆算して、少なくともそれだけ前にリリースを承認しパッケージ化する必要があります。実際には、2 週間前を目安に計画してください。
ストアごとのステータスを、実際に確認できます。 集計された配信ステータスでは、Melonに特化して準備が整っているかどうかは分かりません。ストアごとに「送信済み」「承認済み」「公開中」を確認でき、各ステータスの遷移でWebhookが送られるようにして、自社システムにも状況が伝わる状態が理想です。
メタデータの前提条件
リリースが公開された時点で見つけてもらえなければ、タイミングを計った努力もすべて意味を失います。ハングルのタイトルとアーティスト名のフィールドは、韓国での検索の基本であり、アーティストが現地ですでに使用している表記と一貫している必要があります。完璧なタイミングで公開しても、誰も検索できないリリースでは、見事に実行された空振りにすぎません。
韓国は例外ではなく先行事例です
韓国の事例は最も顕著ですが、根底にある問題は普遍的です。発見にフィードバックループが存在する市場は、今やほとんどがそうですが、分散した配信よりも集中した配信を評価します。韓国では、チャートがリアルタイムで公開されているため、そのコストが目に見えて分かりやすくなっているにすぎません。
ディストリビューションスタックが、リードタイムの異なるストアリスト全体でローンチを調整できないなら、その制約はあらゆる市場でコストを生んでいます。請求書として目に見えるのが韓国だけなのです。
地域ごとの要件とチャネルのリードタイムについて: アジアの音楽配信.