新しいTeams・Copilotで組織アカウントなのに個人アカウントでログインされる原因と直し方｜WAMキャッシュ削除の完全手順

Teamsを開くと、なぜか個人用のMicrosoftアカウントで問答無用にログインされる。

サインアウトしても、また同じ画面に戻ってくる。Copilotを開くと「アカウントを復活しますか？」と聞かれる。組織アカウントを選んでサインインできたはずなのに、なぜか他社のゲストとしてログインされている。

独自ドメイン（例：you@yourcompany.com）でMicrosoft 365を使っている方なら、似たような経験に心当たりがあるかもしれません。

私はこの状態を1年以上、その場しのぎで乗り切ってきました。今回、根本原因を追いかけて解決できたので、再現できる手順としてまとめます。

この記事でできるようになること

個人アカウント（Microsoftアカウント／MSA）と組織アカウント（Entra ID）が、同じメールアドレスで混在してしまう仕組みが分かる
Teams・Copilot・Word・Excelが勝手に間違ったアカウントでログインしてしまう原因を特定できる
PowerShellスクリプト1つでキャッシュを一括削除し、正しい組織アカウントに固定する具体的な手順が分かる

前提条件・環境

OS：Windows 11 Pro
Microsoft 365：Business Standard契約（独自ドメイン運用）
対象アプリ：新しいTeams（MSIX版）、Copilot、Word、Excel（いずれもデスクトップアプリ）
アカウント構成：
- Windowsサインインは元々、個人用のMicrosoftアカウント
- 独自ドメインのメールアドレスは、自社のMicrosoft 365を契約する前に、別の企業からTeamsのゲストとして先に招待を受けていた
- その後、正式に自社のMicrosoft 365（Business Standard）を契約し、同じメールアドレスで組織アカウントを作成した

なぜ個人アカウントと組織アカウントが混在するのか

独自ドメインのメールアドレスでMicrosoft 365を使い始めるとき、多くの人は「いきなり組織アカウントを作れる」と思っています。私も最初はそう思っていました。

実際にはそうではありません。Microsoftのアカウントには「個人用アカウント（Microsoftアカウント／MSA）」と「組織アカウント（Entra ID、旧Azure AD）」という別系統の仕組みがあり、同じメールアドレスでも、どちらの経路で登録されたかによって別人格として扱われます。

私の場合、独自ドメインのメールアドレスが先に別の企業のTeamsへゲストとして招待されました。この時点では自社のMicrosoft 365をまだ契約していなかったため、招待の受け入れは個人用アカウントとして処理されました。

その後、自社のMicrosoft 365を契約し、同じメールアドレスで組織アカウントを作成しました。

ここで「同じメールアドレスなのに中身は別アカウント」という状態が生まれます。組織アカウントは、いきなり単独で作れるものではなく、個人用アカウントを経由する形で後付けされることが多いという理解がないと、この混在に気づけません。

症状：Teams・Copilot・Word・Excelで起きたこと

1年以上、次のような現象に悩まされていました。

Teamsを起動すると、Windowsのサインインアカウント（個人用）が問答無用でログインされる
サインアウトしても、また同じアカウント選択画面に戻ってくる
Copilotを開くと「アカウントを復活しますか？」と表示され、組織アカウントでログインできない
組織アカウントを選んでサインインできても、なぜか別の企業（ゲスト先）の組織として着地してしまう
Wordのライセンスが正しく認識されず、毎回サインインを求められる

原因を切り分けていくと、これらはすべて同じ場所——Windowsの認証キャッシュ——に行き着きました。

原因：WAM（Windows共通の認証キャッシュ）

新しいTeams（MSIX版）や、Word・Excel・Copilotなどのデスクトップアプリは、Windows OSが提供する「WAM（Web Account Manager）」という共通の認証基盤を使っています。

WAMは、一度サインインしたアカウント情報を、アプリごとに個別にではなく、Windows全体で共有してキャッシュする仕組みです。これにより、複数のOfficeアプリを開くたびにサインインし直さなくて済む、という利便性が生まれます。

ただし、この便利さが今回は裏目に出ました。個人用アカウントと組織アカウントが同じメールアドレスで混在していると、WAMがどちらを優先するかの判断が崩れ、意図しないアカウントで自動サインインされてしまいます。

Teamsアプリ単体の「リセット」機能（設定 > アプリ > インストールされているアプリ > Microsoft Teams > 詳細オプション > リセット）を試しても直らなかったのは、この問題がTeamsアプリの中ではなく、Windows共通のWAM層に存在していたからです。

WAM関連の認証情報は、次のコンポーネントに分散して保存されています。

OneAuth（Microsoftアプリ共通の認証情報）
TokenBroker（トークンの発行・保持）
IdentityCache（アカウント・テナント情報）
Microsoft.AAD.BrokerPlugin（Azure AD認証まわりのブローカー）
新しいTeamsのアプリ本体キャッシュ

