Officeサインインできない・ログインループとライセンス更新エラー29の原因と対処法

Office（Word / Excel など）のデスクトップ版にサインインできず、メールアドレス入力画面に戻される「ログインループ」や「ライセンスを更新できません（エラー 29）」で作業が止まっていませんか。本記事では、大学アカウントを例に、原因の考え方から具体的な復旧手順、緊急時のワークアラウンドまでを体系的に解説します。

Office デスクトップ版にサインインできない典型症状

まずは、今回のようなケースでよく見られる症状を整理します。

症状	具体的な挙動	影響
ログインループ	Office 起動 → サインイン画面で大学メールアドレス入力 → パスワード等を入れてサインイン → すぐに再び「メール アドレスを入力してください」の画面に戻る	サインイン完了ステータスにならず、ライセンスが有効化されない
ライセンス更新エラー 29	Word / Excel の [ファイル] → [アカウント] → [ライセンスの管理 / 更新] から操作しても、 「ライセンスを更新できません（エラー 29）」と表示される	ライセンス状態が「エラー」または「使用不可」となり、編集が制限される
エラーログに Code 1067	詳細ログやイベントビューアに Tag: 5fcl8、Code: 1067、Correlation ID などが記録される	クラウド側との通信・認証時に失敗している可能性が高い
Web 版は正常	Outlook on the web / Excel on the web には同じ大学アカウントで問題なくサインインできる	アカウント自体は有効で、主に端末側またはライセンス割り当てに問題があると考えられる

特に「Web 版は使えるのに、デスクトップ版だけ認証に失敗する」場合、単純なパスワード間違いではなく、ライセンス種別・端末キャッシュ・プロファイル・接続環境のいずれかが絡んでいることがほとんどです。

原因の整理：なぜログインループやエラー 29 が起こるのか

エラーの根本原因を理解しておくと、むやみに再インストールを繰り返さず、短時間で正しく切り分けができます。

原因カテゴリ	具体的な内容	典型的な症状
ライセンス未割り当て / 種別不一致	大学アカウントに「Microsoft 365 Apps for enterprise」などデスクトップ版を含むライセンスが割り当てられていない	サインインは通るが「このアカウントではデスクトップアプリを使用できません」「ライセンスを確認できません」等
資格情報・認証キャッシュの不整合	過去の Office インストールの残骸 / 複数アカウントの混在 / WAM（Web Account Manager）のキャッシュ破損	サインイン直後に再度サインイン画面に戻されるログインループ、エラー 29, Code 1067
プロファイルや Office 自体の破損	Windows ユーザープロファイルの破損、Office ファイル・設定の破損	特定ユーザーだけエラーが出る、新規 Windows アカウントでは問題が出ない
接続・環境要因	時刻ずれ、プロキシ / VPN / セキュリティソフトの干渉、WebView2 ランタイム未更新、Click-to-Run サービス停止など	学内 Wi-Fi ではダメだがテザリングなら通る、日付を直したら急に認証できた など

この記事では、これらの原因を一つずつ潰していく手順を、「軽い確認 → 重い操作」の順に並べています。いきなり OS 再インストールをする必要はありません。

解決までの全体フロー

まずは全体像を掴み、その順番通りに実施することをおすすめします。

ステップ	内容	目的
1	大学アカウントに適切なライセンスがあるか確認	そもそもデスクトップ版が利用可能な契約か確認する
2	Office の更新・修復	Office 自体の破損を簡易的に修復する
3	サインイン情報・認証キャッシュのリセット	ログインループ・エラー 29 の主要因を潰す
4	ライセンス状態リセット用スクリプトの実行	通常操作で消えないライセンス情報をクリアする
5	接続・環境要因の見直し	ネットワークやサービス側の問題を除外する
6	新しい Windows プロファイルで切り分け	ユーザープロファイルの破損かどうかを判定する
7	大学の IT 管理者にライセンス再割り当て・調査を依頼	クラウド側の情報をリセットしてもらう

