OneDrive／Microsoft 365でエラー50196が出てサインインできない？ログインループの原因と対処法

OneDriveやMicrosoft 365で職場アカウントがサインインできず、エラー50196で同じ画面に戻る――そんな「ログインループ」は、端末側の不具合だけでなく組織側の制御でも起きます。原因の切り分けと解決手順を整理します。

OneDrive／Microsoft 365で「エラー50196」「ログインループ」が起きるときの考え方

OneDriveやMicrosoft 365（場合によってはAzureポータル等）に職場／組織アカウントでサインインしようとすると、エラーコード50196で止まったり、サインイン画面に戻ってしまったりすることがあります。ブラウザーを変えても、PC・ノート・スマホなど複数端末で試しても改善しない場合、原因は「端末の不調」ではなく組織（Entra ID／条件付きアクセスなど）の制御にあるケースも少なくありません。

本記事では、最短で解決に近づくために原因の切り分け→端末側の基本対処→組織側要因の確認ポイント→サポートへのエスカレーションまでを、実務目線でまとめます。

最初の切り分け：端末・ブラウザー側か、組織（Entra ID）側か

同じ「ログインできない」でも、対処の方向性が真逆になるため、まずは切り分けます。短時間で判定できるチェックを表にしました。

状況	可能性が高い原因	優先して試すこと
特定のブラウザーだけで発生（別ブラウザーでは入れる）	Cookie/キャッシュ、拡張機能、追跡防止、ブラウザープロファイルの破損	ブラウザー側の対処（Cookie削除・拡張機能無効化）
シークレット（InPrivate）だと入れる	保存済みCookie、拡張機能、サードパーティCookie制限の影響	Cookieの整理、追跡防止設定の見直し、別プロファイルで試行
PCでもスマホでも、社内でも自宅でも同じ	アカウント自体のブロック、条件付きアクセス、リスク判定、管理者側設定	管理者（IT）へサインインログ確認を依頼（Request/Correlation IDを添付）
自分だけでなく同僚も同時期に発生	テナント側ポリシー変更、構成ミス、サービス側の問題	影響範囲の把握（誰が・いつから・どのサービスで）→管理者へ共有

見落としがち：個人用アカウントと職場アカウントの混在

同じメールアドレスでも、個人用Microsoftアカウントとして登録されている場合や、ブラウザーに複数アカウントのセッションが残っている場合、アカウント選択が混線してループのように見えることがあります。まず「今ログインしようとしているのが職場／組織アカウントか」を確認してください。

アカウント種別	主な用途	よくある混線パターン
職場／学校（組織）アカウント	Microsoft 365、OneDrive for Business、Azureなど	条件付きアクセスやMFA要件がかかり、途中で戻される
個人用Microsoftアカウント	個人のOneDrive、Microsoft Storeなど	同一ブラウザーで混在し、意図しないアカウントに切り替わる

対策としては、職場用はブラウザーの別プロファイル（例：仕事用プロファイル）で運用するのが効果的です。個人用と仕事用を分離すると、Cookie競合やアカウント誤選択が減ります。

症状の典型パターン：エラー50196／サインインがループする見え方

「サインインに成功したはずなのに同じ画面に戻る」「OneDriveだけでなくMicrosoft 365ポータル、Azureポータルでも入れない」といった場合は、認証が完了していないか、完了後に追加条件（MFA、端末準拠、場所制限など）を満たせず差し戻されている可能性があります。

よくある表示	起きていること（可能性）	最初に当たるべきポイント
エラーコード50196が出て先に進めない	認証フローが成立しない／リダイレクトの繰り返しで中断	Cookie・追跡防止・拡張機能・組織ポリシー
「サインイン」→入力→また「サインイン」に戻る	セッション情報を保持できない／追加条件でブロック	サードパーティCookie、MFA、条件付きアクセス
MFA画面まで行くが、完了後に戻される	MFAの方法不整合／端末要件未達／リスク判定	Authenticator登録、端末の参加/準拠、管理者ログ確認

端末／ブラウザー側で試す基本対処（ユーザーができる範囲）

ここでは「すぐ試せる」「原因切り分けに効く」順に並べます。会社ポリシーで設定変更できない場合もあるので、そのときは無理にいじらず「変更できない」こと自体を管理者へ共有してください（判断材料になります）。

Cookie／キャッシュの削除は“Microsoft関連だけ”を狙う

ログインループはCookieの競合で起きることが多いので、最初はCookie削除が有効です。全削除が難しい場合は、Microsoft系ドメインのサイトデータを優先して削除します。

削除候補（例）	用途	補足
login.microsoftonline.com	組織アカウントの認証基盤	古いセッションが残っているとループしやすい
portal.office.com / www.office.com	Microsoft 365ポータル	アカウント選択の履歴が影響することがある
<組織のSharePoint/OneDriveドメイン>	OneDrive/SharePoint（組織側）	会社のURL（例：～.sharepoint.com）が分かればそこも削除
microsoft.com / live.com	共通ログインUI	個人用アカウント混在が疑わしいときに有効

