App Storeの段階的リリースとは？7日間ロールアウトの仕組み、一時停止の判断、修正版の出し方（2026年）

App Storeの段階的リリースは、バージョンアップデートを7日間かけて、自動アップデートをオンにしているユーザーの一部に徐々に広げて配信する機能です。初日は1%から始まり、7日目に100%に達します。クラッシュとサポートメールを毎日確認し、異常が見えたらすぐに一時停止すれば、不具合のあるビルドが届くのはユーザー全体ではなく少数のグループで済みます。ただし、段階的リリースには大きな制約がひとつあります。制御できるのは自動アップデートだけで、新しいバージョンは誰でも手動でダウンロードできるのです。

App Storeの段階的リリースで制御できること・できないことは？

段階的リリースで制御できるのは、自動アップデートをオンにしているユーザーのうち、誰にいつバージョンアップデートが届くかだけです。新バージョンを手動ダウンロードから隠すことはできず、すでにインストールしたユーザーを元に戻すこともできません。

AppleのApp Store Connectヘルプによると、「対象デバイスで自動アップデートをオンにしているユーザーから無作為に抽出されたユーザーがアップデートを受け取り、段階的リリースへの参加について通知されることはありません」。対象はiOS・macOS・tvOSのバージョンアップデートなので、アプリの初回リリースには使えません。設定にはAccount Holder、Admin、App Managerのいずれかのロールが必要です。Appleはさらに「段階的リリース中のアプリおよびアプリのアップデートは、誰でもいつでもApp Storeから手動でダウンロードできます」とも明記しています。

App Storeの段階的リリースのスケジュールは？

2026年11月時点で、スケジュールは7日間で1%、2%、5%、10%、20%、50%、100%に固定されており、編集できません。自分で決められるのは、いつ一時停止するか、いつ一気に100%へ進めるかです。

毎日をチェックポイントと考え、最後に「続行するか、一時停止するか」をひとつ決めて終えましょう。

App Store Connectで段階的リリースをオンにするには？

段階的リリースは、アップデートが公開される前ならいつでも、バージョンページの「Phased Release for Automatic Updates」からオンにできます。提出前に決めておく必要はありません。

Appleが設定を認めているのは、バージョンのステータスがPrepare for Submission、Waiting for Review、In Review、Waiting for Export Compliance、Pending Developer Release、Developer Rejected、Rejected、Metadata Rejectedのいずれかのときです。

1. 「アプリ」でアプリを選び、サイドバーで提出するバージョンをクリックします。
2. Phased Release for Automatic Updatesまでスクロールします。
3. Release update over a 7-day period using phased releaseを選択します。
4. Saveをクリックします。承認後、ステータスはReady for Distributionとなり、横にPhased Releaseと表示されます。

App Store Connect APIからも段階的リリースを管理できるので、リリースパイプラインをすでにスクリプト化しているなら便利です。

段階的リリースはいつ一時停止すべき？30日の上限はどう数える？

事前に決めたトリガーのどれかに該当したら、すぐに一時停止します。一時停止は合計30日まで積み重ねられ、再開すると停止した日からロールアウトが続きます。

トリガーはリリース日より前に文書化しておきましょう。そうすれば、ユーザーがバグに直面している最中に議論する必要がなくなります。良いトリガーは具体的です。たとえば、クラッシュフリーセッション率が前バージョンのベースラインを下回る、決済やログインが一定の割合で失敗する、複数のユーザーから同じバグの報告がある、などです。

一時停止するには、Ready for Distributionのバージョンを開いてPause Phased Releaseを選び、Saveをクリックします。再開するにはUse Phased Releaseを選びます。Appleの例では、10日間一時停止してから再開すると、残りの一時停止可能日数は20日です。この合計の範囲内なら何回でも一時停止できます。残りのフェーズを飛ばすには、バージョンページ右上のRelease to All Usersをクリックします。

バグが見つかったとき、段階的リリースはどう進む？

バグが見つかったら、一時停止して修正し、再び段階的リリースをオンにして新しいバージョンを出します。作業中、まだ自動アップデートを待っているユーザーは前のバージョンのままです。

たとえば、バージョン3.4で同期エンジンを入れ替えたとします。初日、自動アップデートユーザーの1%が受け取り、クラッシュレポーターと同期エラーログを2回確認します。3日目、5%の段階で、古いiOSバージョンのひとつに同期失敗が集中して発生します。すぐに一時停止します。全員が受け取っていた場合に比べて影響を受けるユーザーははるかに少なく、まだ配信されていない自動アップデートユーザーは3.3のままです。

次にバグを修正し、段階的リリースをオンにして3.4.1を提出します。修正はデバッグビルドだけでなくリリースビルドでテストしてください。その手順はリリースビルドのテスト計画で解説しています。3.4.1のリリースノートには同期を修正したことをはっきり書きましょう。書き方はリリースノートの例を参考にしてください。修正が急を要し、内容に自信があるなら、もう1週間待たずに承認後Release to All Usersを使いましょう。

