Windowsの公式ドキュメント更新「Remove app add on」は、Windowsからアプリやアドオン機能が削除されるという話ではありません。Microsoft Storeに公開しているアプリやアドオンを、Partner Center上で「新規取得できない状態」にする手順を整理した更新です。特に重要なのは、アプリを利用不可にしても既存ユーザーの端末から自動削除されないこと、そしてアプリ本体を利用不可にしてもアドオンの新規取得は自動では止まらないことです。MicrosoftDocs/windows-dev-docsのコミットは2026年4月30日付で、Microsoft Learn上の該当ページは2026年5月1日に最終更新されています。(GitHub)
Windows admins、developers、endpoint teamsが見るべきポイントは、単に「公開停止の手順が変わったか」ではなく、ストア上の公開停止、既存ユーザーの利用継続、アドオン課金、社内端末からの削除を分けて判断することです。この記事では、公式更新の変更点、運用への影響、移行準備のチェック項目を実務目線で整理します。
Windowsの公式ドキュメント更新「Remove app add on」で何が変わったか
今回の更新では、Microsoft Storeに公開したアプリやアドオンを削除・停止するための説明が、より分かりやすく集約されました。GitHub上のコミット「Remove app add on (#6702)」では、remove-an-app-and-add-on.md が作成され、MSIX、MSI/EXE、PWA向けに分かれていた remove-app.md が削除されています。また、旧ページから新しい共通ページへのリダイレクトも追加されています。(GitHub)
ただし、これは「Windows OSの仕様変更」や「端末上のアプリ削除機能の追加」と見るべきではありません。公式ドキュメント上の案内が、Microsoft StoreとPartner Centerにおける公開停止操作として整理された更新です。
| 確認項目 | 更新前の見え方 | 更新後に確認すべきこと |
|---|---|---|
| アプリ削除手順 | MSIX、MSI/EXE、PWAごとに説明が分かれていた | アプリ種別を問わず、共通の「Remove an app or add-on」ページで確認する |
| アドオン削除 | 価格・公開設定や更新手順の文脈で説明されていた | アプリ本体とは別に、アドオンを明示的に利用不可にする |
| 既存ユーザーへの影響 | アプリ種別ごとの説明に分散していた | 既存ユーザーは引き続き利用でき、自動アンインストールされない点を前提にする |
| 内部ドキュメントやブックマーク | 旧URLを参照している可能性がある | 旧ページのリダイレクト先を確認し、社内手順書を更新する |
| 運用判断 | 「削除」という言葉だけで誤解しやすい | Storeでの新規取得停止と、端末からの削除を分けて考える |
「Remove」はアンインストールではなく、新規取得の停止と考える
公式ページでは、Microsoft Storeからアプリまたはアドオンを取り除く方法として、Partner Centerで対象を利用不可にする手順が示されています。アプリを利用不可にすると、新しい顧客はMicrosoft Storeでそのアプリを見つけたり取得したりできなくなります。一方で、すでにインストール済みの既存ユーザーは引き続き利用でき、アプリは自動的にはアンインストールされません。(Microsoft Learn)
この点は、Windows管理者やエンドポイント担当者にとって非常に重要です。Microsoft Store上で「Make product unavailable」を実行しても、既存端末からアプリが消えるわけではありません。社内端末からもアプリを撤去したい場合は、Microsoft Storeの公開停止とは別に、Intune、Configuration Manager、端末管理スクリプト、配布ポリシーなど、組織で使っているエンドポイント管理手段で対応する必要があります。
たとえば、次のように目的を分けて考えると判断しやすくなります。
| 目的 | Partner Centerの公開停止で対応できるか | 追加で必要になりやすい対応 |
|---|---|---|
| Microsoft Storeで新規ユーザーに取得させたくない | 対応できる | Store表示、販売、取得導線の確認 |
| 既存ユーザーの端末からアプリを消したい | 対応できない | 端末管理ツールによるアンインストールや利用制御 |
| 既存ユーザーの利用を段階的に終了したい | 単独では不十分 | サポート告知、アプリ内通知、バックエンド側の利用制御 |
| アドオンの新規購入・取得も止めたい | アプリ停止だけでは不十分 | アドオン単位で「Make product unavailable」を実行 |
| 一時的に公開停止し、後で再開したい | 対応できる | 再公開時の検証、社内承認、ユーザー告知 |
アプリをMicrosoft Storeから外す手順の要点
公式ドキュメントで示されているアプリ側の流れは、Partner Centerにサインインし、対象アプリを選択して、App overviewページのStore Presenceカードから可用性を変更するというものです。具体的には、Modify availability を選び、Make product unavailable を適用します。再度提供したい場合は、同じ導線から Make product available を選べます。(Microsoft Learn)
実務では、操作そのものよりも「実行前に何を確認するか」が重要です。
公開停止前に確認すること
公開停止を行う前に、少なくとも次の項目は確認しておきます。
| 確認項目 | 見るべき理由 |
|---|---|
| 対象アプリの種類 | MSIX、MSI/EXE、PWAで配布経路や端末側の管理方法が異なるため |
| 既存インストール数 | 公開停止後も利用継続するユーザーのサポート規模を把握するため |
| アプリ内課金・アドオンの有無 | アプリ本体停止だけではアドオン取得が止まらない可能性があるため |
| サポート終了日 | 既存ユーザーにいつまで利用を許可するかを決めるため |
| 社内・外部向け告知 | 突然Storeから消えたように見える問い合わせを減らすため |
| 再公開の可能性 | 一時停止なのか完全終了なのかで、対応方針が変わるため |
「Storeから外す」だけなら操作は短時間で済みます。しかし、既存ユーザー、サポート窓口、営業・CS、課金、利用規約、社内配布ポリシーまで含めると、単なる画面操作では終わりません。特に企業向けアプリやグローバル配布アプリでは、公開停止のタイミングと告知の順番を誤ると、サポート問い合わせが増えます。
アドオンはアプリ本体とは別に停止する必要がある
今回の更新で最も見落としやすいのは、アドオンの扱いです。公式ドキュメントでは、アプリを利用不可にしても、アドオンの取得が自動的に無効になるわけではないと説明されています。アドオンは親アプリの可用性とは独立して更新などに関連付けられる場合があるため、新規のアドオン取得を完全に防ぐには、アドオンを明示的に削除、つまり利用不可にする必要があります。(Microsoft Learn)
アドオンを停止する手順は、アプリの種類にかかわらず共通です。Partner Centerで対象アプリを開き、App overviewページから Manage add-ons に進み、停止したいアドオンを選択して、右上の Make product unavailable を実行します。確認後、そのアドオンは新規取得できなくなります。(Microsoft Learn)
アドオン停止で注意すべき利用者影響
アドオンを利用不可にしても、既存ユーザーはアクセスを保持します。サブスクリプション型アドオンの場合、既存ユーザーは現在のサブスクリプション期間が終わるまで利用でき、その後は自動更新されず、現在の請求期間の終了時にキャンセルされます。(Microsoft Learn)
つまり、開発者や運用担当者は次のようなケースを想定する必要があります。
| ケース | 起こり得ること | 対応の考え方 |
|---|---|---|
| 買い切りアドオンを停止する | 新規取得は止まるが、既存購入者は利用を継続する | アプリ内で既存権利を正しく扱う |
| サブスクリプション型アドオンを停止する | 現在の期間中は利用可能で、更新されず終了する | 終了日、請求、機能停止の案内を用意する |
| アプリ本体だけを停止する | アドオン側の取得が残る可能性がある | アドオン一覧を棚卸しして個別に停止する |
| アプリ内UIに購入ボタンが残る | Store側では取得不可でも、アプリ側で混乱が起きる | アプリ更新や機能フラグで導線を調整する |
| 複数市場で販売している | 国・地域ごとに問い合わせ内容が異なる | 市場別の公開状態、告知文、サポート対応を確認する |
アドオンは売上やライセンス、機能開放に直結しやすいため、「アプリを止めたからアドオンも止まったはず」と判断するのは危険です。公開停止作業では、アプリ本体とアドオンを別タスクとして扱うべきです。
旧ドキュメントからの移行で確認すべきこと
GitHubの差分では、MSIX、MSI/EXE、PWAの個別 remove-app.md が削除され、新しい共通ページへリダイレクトが追加されています。さらに、アドオンの価格・可用性ページやアドオン更新ページから、削除に関する一部説明が整理されています。(GitHub)
このため、社内ナレッジ、運用Runbook、開発者向けチェックリストで旧URLを使っている場合は更新が必要です。特に、次のような文書は見直してください。
- Microsoft Store公開・停止手順書
- Partner Center操作マニュアル
- MSIX、MSI/EXE、PWA別の公開運用ルール
- アドオン販売・停止のチェックリスト
- サブスクリプション終了時のユーザー告知テンプレート
- サポートチーム向けFAQ
- アプリ廃止時のエンドポイント管理手順
旧ページがリダイレクトされる場合でも、社内手順書のリンクやスクリーンショットが古いままだと、運用担当者が誤った判断をすることがあります。リンク修正だけでなく、「アプリ停止」と「アドオン停止」を別項目として明記することが大切です。
Windows adminsが確認すべき運用影響
Windows管理者が最初に確認すべきなのは、対象アプリが社内端末にどの経路で入っているかです。Microsoft Storeからユーザーが取得したものなのか、Intuneなどで配布したものなのか、MSIXパッケージを別経路で展開しているのかによって、対応は変わります。
端末から消えると誤解しない
公式ドキュメントの説明では、アプリを利用不可にしても、既存ユーザーがすでにインストールしているアプリは引き続き利用でき、自動的にはアンインストールされません。(Microsoft Learn)
そのため、社内で「このアプリは廃止したので使わせたくない」という要件がある場合、Store側の操作だけでは不十分です。端末側でアンインストール、起動制御、配布停止、許可リスト・禁止リストの見直しなどを行う必要があります。
管理者向けチェックリスト
| 確認項目 | 具体的な確認内容 |
|---|---|
| インストール実態 | どの端末に対象アプリが入っているか |
| 配布経路 | Microsoft Store、社内ポータル、Intune、手動インストールのどれか |
| アプリ種別 | MSIX、MSI/EXE、PWAのどれか |
| 依存関係 | アドオン、バックエンドAPI、認証、ライセンスとの関係 |
| 既存ユーザー対応 | 利用継続、段階廃止、強制削除のどれにするか |
| サポート対応 | 問い合わせ時に「Storeから消えた」と「端末から消えた」を切り分ける |
| 監査・証跡 | いつ、誰が、どの製品を利用不可にしたかを記録する |
エンドポイント運用では、公開停止後の状態確認も重要です。Storeで新規取得できなくなったか、既存端末で起動できるか、アンインストール方針どおりに削除されるか、ヘルプデスクが説明できるかを確認してから本番展開するのが安全です。
Developersが確認すべき実装上のポイント
開発者が見るべきポイントは、Partner Centerでの公開停止操作だけではありません。アプリ内にアドオン購入ボタン、価格表示、ライセンス確認処理、サブスクリプション状態に応じた機能制御がある場合、Store側の状態変更に合わせてアプリ側の挙動も確認する必要があります。
Microsoft Learnのアドオン更新ページでは、公開済みアドオンはアプリ本体とは独立して更新でき、価格や説明などの変更では通常アプリ全体を更新する必要はないと説明されています。(Microsoft Learn) ただし、アプリ側のUIや導線が古いままだと、ユーザーは「購入できないアドオンが表示されている」「更新されないサブスクリプションがまだ選べる」と感じる可能性があります。
アプリ側で確認したいポイント
| 項目 | 確認内容 |
|---|---|
| 購入導線 | 停止したアドオンの購入ボタンやアップセル表示が残っていないか |
| ライセンス判定 | 既存購入者の権利を誤って無効化していないか |
| サブスクリプション表示 | 期限、更新不可、終了予定をユーザーに分かりやすく表示できるか |
| エラー処理 | 取得不可になったアドオンを要求した場合に適切なメッセージを出せるか |
| 多言語表示 | グローバル配布アプリで各言語の終了案内が用意されているか |
| ロールバック | 再提供する場合にUIや機能フラグを戻せるか |
特にサブスクリプション型アドオンでは、既存ユーザーが現在の期間中は利用できる点を踏まえ、アプリ側で「即時無効化」しないよう注意が必要です。Store側の終了タイミングと、アプリ内の機能制御がずれると、課金済みユーザーの不満につながります。
Endpoint teamsが移行準備でやるべきこと
Endpoint teamsは、公開停止の前後で「Store上の状態」と「端末上の状態」を分けてテストする必要があります。Microsoft Storeで新規取得できない状態になっても、既存端末のアプリは残るため、端末管理の検証を省略すると、廃止済みアプリが現場で使われ続ける可能性があります。
移行準備の進め方
| ステップ | 作業内容 | 成果物 |
|---|---|---|
| 対象整理 | アプリ本体、関連アドオン、サブスクリプションを一覧化する | 対象製品リスト |
| 影響確認 | 既存ユーザー数、端末数、利用部門、国・地域を確認する | 影響範囲表 |
| 方針決定 | 新規取得停止のみか、既存利用も止めるかを決める | 廃止方針 |
| 事前告知 | 利用者、管理者、サポート窓口に案内する | 告知文、FAQ |
| Partner Center操作 | アプリとアドオンを必要に応じて利用不可にする | 操作記録 |
| 端末側対応 | 削除、起動制御、配布停止、監視を実施する | 管理ツール上の適用結果 |
| 事後確認 | Store取得、既存起動、アドオン状態、問い合わせを確認する | 完了レポート |
重要なのは、Partner Center操作を「最後のクリック」にしないことです。実際には、事前棚卸し、ユーザー告知、アプリ側変更、端末側制御、サポート準備がそろって初めて、安全に公開停止できます。
失敗しやすいポイント
「削除」という言葉だけで判断する
今回のドキュメント名にはRemoveという言葉が含まれますが、実際の操作は主に Make product unavailable です。これは、Microsoft Storeで新しい顧客が取得できない状態にする操作であり、既存端末から削除する操作ではありません。(Microsoft Learn)
社内の会話では、「Store公開停止」「新規取得停止」「端末からのアンインストール」を分けて表現すると誤解を減らせます。
アプリだけ止めてアドオンを忘れる
アプリ本体を利用不可にしても、アドオン取得が自動で止まるとは限りません。公式ドキュメントでも、新規アドオン取得を防ぐにはアドオンを明示的に削除する必要があると説明されています。(Microsoft Learn)
有料アドオン、サブスクリプション、機能開放キーを使っているアプリでは、アプリ停止と同じ作業チケット内に「アドオン確認」を必ず入れてください。
既存サブスクリプションの終了タイミングを誤る
サブスクリプション型アドオンは、利用不可にした時点で既存ユーザーの利用が即時終了するわけではありません。現在のサブスクリプション期間が終わるまで利用でき、自動更新されず、請求期間の終わりにキャンセルされます。(Microsoft Learn)
この仕様を踏まえずに、アプリ側で即時に機能を無効化すると、課金済みユーザーに不利益が出る可能性があります。終了日、返金要否、サポート方針は事前に整理しておきましょう。
旧リンクや古いスクリーンショットを使い続ける
今回の更新では、個別のMSIX、MSI/EXE、PWA向け削除ページが削除され、共通ページに整理されています。旧ページへのリダイレクトが追加されていても、社内手順書のスクリーンショットや説明文が古いままだと、操作担当者が迷います。(GitHub)
特に、監査対応が必要な組織では、実際のPartner Center画面と手順書の表記がずれていないかを確認してください。
実務で使える判断基準
公開停止の判断では、まず「何を止めたいのか」を明確にします。次の表を基準にすると、関係者間の認識合わせがしやすくなります。
| やりたいこと | 主な操作 | 注意点 |
|---|---|---|
| Microsoft Storeで新規入手を止めたい | アプリを Make product unavailable にする | 既存ユーザーは引き続き利用できる |
| アドオンの新規取得を止めたい | アドオンを Make product unavailable にする | アプリ本体の停止だけでは不十分 |
| 既存ユーザーの端末から削除したい | 端末管理側でアンインストール施策を実施 | Store公開停止では自動削除されない |
| サブスクリプション型アドオンを終了したい | アドオンを利用不可にし、期限終了を案内 | 既存ユーザーは現在の期間中は利用できる |
| 一時的に販売を止めたい | 利用不可にし、再開時に利用可能へ戻す | 再開前に価格、説明、アドオン状態を再確認する |
| 完全に製品終了したい | Store停止、端末対応、アプリ内導線、サポート終了をセットで進める | Partner Center操作だけで完了としない |
この更新をきっかけに、アプリのライフサイクル管理を見直す価値があります。公開、更新、価格変更、アドオン追加までは手順化されていても、公開停止や終了処理は曖昧なままになりがちです。
よくある疑問
Windows Updateでアプリやアドオンが削除されるのか
いいえ。今回の「Remove app add on」は、Windows Updateで端末上のアプリやアドオンが削除されるという内容ではありません。Microsoft Storeに公開しているアプリやアドオンを、Partner Center上で利用不可にする公式ドキュメントの更新です。(Microsoft Learn)
MSIX、MSI/EXE、PWAで手順は違うのか
今回のドキュメント更新では、従来のMSIX、MSI/EXE、PWA別の削除説明が整理され、共通の「Remove an app or add-on」ページに集約されています。したがって、まずは新しい共通ページを確認し、そのうえで自社の配布方式に応じた端末側対応を検討するのが現実的です。(GitHub)
アプリを利用不可にすればアドオンも止まるのか
いいえ。公式ドキュメントでは、アプリを利用不可にしてもアドオン取得が自動的に無効になるわけではないと説明されています。新規のアドオン取得を止めるには、アドオンを明示的に利用不可にする必要があります。(Microsoft Learn)
既存ユーザーはアプリを使い続けられるのか
はい。アプリを利用不可にしても、すでにインストールしている既存ユーザーは引き続き利用できます。また、アプリは自動的にはアンインストールされません。(Microsoft Learn)
サブスクリプション型アドオンはすぐキャンセルされるのか
すぐに利用終了するわけではありません。既存ユーザーは現在のサブスクリプション期間が終わるまで利用でき、サブスクリプションは自動更新されず、現在の請求期間の終了時にキャンセルされます。(Microsoft Learn)
まず取るべき次の行動
今回のWindows公式ドキュメント更新「Remove app add on」で実務担当者がすぐにやるべきことは、次の3つです。
1つ目は、社内で公開しているMicrosoft Storeアプリとアドオンを棚卸しすることです。アプリ本体だけでなく、買い切りアドオン、サブスクリプション型アドオン、アプリ内購入導線まで確認します。
2つ目は、公開停止の目的を明確にすることです。新規取得だけを止めたいのか、既存ユーザーの利用も終わらせたいのか、端末から削除したいのかで、必要な作業は変わります。
3つ目は、社内手順書を更新することです。MSIX、MSI/EXE、PWA別の古い削除ページを参照している場合は、新しい共通ページを前提に、アプリ停止とアドオン停止を別項目として記載しましょう。
この更新は派手な機能追加ではありませんが、アプリ廃止や課金終了の運用では影響が大きい内容です。Microsoft Store上の公開状態、既存ユーザーの利用継続、アドオンの取得可否、端末側の削除を切り分けて管理することで、公開停止時のトラブルを減らせます。
コメント