TL;DR. App Store Connectには、承認済みバージョンをリリースする3つの方法があります：自動リリース（App Reviewが承認した瞬間に公開）、手動リリース（「デベロッパによるリリース待ち」の状態で、あなたがリリースをクリックするまで保留）、スケジュールリリース（設定した日時まで保留され、その後自動的に公開）です。この3つはいずれも、いったん公開されればメタデータへの影響は同じです——新しいキーワードフィールド、サブタイトル、説明文、スクリーンショットは、承認された瞬間ではなく、バージョンが公開された瞬間に反映されます。手動リリースまたはスケジュールリリースを使っていて、App Reviewが承認した当日にランキングやコンバージョンを確認しているなら、まだ公開されていないバージョンを測定していることになります。

キーワードの変更を細かく追いかけているインディー開発者は、ある一つの日付だけを見張りがちです。App Reviewがバージョンを承認した日です。しかしリリースオプションが自動リリースに設定されていない限り、それは見るべき日付ではありません。承認とリリースはApp Store Connectにおける別々の2つの状態であり、その間隔は数分のこともあれば、数日、あるいは——「デベロッパによるリリース待ち」のバージョンを放置してしまえば——数週間になることもあります。

新しいキーワードとサブタイトルは正確にいつ公開されるのか？

キーワードフィールド、サブタイトル、タイトル、説明文、スクリーンショットはすべて、承認時点ではなくリリース時点で更新されます。自動リリースに設定されたバージョンでは、この2つのイベントはほぼ同時に起こるため、実務上この区別が問題になることはほとんどありません。しかし手動リリースやスケジュールリリースでは話が違います。バージョンは完全に承認され、新しいメタデータもすでに検証済みで準備が整った状態のまま、あなたがリリースしない限りいつまでも留まり続けます。

App Store Connectには、提出前にバージョンごとに選択する3つのリリースオプションがあります：

  • 自動リリース——App Reviewが承認した瞬間にバージョンが公開されます。追加の操作は不要です。
  • 手動リリース（「アプリをご自身でリリースする」）——承認後、バージョンはデベロッパによるリリース待ちのステータスのまま、あなたが「このバージョンをリリース」をクリックするまで留まります。30日を超えてこの状態が続くと、Appleからリマインダーメールが届きます。
  • スケジュールリリース——Appleはこれを「App Review完了後、設定した日付・時刻以降にこのバージョンを自動的にリリースします」と説明しています。設定した日付が来ると自動的にリリースされますが、承認がそれより早く済んでいたとしても、それより前にリリースされることはありません。

この3つはいずれも、設定にアカウント所有者、管理、またはApp 管理のロールが必要です。

なぜこれがキーワードやサブタイトルの変更にとって特に重要なのか？

失敗のパターンが静かだからです。キーワードフィールドを作り直したバージョンを提出し、App Reviewが承認するのを見届け、翌日に検索ランキングやApp Store Connect Analyticsを確認して動きを期待したとします。そこに何も変化は見えません——キーワードが効かなかったからではなく、昨日承認されたバージョンが今も「デベロッパによるリリース待ち」のまま、あなたがクリックし忘れたボタンを待っているからです。UI上には何も大きな警告は出ません。バージョンはただ静かに「販売準備完了」ではなく「デベロッパによるリリース待ち」と表示されるだけで、それを「まだ処理中」と読んでしまい、「あなたの操作待ち」だとは気づきにくいのです。

スケジュールリリースにも同じ罠の別バージョンがあり、そこにひねりが加わります。開発者が連動するマーケティング施策のために「この日付より前には出さない」設定をしたあと、その日付が機能ローンチだけでなく、メタデータの変更もゲートしていることを忘れてしまうことがあります。計画段階でその日付が2週間ずれ込み、誰もApp Store Connect側のリリース日を更新しなければ、そのキャンペーンのために書き直したキーワードフィールドは、元の日付が来るまで眠ったままになります。

手動リリースには、マルチプラットフォームならではの落とし穴もあります。リリースはプラットフォームのバージョンごとに個別に行われるのです。iOS版とiPadOS版を同時に出荷し、両方が「デベロッパによるリリース待ち」の状態にある場合、片方でリリースをクリックしてももう片方は公開されません——各プラットフォームでそれぞれ手動トリガーが必要です。

では実際、どのリリースオプションを使うべきか？

何を守りたいかに合わせて選びましょう：

  • 日常的なメタデータのみ、あるいは低リスクな更新で、新しいキーワードフィールドやサブタイトルをできるだけ早く公開したい場合は自動リリースを使いましょう——「リリースをクリックし忘れる」という失敗モードそのものをなくせるため、ほとんどのASO反復作業ではこれがデフォルトの正解です。
  • プレス発表日、有料キャンペーンの開始、機能announcementのような外部イベントとメタデータの変更を連動させたい場合、そして商品ページを自分でコントロールする特定の瞬間に切り替えたい場合は手動リリースを使いましょう。承認は準備が整うより数日早く来ることがあるので、ローンチ日だけでなく承認予定日にもカレンダーリマインダーを入れておきましょう。
  • ローンチの瞬間が事前に決まっていて、その時にボタンをクリックするためオンラインでいる必要をなくしたい場合はスケジュールリリースを使いましょう。キャンペーンのタイムラインが動くたびに、設定した日付を再確認してください——App Store Connectは自動でそれをやってはくれません。

いずれの場合も、キーワードやサブタイトルの変更を検証していて、それがいつ実際に新規訪問者に影響を与え始めるかを知りたいなら、確認すべきはApp Reviewの承認通知ではなく、バージョンのステータス欄が「販売準備完了」になっているかどうかです。承認は審査の結果です。販売準備完了になった瞬間から、新しいメタデータは仕事を始めます。

次にメタデータ主体の提出をする前に

  1. 提出前に、そのバージョンにどのリリースオプションが設定されているか確認しましょう——自動リリースだと思い込まないこと。前回設定したバージョンの設定が引き継がれます。
  2. 手動リリースまたはスケジュールリリースを使っている場合は、実際のリリーストリガーを、提出日とは別にカレンダーに記入しておきましょう。
  3. キーワードやサブタイトルの変更後にランキングやコンバージョンを確認するときは、まずバージョンのステータスが「販売準備完了」になっているか確認しましょう——承認済みだが未リリースのバージョンでは、どちらの指標も動きません。
  4. マルチプラットフォームのアプリを手動リリースで運用している場合は、各プラットフォームのバージョンを個別にリリースしましょう。ひとつを承認・リリースしても他には影響しません。

関連記事