前提チェック：大学アカウントのライセンスを確認

まずは「そのアカウントでデスクトップ版 Office が使える契約なのか」を確認します。Web 版だけが許可されたライセンスでは、いくら頑張ってもデスクトップ版は有効化できません。

ポータルでライセンスを確認する

1. ブラウザで大学指定の Microsoft 365 ポータル（例：https://portal.office.com や https://www.office.com）にアクセスします。
2. 問題が起きている 大学アカウント でサインインします。
3. 画面右上のアカウント アイコンから [アカウントの表示] や [マイアカウント] を開きます。
4. [サブスクリプション] や [アプリとデバイス] に、次のような名称のライセンスが含まれているか確認します。
   • Microsoft 365 Apps for enterprise / for business
   • Microsoft 365 A3 / A5（学生 / 教職員）など

ここで「Office デスクトップ アプリ」「Microsoft 365 Apps」といった記載がまったく見当たらない場合は、そのアカウントは Web 版専用の可能性が高いです。この場合、端末側をどれだけいじっても有効化には失敗するため、大学の IT 管理者にライセンス変更を依頼してください。

Office の更新・修復を行う

ライセンスに問題がなさそうであれば、まずは Office 自体の破損を疑います。最初に試すべきは「更新」と「修復」です。

Office アプリから最新状態に更新する

1. Word や Excel など、任意の Office アプリを起動します。
2. [ファイル] → [アカウント] を開きます。
3. [Office 更新プログラム] → [今すぐ更新] をクリックします。
4. 更新が完了したら、アプリを閉じて PC を一度再起動します。

Windows の「修復」機能を使う

1. Windows の [設定] → [アプリ] → [インストール済みアプリ]（または「アプリと機能」）を開きます。
2. 一覧から 「Microsoft 365 Apps」または「Microsoft Office」 を探してクリックします。
3. [変更] → [クイック修復] を選び、指示に従って実行します。
4. 改善しない場合は、同じ画面から [オンライン修復] を選び、より徹底した修復を行います。

オンライン修復は Office を一度ほぼ削除して再構築するため時間はかかりますが、軽微なログインループであればこの段階で直ることもあります。

サインイン情報・認証キャッシュをリセットする（Windows 10/11）

更新・修復でも改善しない場合は、アカウント情報のキャッシュ破損を疑います。ここが今回のようなログインループ・エラー 29 の「本丸」です。

※レジストリ操作は自己責任です。必ず事前に復元ポイントや重要データのバックアップを取ってください。

1. Office からすべてサインアウトする

1. Word / Excel など任意の Office アプリを起動します。
2. [ファイル] → [アカウント] を開きます。
3. 画面右側の [ユーザー情報] に表示されている大学アカウントを選択し、[サインアウト] をクリックします。
4. サインイン中のアカウントが複数表示されていれば、すべてサインアウトします。
5. すべての Office アプリを終了します。

2. 「職場または学校にアクセス」の不要な接続を解除する

1. [設定] → [アカウント] → [職場または学校にアクセス] を開きます。
2. 不要な大学アカウントや古い組織アカウントがあれば選択し、[切断] をクリックします。
3. ここに何も表示されていなくても問題はありません。その場合は次に進みます。

3. 資格情報マネージャーから Office 関連情報を削除する

1. [コントロール パネル] → 表示方法を「大きいアイコン」などに変更し、[資格情報マネージャー] を開きます。
2. [Windows 資格情報] と [Web 資格情報] の両方を確認します。
3. 名前に 「Office」「MicrosoftOffice」「Microsoft アカウント」「MicrosoftOffice16」「aad」 などが含まれる資格情報を探します。
4. 該当しそうなものを選択し、[削除] をクリックします。

ここで削除した情報は、後で再サインインすると自動的に再作成されますので、通常は問題ありません。

4. 認証キャッシュフォルダを削除する

次に、ユーザープロファイル内に保存されている認証キャッシュを削除します。

