【Chrome】Web会議ツールの会社ログインだけ失敗する時のサードパーティCookieの整理

会社のパソコンでChromeを使ってWeb会議ツールにログインしようとしたら、なぜか失敗する――そんな経験はありませんか。通常のWebサイトは問題なく見られるのに、会議ツールのサインインページだけがエラーになる場合、多くはサードパーティCookieのブロックが原因です。特にMicrosoft TeamsやZoom、Webexなど、シングルサインオン(SSO)を利用するサービスの認証連携では、このCookieが必須となります。この記事では、サードパーティCookieの整理方法と、会議ツールのログインだけ失敗する場合の対処手順を詳しく解説します。

なぜWeb会議ツールだけログインに失敗するのか

Web会議ツールのログインでは、多くの場合、企業のIDプロバイダー(例:Azure Active Directory)による認証が行われます。このとき、会議ツールのサイト(例:teams.microsoft.com)からIDプロバイダー(例:login.microsoftonline.com)に対して認証リクエストが送られ、その結果を保持するためにサードパーティCookieが利用されます。ChromeがサードパーティCookieをブロックすると、認証情報を引き継げず、ログインがループしたり、エラー画面が表示されたりします。

具体的な失敗例としては、以下のようなケースが報告されています。

• Teamsのデスクトップアプリは使えるのに、ブラウザ版Teamsでサインインしようとすると「サインインできません」と出る。
• ZoomのWebポータルにSSOでログインしようとすると、認証画面が一瞬表示された後、元のページに戻ってしまう。
• Cisco Webexのサインインボタンを押しても反応がなく、URLを直接入力してもログインページにたどり着かない。
• SlackのHuddles機能をブラウザで起動しようとすると、権限エラーになり利用できない。

これらの現象は、Chrome 80以降で標準実装された「SameSite」属性のデフォルト変更や、プライバシー強化によるサードパーティCookie制限が影響しています。特に、会社の管理ポリシーで「サードパーティCookieをブロックする」設定が有効になっている場合に顕著です。

まずはChromeのCookie設定を確認する

原因を切り分けるために、現在のChromeのCookie設定を確認しましょう。以下の手順で設定画面を開きます。

1. Chromeを起動し、右上の三点メニュー(⋮)をクリックします。
2. 「設定」を選択します。
3. 左側のメニューから「プライバシーとセキュリティ」をクリックします。
4. 「Cookieと他のサイトデータ」をクリックします。
5. 「一般設定」のセクションで、「サードパーティCookieをブロックする」または「すべてのCookieをブロックする(推奨しません)」が選択されていないか確認します。

もし「サードパーティCookieをブロックする」が選択されている場合、それが原因でWeb会議ツールの認証が失敗している可能性が高いです。ただし、会社のポリシーでこの設定がグレーアウト(変更不可)になっている場合は、管理者によって強制適用されています。その場合は、後述する管理者への依頼が必要です。

もう一つの確認点として、Chromeの拡張機能がCookieをブロックしていないかも重要です。特に「uBlock Origin」「Privacy Badger」「AdGuard」などの広告ブロッカーやトラッキング防止ツールは、過剰にCookieを削除することがあります。拡張機能を一時的に無効にしてログインを試すことで、切り分けができます。

確認項目	正常な状態	問題がある状態
ChromeのCookie設定	「サードパーティCookieを許可する」または「シークレットモードでブロックする」	「サードパーティCookieをブロックする」
会社の管理ポリシー	なし、または明示的に許可	「BlockThirdPartyCookies」が有効(レジストリまたは管理テンプレートで強制)
拡張機能の影響	拡張機能がCookieブロックをしていない	広告ブロッカー等がログインページのCookieを削除

サードパーティCookieを許可する設定(個人で変更できる場合)

設定が変更可能であれば、サードパーティCookieを許可するように変更します。ただし、「すべてのCookieを許可する」はプライバシー上のリスクがあるため、推奨しません。代わりに、「シークレットモードでサードパーティCookieをブロックする」または「サードパーティCookieを許可する(推奨)」を選んでください。

1. 先ほどの「Cookieと他のサイトデータ」画面で、「サードパーティCookieを許可する(推奨)」のラジオボタンを選択します。
2. もしくは、「他のすべてのサイトにCookieデータへのアクセスを許可しない」という項目をオフにします(表示はバージョンにより異なります)。
3. 設定を変更したら、Chromeを一度完全に再起動します。
4. Web会議ツールのログインページを開き、サインインを試します。
5. もしログインに成功したら、問題はサードパーティCookieのブロックが原因だったと確定できます。

注意すべき点として、Chrome 113以降では「サードパーティCookieを許可する」オプションが「サードパーティCookieをブロックする」に加えて「トラッキング防止」の名称で表示される場合があります。その場合は「トラッキング防止をオフにする」と同等の操作になります。また、Chrome 120以降では段階的にサードパーティCookieの廃止が進められていますが、現時点では会社の認証には影響が出ないよう、Googleは「関連ウェブサイト」という緩和措置を取っています。ただし、この措置も2025年以降は変更される可能性があるため、最新情報を確認してください。

それでも直らない場合:特定サイトのCookieのみ許可(ホワイトリスト登録)