• シークレット（InPrivate）で同じ手順を試す（入れるならCookie等が原因の可能性が高い）
• 同じブラウザーでも別プロファイル（新規ユーザープロファイル）で試す
• 可能なら一度、ブラウザーに保存されている複数のMicrosoftアカウントからサインアウトする

拡張機能・追跡防止・サードパーティCookieを見直す

広告ブロックやセキュリティ拡張機能は、ログイン画面のリダイレクトやCookie保存を妨げることがあります。特に追跡防止が強い設定だと、サインイン完了前にセッションが切れてループしやすくなります。

• 広告ブロック、スクリプト遮断、セキュリティ系などの拡張機能を一時的に無効化
• サードパーティCookieが全面ブロックの場合は、Microsoft関連サイトだけ例外許可できるか確認
• ポップアップ/リダイレクトのブロックが強い場合は、Microsoft関連サイトだけ許可

VPN／プロキシ／フィルタリングの影響を切り分ける

会社のVPNやプロキシ、Webフィルタリングが入っていると、認証の途中で通信が妨げられてループすることがあります。切り分けのコツは「別ネットワークでも同じか」です。

• 可能なら自宅回線・スマホテザリングなど、会社ネットワーク以外で試す
• VPNを切れるなら一時的に切って試す（切れない場合はその旨を記録）

日時・タイムゾーンのズレを直す

PCやスマホの日時が大きくズレていると、認証トークンの検証が失敗し続けることがあります。自動時刻合わせを一度オフ→オンして再同期し、タイムゾーンも正しいか確認します。

MFA（多要素認証）の設定不整合を疑う

認証アプリの機種変更や電話番号変更の直後は、MFAが噛み合わずループのように見えることがあります。可能なら aka.ms/mfasetup をシークレットで開き、MFA設定画面に到達できるか確認します。

よくあるMFAトラブル	症状	対処の方向性
Authenticatorを入れ替えたが移行していない	通知が来ない／承認しても戻される	管理者にMFA方法のリセット・再登録を依頼
電話番号が古い／SMSが届かない	MFAで詰まって先に進めない	別手段があるか確認、管理者に更新依頼
会社ルールで特定の方法しか使えない	選べる方法が合わない	組織のガイドに従い、必要なら端末支給を依頼

パスワードリセットを試す（SSPRが有効な組織のみ）

入力しているパスワードが合っていても、リスク制御や強制変更の影響で弾かれることがあります。組織でセルフサービスのパスワードリセット（SSPR）が有効なら、一度リセットして挙動が変わるか確認します。できない場合は管理者に依頼します。

OneDrive同期アプリで起きている場合の追加対処

WebだけでなくWindows/MacのOneDriveアプリでもサインインできない場合、アプリ側の資格情報が詰まっていることがあります。組織のルールに従いつつ、次を試します。

• OneDriveアプリからサインアウト→再サインイン
• Windowsの場合、「職場または学校アカウント」の接続状況を確認（切断・再接続はIT指示がある場合のみ）
• アプリのリセットは、社内手順がある場合はそれに従う

組織（Entra ID）側の要因で止められているときの確認ポイント

端末・ブラウザーの基本対処をしても改善せず、さらに別端末でも同じなら、組織側の制御が濃厚です。ユーザーができることは限られますが、管理者がログで原因を特定しやすい情報を渡せば、解決は早まります。

組織側で起きやすい原因

• 条件付きアクセス：特定の場所/端末/アプリからのサインインを要求またはブロック
• 端末の参加・準拠（コンプライアンス）要件：Entra ID参加やIntune準拠が必須
• Identity Protection（リスクベース制御）：サインインリスク/ユーザーリスクでブロック
• MFAの再登録：ポリシー変更で再登録が必要になった
• アカウント停止・ロック：人事手続き、ライセンス変更、不正検知など

管理者へ渡すべき情報（これだけは控える）

エラー画面が出たら、閉じる前に可能な限り控えます。スクリーンショットも有効ですが、社外に共有する場合は社内規程に従い、機密情報の扱いに注意してください。

控える項目	例	なぜ重要か
Request ID / Correlation ID	エラー画面に表示されるID	サインインログの該当イベントを特定しやすい
Timestamp（発生時刻）	例：2025/12/26 10:32頃	ログ検索の範囲を絞れる（時差に注意）
発生サービス	OneDrive / Microsoft 365 / Azureポータル	アプリ（リソース）によってポリシーが異なることがある
端末・ネットワーク	PC/スマホ両方、社内/自宅両方で再現	端末依存・ネットワーク依存を切り分けられる

管理者がサインインログで見るべきポイント（要点）

管理者側では「失敗」という結果だけでなく、どのポリシーが適用され、どこで落ちたかまで追うのが重要です。ユーザーから渡されたRequest/Correlation IDや時刻があると、調査が一気に楽になります。