これらをまとめて削除しない限り、Teamsだけリセットしても、Office製品やCopilotには古いアカウント情報が残り続けます。

手順1：Teamsを完全終了する

キャッシュを削除する前に、Teamsを完全に終了させます。タスクトレイのアイコンを右クリックして「終了」を選び、念のためタスクマネージャーで Microsoft Teams のプロセスが残っていないか確認します。

手順2：PowerShellでキャッシュを一括削除する

管理者権限は不要です。通常のPowerShellで次のスクリプトを実行します。

$paths = @(
  "$env:LOCALAPPDATA\Packages\MSTeams_8wekyb3d8bbwe",
  "$env:LOCALAPPDATA\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy",
  "$env:LOCALAPPDATA\Microsoft\OneAuth",
  "$env:LOCALAPPDATA\Microsoft\TokenBroker",
  "$env:LOCALAPPDATA\Microsoft\IdentityCache",
  "$env:USERPROFILE\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams"
)
foreach ($p in $paths) { if (Test-Path $p) { Remove-Item $p -Recurse -Force -ErrorAction SilentlyContinue } }

このスクリプトは、上に挙げた6つのフォルダが存在する場合のみ、中身を強制的に削除します。存在しないフォルダはスキップされるので、環境によって多少パスが違ってもエラーで止まることはありません。

手順3：再起動してサインインし直す

削除が終わったら、一度PCを再起動します。再起動後にTeamsを起動すると、アカウント選択画面には何も候補が残っていない状態からスタートできます。

ここで、組織アカウント（独自ドメインのメールアドレス）で改めてサインインします。私の場合、この状態からサインインしたところ、Teams・Copilot・Word・Excelのすべてで正しく自社の組織アカウントとして認識されるようになりました。

ここでのポイント

このキャッシュはOfficeアプリ全体で共有されています。 Outlook・OneDrive・Edgeなど、他のMicrosoft製品でも再サインインが必要になる可能性があります。作業は、すぐに再サインインする時間の余裕があるタイミングで行うのがおすすめです。

Windowsサインインアカウント自体には影響しません。 今回の操作は、あくまでアプリ側が参照する「どのアカウントを自動選択するか」のキャッシュを消すだけです。PCへのログイン方法は変わりません。

そもそも論として、独自ドメインでMicrosoft 365を使う設計を最初から相談していれば、この1年分の遠回りは防げた話でもあります。AI技術顧問として、こうしたIT基盤まわりの整理も含めて伴走しています。

つまずきやすいトラブルと対策

組織を切り替えるメニューに警告アイコンが出る場合：ゲスト登録時の古い紐づけが残っている可能性があります。無理に切り替えようとすると、サインインが自動的に再試行され、最終的にアカウントロックにつながることがあります。急ぎでなければ、招待元の管理者に「ゲスト登録を削除して再招待してほしい」と依頼するのが確実です。

個人用アカウントを閉鎖したのに、まだアプリの選択肢に残っている場合：Microsoftアカウントの閉鎖（account.live.com/closeaccount.aspx）は、サーバー側の処理です。ローカルのWAMキャッシュとは別物なので、今回のキャッシュ削除を併用する必要があります。

Windows Homeで組織アカウントのサインインができない場合：仕様です。Windows Home エディションでは、そもそも職場アカウント（Entra ID）でのWindowsサインインができません。組織アカウントを前提にPCを使うなら、最初からWindows Pro以上を選んでおく必要があります。

まとめ

独自ドメインのメールアドレスは、先に個人用アカウント（MSA）としてゲスト登録されてしまうと、後から組織アカウントを作っても混在した状態になる
Windows Home では組織アカウント（Entra ID）でのサインインができない。組織アカウントを前提にPCを使うなら、最初からWindows Proを選ぶ
Teams・Copilot・Office全体の認証キャッシュはWindows共通のWAM層に保存されている。Teams単体の「リセット」では消えない
PowerShellでOneAuth・TokenBroker・IdentityCache・Teamsキャッシュをまとめて削除すれば、Officeアプリ全体が正しい組織アカウントを認識するようになる

独自ドメインでMicrosoft 365を使い始めるなら、先に自社の組織アカウントを作ってから、外部の招待を受ける順番にするのが一番のトラブル回避策です。すでに混在してしまっている場合は、今回のPowerShellスクリプトで根本から解消できます。

「同じような症状で1年以上その場しのぎをしている」という方は、無料の30分オンライン診断で状況を整理できます。このキャッシュ削除だけで、積み上げてきた1年分の”辻褄合わせ”から抜け出せます。

この記事の技術を、現場で実装したい方へ

AI×IoTの技術顧問として、月額契約で継続伴走しています。PoC設計・技術判断・組織設計・ベンダー管理・実装支援まで、現場で動くまで一緒に進めます。受託開発（請負）ではありません。

→ AI技術顧問サービスの詳細／無料30分オンライン診断／料金一覧