Mozillaが、MicrosoftのCopilotをWindowsおよびエコシステムに静かに組み込んでいく手法について公式に批判声明を出した。「ユーザーをCopilotエコシステムへと気づかないまま誘導し、ロックインを図っている」というのがMozillaの主張だ。AIアシスタントをめぐる主導権争いが、いよいよ表舞台に出てきた形である。
何が問題になっているのか
Mozillaが指摘するのは、MicrosoftがWindowsのUI変更やデフォルト設定の変更を通じて、ユーザーの同意を十分に取らないままCopilotの利用を促進しているという点だ。具体的には、Windowsのタスクバーへの組み込み、ウェブブラウザEdgeとの密な統合、Microsoft 365アプリ内での自動有効化などが俎上に載っている。
これはMicrosoftが過去にも経験した構図と重なる。Internet ExplorerのバンドルをめぐってEUが反競争的行為と判断した2000年代の事例、あるいはEdgeをデフォルトブラウザとして強引に設定し直す行為への批判——いずれもプラットフォーム優位性を活かして自社製品の利用を促す戦略だ。今回はそれがAIアシスタントの領域に移ってきた。
「選ぶ権利」の問題として捉えるべき
Mozillaの批判の核心は、技術論ではなくユーザーの選択権にある。「良いものなら使ってもらえる」という発想ではなく、「使わざるを得ない状況を作る」という設計になっているとしたら、それはユーザーへの不誠実だ。
特に法人環境での影響は無視できない。IT管理者がグループポリシーやMDMで丁寧に制御していたはずの設定が、Windows Updateや機能更新の中でいつの間にか変わっている、という経験をした方は少なくないだろう。Copilotも同様に、管理外でオンになるケースが増えてきている。
実務への影響——IT管理者が今すぐ確認すべきこと
1. Copilotの展開状況を棚卸しする
Microsoft Intune や Microsoft 365 管理センターから、組織内でCopilotがどのユーザー・デバイスで有効になっているかを確認する。想定外のユーザーに展開されていないかチェックが必要だ。
2. グループポリシーで明示的に制御する
Copilot関連のポリシー（TurnOffWindowsCopilot など）を明示的に設定し、意図せず有効化されるリスクを排除する。「設定していないから大丈夫」ではなく、「明示的に制御している」状態が正しいゼロトラスト的アプローチだ。
3. データ保護ポリシーとのすり合わせ
Copilotが社内データにアクセスできるようになった場合、情報漏洩のリスクが変わる。コンプライアンス担当者とともに、Copilotの利用範囲を改めて定義しておくことを勧める。
4. エンドユーザー教育
禁止するだけでは限界がある。「なぜ管理されているのか」を説明し、公式に整備されたCopilot環境が提供されていれば、そちらを使ってもらう仕組みに誘導することが現実的な管理戦略だ。
筆者の見解
MicrosoftはAI領域において、本来正面から勝負できる力を持っているはずだ。Azure OpenAIのインフラ、Microsoft 365との統合、エンタープライズ市場での圧倒的な地位——これだけのアセットを持ちながら、なぜユーザーに「気づかないうちに使わせる」手法に頼らなければならないのか。もったいないと感じるのが率直なところだ。
Copilotが本当に価値を提供できるのであれば、押しつけなくても使われる。日本の企業でも、Copilot for Microsoft 365の試用後に継続契約につながったケースは実際に存在する。それは機能の価値が伝わったからであって、選択肢を狭めたからではない。
Mozillaの指摘が法的・規制的な議論に発展する可能性もある。特にEUのDMA（デジタル市場法）の文脈では、プラットフォーム事業者によるバンドル行為への目が厳しい。Microsoftにとっては、早期に「ユーザーが自律的に選べる設計」を示すことが、長期的なブランド信頼の観点からもプラスに働くはずだ。
CopilotがいつかAI領域で「これがあってよかった」と言われる存在になることを期待しているからこそ、今の進め方には一言申し上げておきたい。技術力で正々堂々と勝ちにいってほしい。
出典: この記事は Mozilla slams Microsoft’s attempts to force Copilot on customers の内容をもとに、筆者の見解を加えて独自に執筆したものです。