サードパーティCookieを全体で許可したくない場合や、会社のポリシーでブロックが強制されているが、特定のサイトだけは許可したい場合は、Chromeの「サイト設定」で例外を追加できます。この方法なら、他のサイトのトラッキングは制限しつつ、必要な認証だけ通すことができます。

1. 「Cookieと他のサイトデータ」画面を開きます。
2. 「カスタマイズされた動作」セクションまでスクロールし、「許可」の横にある「追加」ボタンをクリックします。
3. 表示されたダイアログに、許可したいサイトのURLを入力します。例えば、Teamsの場合は「[*.]teams.microsoft.com」や「[*.]microsoftonline.com」を追加します。Zoomなら「[*.]zoom.us」、Webexなら「[*.]webex.com」、Slackなら「[*.]slack.com」です。
4. 「追加」ボタンをクリックして、設定を保存します。
5. 必要に応じて、認証元となるIDプロバイダーのドメイン(「[*.]login.microsoftonline.com」など)も追加します。
6. Chromeを再起動し、該当のWeb会議ツールにログインできるか確認します。

この方法は、管理者が「サードパーティCookieをブロックする」ポリシーを適用している場合でも、ユーザーが自動的に許可リストを編集できるとは限りません。実際には、管理者がGoogle管理コンソールやグループポリシーで「ContentSettingsForCookies」に関する許可リストを設定していないと、ユーザー側での追加が無効になる場合があります。その場合は、以下の管理者への依頼事項を参考に相談してください。

根本対策:会社の管理ポリシーとChromeフラグ

個人で設定を変更できない場合、原因は会社のIT管理者がChromeの管理ポリシーでサードパーティCookieを強制ブロックしている可能性があります。特に、以下のようなポリシーが有効になっていると、ブラウザ上で変更できません。

• BlockThirdPartyCookies: グループポリシーまたはMDMで「サードパーティCookieをブロックする」が強制設定。
• CookiesAllowedForUrls: 許可リストで管理対象外のサイトはブロック。
• Chromeフラグ: chrome://flags/#same-site-by-default-cookies などの実験フラグが有効で、SameSite設定が厳格化。

このような場合は、管理者に以下の情報を伝えて、対応を依頼しましょう。

管理者へ伝える情報	具体的な説明例
発生している現象	「TeamsのWeb版にサインインしようとすると、認証がループしてログインできない。他のサイトは正常。」
利用ブラウザとバージョン	「Chrome 125.0.6422.142(Official Build)(64ビット)」
影響を受けるURL	「teams.microsoft.com」「login.microsoftonline.com」
一時回避策の有無	「シークレットモードやプロファイルを切り替えるとログインできる場合がある」

管理者は、Google管理コンソール(Chrome Browser Cloud Management)またはグループポリシー管理画面で、「CookiesAllowedForUrls」に該当ドメインを追加することで解除できます。また、「BlockThirdPartyCookies」の値を「false」に変更するか、未構成にすることでユーザー側で設定変更が可能になります。

よくある質問(FAQ)

Q1. サードパーティCookieを許可するとセキュリティリスクはありますか?

A. 完全に許可すると、広告トラッキングなどに利用される可能性があります。ただし、特定の認証ドメインのみ許可する「ホワイトリスト方式」であればリスクは低く抑えられます。また、会社の管理ポリシーで許可されたサイトのみに制限されている場合は、企業として許容範囲内であることがほとんどです。

Q2. スマートフォンや別のブラウザ(Edge、Firefox)ではログインできるのに、Chromeだけ失敗します。なぜですか?

A. Chromeは他のブラウザよりも早くからサードパーティCookieの制限を強化しているため、影響を受けやすいです。Edge(Chromium版)も同様の設定がありますが、デフォルトでは「バランス」モードで動作していることがあり、Chromeほど厳しくない場合があります。Firefoxは標準で「厳格なトラッキング防止」が有効ですが、認証サイトを自動的に許可する仕組みがあります。

Q3. Cookieを削除してから試すべきですか?

A. 設定変更後に、古いCookieが悪影響を及ぼすこともあるため、該当サイトのCookieを削除してから再試行することをおすすめします。Chromeの設定から「プライバシーとセキュリティ」→「Cookieと他のサイトデータ」→「すべてのサイトのデータと権限を表示」で該当ドメインを検索し、削除してください。

Q4. 会社のPCでChromeの設定を変更しても、元に戻ってしまいます。

A. 管理者ポリシーで設定が強制されている場合、起動時にポリシーが適用されてユーザー設定が上書きされます。この場合は個人では解決できませんので、管理者に連絡してポリシーの緩和を依頼する必要があります。

まとめ

Web会議ツールのログインだけが失敗する場合、ChromeのサードパーティCookieブロックが原因であるケースが非常に多いです。まずはCookie設定を確認し、ブロックが有効であれば許可するか、必要なドメインだけを許可リストに追加します。それでも解決しない場合は、拡張機能の影響や会社のポリシーによる強制ブロックを疑い、管理者に相談しましょう。サードパーティCookieの廃止が進む中で、認証方式そのものが変更される可能性もありますが、現時点では上記の対処で多くの問題が解決できます。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。