1. エクスプローラーを開き、[表示] → [表示/非表示] → [隠しファイル] にチェックを入れます。
2. アドレスバーに次を貼り付けて Enter を押します。 %LOCALAPPDATA%\Microsoft\
3. 以下のフォルダがあれば削除します。
   • IdentityCache
   • OneAuth

これらは Office や Azure AD の認証関連キャッシュで、削除してもサインインし直すことで再生成されます。

5. レジストリの Office 認証キャッシュを削除する

続いて、Office が内部的に使っている認証・ライセンスキャッシュもクリアします。

1. [Windows キー] + [R] で「ファイル名を指定して実行」を開きます。
2. regedit と入力して Enter を押し、レジストリエディタを起動します。
3. 以下のキーを順にたどります。 HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Licensing
4. Identity キー、Licensing キーごとそれぞれ右クリックし、[削除] を選択します。

Office 2016 / Microsoft 365 Apps はバージョン「16.0」を共通で使用します。別バージョンをお使いの場合は、環境に応じて数字が異なることがあります。

6. PC を再起動し、大学アカウントのみでサインイン

1. すべての操作が終わったら、PC を必ず再起動します。
2. Word や Excel を起動します。
3. サインインを求められたら、まずは問題が起きている大学アカウント「のみ」を追加して動作確認します。
4. 個人の Microsoft アカウントや他の職場アカウントは、この時点では追加しない方が切り分けが簡単です。

この段階でログインループが解消されれば、原因はほぼ間違いなく「古い資格情報やキャッシュの衝突」です。

ライセンス状態のリセット（スクリプト利用）

上記のクリアでも改善しない場合、より低レベルなライセンス情報が壊れている可能性があります。Microsoft や大学の IT 管理者から提供されるスクリプトを使ってリセットする方法があります。

代表的なスクリプト名の例：

• OLicenseCleanup.vbs
• SignOutOfWAMAccounts.ps1
• WPJCleanUp.cmd

これらは通常、管理者権限で実行する必要があります。

コマンド プロンプト（管理者）からの実行例

1. スクリプトを任意のフォルダ（例：C:\Tools\OfficeFix）に保存します。
2. スタートメニューから [コマンド プロンプト（管理者）] を起動します。
3. 次のように入力してフォルダに移動します。 cd "C:\Tools\OfficeFix"
4. VBS スクリプトを実行します。 cscript.exe //nologo OLicenseCleanup.vbs

PowerShell（管理者）での実行例

1. スタートメニューから [Windows PowerShell（管理者）] を起動します。
2. スクリプトを置いたフォルダに移動します。 cd "C:\Tools\OfficeFix"
3. その PowerShell セッションだけ実行ポリシーを緩くします。 Set-ExecutionPolicy -Scope Process -ExecutionPolicy RemoteSigned
4. スクリプトを実行します。 .\SignOutOfWAMAccounts.ps1 -Verbose

WPJCleanUp.cmd の実行例

1. 管理者のコマンド プロンプトから次を実行します。 cd "C:\Tools\OfficeFix" WPJCleanUp.cmd

いずれのスクリプトも実行後は必ず PC を再起動し、その後 Office を起動して大学アカウントでサインインし直します。画面が一瞬で閉じてしまう場合は、必ず「管理者として開いたコマンド プロンプト / PowerShell」から実行し、表示されたメッセージを確認しましょう。

ライセンス状態を確認したい場合は、次のように ospp.vbs を使う方法もあります。

cd "C:\Program Files\Microsoft Office\Office16"
cscript.exe //nologo ospp.vbs /dstatus

これにより、現在のライセンス種別やアクティベーション状態がテキスト形式で表示されます。

接続・環境の見直し（エラー 29 / 1067 対策）

認証はクラウドとの通信が前提のため、意外と「ネットワークや環境」がボトルネックになることもあります。

日付・時刻・タイムゾーンを自動設定にする