もうひとつの安全策として、新しい同期エンジンをサーバー側のフラグの裏に置いておきます。一時停止はアップデートの拡散を止めますが、フラグがあれば、すでに3.4をインストールしたユーザーに対してリスクのあるコードをオフにできます。この2つは組み合わせると効果的です。

段階的リリースの一時停止で、ほかの開発者はどんな問題に直面した？

公開スレッドには同じパターンが見られます。開発者は不具合のあるバージョンを一時停止したものの、すでに受け取ったユーザーに対して後続の段階的リリースがどう働くのかがわからない、というものです。Appleのドキュメントはこの点に答えていないので、修正版には独自のロールアウトが必要だという前提で計画しましょう。

• Apple Developer Forumsのある開発者は、不具合のあるビルドを受け取ったユーザーが10%未満の段階で「クラッシュに気づき、アップデートのロールアウトを一時停止し、アプリにパッチを当ててアップロードし、別の段階的ロールアウトを開始した」と報告しています。同じユーザーが新しいロールアウトを受け取るのかを質問しましたが、公式の回答はありませんでした。ある返信では、8.0のユーザーは「8.1が出たらすぐにアップデートがあると通知されるはず」と述べられています。
• 別のフォーラムスレッドでは、ある開発者が重大なバグのためにバージョン15.0.1を「1%で止めた」と述べ、15.0.2も段階的に出したいと考えていました。15.0.1が「大多数のユーザーにとって事実上スキップされる」ことを期待していたのです。同じスレッドの以前の返信では、不具合のあるバージョンを一時停止している間に迅速審査をリクエストすること、場合によってはアプリを販売停止にして「新規ユーザーが問題のあるバージョンを入手しないように」することが提案されていました。これを実行する前に、上の注意欄にある販売停止のルールを思い出してください。
• Tramlineのstore-quirksノートを手がけるリリースツールのチームは、新しいリリースを開始すると「既存のロールアウトは単にキャンセルされる」こと、古いバージョンはREPLACED_WITH_NEW_VERSIONに移行し、その段階的リリースはCOMPLETEとマークされることを記録しています。同じノートには、一時停止では「すでにアップデートを受け取ったユーザーについては何もできない」とも書かれています。

3つの事例すべてで、一時停止は時間を稼いだだけでした。解決策は常に新しいバージョンで、同じユーザー群が先に更新されることを当てにできた人はいません。だからこそ、一時停止ボタンよりも、サーバー側のフラグとすぐに出せるホットフィックスブランチのほうが重要なのです。

Google Playの段階的公開とはどう違う？

Google Playの段階的公開では、自分で選んだ割合を手動で引き上げます。停止後に再開すると、同じユーザー群に配信されます。2つのストアのロールアウトは別々に計画しましょう。

Play Consoleヘルプによると、「アプリの段階的公開の割合は自動では増えません」。また段階的公開は「アプリのアップデートにのみ使用でき、アプリを初めて公開する場合には使用できません」。停止後、すでにそのバージョンを受け取ったユーザーはそのままで、Googleは壊れたバージョンを再開するのではなく、修正済みのバンドルで新しいバージョンをリリースするよう勧めています。本番のロールアウトは特定の国に限定できますが、開始後に国を外すことはできません。次のAndroidアップデートで新しいターゲットSDKにも対応する必要があるなら、Google Playのターゲット API レベル36のガイドをご覧ください。

段階的リリースを始める前に確認すべきことは？

ロールアウトを始める前に、段階的リリースがバージョンに保存されていること、ベースラインと一時停止トリガーが文書化されていること、修正版をすぐに出せることを確認しましょう。次のチェックリストを使ってください。

• バージョンページで段階的リリースを選択して保存済み
• クラッシュレポートとバックエンドのエラーダッシュボードをブックマークし、前バージョンのベースラインを用意済み
• ボタンを押せる全員が合意した、文書化された一時停止トリガー
• リスクのある機能はサーバー側のフラグの裏に配置
• 7日間の各日に指標を確認する担当者を明確に指名
• ホットフィックスブランチを準備し、後続ビルドにはApp Store提出チェックリストを用意
• ストア掲載情報の変更はロールアウトが全員に届くまで保留

リリース作業自体を任せたい場合は、App Store提出サービスで、App Store ConnectとPlay Consoleのセットアップ、審査準備、両ストアでのリリースを$599で対応します（デベロッパーアカウントの費用は別途）。リスクのあるアップデートについてセカンドオピニオンが欲しい場合は、アプリと変更内容を添えてyagyeshsrbobde@gmail.comまでメールしてください。