Microsoft 365 Copilot web appsで「Copilotを押しても読み込みが終わらない」「サインイン画面を繰り返す」「WordやExcelでは使えるはずなのにパネルが開かない」といった症状が出た場合、最初に確認したいのがサードパーティCookieと社内ネットワークです。
Web版のWord、Excel、PowerPointでCopilotを利用するには、ブラウザーでサードパーティCookieを利用できる状態にする必要があります。また、組織のネットワークでは、Microsoft 365の接続先に加えて、*.cloud.microsoftと*.office.comへのWebSocket通信を遮断しない設定が必要です。(Microsoft Learn)
切り分けの目安は明確です。通常ウィンドウでは動くのにプライベートブラウズでは動かない場合はCookie設定、スマートフォンのテザリングでは動くのに社内LANやVPNでは動かない場合はネットワーク設定を疑います。個人で変更できる範囲と、管理者に依頼すべき範囲を分けて確認することが、最短の解決につながります。
Copilotがブラウザーで動かない時は原因を4つに分ける
Copilotの不具合をすべて「ブラウザーの問題」と考えると、Cookieの削除や再インストールを何度も繰り返すことになります。まず、症状から原因の範囲を絞り込みましょう。
| 症状 | 疑う項目 | 最初に確認すること |
|---|---|---|
| Copilotのボタン自体が表示されない | ライセンス、アカウント、組織設定 | 対象ユーザーへのライセンス割り当て |
| Copilotパネルが白い、読み込みが続く | Cookie、追跡防止、拡張機能 | 通常ウィンドウと別ブラウザーで再確認 |
| サインイン画面を繰り返す | サードパーティCookie | SharePoint関連サイトのCookie許可 |
| 社内LANやVPNでだけ動かない | ファイアウォール、プロキシ、WSS | テザリングなど別ネットワークで比較 |
| 同じ拠点の複数ユーザーで動かない | 組織のネットワーク設定 | WSS、TLS検査、プロキシログ |
| 1人だけ、どの端末でも動かない | ライセンス、Entra ID、メールボックス | ユーザー単位の前提条件 |
| Wordでは動くがWeb検索が使えない | 接続エクスペリエンス設定 | Microsoft 365のプライバシーポリシー |
この表は原因を断定するものではなく、調査する順番を決めるための目安です。Microsoft 365 Copilotは、ライセンス、ID、メールボックス、ブラウザー、ネットワークなど複数の条件を満たして動作します。(Microsoft Learn)
Microsoft 365 Copilot web appsの前提条件
Cookieやネットワークを変更する前に、利用者側の前提条件を確認します。前提条件を満たしていない場合、Cookieを許可してもCopilotは利用できません。
| 確認項目 | 必要な状態 | 主な確認者 |
|---|---|---|
| ライセンス | 対象となるMicrosoft 365プランと、利用するCopilot機能に必要なライセンスが割り当てられている | 管理者 |
| サインイン | Microsoft Entra IDの職場または学校アカウントでサインインしている | 利用者・管理者 |
| メールボックス | プライマリメールボックスがExchange Onlineにある | 管理者 |
| ブラウザー | Edge、Chrome、Firefox、Safariなどの最新ブラウザーを利用している | 利用者 |
| Cookie | オンラインアプリでサードパーティCookieを利用できる | 利用者・管理者 |
| ネットワーク | Microsoft 365の必要なURL、IPアドレス、WSS通信を遮断していない | ネットワーク管理者 |
| プライバシー設定 | コンテンツを分析する接続エクスペリエンスが許可されている | Microsoft 365管理者 |
| OneDrive | ファイル関連など、対象機能で必要となるOneDriveアカウントがある | 利用者・管理者 |
MicrosoftはEdgeを互換性とパフォーマンスの面で推奨していますが、Chrome、Firefox、Safariも対応ブラウザーとして挙げています。また、Outlookのメールや予定表を参照する機能では、プライマリメールボックスがExchange Onlineにあることが前提です。オンプレミスやハイブリッド環境のメールボックスは、Copilotのメールボックスグラウンディングではサポートされません。(Microsoft Learn)
なお、Copilot ChatのWeb検索だけを使う場合と、WordやOutlookで組織データを参照する場合では、必要なライセンスや利用できる機能が異なります。「Copilotの画面が開く」という事実だけで、WordやExcelのCopilotライセンスも有効だとは判断できません。(Microsoft Learn)
サードパーティCookieで迷いやすいポイント
「サードパーティ」はMicrosoft以外の会社を意味しない
ここでいうサードパーティCookieは、外部企業が提供するCookieという意味ではありません。ブラウザーのアドレス欄に表示されているサイトとは異なるドメインから発行されるCookieを指します。
Microsoft 365のWebアプリは、SharePoint、Office、Microsoftのサインインサービスなど、複数のドメインをまたいで認証情報を交換します。そのため、サードパーティCookieを完全に遮断すると、Copilot内部の認証処理に必要な情報を受け渡せず、サインインループや読み込み失敗につながることがあります。
Microsoftの公式構成ガイドでは、Web版Word、Excel、PowerPointでCopilotを完全に利用するため、sharepoint.comでサードパーティCookieを許可する必要があると説明されています。(Microsoft Learn)
WebサイトのCookie同意画面とは別の設定
Webサイトを開いた時に表示される「Cookieを許可しますか」という同意画面と、ブラウザーのサードパーティCookie設定は別物です。
サイト上で「すべて許可」を選んでも、ブラウザー自体がサードパーティCookieをブロックしていれば、Copilotに必要なCookieは利用できない場合があります。反対に、Cookieを削除しただけでも、ブロック設定そのものは解除されません。
すべてのサイトで許可する必要はない
サードパーティCookieをすべてのWebサイトで無条件に許可するより、Microsoft 365やSharePointのサイトだけを例外として許可する方が安全です。
ただし、企業管理のPCではCookie設定がグループポリシー、Microsoft Intune、ブラウザーポリシーなどで固定されていることがあります。設定項目が灰色になっている場合や、「組織によって管理されています」と表示される場合は、利用者が設定を変更せず、管理者に対応を依頼してください。
EdgeでCookieを確認する手順
Microsoft Edgeでは、次の順番で確認します。画面名はバージョンによって多少異なる場合があります。
- Edge右上の「…」を選択します。
- 「設定」を開きます。
- 「プライバシー、検索、サービス」を開きます。
- 「Cookie」を選択します。
- 「サイトにCookieデータの保存と読み取りを許可する」が有効か確認します。
- 「サードパーティCookieをブロックする」が有効な場合は、Microsoft 365の対象サイトを許可リストに追加します。
- Word、Excel、PowerPointのタブを再読み込みします。
- 改善しない場合は、いったんサインアウトしてから職場または学校アカウントでサインインし直します。
Microsoft Edgeには、サイト単位でCookieを許可する機能があります。最初からすべてのサードパーティCookieを許可するのではなく、利用中のテナントのSharePointドメインを許可する方法を優先してください。(マイクロソフトサポート)
例えば、ファイルを開いているURLが次のようなドメインなら、そのドメインを許可対象として確認します。
tenant.sharepoint.com
tenant-my.sharepoint.com複数のMicrosoft 365テナントを利用するPCでは、必要なテナントだけを登録するか、管理者が組織のブラウザーポリシーとして設定する方が管理しやすくなります。
ChromeでCookieを確認する手順
Google Chromeでは、サイト単位の例外を設定できます。
- Chrome右上の「︙」を選択します。
- 「設定」を開きます。
- 「プライバシーとセキュリティ」を開きます。
- 「サードパーティCookie」を選択します。
- 「サードパーティCookieの使用を許可するサイト」を確認します。
- 「追加」を選択し、対象のSharePointドメインを登録します。
- Microsoft 365のタブを再読み込みします。
組織全体のSharePointドメインを対象とする設定例は次のとおりです。
[*.]sharepoint.comChromeでは、[*.]を付けることでサブドメインを含む例外を登録できます。ただし、この例ではすべてのsharepoint.comサブドメインが対象になるため、組織のセキュリティ方針を確認したうえで使用してください。単一テナントのみを利用する場合は、実際のテナントドメインに限定する方が適切です。(Googleヘルプ)
Chromeのシークレットモードでは、サードパーティCookieが標準でブロックされます。Copilotの初回確認をシークレットモードだけで行うと、通常ウィンドウでは発生しない問題に遭遇する可能性があります。まず通常ウィンドウで確認してください。(Googleヘルプ)
FirefoxでCookieを確認する手順
Firefoxでは、強化型トラッキング防止機能がCookieを制限している可能性があります。
- Microsoft 365のWebアプリを開きます。
- アドレスバー左側の盾アイコンを選択します。
- そのサイトに対する「強化型トラッキング防止」を一時的にオフにします。
- ページが自動的に再読み込みされた後、Copilotを開きます。
Firefoxの公式サポートでも、サードパーティCookieによってWebサイトが正常に動作しない場合、サイト単位で強化型トラッキング防止を無効にする方法が案内されています。([Mozilla サポート][6])
この操作ではCookie以外の追跡防止機能にも影響するため、恒久対応として組織全体に適用する前に、管理者による確認が必要です。
SafariでCookieを確認する手順
Safariはクロスサイトトラッキングを標準で制限するため、Microsoft 365のWebアプリで影響を受ける場合があります。
Macでは次の項目を確認します。
- Safariを開きます。
- メニューバーから「Safari」→「設定」を開きます。
- 「プライバシー」を選択します。
- 切り分けのため、「サイト越えトラッキングを防ぐ」を一時的にオフにします。
- 「詳細」を開き、「すべてのCookieをブロック」が有効になっていないことを確認します。
- Microsoft 365のページを再読み込みします。
Appleによると、「サイト越えトラッキングを防ぐ」は第三者コンテンツのCookieやWebサイトデータを制限します。また、「すべてのCookieをブロック」を有効にすると、一部のWebサイトが正常に動作しなくなる可能性があります。(Appleサポート)
Safariでは設定の影響範囲が広くなるため、会社管理のMacで恒久的に無効化する場合は、組織のセキュリティ方針を確認してください。動作確認だけが目的なら、EdgeまたはChromeで再現するかを先に試す方法もあります。
Cookieを許可しても直らない時はサイトデータを削除する
Cookieの許可設定が正しくても、古いサインイン情報や壊れたサイトデータが残っていると、認証処理が正常に進まない場合があります。
ただし、最初から「すべての期間」のCookieを一括削除すると、多数のWebサイトからサインアウトされます。まずは次のドメインに関連するサイトデータだけを削除してください。
sharepoint.com
office.com
cloud.microsoft
microsoftonline.comEdgeでは「設定」→「プライバシー、検索、サービス」→「Cookie」→「すべてのCookieとサイトデータを表示」から、サイト名を検索して個別に削除できます。Chromeでも「プライバシーとセキュリティ」→「サードパーティCookie」→「すべてのサイトデータと権限を表示」から個別削除できます。(マイクロソフトサポート)
削除後は、Microsoft 365のタブをすべて閉じ、ブラウザーを再起動してからサインインし直します。
Copilotのネットワーク要件で重要なのはWSS
Cookie設定に問題がなくても、社内ファイアウォールやプロキシがWebSocketを遮断しているとCopilotは正常に動作しません。
Microsoftは、Microsoft 365 Copilotで次のドメインへの完全なWSS接続を確保するよう求めています。
*.cloud.microsoft
*.office.comWSSは、TLSで暗号化されたWebSocket通信です。通常のWebページが表示できることと、WSS通信が成功することは同じではありません。そのため、「Microsoft 365のトップページが開けるからネットワークに問題はない」とは判断できません。(Microsoft Learn)
ネットワーク管理者が確認すべき項目
| 確認項目 | 必要な対応 | よくある失敗 |
|---|---|---|
| Microsoft 365エンドポイント | 公式のWorldwide URL・IPアドレス範囲を許可する | office.comだけを許可する |
| WebSocket | *.cloud.microsoftと*.office.comへのWSSを許可する | TCP 443を許可しただけで完了と判断する |
| TLS検査 | WSS通信への影響を確認し、必要に応じて除外する | HTTPSなので検査しても影響しないと考える |
| プロキシ | 長時間接続を早期切断しない | 短いアイドルタイムアウトを設定する |
| ワイルドカード | 指定されたサブドメインを含めて許可する | ログに出た1つのFQDNだけを登録する |
| VPN・Webゲートウェイ | 社内経路と直接接続時の差を確認する | すべての通信を遠隔拠点へ迂回させる |
| エンドポイント更新 | Microsoftの公式一覧を継続的に反映する | 一度作成した許可リストを固定する |
Microsoftは、WSSに影響する代表的な構成として、ネットワーク境界でのWSS遮断、TLS検査、プロキシによる強い接続タイムアウトを挙げています。(Microsoft Learn)
また、Microsoft 365は動的な大規模サービスであるため、個別機能ごとの固定FQDN一覧をすべて提示することは困難とされています。ワイルドカードを避けるために、その時点で観測できた接続先だけを登録すると、バックエンドの切り替え後に再び動かなくなる可能性があります。(Microsoft Learn)
*.cloud.microsoftだけを許可しても不十分
*.cloud.microsoftと*.office.comはCopilotのWSS要件として重要ですが、この2つだけを許可すれば完了するわけではありません。
Microsoft 365 Copilotは、Microsoft 365 Apps、SharePoint Online、OneDrive、Entra IDなどの基盤を利用します。そのため、Microsoftが公開しているWorldwideのMicrosoft 365 URLおよびIPアドレス範囲も許可する必要があります。
公式のエンドポイント一覧には、例えば次のような必須ドメインが含まれています。
*.cloud.microsoft
*.static.microsoft
*.usercontent.microsoft
*.sharepoint.com
*.officeapps.live.com
*.online.office.com
login.microsoftonline.comドメインやIPアドレスは更新される可能性があるため、記事や過去の設定例から手作業で固定リストを作るのではなく、Microsoftの最新エンドポイント情報を基準に管理してください。(Microsoft Learn)
TLS検査とプロキシのタイムアウトに注意する
社内ネットワークでは、HTTPS通信をセキュリティ製品で復号するTLS検査が使用されていることがあります。通常のWebサイトは問題なくても、WebSocketの接続確立や長時間通信に影響し、Copilotだけが読み込み中のままになることがあります。
確認するポイントは次のとおりです。
- WebSocketのUpgrade要求がプロキシを通過しているか
- 接続確立後にセキュリティ製品が通信を切断していないか
- TLS証明書の置き換えによるエラーが出ていないか
- アイドルタイムアウトが短すぎないか
- VPN接続時だけ中央拠点のプロキシを経由していないか
- セキュアWebゲートウェイやCASBで対象ドメインが分類ブロックされていないか
MicrosoftはMicrosoft 365通信について、過度なプロキシ、TLS検査、遠回りするネットワーク経路が、パフォーマンスや利用者体験に影響する可能性があると説明しています。可能な範囲で、Microsoft 365への通信経路を短くし、最寄りのインターネット出口を利用する設計も検討対象になります。(Microsoft Learn)
テザリングによる確認でネットワーク問題を切り分ける
ネットワーク原因を確認する簡単な方法は、同じPCとブラウザーを使い、接続先だけを変更することです。
- 社内LANまたは社内Wi-FiでCopilotを開きます。
- 発生した症状と時刻を記録します。
- VPNを切断できる環境なら、組織のルールに従ってVPNなしでも確認します。
- スマートフォンのテザリングなど、別のインターネット回線に切り替えます。
- 同じアカウント、同じブラウザー、同じファイルでCopilotを開きます。
テザリングで正常に動作し、社内ネットワークに戻すと失敗する場合は、PCやライセンスよりも、ファイアウォール、プロキシ、VPN、TLS検査、DNSなどを優先して調査できます。
反対に、どのネットワークでも同じユーザーだけ失敗する場合は、ライセンス、Entra ID、Exchange Onlineメールボックス、Microsoft 365の組織設定を先に確認します。
接続エクスペリエンス設定も確認する
Cookieとネットワークに問題がなくても、Microsoft 365 Appsのプライバシー設定によってCopilotが利用できない場合があります。
Microsoftは、「コンテンツを分析する接続エクスペリエンス」を無効にすると、Excel、OneNote、Outlook、PowerPoint、WordでMicrosoft 365 Copilotを利用できなくなると説明しています。また、オプションの接続エクスペリエンスを無効にすると、Web検索など一部のCopilot機能に影響する可能性があります。(Microsoft Learn)
利用者の画面だけを見て判断せず、管理者は次の設定経路を確認します。
- Microsoft 365 Appsのクラウドポリシー
- グループポリシー
- Microsoft Intuneの構成プロファイル
- Microsoft 365 Apps管理センターのポリシー管理
- 組織のプライバシーおよび接続エクスペリエンス設定
「Copilotは表示されるがWeb検索だけ利用できない」「デスクトップアプリだけ使えない」といった場合は、Cookieよりも接続エクスペリエンスの設定が関係している可能性があります。
最短で確認する実践手順
Copilotがブラウザーで動かない場合は、次の順番で確認すると、不要な設定変更を減らせます。
利用者が確認すること
- 職場または学校アカウントでサインインしているか確認する
- EdgeまたはChromeの通常ウィンドウで再現するか確認する
- Word、Excel、PowerPointのどのアプリで発生するか整理する
- SharePoint関連サイトのサードパーティCookieを許可する
- 対象サイトのCookieだけを削除してサインインし直す
- 拡張機能を一時的に無効化して比較する
- 別ブラウザーで比較する
- テザリングなど別ネットワークで比較する
Microsoft 365管理者が確認すること
- 対象ユーザーへのライセンス割り当てを確認する
- Microsoft Entra IDアカウントの状態を確認する
- プライマリメールボックスがExchange Onlineにあるか確認する
- 接続エクスペリエンスのポリシーを確認する
- ブラウザーのCookieポリシーが強制されていないか確認する
- 必要に応じてCopilot License Details診断を実行する
Microsoftは、特定ユーザーがCopilotの利用条件を満たしているか確認するため、Copilot License Details診断の利用を推奨しています。(Microsoft Learn)
ネットワーク管理者が確認すること
- WorldwideのMicrosoft 365エンドポイントを許可する
*.cloud.microsoftと*.office.comへのWSSを確認する- ファイアウォールとプロキシの拒否ログを確認する
- TLS検査を一時的に除外した検証経路で比較する
- プロキシの接続タイムアウトを確認する
- VPN、セキュアWebゲートウェイ、CASB経由時の差を確認する
- ワイルドカード指定が正しく反映されているか確認する
やっても効果が薄い対処
最初からブラウザーの全データを削除する
全Cookieの削除はサインイン情報を初期化できますが、サードパーティCookieをブロックするポリシーは解除できません。まず設定を確認し、必要なサイトデータだけを削除してください。
セキュリティ機能を恒久的にすべて無効化する
追跡防止、TLS検査、Webフィルタリングをすべて無効化すれば動く可能性はありますが、原因の特定にはなりません。管理された検証環境で一項目ずつ比較し、必要なMicrosoft 365通信だけを例外化する方法が適切です。
接続ログに出た1つのドメインだけを許可する
Microsoft 365は複数のサービスと動的な接続先を利用します。現在のログに出たFQDNだけを許可すると、一時的には動いても、サービス側の経路変更で再発する可能性があります。
プライベートブラウズだけで動作確認する
シークレットモードやプライベートブラウズでは、Cookieや追跡防止の条件が通常ウィンドウと異なります。最初の動作確認には通常ウィンドウを使用してください。
管理者へ問い合わせる時に伝える情報
「Copilotが動きません」だけでは、Cookie、ネットワーク、ライセンスのどこを調べるべきか判断できません。次の情報を添えると調査が早くなります。
- 発生した日時
- 利用しているMicrosoft 365アプリ
- ブラウザー名とバージョン
- 表示されたエラーメッセージ
- Copilotボタンがないのか、開いた後に止まるのか
- 通常ウィンドウとプライベートブラウズの結果
- EdgeとChromeで結果が変わるか
- 社内LAN、VPN、テザリングで結果が変わるか
- 同じ部署や拠点の他ユーザーでも発生するか
- 対象ファイルの保存先がOneDriveかSharePointか
- サインインしているアカウントの種類
特に、「テザリングでは動く」「同じPCでもEdgeでは動く」「同じネットワークの全員で発生する」という比較結果は、原因範囲を大きく絞り込めます。
Cookie、ネットワーク、ライセンスの順序を間違えない
Copilotがブラウザーで動かない場合は、闇雲に再インストールするのではなく、症状の範囲を確認することが重要です。
Web版Word、Excel、PowerPointで読み込みやサインインに失敗する場合は、まずサードパーティCookieを確認します。社内ネットワークでだけ失敗する場合は、*.cloud.microsoftと*.office.comへのWSS、Microsoft 365エンドポイント、TLS検査、プロキシのタイムアウトを管理者が確認します。
どの端末やネットワークでも同じユーザーだけ使えない場合は、ライセンス、Microsoft Entra ID、Exchange Onlineメールボックス、接続エクスペリエンスの設定を優先してください。
本記事は、2026年6月19日時点の公式情報として指定されたMicrosoft LearnのDocumentationを基に構成しています。なお、参照した「Microsoft 365 Copilotの最小要件」ページ上に表示されている最終更新日は2026年5月19日です。(Microsoft Learn)
[6]: https://support.mozilla.org/en-US/kb/third-party-cookies-firefox-tracking-protection “
Third-party cookies and Firefox tracking protection | Firefox Help
“
コメント