LASSIC Media らしくメディア
アプリ撤退・クローズの進め方とデータ移行外注
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- アプリの撤退（サンセット）は、配信停止だけでなく、サブスク・アプリ内課金の停止、ユーザーデータの移行・削除、バックエンドの後始末まで含む一連の作業です。
- App StoreとGoogle Playには、それぞれ「配信停止後も既存ユーザーは使い続けられる」公式仕様があり、ストアごとに告知タイミングや課金の扱いが異なります。
- 個人データは利用する必要がなくなったとき遅滞なく消去する努力義務（個人情報保護法第22条）があり、移行・削除の段取りと法務・会計の確認を計画段階で組み込むことが重要です。
目次
アプリの撤退・サンセットとは何か
アプリの撤退（サンセット、sunset：サービスを段階的に終了させること）とは、提供しているスマートフォンアプリのサービスを計画的に終了し、配信・課金・サーバーなどを順序立てて停止していく一連の作業を指します。単にストアから取り下げて終わりではなく、既存ユーザーへの告知、課金の停止と返金・解約導線の整備、ユーザーデータの移行や削除、バックエンドの停止と契約の後始末までが含まれます。
撤退作業は順序を誤ると、課金トラブルや個人データの取り扱い不備につながります。たとえば配信を先に止めてしまうと、既存ユーザーが解約方法やデータの退避手段を案内する画面にたどり着けなくなる場合があります。そのため、告知と解約導線・データ移行の準備を整えてから配信を停止する、という順序設計が重要です。
また、撤退には法務・会計の論点が伴います。利用規約に基づくサービス終了の通知、サブスクリプションの残期間の扱い、未消化分の会計処理、個人データの保管・削除の判断などは、社内の法務・経理部門や顧問弁護士・税理士など専門家への確認が前提となります。本稿で扱うのは技術・運用面の進め方であり、最終的な可否や処理方法は専門家に確認してください。
終了計画：告知期間と段階的縮小の設計
告知期間を設けて段階的に縮小する
撤退の起点は、ユーザーへの告知と終了までのスケジュール設計です。一斉に停止するのではなく、「新規ダウンロード停止 → 新規課金・新規登録の停止 → 既存ユーザーのデータ退避期間 → サービス完全停止」といった段階を踏むことで、ユーザーの混乱と問い合わせの集中を抑えられます。
告知のタイミングは、アプリの性質や課金形態によって異なります。とくにサブスクリプション（継続課金）を提供している場合、Appleは公式に、サブスクリプションサービスを終了する際は少なくとも31日前までに、メール・Webサイト・アプリ内メッセージなどの手段で事前告知することを推奨しています*4。ストアの推奨に沿った告知期間を確保することが、計画設計の出発点になります。
告知に盛り込む項目
終了告知には、最低限つぎの項目を盛り込みます。サービス終了の予定日、新規登録・新規課金を停止する日、課金停止・解約手続きの方法、ユーザーデータのエクスポート（書き出し）期限と手順、問い合わせ窓口です。これらを時系列で整理し、アプリ内・公式サイト・メールなど複数の経路で重複して案内します。
告知文面は利用規約やサブスク契約の条件と整合している必要があります。残存するサブスク期間の扱いや返金の方針は、後述のとおりストアの規約と自社の利用規約の両方に関わるため、法務確認のうえで文面を確定します。
App Store・Google Playの配信停止手続き
App Store：Remove App From Sale（販売停止）
App StoreではApp Store Connect（アップストアコネクト、Appleの開発者向け管理画面）から配信を停止します。Appleの公式ヘルプによると、対象アプリの「Pricing and Availability（価格と販売状況）」ページ下部にあるRemove App From Saleを実行すると、アプリは24時間以内にすべての国・地域のApp Storeから取り下げられます*1。
重要なのは、配信停止後も既存ユーザーへの影響が限定的である点です。Appleの公式ヘルプには「以前にApp Storeからアプリをダウンロードしたユーザーは、引き続きアプリのアップデートを受け取ることができます。また、必要な契約が有効である限り、購入履歴からアプリを再ダウンロードできます」と記載されています*1。つまり、新規ユーザーには表示されなくなる一方で、既存ユーザーは使い続けられる状態になります。
なお、アプリを管理画面の一覧から完全に削除するには、まずすべての国・地域でApp Storeから取り下げ、関連するアプリ内課金（In-App Purchase）も販売停止にする必要があります*1。また審査中（In Reviewなど）のアプリは削除できないといった状態の制約もあるため、配信停止のタイミングは審査状況とあわせて判断します。
Google Play：Unpublish（公開停止）と削除
Google PlayではPlay Console（プレイコンソール、Googleの開発者向け管理画面）から公開を停止します。Googleの公式ヘルプによると、対象アプリの「Test and release（テストとリリース）」内の「Setup（設定）> Advanced settings（詳細設定）」にある「App availability（アプリの公開状況）」タブでUnpublish（公開停止）を選択します*2。
Googleの公式ヘルプには「既存のユーザーは引き続きアプリを使用でき、アップデートも受け取れますが、新規ユーザーはGoogle Playでアプリを見つけてダウンロードできなくなります」と記載されています*2。App Storeと同様、公開停止は新規配信のみを止め、既存ユーザーの利用は継続される扱いです。
さらに、Play Consoleからアプリを恒久的に削除する機能もあります。Googleの公式ヘルプによると、セルフサービスでの削除には、アプリが公開停止済みであること、アクティブな端末が100台未満であること、審査中の変更がないことなどの条件があります*5。削除後はユーザーデータと指標へのアクセスを失い、削除から7日以内であれば復元できますが、その期限を過ぎると恒久的に削除されます*5。課金実績のある有料アプリ・アプリ内課金・サブスクリプションを含むアプリの恒久的な削除はサポートへの問い合わせが必要とされています*5。
サブスク・アプリ内課金の停止と解約導線
サブスクリプションは「新規停止」と「既存継続」を分けて扱う
継続課金（サブスクリプション）を提供している場合、撤退時の課金停止はストアごとの仕様に沿って慎重に進めます。Appleの公式ヘルプによると、自動更新サブスクリプションを販売停止（Remove from Sale）にすると、新規顧客は登録できなくなり、既存顧客の自動更新が無効化されます*4。
同時に、Appleは公式に、開発者がPaid Apps Agreement（有料App契約）に基づき、サブスクリプション期間中は対象の購読者にコンテンツを提供する責任を負うと説明しています*4。つまり、販売停止にしても、すでに購読中のユーザーには契約期間の終了まで提供を続ける前提で計画する必要があります。アプリ全体ではなくサブスクリプションだけを終了する場合、既存購読者を維持するために他のアプリ内課金は販売可能のまま残す選択もできます*4。
返金・解約の扱いは各ストアの仕組みに従う
サブスクリプションの解約や返金は、ユーザーが各ストア（Apple ID・Googleアカウント）の設定画面から手続きするのが基本です。アプリ提供者が一方的に課金トラブルを処理できる範囲は限られるため、告知文面では「解約・返金は各ストアの手続きに従う」旨と、その導線（設定画面への案内）を明示します。手数料や返金の可否・期限といった規則はストアの方針やタイミングにより変わり得るため、本稿では断定を避けます。最新の条件は各ストアの公式情報と契約内容を確認してください。
アプリ内課金（買い切り）の停止
買い切り型のアプリ内課金についても、販売停止の手続きをストアの管理画面で行います。App Storeでは、前述のとおりアプリを一覧から完全に削除する前提として、関連するアプリ内課金も販売停止にする必要があります*1。すでに購入済みのコンテンツへのアクセスをどこまで維持するかは、利用規約と整合させて決定し、告知に反映します。
ユーザーデータのエクスポート・移行・削除
個人データは「移行・退避」と「削除」を計画する
サービス終了時には、ユーザーが自分のデータを取り出せる手段（エクスポート）と、提供者側が保有データをどう扱うか（移行・保管・削除）の両方を計画します。個人情報保護法では、個人情報取扱事業者は、その取扱いに係る個人データを利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならないとされています（同法第22条）*3。これは努力義務とされており、具体的な保存期間や廃棄時期は法律で一律に定められていません*3。そのため、自社の利用規約・契約・会計上の保存要件とあわせて、保管期間と削除のタイミングを判断します。
| 区分 | 内容 | 主な検討事項 |
|---|---|---|
| エクスポート（ユーザー向け） | ユーザーが自分のデータを書き出して持ち出せる機能・手順を提供 | 対象データの範囲、書き出し形式、提供期限、本人確認の方法 |
| 移行・退避（提供者側） | 後継サービスや別システムへデータを引き継ぐ、または保管庫へ退避 | 移行先の仕様、移行スクリプト、整合性検証、移行同意の取得 |
| 削除（提供者側） | 利用する必要がなくなった個人データを消去する | 削除対象・除外（保存義務のあるデータ）、消去方法、委託先の監督 |
データポータビリティと本人確認
ユーザーが自分のデータを取り出せるようにすること（データポータビリティの観点）は、終了時のトラブルを抑えるうえで有用です。エクスポート機能を提供する場合は、配信停止より前に機能と告知を整え、エクスポート期限を明確に伝えます。書き出し時には、なりすましによる第三者へのデータ流出を防ぐため、本人確認の仕組みを設計します。
削除の方法と委託先の監督
個人データを削除する際は、復元されない形で漏れなく消去できる方法を選びます。個人情報保護委員会の資料でも、消去の方法そのものは一律に定められていないものの、利用する必要がなくなった個人データを遅滞なく消去する努力義務が説明されています*3。クラウド上のバックアップやログ、解析基盤に残るデータも対象に含めて棚卸しし、消去漏れを防ぎます。削除作業を外部に委託する場合は、委託先に対する必要かつ適切な監督が求められる点にも留意してください。なお、会計・税務上の保存義務がある記録など、削除してはならないデータの切り分けは、経理部門や専門家に確認のうえ行います。
バックエンド停止・契約解約・後始末
停止順序を設計してからサーバーを止める
配信停止・課金停止・データ移行が完了したら、バックエンド（サーバー側システム）を停止します。ここでも順序が重要で、いきなりAPIサーバーを落とすと既存ユーザーのアプリがエラーで操作不能になり、データのエクスポートもできなくなります。エクスポート期限の終了後に読み取り専用へ切り替え、その後に書き込み機能、最後に基盤そのものを停止する、といった段階的縮小を設計します。
契約・ドメイン・証明書の後始末
サービス終了後に残りやすいのが、各種契約と資産の後始末です。クラウドインフラ、外部APIやSDKの利用契約、プッシュ通知や解析などのSaaS契約は、データ移行と削除が完了してから順に解約します。解約前に、契約上のデータ削除・返却条件を確認します。
ドメインとSSL/TLS証明書（通信を暗号化する電子証明書）も整理対象です。ドメインを即時に手放すと、第三者に取得されて旧URLが悪用されるリスクがあります。一定期間は終了案内ページにリダイレクトし、メール送受信の停止やDNS設定の整理を済ませてから手放すと適切に後始末できます。証明書は自動更新を停止し、不要になった鍵やシークレットを適切に破棄します。
開発者アカウントとストア資産の扱い
App Store・Google Playの開発者アカウントを今後も使う場合は、アカウント自体は維持したまま対象アプリのみを取り下げます。Appleの公式ヘルプによると、アプリを削除するとアプリ名の所有権を失い、ビルドをアップロード済みの場合はバンドルIDを再利用できなくなります*1。Google Playでも、インストール実績のあるアプリのパッケージ名は再利用できなくなります*5。将来の再展開や名称の再利用の可能性がある場合は、完全削除ではなく公開停止にとどめる判断も検討します。
撤退作業を外注で進める5ステップ
ステップ1：撤退範囲とスケジュールの要件定義
外注前に、撤退の範囲とスケジュールを定義します。対象OS（iOS/Android）、サブスク・課金の有無、移行先サービスの有無、データの保管・削除方針、告知期間を決めます。とくにサブスクの残期間の扱いと告知タイミングは、ストアの推奨（Appleは31日前までの事前告知を推奨*4）と利用規約の両方に関わるため、ここで法務確認を済ませておきます。
ステップ2：RFP（提案依頼書）の作成
RFP（Request for Proposal、提案依頼書）には、現状の技術スタック、対象ストアと課金構成、移行が必要なデータの種類と件数、バックエンドの構成、希望スケジュールと予算上限を含めます。撤退は「作って終わり」の開発とは性質が異なり、停止順序の設計やデータ移行・削除を漏れなく進める点が重視されることを明記します。
ステップ3：外注先の選定と評価
複数社から提案を取得し、ストア手続き・課金停止・データ移行/削除・インフラ停止までを一貫して支援できる体制があるかを評価します。個人データの取り扱い経験や、移行・消去作業の委託先としての監督に応えられる管理体制（情報セキュリティの管理体制）も確認項目です。
ステップ4：移行・削除設計と告知準備
外注先と、データのエクスポート/移行/削除の設計、停止順序のスケジュール、告知文面と導線を確定します。エクスポート機能や終了案内ページの実装が必要な場合は、配信停止より前に完成させ、テストを済ませます。
ステップ5：段階的縮小・配信停止・後始末の実行
計画に沿って、新規受付停止、配信停止、課金停止、データ移行/削除、バックエンド停止、契約・ドメイン・証明書の後始末を順に実行します。各工程で完了をチェックリストで確認し、削除対象に漏れがないか、保存義務のあるデータを誤って消していないかを点検します。
よくある質問
ストアから配信停止すると、既存ユーザーはすぐ使えなくなりますか？
いいえ。App Storeでは販売停止（Remove App From Sale）後も、以前ダウンロードしたユーザーは引き続きアップデートを受け取れ、必要な契約が有効な限り購入履歴から再ダウンロードできるとされています*1。Google Playでも公開停止（Unpublish）後、既存ユーザーは引き続き利用・アップデートでき、新規ユーザーのみ見つけられなくなると説明されています*2。完全に使えなくするにはバックエンドの停止が別途必要です。
サブスクリプションを止めると、既存の購読者はどうなりますか？
Appleの公式ヘルプによると、自動更新サブスクリプションを販売停止にすると、新規登録ができなくなり、既存顧客の自動更新が無効化されます*4。一方で、開発者はPaid Apps Agreementに基づき、サブスクリプション期間中は購読者にコンテンツを提供する責任を負うとされています*4。そのため、すでに購読中のユーザーには契約期間の終了まで提供を続ける前提で計画する必要があります。返金や解約の扱いは各ストアの仕組みと利用規約に従うため、法務確認のうえ告知に明記します。
ユーザーデータはいつ、どのように削除すればよいですか？
個人情報保護法第22条では、個人データを利用する必要がなくなったときは遅滞なく消去するよう努めなければならないとされています*3。これは努力義務で、具体的な保存期間や廃棄時期は法律で一律には定められていません*3。そのため、自社の利用規約・会計上の保存要件とあわせて保管期間を判断し、復元されない形で漏れなく消去します。会計・税務で保存義務のあるデータの切り分けや最終的な判断は、専門家に確認してください。
アプリは「公開停止」と「完全削除」のどちらにすべきですか？
将来の再展開や名称の再利用の可能性があるなら、完全削除ではなく公開停止にとどめる選択も検討します。Appleではアプリを削除するとアプリ名の所有権を失い、ビルド済みのバンドルIDは再利用できなくなります*1。Google Playでもインストール実績のあるアプリのパッケージ名は再利用できなくなり、削除は7日以内なら復元できますがその後は恒久削除になります*5。判断は事業方針と法務・会計の確認を踏まえて決めることをお勧めします。
撤退作業はどこまでを外注できますか？
ストアの配信停止・課金停止の手続き、データのエクスポート機能や移行・削除の実装、バックエンドの段階的停止、契約・ドメイン・証明書の後始末まで、技術・運用面は外注で進められます。一方で、サービス終了の最終判断、利用規約や返金方針の確定、会計処理、個人データの保管・削除に関する法的判断は、社内の法務・経理部門や顧問の弁護士・税理士など専門家の確認が前提です。外注先には、専門家の確認結果を反映して実装する役割を担ってもらうのが現実的です。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Apple「Manage availability for your app on the App Store — App Store Connect Help」および「Remove an app — App Store Connect Help」（2026年確認）
- *2 出典：Google「Update or unpublish your app — Play Console Help」（2026年確認）
- *3 出典：個人情報保護委員会「取得した個人情報は、いつ廃棄しなければなりませんか。（法第22条）」（2026年確認）
- *4 出典：Apple「Set availability for an auto-renewable subscription — App Store Connect Help」（2026年確認）
- *5 出典：Google「Delete an app — Play Console Help」（2026年確認）