1. [設定] → [時刻と言語] → [日付と時刻] を開きます。
2. [時刻を自動的に設定する]、[タイムゾーンを自動的に設定する] をオンにします。
3. 時刻が数分以上ずれていた場合は、一度手動で合わせてから自動に戻すと安定しやすくなります。

時刻ずれは証明書エラーや認証トークンの検証失敗の原因になり、結果としてエラー 29 や 1067 につながることがあります。

別ネットワーク・セキュリティソフト・VPN を疑う

• 学内 Wi-Fi からのアクセスで問題が出る場合、スマホのテザリングなど 別のネットワークでも試してみます。
• セキュリティソフトやファイアウォールが独自の HTTPS スキャンをしていると、認証通信に影響することがあります。一時的に保護レベルを下げるか、無効化して再テストします。
• VPN を使っている場合は、一度 VPN を切断した状態でサインインできるか確認します。

Windows Update と WebView2 ランタイムを最新にする

• [設定] → [更新とセキュリティ] → [Windows Update] から、利用可能な更新プログラムをすべて適用します。
• Office のサインイン画面は Microsoft Edge WebView2 ランタイム を使って表示されます。異常に古いバージョンの場合、サインイン画面が正しく動作しないことがあるため、最新版に更新します。

Microsoft Office Click-to-Run サービスを確認する

1. [Windows キー] + [R] を押し、services.msc と入力して Enter を押します。
2. 一覧から 「Microsoft Office Click-to-Run サービス」 を探します。
3. 状態が [実行中] になっていない場合は右クリックして [開始] を選択します。
4. スタートアップの種類が [無効] や [手動] になっている場合は、[自動] に変更しておきます。

新しい Windows ユーザープロファイルで切り分ける

ここまで試しても改善しない場合、現在の Windows ユーザープロファイル自体が壊れている可能性があります。その切り分けとして、「新しいローカルアカウントまたは Microsoft アカウント」を作成し、そちらで Office を試します。

新しいユーザーを作成してテストする流れ

1. [設定] → [アカウント] → [家族とその他のユーザー]（または「その他のユーザー」）を開きます。
2. [この PC に他のユーザーを追加] を選びます。
3. オフラインアカウントでも構いません。テスト用ユーザーを作成します。
4. 作成したユーザーで Windows にサインインし、Office をインストールまたは既存の Office を起動します。
5. 大学アカウントでサインインし、ログインループやエラー 29 が発生するか確認します。

新しいユーザーでは正常にサインインできる場合、問題はほぼ確実に「元のユーザープロファイル側のキャッシュ・設定・レジストリの不整合」です。その場合は、必要なデータを OneDrive や外付けディスク経由で新しいプロファイルに移行し、「新しいユーザーをメインとして使用する」ことを検討しても良いでしょう。

どうしても直らない場合に管理者へ依頼する内容

ここまで実施しても改善しない場合、クライアント側だけでは解決できない状態になっている可能性があります。その場合は、大学の IT 管理者に次の情報を添えて問い合わせましょう。

• 発生している症状の概要（ログインループ / エラー 29 / Web 版は正常など）
• 使用している OS（例：Windows 10 22H2）、Office の種類（Microsoft 365 Apps）
• 試した対処（修復・資格情報削除・新規プロファイルでのテストなど）
• エラーログに表示される情報
  • Correlation ID
  • Timestamp（発生日時）
  • Tag（例：5fcl8）
  • Code（例：1067）

管理者側では、Azure AD / Entra ID のサインインログや、Microsoft 365 管理センター側のライセンス状態を確認し、必要に応じて以下のような対応を行ってもらうことができます。

• ライセンスの再割り当て（いったん外してから再度付与）
• デバイス登録のクリア
• 条件付きアクセス ポリシーの影響確認

また、どうしても直らない場合には、Microsoft 公式の サポート/回復アシスタント（SaRA） を使用して Office を完全アンインストールし、その後再インストールする方法もあります。この手順は時間はかかりますが、「中途半端に残った Office の残骸」を一掃できるため、最終手段として有効です。

