Copilotがブラウザーで動かない、Word OnlineやExcel OnlineでCopilotボタンが見えない、ライセンス検証エラーが出る。こうした場合は、アプリの不具合だけを疑う前に、Cookie、サインイン中のアカウント、ライセンス、ネットワーク要件を順番に確認するのが近道です。
特にMicrosoft 365 Copilot web appsでは、ブラウザーのサードパーティCookieがブロックされていると、Copilotのライセンス検証やWebアプリ連携でつまずくことがあります。また、企業ネットワークではWebSockets、Microsoft 365のURL/IP範囲、*.cloud.microsoftや*.office.comへの接続制限が原因になることもあります。この記事では、2026年6月19日時点で確認できるMicrosoft LearnおよびMicrosoft Supportの公式情報をもとに、管理者と利用者が確認すべきポイントをQ&A形式で整理します。(Microsoft Learn)
Copilotがブラウザーで動かない時に最初に確認すること
Copilotがブラウザーで動かない時は、いきなり再インストールやライセンス再購入を考える必要はありません。まずは、次の順番で切り分けると原因を見つけやすくなります。
| 確認順 | 確認すること | よくある症状 |
|---|---|---|
| 1 | 正しいアカウントでサインインしているか | Copilotボタンが出ない、ライセンスがないと表示される |
| 2 | Copilotを使えるライセンスが割り当てられているか | Web版でもデスクトップ版でもCopilotが見えない |
| 3 | サードパーティCookieがブロックされていないか | ライセンス検証エラー、WebアプリでCopilotが反応しない |
| 4 | ブラウザーが対応環境か | 一部ブラウザーやプライベートモードだけで失敗する |
| 5 | ネットワークやプロキシがMicrosoft 365 Copilotの通信を妨げていないか | 社内ネットワークだけで使えない、読み込みが止まる |
| 6 | Microsoft 365 Appsのプライバシー設定や組織ポリシーに制限がないか | 一部ユーザーだけCopilotが表示されない |
Microsoft Learnでは、Microsoft 365 Copilotの前提条件として、対象ライセンス、Microsoft Entra IDアカウント、Exchange Online上のプライマリメールボックス、対応OS・ブラウザー、ネットワークエンドポイントなどが挙げられています。ブラウザーだけでなく、ID・メールボックス・ネットワークまで含めて確認するのが実務では重要です。(Microsoft Learn)
Q. Microsoft 365 Copilot web appsとは何を指しますか？
Microsoft 365 Copilot web appsは、ブラウザー上で利用するMicrosoft 365アプリに組み込まれたCopilot体験を指します。代表的には、Word Online、Excel Online、PowerPoint Online、Outlook on the web、Microsoft365.com上のCopilot関連機能などが該当します。
デスクトップ版のWordやExcelとは異なり、Web版はブラウザーのCookie設定、トラッキング防止、拡張機能、プロキシ、セキュリティ製品の影響を受けやすい点に注意が必要です。
たとえば、次のようなケースではWebアプリ側の要件を疑う価値があります。
- デスクトップ版ではCopilotが使えるが、Word Onlineでは使えない
- Microsoft 365にはサインインできるが、Copilotだけライセンス検証に失敗する
- 社外ネットワークでは使えるが、社内ネットワークでは読み込みが止まる
- Edgeでは使えるが、Safariやプライベートブラウズでは動かない
「Microsoft 365にログインできる」ことと「Copilot web appsが正常に動く」ことは同じではありません。Copilotはアプリ、ライセンス、組織データ、ネットワーク通信が組み合わさって動くため、通常のWeb閲覧よりも確認範囲が広くなります。
Q. Copilotがブラウザーで動かない原因はCookieですか？
原因の一つとして、サードパーティCookieのブロックは有力です。Microsoft Learnでは、Word Online、Excel Online、PowerPoint OnlineでCopilotを動作させるには、サードパーティCookieを有効にする必要があると説明されています。(Microsoft Learn)
また、Microsoft Supportでは、Microsoft 365 web appでCopilotのライセンス検証エラーが出る場合、ブラウザーがサードパーティCookieをサポートしている必要があると案内しています。特に、InPrivateやシークレットモード、Safari、一部の厳格なトラッキング防止設定では、Cookieが既定で制限されることがあります。(Microsoft サポート)
ただし、Cookieだけが原因とは限りません。次のように切り分けると、誤診を減らせます。
| 状況 | Cookieが原因の可能性 | 次に確認すること |
|---|---|---|
| ライセンス検証エラーが出る | 高い | サードパーティCookie、正しいアカウント、ライセンス |
| Copilotボタン自体が表示されない | 中 | ライセンス、組織設定、対応アプリ、更新チャネル |
| 社内ネットワークだけで失敗する | 低〜中 | プロキシ、TLS検査、WSS、Microsoft 365エンドポイント |
| 特定ブラウザーだけで失敗する | 高い | Cookie、トラッキング防止、拡張機能 |
| すべてのユーザーで同時に失敗する | 低 | サービス状態、テナント設定、ネットワーク変更 |
重要なのは、「Cookieを全許可すれば解決」と短絡しないことです。企業環境では、必要なMicrosoft 365関連サイトに限定して例外設定を行う、管理ポリシーで制御する、セキュリティ担当と合意する、といった運用が現実的です。
Q. サードパーティCookieはどのブラウザーで確認すべきですか？
Microsoft Learnでは、Microsoft 365 Copilotのブラウザー要件として、オンラインアプリではサードパーティCookieが有効なモダンブラウザーを求めています。推奨ブラウザーとしては、Microsoft Edge、Google Chrome、Mozilla Firefox、Apple Safariが挙げられており、Edgeは互換性とパフォーマンスの面で推奨されています。(Microsoft Learn)
ブラウザー別の確認観点は次のとおりです。
| ブラウザー | 確認ポイント | 実務上の注意 |
|---|---|---|
| Microsoft Edge | 「サードパーティCookieをブロックする」が有効になっていないか | 企業ポリシーで固定されている場合は利用者側で変更できない |
| Google Chrome | サードパーティCookieが許可されているか | シークレットモードでは通常時と挙動が異なることがある |
| Mozilla Firefox | 強化型トラッキング防止のCookieブロック設定 | カスタム設定でCookieを厳しく制限している環境に注意 |
| Safari | サイト越えトラッキング防止やCookieブロック | 既定設定や組織プロファイルの影響を受けやすい |
Microsoft Supportでは、Edge、Chrome、Firefox、Safariそれぞれについて、Copilotのライセンス検証エラー時に確認すべきCookie関連設定を案内しています。設定画面の名称はブラウザー更新で変わる場合があるため、記事や社内手順書では「メニュー名を完全固定」するよりも、「サードパーティCookieまたはクロスサイトトラッキングを制限していないか確認する」と書く方が長く使えます。(Microsoft サポート)
Q. InPrivateやシークレットモードでCopilotが使えないのはなぜですか？
InPrivateやシークレットモードでは、Cookie、サイトデータ、トラッキング関連の制限が通常モードより強くなることがあります。そのため、Microsoft 365にはサインインできても、Copilotのライセンス検証やアプリ連携に必要なCookieが保持・利用できず、エラーになる場合があります。
実務では、次の順で確認すると判断しやすくなります。
| テスト | 結果の見方 |
|---|---|
| 通常モードのEdgeでMicrosoft 365にサインインする | まず標準的なMicrosoft推奨環境で再現するか確認 |
| 同じアカウントでWord OnlineやExcel Onlineを開く | アプリ単位の問題か、Microsoft 365全体の問題かを確認 |
| InPrivateやシークレットモードで同じ操作をする | 通常モードだけ成功するならCookieや一時データ制限を疑う |
| 別ブラウザーでも試す | ブラウザー固有設定か、アカウント・ネットワーク側かを切り分ける |
利用者に案内する場合は、「シークレットモードで試してください」ではなく、まず通常モードの推奨ブラウザーで確認してくださいと伝える方が適切です。シークレットモードは、拡張機能やキャッシュの影響を切り分けるには便利ですが、CopilotのCookie要件の確認には向かない場合があります。
Q. Copilotボタンが見えない時もCookieを確認すべきですか？
確認すべきですが、Cookieだけに絞らない方が安全です。Microsoft Supportでは、Copilotボタンが見えない場合の確認として、正しいアカウント、最新ビルド、ライセンス更新、更新チャネル、プライバシー設定などを挙げています。Web版の場合は、ページの更新後もCopilotが動作しなければ、サードパーティCookieの有効化を確認する流れが示されています。(Microsoft サポート)
特に法人環境では、次の原因がよくあります。
| 原因 | 確認する場所 | 補足 |
|---|---|---|
| Copilotライセンスが割り当てられていない | Microsoft 365管理センター | 対象ユーザーにMicrosoft 365 Copilotが割り当てられているか確認 |
| 別アカウントでサインインしている | Microsoft365.com、アプリ右上のアカウント | 個人アカウントと職場・学校アカウントの混在に注意 |
| 組織設定で制御されている | 管理センター、ポリシー | ユーザー側では変更できない場合がある |
| プライバシー設定で接続エクスペリエンスが無効 | Microsoft 365 Appsのアカウント設定 | 管理対象端末ではポリシーで固定されることがある |
| 更新チャネルやアプリ状態の問題 | Microsoft 365 Appsのアカウント情報 | デスクトップ版の問題とWeb版の問題を分けて考える |
| ブラウザーCookieの制限 | ブラウザー設定 | Web版のライセンス検証エラーと関連しやすい |
「Copilotがない」という問い合わせは、利用者の画面だけを見ると同じに見えます。しかし実際には、ライセンス未割り当て、アカウント違い、ブラウザー設定、管理ポリシー、ネットワーク制限が混ざります。問い合わせを受ける管理者は、最初に「どのアプリで」「どのブラウザーで」「どのネットワークで」「どのアカウントで」起きているかを聞くと、切り分けが早くなります。
Q. Microsoft 365 Copilot web appsのネットワーク要件は何ですか？
Microsoft Learnでは、Microsoft 365 Copilotのネットワーク要件として、Microsoft 365のURLおよびIPアドレス範囲を許可すること、Microsoft 365アプリのネットワーク接続原則に従うこと、WebSockets（WSS）接続を妨げないことが説明されています。Microsoft 365 Copilotのエンタープライズ体験では、WSS接続先として*.cloud.microsoftと*.office.comが示されています。(Microsoft Learn)
確認すべき代表的な観点は次のとおりです。
| 項目 | 確認内容 | 失敗時に起きやすいこと |
|---|---|---|
| Microsoft 365 URL/IP範囲 | 必要なMicrosoft 365エンドポイントがブロックされていないか | 読み込み失敗、認証後の画面停止 |
| WSS | WebSockets over TLSが許可されているか | Copilot画面が固まる、応答が返らない |
*.cloud.microsoft | Copilot関連体験への接続が遮断されていないか | Copilotページや統合機能が不安定になる |
*.office.com | Office Webアプリ関連の通信が遮断されていないか | Word Online、Excel Onlineなどで不具合 |
| TLS検査 | セキュリティ機器が通信を中断していないか | 一部機能だけ失敗、証明書関連エラー |
| プロキシのタイムアウト | 長めの接続を短時間で切断していないか | 途中で応答が途切れる、再試行が増える |
Copilotは単なるWebページではなく、Microsoft 365アプリと深く統合されたAI体験です。そのため、通常のHTTPS閲覧はできていても、WSSや特定ドメインへの接続が制限されていると失敗することがあります。
Q. WebSockets（WSS）がブロックされると何が起きますか？
WebSockets（WSS）は、ブラウザーとサービス間で継続的な双方向通信を行うための仕組みです。Microsoft Learnでは、複数のCopilot統合がWSSに依存しており、ネットワーク境界でWSSをブロックしている、TLS検査を行っている、プロキシが厳しいタイムアウトを設定している、といった構成がCopilotアプリケーションの失敗につながる可能性があると説明されています。(Microsoft Learn)
現場で見える症状としては、次のようなものがあります。
- Copilotの画面は開くが、質問しても応答が返らない
- 途中まで読み込んで止まる
- 社外ネットワークやテザリングでは使えるが、社内LANでは使えない
- 特定拠点や特定VPN接続時だけ失敗する
- ブラウザーの開発者ツールでWebSocket接続エラーが見える
この場合、利用者側でCookieを変更しても解決しません。ネットワーク管理者が、プロキシ、SSL/TLSインスペクション、ファイアウォール、CASB、SASE製品、DNSフィルタリングなどの制御を確認する必要があります。
Q. *.cloud.microsoftを許可すれば十分ですか？
*.cloud.microsoftは重要ですが、それだけで十分と決めつけない方が安全です。Microsoft Learnでは、Copilot体験を*.cloud.microsoftドメイン配下へ統合していく計画が説明されていますが、同時にMicrosoft 365のURL/IP範囲や*.office.comなどの接続要件も示されています。(Microsoft Learn)
企業ネットワークでよくある失敗は、セキュリティを強める目的で個別FQDNだけを細かく許可しようとすることです。Microsoft Learnでは、Microsoft 365のような大規模サービスでは、個別機能ごとのFQDNを固定的に提示することは現実的ではなく、ワイルドカードで示されたFQDNやサブドメインを考慮する必要があると説明されています。(Microsoft Learn)
実務上は、次の方針が現実的です。
| 方針 | 向いている環境 | 注意点 |
|---|---|---|
| Microsoft 365の公式URL/IP範囲に沿って許可 | 標準的な企業ネットワーク | Microsoftの更新に追随する運用が必要 |
| ワイルドカードドメインを許可 | CopilotやMicrosoft 365の変化に追随したい環境 | セキュリティ部門との合意が必要 |
| 個別FQDNだけを許可 | 非常に制限の厳しい環境 | 運用負荷が高く、機能追加時に壊れやすい |
| 全通信をTLS検査する | 厳格な監査環境 | Microsoft 365のリアルタイム通信で問題が出る可能性がある |
Copilotの導入時は、「今つながるか」だけでなく、「Microsoft側のサービス構成変更に耐えられるか」も設計ポイントです。
Q. 対象になる人は誰ですか？
この記事の確認ポイントが特に役立つのは、次のような人です。
| 対象者 | この記事で確認すべきこと |
|---|---|
| Microsoft 365 Copilotを使う一般ユーザー | 正しいアカウント、ブラウザー、Cookie、通常モードでの再確認 |
| 情シス・ヘルプデスク | 問い合わせ時の切り分け順、ユーザーへの案内文 |
| Microsoft 365管理者 | ライセンス、Entra ID、Exchange Online、組織設定 |
| ネットワーク管理者 | Microsoft 365エンドポイント、WSS、プロキシ、TLS検査 |
| セキュリティ担当者 | Cookie例外、トラッキング防止、DLP/CASB/SASEとの整合 |
| 導入プロジェクト担当者 | パイロット展開時の検証項目と失敗パターン |
特に管理者は、利用者から「Copilotが使えない」と聞いた時に、すぐにMicrosoft 365 Copilotの障害と判断しないことが大切です。まずは、同じユーザーが別ブラウザー、別ネットワーク、別アプリでどうなるかを確認すると、原因の範囲を絞れます。
Q. 使えない時は利用者に何を案内すればよいですか？
ヘルプデスク向けには、次のような案内が実用的です。
| 利用者への確認項目 | 案内例 |
|---|---|
| アカウント | 「右上のプロフィールを確認し、職場または学校アカウントでサインインしているか確認してください」 |
| ブラウザー | 「まずMicrosoft Edgeの通常ウィンドウでMicrosoft365.comを開いてください」 |
| Cookie | 「Copilotのライセンス検証エラーが出る場合、サードパーティCookieのブロック設定を確認してください」 |
| プライベートモード | 「InPrivateやシークレットモードではなく、通常モードで試してください」 |
| ネットワーク | 「自宅回線やスマートフォンのテザリングで再現するか確認してください」 |
| 画面情報 | 「エラーメッセージ全文、利用ブラウザー、対象アプリ、発生時刻を共有してください」 |
問い合わせフォームを作るなら、次の項目を必須にすると対応が早くなります。
| 項目 | 入力例 |
|---|---|
| 利用アプリ | Word Online、Excel Online、PowerPoint Online、Outlook on the web |
| 利用URL | Microsoft365.com、m365.cloud.microsoftなど |
| ブラウザー | Edge、Chrome、Firefox、Safari |
| ブラウザーモード | 通常、InPrivate、シークレット |
| ネットワーク | 社内LAN、VPN、自宅、テザリング |
| エラー内容 | ライセンス検証エラー、ボタン非表示、読み込み停止 |
| 影響範囲 | 自分だけ、部署全体、全社 |
| 発生開始日時 | 例：2026年6月19日 10:00頃 |
「画面が出ません」だけでは、Cookie問題なのか、ライセンス問題なのか、ネットワーク問題なのか判断できません。最初の聞き取り項目を整えるだけで、解決までの時間を大きく短縮できます。
Q. 管理者はどの順番で切り分ければよいですか？
管理者は、個別端末の設定から見るよりも、影響範囲を先に確認する方が効率的です。
まず影響範囲を確認する
| 影響範囲 | 疑うべき原因 |
|---|---|
| 1人だけ | アカウント違い、ライセンス未割り当て、ブラウザー設定、端末固有の拡張機能 |
| 特定部署だけ | グループベースライセンス、条件付きアクセス、ポリシー、ネットワークセグメント |
| 特定拠点だけ | プロキシ、ファイアウォール、DNS、TLS検査、回線 |
| 全社 | テナント設定、Microsoft 365サービス状態、全社ネットワーク変更 |
| 特定ブラウザーだけ | Cookie、トラッキング防止、ブラウザーポリシー |
| Web版だけ | サードパーティCookie、WSS、Webアプリ側要件 |
次に要件を一つずつ確認する
| 順番 | 管理者の確認内容 |
|---|---|
| 1 | ユーザーに対象のMicrosoft 365 Copilotライセンスが割り当てられているか |
| 2 | ユーザーがMicrosoft Entra IDの職場または学校アカウントでサインインしているか |
| 3 | 必要な場合、プライマリメールボックスがExchange Onlineにあるか |
| 4 | Microsoft 365 web appsでサードパーティCookieがブロックされていないか |
| 5 | Microsoft 365のURL/IP範囲とCopilot関連ドメインがブロックされていないか |
| 6 | WSS通信、プロキシ、TLS検査、タイムアウト設定に問題がないか |
| 7 | Microsoft 365 Appsのプライバシー設定や接続エクスペリエンスが制限されていないか |
Microsoft Learnでは、Microsoft 365 Copilotの利用前提として、対象ライセンス、Microsoft Entra IDアカウント、Exchange Online上のプライマリメールボックスなどが示されています。特にメールや予定表の情報を使うCopilot体験では、Exchange Online上のプライマリメールボックスであることが重要です。(Microsoft Learn)
Q. Exchange OnlineやOneDriveも関係しますか？
関係します。CopilotはMicrosoft 365内のデータやアプリと連携して動作するため、単にブラウザーでページが開けるだけでは不十分です。
Microsoft Learnでは、Microsoft 365 CopilotはExchange Online上のプライマリメールボックスでのみサポートされると説明されています。また、OneDriveのファイル復元やOneDrive管理など一部機能では、ユーザーのOneDriveアカウントが必要になる場合があります。(Microsoft Learn)
実務では、次のように考えると分かりやすいです。
| 機能・場面 | 関係する要素 |
|---|---|
| Outlookや予定表を使ったCopilot体験 | Exchange Onlineのプライマリメールボックス |
| ファイルを参照するCopilot体験 | OneDrive、SharePoint、アクセス権 |
| Word OnlineやExcel OnlineのCopilot | ライセンス、Cookie、Webアプリ、ファイル保存場所 |
| Teams会議後のCopilot活用 | 文字起こし、録画、Teams設定 |
| 組織データを使う回答 | Microsoft 365のアクセス権、検索、情報保護設定 |
「Copilotが動かない」と言っても、チャットだけが動かないのか、Wordだけが動かないのか、Outlookだけが動かないのかで確認すべき場所は変わります。
Q. サードパーティCookieを許可するのはセキュリティ上危険ですか？
無条件に全サイトで許可する運用は慎重に考えるべきです。一方で、Microsoft 365 Copilot web appsのように、業務上必要なサービスでCookieが要件になっている場合は、例外設定や管理ポリシーでバランスを取るのが現実的です。
おすすめは、次のような方針です。
| 運用方針 | 内容 |
|---|---|
| 個人任せにしない | 利用者に「Cookieを全部許可してください」と丸投げしない |
| 対象を限定する | Microsoft 365関連の必要なサイトや管理ポリシーで制御する |
| 変更履歴を残す | セキュリティ設定を緩和した理由、対象、承認者を記録する |
| パイロットで検証する | 全社展開前に代表ユーザー、代表拠点、代表ブラウザーで確認する |
| 定期的に見直す | Microsoft Learnのネットワーク要件やブラウザー仕様変更に追随する |
Copilotの導入は、AI機能の有効化だけでなく、ブラウザーセキュリティ、ネットワーク、ID、データ保護の運用を見直す機会でもあります。
Q. 公式情報はどこを見ればよいですか？
まず確認すべき公式情報は、Microsoft LearnのMicrosoft 365 Copilot最小要件と、Microsoft 365 Copilotのアプリ・ネットワーク要件です。前者ではライセンス、Exchange Onlineメールボックス、Entra ID、ブラウザー、ネットワークエンドポイントなどの全体像を確認できます。後者では、Word Online、Excel Online、PowerPoint OnlineでのサードパーティCookie要件、Microsoft 365エンドポイント、WSS、*.cloud.microsoft、*.office.comなどのネットワーク要件を確認できます。(Microsoft Learn)
ライセンス検証エラーやCopilotボタンが表示されない問題については、Microsoft Supportの該当ページも確認すると、利用者向けの案内に落とし込みやすくなります。(Microsoft サポート)
社内手順書を作る場合は、公式情報のURLだけを貼るのではなく、次のように役割別に分けると使いやすくなります。
| 役割 | 見るべき情報 |
|---|---|
| 利用者 | 正しいアカウント、通常ブラウザー、Cookie設定、ページ更新 |
| ヘルプデスク | ライセンス検証エラー、Copilotボタン非表示時の一次切り分け |
| Microsoft 365管理者 | ライセンス、Entra ID、Exchange Online、プライバシー設定 |
| ネットワーク管理者 | Microsoft 365 URL/IP範囲、WSS、プロキシ、TLS検査 |
| セキュリティ担当 | Cookie例外、トラッキング防止、監査・承認フロー |
Copilotがブラウザーで動かない時の実務チェックリスト
最後に、問い合わせ対応や社内ナレッジにそのまま使える形で、確認項目をまとめます。
| チェック | 利用者 | 管理者 |
|---|---|---|
| 職場または学校アカウントでサインインしている | ✅ | ✅ |
| 対象ユーザーにCopilotライセンスがある | ✅ | |
| Microsoft 365 Copilot対象のベースライセンスがある | ✅ | |
| Edgeなど対応ブラウザーの通常モードで試した | ✅ | |
| サードパーティCookieがブロックされていない | ✅ | ✅ |
| InPrivateやシークレットモードで検証していない | ✅ | |
| Word Online、Excel Online、PowerPoint Onlineのどれで起きるか確認した | ✅ | ✅ |
| 社内ネットワーク以外でも再現するか確認した | ✅ | ✅ |
| Microsoft 365エンドポイントがブロックされていない | ✅ | |
| WSS通信が許可されている | ✅ | |
*.cloud.microsoftと*.office.comへの通信を確認した | ✅ | |
| プロキシやTLS検査で通信を壊していない | ✅ | |
| Microsoft 365 Appsのプライバシー設定を確認した | ✅ | |
| Exchange Onlineのプライマリメールボックス要件を確認した | ✅ |
Copilotがブラウザーで動かない時は、まず「正しいアカウントでサインインしているか」「ライセンスがあるか」「サードパーティCookieがブロックされていないか」を確認します。そこでも解決しない場合は、社内ネットワークのWSS、Microsoft 365エンドポイント、*.cloud.microsoft、*.office.com、プロキシやTLS検査へ確認範囲を広げます。
利用者には、まずEdgeの通常ウィンドウでMicrosoft 365にサインインし直してもらい、Word OnlineやExcel Onlineで再現するかを確認してもらうのが現実的です。管理者は、影響範囲を見て、個別端末のCookie設定なのか、組織全体のライセンス・ネットワーク・ポリシーなのかを切り分けましょう。
コメント