要点。 App Store Connect にあるフェーズドリリース(段階的リリース)のトグルは、自動アップデートを 1/2/5/10/20/50/100% という割合で 7 日間かけてユーザーに展開する機能ですが、これが対象とするのは 自動アップデートをオンにしている既存ユーザーだけ です。新規インストール、手動アップデート、そして新しいメタデータが App Store 検索に反映される速度には一切影響しません。更新したキーワードフィールド、サブタイトル、スクリーンショットは、フェーズドリリースの表示が何%であろうと、バージョンが App Review を通過した瞬間に、新規訪問者と新規インストールの 100% に対して即座に反映されます。バイナリのクラッシュや不具合に対するセーフティネットとして扱うべきであり、リスクのあるメタデータ変更に対するセーフティネットとして扱ってはいけません。
App Store Connect の画面上では、フェーズドリリースはゆっくり回せるダイヤルのように見えます。それは慎重さの表れに見えるため、多くのインディー開発者はその印象をメタデータにまで広げてしまいます。「新しいサブタイトルはフェーズドリリースをオンにして出そう。コンバージョンが落ちたら、みんなに届く前に一時停止すればいい」というわけです。しかしその理屈は間違っており、メタデータ変更のタイミングをそれに合わせようとするなら、無視できない間違いです。
フェーズドリリースは新しいキーワード、サブタイトル、スクリーンショットの公開を遅らせますか?
いいえ。フェーズドリリースが絞り込むのは、既存ユーザーの端末に配信される 自動アプリアップデート だけです。プロダクトページ — タイトル、サブタイトル、キーワードフィールドの再インデックス、スクリーンショット、説明文、プロモーションテキスト — は、Apple がバージョンを承認した瞬間、フェーズドリリースがどの割合(1% であっても)にあろうと、あらゆる新規訪問者と新規インストールに対して更新されます。
Apple は App Store Connect のヘルプドキュメントでこれを明言しています。手動ダウンロードと新規インストールは、ロールアウトのどの時点でもフェーズドリリースの対象にならない、と。競合アプリの分析記事も、レビュー内のスクリーンショットも、承認翌日に新しいプロダクトページを表示する Safari の検索結果も、フェーズドリリースの割合によって制限されることはありません。1% から 100% へと動いていくダイヤルが示しているのは、既存ユーザー が新しいバイナリを受け取る速度だけです。それ以外の全員に対して ストアリスティング自体 がどれだけ早く変わるかについては、何も語っていません。
メタデータ変更をテストしていて、コントロールされたロールアウトが必要なら、正しいツールは Product Page Optimization です。これは実際のトリートメントのバリエーションをライブトラフィックに対して走らせ、コミットする前にコンバージョンを比較できます。フェーズドリリースは、そもそもその用途のために作られたものではありません。
毎日どれくらいの割合のユーザーがアップデートを受け取りますか?
Apple の固定スケジュールは、1日目に 1%、2日目に 2%、3日目に 5%、4日目に 10%、5日目に 20%、6日目に 50%、7日目に 100% です。設定変更はできず、自分でランプを決めることはできません。できるのは Apple が用意したこのスケジュールを一時停止することだけです。
| 日 | 新バージョンへの累積到達率(自動アップデートのみ) |
|---|---|
| 1日目 | 1% |
| 2日目 | 2% |
| 3日目 | 5% |
| 4日目 | 10% |
| 5日目 | 20% |
| 6日目 | 50% |
| 7日目 | 100% |
フェーズドリリースをオンにするかどうかは、App Store Connect のバージョンのビルド設定の中で、提出時にバージョンごとに選択します。アカウント所有者、管理、または App 管理のロールが必要です。オンにしなければ、フェーズドリリースが存在しなかった頃と同じように、承認と同時に自動アップデートユーザーの 100% にアップデートが配信されます。
フェーズドリリースは一時停止できますか? 一時停止すると実際に何が止まるのですか?
はい。7日間の間いつでも一時停止でき、一時停止の回数に上限はなく、累計で最大30日まで停止できます。一時停止すると、その時点の割合で固定され、前のバージョンに巻き戻されることはありません。
見落としがちな挙動が2つあります。
- 一時停止しても、現在の段階に追いついていないユーザーへの配信は止まりません。 3日目(5%)で一時停止した場合、4日目(10%)へのランプアップは止まりますが、Apple はその 5% という数字に到達するまで対象ユーザーへの配信を続けます。一時停止が止めるのは ランプアップ であって、すでに動いている 配信 ではありません。
- 次の24時間の切り替わり前に一時停止する必要があります。 日が変わってしまうと、次の割合(たとえば 5% から 10%)へのジャンプはすでに起きており、部分的な巻き戻しはできません。
「すべてのユーザーにリリース」というコントロールを使えば、ロールアウトの途中でいつでも 100% までスキップできます。また、ロールアウトの途中でアプリを販売停止にすると、そのバージョンのフェーズドリリースは永久に停止し、リスティングを復元しても再開できません。
この誤解が引き起こす実際の失敗パターン
ある開発者が、サブタイトルの書き換えの中に壊れたディープリンクを紛れ込ませたままバージョンをリリースし、フェーズドリリースをオンにして App Store Connect Analytics でコンバージョンを見守るとします。1日目は何もおかしく見えません。なぜなら、フェーズドリリースの割合が影響するのは既存ユーザーが バイナリ のアップデートを受け取るタイミングだけであり、そのほとんどはどうせ新しいサブタイトルを読み直したりしないからです。すでにアプリを持っているので当然です。その一方で、検索や「他のおすすめ」、レビューサイトからのリンクを経由するすべての新規訪問者は、初日から全力で新しいサブタイトルに触れています。フェーズドリリースのダイヤルが 50% に達する頃には、メタデータのダメージ — あるいはメタデータの勝利 — は、それが実際に影響する対象、つまりインストールするかどうかを決める人々に対して、すでに完全に現れ終えています。
サブタイトル、キーワード、スクリーンショットの変更を検証しているなら、フェーズドリリースの割合ではなく、初日から新規ユーザーのコンバージョン指標を見てください。クラッシュ、壊れた機能、パフォーマンスの崖など、バイナリの不具合が心配なら、フェーズドリリースはまさに正しいツールです。それが実際にゲートする対象、つまりすでにアプリを持っていて、新しいコードを端末に受け取ろうとしている人々に対して機能するからです。
次のバージョン提出前にやるべきこと
- 何を守りたいのかを決めましょう。既存ユーザーの安定性(フェーズドリリースを使う)か、新規インストールのコンバージョン(フェーズドリリースではなく Product Page Optimization を使う)か。
- ビルドと一緒にメタデータ変更を出す場合、フェーズドリリースの割合が上がるのを待たずにコンバージョンを確認しましょう。新規インストールは即座に 100% の変更を目にします。
- ロールアウト中にクラッシュや不具合が出た場合は、次の24時間の切り替わり前に一時停止し、その後ホットフィックスビルドを出すか、修正を確認した上で「すべてのユーザーにリリース」を使うかを判断しましょう。
- 提出日より前に、アカウント所有者、管理、または App 管理へのアクセス権があることを確認しましょう。フェーズドリリースはすべての App Store Connect ロールで使えるわけではありません。