今すぐ作業したいときのワークアラウンド

授業や締切が迫っているときは、「原因究明」と「とりあえず作業を進めること」を分けて考えるのが現実的です。

• Web 版 Office（Excel / Word / PowerPoint / Outlook on the web）を使う
  • ブラウザで https://www.office.com にアクセスし、大学アカウントでサインインします。
  • ここから「新しいブック」「Word 文書」などを作成すれば、デスクトップ版とほぼ同じ感覚で編集できます。
• OneDrive に保存しておき、あとでデスクトップ版で開き直す
  • とりあえず Web 版で作業し、OneDrive に保存しておけば、後日デスクトップ版が復旧したときにシームレスに引き継げます。

ライセンスが正しく割り当てられている限り、Web 版 Office は基本的にそのまま使い続けられます。デスクトップ版のトラブル時には、「一時避難先」として非常に有効です。

よくある質問と補足メモ

レジストリや資格情報を削除しても大丈夫？

今回削除した資格情報や Identity / Licensing キーは、再サインイン時に自動で再生成される設計になっています。誤って消してしまっても、アカウント情報さえ正しければ再度サインインすることで元に戻せます。

ただし、レジストリエディタでは他のキーを誤って削除するとシステム全体に影響する可能性があります。削除前に該当キーを右クリックして [エクスポート] からバックアップを取っておくと安心です。

Windows の「メールとアカウント」に大学アカウントを追加できない

Windows 10 / 11 の [設定] → [アカウント] → [メールとアカウント] に大学アカウントを追加できなくても、Office アプリ内のサインインだけでライセンス有効化が完了する場合があります。

そのため、「メールとアカウントに追加できない＝必ず失敗」というわけではありません。重要なのは、Word / Excel の [ファイル] → [アカウント] 画面で、大学アカウントが 「サインイン済み」 になっているかどうかです。

エラー 29 は何を意味している？

エラー 29 は、Office のライセンス更新処理が失敗した際に表示されることが多いエラーです。多くの場合、次のような要因が絡んでいます。

• 認証情報やライセンス情報のキャッシュ破損
• ネットワーク経路上の問題（プロキシ・VPN・セキュリティ製品）
• ユーザープロファイルの不整合

単純に「ライセンスが期限切れ」というだけでなく、キャッシュや環境の不整合で発生することが多いため、今回紹介したような「キャッシュ削除」「プロファイル切り分け」が特に有効です。

最小チェックリスト（この順番で実施）

最後に、本記事の内容を踏まえた「最小限やるべきこと」をチェックリスト形式でまとめます。

順番	項目	実施状況
1	大学アカウントに デスクトップ版（Microsoft 365 Apps） を含むライセンスが割り当てられていることを確認した	□
2	Office 更新 → クイック修復 → オンライン修復 を順に実行した	□
3	Office からサインアウト → 資格情報マネージャー / IdentityCache / OneAuth / レジストリ（Identity・Licensing）を削除 → 再起動 → 再サインインを行った	□
4	OLicenseCleanup.vbs / SignOutOfWAMAccounts.ps1 / WPJCleanUp.cmd など、提供されたライセンス関連スクリプトを管理者として実行した	□
5	日付・時刻・タイムゾーン / 別ネットワーク / セキュリティソフト / VPN / WebView2 / Click-to-Run サービスなど、環境要因を確認した	□
6	新規 Windows ユーザープロファイルを作成して Office を試し、元プロファイルとの違いを確認した	□
7	Correlation ID / Tag / Code 1067 などのログ情報を添えて、大学の IT 管理者にライセンス再割り当て・調査を依頼した	□

上から順に実施していくことで、ほとんどの「Office にサインインできない」「ログインループする」「ライセンスを更新できません（エラー 29）」といったトラブルは解消できるはずです。まずは焦らず、チェックリストを一つずつ潰していきましょう。