• Failure reasonに、MFA・準拠・場所制限・ユーザー停止などが出ていないか
• 条件付きアクセスの評価結果（適用されたポリシー、満たせなかった条件）
• 同じユーザーで他アプリ（Teams等）も失敗しているか
• リスクに関する表示がある場合、Identity Protectionの対応（解除/パスワード変更要求など）

上記を全部やってもダメな場合：一般手順で解決できないケース

複数端末でも同じ・基本対処でも変わらない場合、管理者アカウントのロックやテナント側ポリシーによる遮断など、掲示板上の一般手順では解決できないことがあります。特に「唯一の管理者がログインできない」状態では、組織内で手が出せないため、Microsoftサポートへのエスカレーションが必要です。

Microsoftサポートへ連絡するためのルート

まずは組織のIT部門や管理者がいる場合は、そちらに依頼してください。そのうえで、管理者自身がログインできないなどの状況では次の方法が現実的です。

電話でMicrosoftサポートへ連絡する

自動音声（IVR）では状況が伝わりにくいため、「Microsoft 365（Business）」「ログインできない」「管理者」「唯一の管理者」という要点を揃えてオペレーターへ繋ぐイメージです。本人確認や契約確認が必要になる場合があるため、組織の正式な連絡手段で実施してください。

別メールでMicrosoft 365 Businessの試用版を作成し、管理センターからサポートチケットを起票する

電話が難しい場合や、オンラインで記録を残したい場合に有効です。ポイントは、ロックされている元テナントとは別の連絡先を用意し、サポート窓口を確保することです。社内規程がある場合は、必ず規程に沿ったメールアドレス（例：別の業務用アドレス）を使ってください。

• 連絡用のメールでMicrosoft 365 Businessの試用版を作成（必要最小限）
• 試用版の管理センターからサポート（サービスリクエスト）を新規作成
• 本文に「本来のテナント（例：your.onmicrosoft.com）の管理者がログインできない」「エラー50196」「対象アカウント」「発生時刻」「Request/Correlation ID」を記載
• 復旧後は試用版の解約を忘れない（課金回避）

サポート／管理者に渡すためのテンプレ（コピペ用）

状況説明で抜け漏れを減らすための例です。実際の環境に合わせて編集してください。

発生事象：
- OneDrive / Microsoft 365 に職場（組織）アカウントでサインインできません。
- エラーコード：50196
- サインインがループし、複数端末（PC/スマホ）・複数ブラウザーでも再現します。

発生日時：
- 例：2025/12/26 10:32（JST）前後

対象アカウント：
- [email protected]
- テナント：company.onmicrosoft.com（分かる範囲で）

エラー画面に表示された情報：
- Request ID：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
- Correlation ID：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

試した対処：
- Cookie/キャッシュ削除、シークレット、拡張機能無効化、別ネットワークでの試行
- MFA設定確認（aka.ms/mfasetup）
- パスワードリセット（可能な範囲で）

希望：
- サインインログ/条件付きアクセス/Identity Protection の観点でブロック要因の特定と解除、または管理者アカウント復旧の支援をお願いします。

復旧後にやっておきたい再発防止（運用の落とし穴を塞ぐ）

復旧できたら終わりではなく、同じトラブルを繰り返さないための備えが重要です。ログイン不能は業務停止に直結するため、ユーザー・管理者それぞれができる範囲で“次の一手”を用意しておくと安心です。

ユーザー側の再発防止

• Authenticator等の認証アプリは最新に保つ（機種変更時の移行手順も事前確認）
• MFAの方法を複数登録できる組織なら、単一障害点を減らす（アプリ＋電話など）
• 職場アカウントと個人Microsoftアカウントはブラウザーのプロファイルで分離する
• エラーが出たら、Request/Correlation IDと時刻を控えてから画面を閉じる

管理者側の再発防止（セキュリティと可用性の両立）

• グローバル管理者を複数名用意し、緊急時に“誰も入れない”状態を避ける
• 緊急用（エマージェンシー）アカウントを設計し、条件付きアクセス変更の影響を受けにくい運用にする（ただし監視と厳格な管理が前提）
• 条件付きアクセスを変更する際は、影響範囲を明確にし、段階的に展開する
• Identity Protectionのブロック運用（解除手順、連絡フロー）を文書化する

まとめ：最短で解決へ近づく要点

• エラー50196／ログインループは、まず端末側か組織側かを切り分ける
• シークレットで入れるなら、Cookie・拡張機能・追跡防止の影響が濃厚
• 複数端末・複数ネットワークでも再現するなら、Entra IDの条件付きアクセスやリスク制御を疑う
• Request ID / Correlation ID / 発生時刻を控え、管理者やMicrosoftサポートへ渡す
• 管理者がロックされている場合は、電話連絡または試用版テナント経由でサポート起票という手段がある