Windows 11でMicrosoft 365/Officeの更新やオンライン修復、アンインストールをしようとすると「Microsoft Word を閉じてください」と表示され、Wordが起動していないのに先へ進めない——そんな“詰み”状態の対処法を、実務で通りやすい順にまとめます。
起きている症状(よくあるパターン)
このトラブルは「Word(WINWORD.EXE)が本当に動いている」のではなく、インストーラー(Click-to-Run/修復/更新)が“Wordが実行中”だと誤判定して処理を止めているケースが多いです。再起動しても直らず、次の作業がまとめて失敗しやすいのが特徴です。
- Office(Microsoft 365 / Office 2019/2021など)の更新(アップデート)が止まる
- 設定画面のオンライン修復(Online Repair)が進まない
- アンインストールが進まない
- MicrosoftのトラブルシューティングやSaRA(コマンドライン版含む)でも「Wordが実行中」で止まる
- セーフモードでは別エラー(例:30068-44 / 1084、30068-16など)で失敗することがある
| やりたいこと | 止められるメッセージ例 | 実態 |
|---|---|---|
| 更新 | Microsoft Word を閉じてください | Wordのプロセスではなく、更新側の判定が壊れていることが多い |
| オンライン修復 | 他のプログラムを閉じてください / Wordを閉じてください | Click-to-Run周りの誤判定・不整合・破損が疑わしい |
| アンインストール | Wordが実行中のため続行できません | アンインストーラーが“Wordの実体”を掴んで離さない状態 |
なぜ「Wordが動いていないのに実行中扱い」になるのか
原因を一言で決め打ちするのは難しいのですが、現場で多いのは次のような状況です。
- Click-to-Run(C2R)サービスやインストーラー側の判定ロジックが壊れている(キャッシュ・状態管理の破損)
- Office更新や修復が途中で失敗し、“実行中”フラグだけ残ってしまう
- セキュリティ製品、DLP、EDR、バックアップソフト、常駐型の拡張が関与し、Office関連ファイルがロック/監視されて誤判定が起きる
- Windows側のコンポーネントストア不整合や破損があり、修復処理が正しく組み上がらない
ここで重要なのは、「Wordを終了させる」方向ではなく、「インストーラーがWordを“見失う”状態を作って処理を通し、復旧(再インストール)に持ち込む」のが近道になりやすい点です。
作業前に必ず押さえる注意点
- 管理者権限で作業します(コマンドプロンプト/PowerShellは「管理者として実行」)。
- Officeの修復・再インストールで、アドインや一部設定が初期化される場合があります。必要なら事前にスクショやメモを残してください。
- 作業中はOfficeアプリ(Word/Excel/Outlook/Teamsなど)をすべて閉じ、可能ならクラウド同期やバックアップの常駐も一時停止します。
- ファイルやフォルダーのリネームは一時回避策です。目的は「更新/修復/アンインストールを通すこと」であり、完了後はOfficeが正常に入れ直されているか確認します。
まず最初にやる“基本の切り分け”(短時間で確認できる)
すでにタスクマネージャーでWINWORD.EXEがいないことは確認済みでも、念のため関連プロセスやサービスまで見ておくと、後段の成功率が上がります。
タスクマネージャーで確認したいプロセス
- WINWORD.EXE(Word)
- EXCEL.EXE、POWERPNT.EXE、OUTLOOK.EXE(Officeアプリ全般)
- OfficeClickToRun.exe、OfficeC2RClient.exe(Click-to-Run関連)
「詳細」タブで見つかるものがあれば終了します。コマンドで強制終了するなら、次を管理者で実行します。
taskkill /f /im winword.exe
taskkill /f /im excel.exe
taskkill /f /im powerpnt.exe
taskkill /f /im outlook.exe
taskkill /f /im officeclicktorun.exe
taskkill /f /im officec2rclient.exe
サービスの確認(Click-to-Run)
Click-to-Run環境では、サービスが絡むため「止めてから修復」を試す価値があります。
sc query ClickToRunSvc
状態が怪しい/再起動したい場合は、次を試します(ほかの処理が動いている場合は停止に失敗することがあります)。
net stop ClickToRunSvc
net start ClickToRunSvc
ここまでで改善しない場合、次の“本命の回避策”に進みます。
対処法:効果が出やすい順に紹介
対処1:WINWORD.EXE をリネームして更新/修復/アンインストールを通す
この問題の肝は、インストーラーが「Wordが実行中」と誤判定している点です。そこでWINWORD.EXEそのものを一時退避(リネーム)し、インストーラーがWordを掴めない状態にして処理を通します。
よくあるWINWORD.EXEの場所
環境によって32bit/64bitや配置が違います。代表的なパスは次の通りです。
| 環境 | 代表的なパス | 補足 |
|---|---|---|
| 64bit Office(多い) | C:\Program Files\Microsoft Office\Office16\WINWORD.EXE | MSI系や一部構成で見られる |
| 32bit Office(互換目的で多い) | C:\Program Files (x86)\Microsoft Office\Office16\WINWORD.EXE | アドイン都合で32bitを選ぶケース |
| Click-to-Run(Microsoft 365で多い) | C:\Program Files\Microsoft Office\root\Office16\WINWORD.EXE | 「root\Office16」配下が特徴 |
| Click-to-Run(32bit) | C:\Program Files (x86)\Microsoft Office\root\Office16\WINWORD.EXE | こちらも「root\Office16」配下 |
場所が分からない場合は、管理者のコマンドプロンプトで検索すると早いです。
where /r "C:\Program Files" WINWORD.EXE
where /r "C:\Program Files (x86)" WINWORD.EXE
WINWORD.EXEのリネーム(管理者で実行)
見つかった場所に合わせて、WINWORD.EXE → WINWORD.EXE.oldに変更します。以下は代表例です(あなたの環境の実パスに合わせてください)。
ren "C:\Program Files (x86)\Microsoft Office\Office16\WINWORD.EXE" WINWORD.EXE.old
ren "C:\Program Files\Microsoft Office\Office16\WINWORD.EXE" WINWORD.EXE.old
ren "C:\Program Files\Microsoft Office\root\Office16\WINWORD.EXE" WINWORD.EXE.old
リネームに失敗する場合は、次を確認します。
- コマンドプロンプトが「管理者として実行」になっているか
- セキュリティ製品がリネームを阻害していないか(必要なら一時的にリアルタイム保護の例外を検討)
- Office関連プロセスが残っていないか(taskkillで再確認)
Windows側の整合性チェック(SFC / DISM)
Officeの処理が壊れているとき、Windows側の不整合が絡んでいることもあります。リネーム後に、次を実行します。
sfc /scannow
dism /online /cleanup-image /restorehealth
完了したら再起動します。
更新/オンライン修復/アンインストールを再実行
再起動後、できればクリーンブート(常駐を最小化)した状態で、次のいずれかを実行します。
- 設定 → アプリ → インストールされているアプリ → Microsoft 365/Office → 変更 → オンライン修復
- 更新(Officeアプリが起動できるなら「アカウント」→「更新オプション」)
- アンインストール(再インストール前提で一度削除する)
狙いは「止まっていた処理を通して、正常な再インストール状態に戻すこと」です。修復や再インストールが成功した後、WINWORD.EXE.oldを元に戻す必要があるかは状況次第です。通常は再インストールで正しいWINWORD.EXEが再配置されるため、古い.oldは不要になります(ただし、残っていると紛らわしいので、復旧が完了して動作確認できた段階で整理します)。
対処2:Officeフォルダーごとリネームして「Wordが実行中」判定を回避する
対処1でも進まない場合、より強力に“見失わせる”方法がOfficeの実体フォルダーを丸ごと退避する手順です。ポイントは、インストーラーが参照しているOffice本体の場所を変えてしまい、誤判定の根を断つことです。
代表的なリネーム対象
Click-to-Runの場合、次のフォルダーが対象になりやすいです(あなたの環境に存在する方を使います)。
- C:\Program Files\Microsoft Office\root\Office16
- C:\Program Files (x86)\Microsoft Office\root\Office16
MSI系で「root」が無い構成なら、次が該当することがあります。
- C:\Program Files\Microsoft Office\Office16
- C:\Program Files (x86)\Microsoft Office\Office16
セーフモードでリネーム → 通常起動で再インストール、が通りやすい
常駐の影響でフォルダーがロックされる場合があるため、リネームだけセーフモードで行い、インストールや修復は通常起動で行うのが成功パターンになりやすいです。
- Windowsをセーフモードで起動
- 対象フォルダーをOffice16.oldなどにリネーム(例:Office16 → Office16.old)
コマンドで行う場合は次のようにします(実パスに合わせてください)。
ren "C:\Program Files\Microsoft Office\root\Office16" "Office16.old"
- 通常起動に戻す
- Officeインストーラー(再インストール)またはオンライン修復を実行
この手順の要点は、Officeが一時的に壊れた状態(見つからない状態)になる代わりに、インストーラー側の「Wordが実行中」判定を成立させないことです。再インストールが終わるまではOfficeアプリを起動しないでください。
リネーム後にありがちな挙動
- スタートメニューのOfficeショートカットが起動しない/エラーになる
- 「アプリが見つかりません」などの表示が出る
これは想定通りです。目的は“通らない処理を通して正常状態へ戻すこと”なので、再インストールや修復が成功すればOKです。
対処3:クリーンブートで常駐を最小化してから修復/アンインストールする
この手の誤判定は、常駐ソフト(特にセキュリティ・監視・バックアップ・業務アドイン系)が絡むと再発・継続しやすいです。そこで、Windowsをクリーンブートで起動し、Officeの修復やアンインストールを試します。
クリーンブートの大まかな手順
- Windowsキー + R → msconfig を実行
- 「サービス」タブでMicrosoftのサービスをすべて隠すにチェック
- 残ったサービスを「すべて無効」
- 「スタートアップ」も不要なものを無効(タスクマネージャー側で設定)
- 再起動して、Officeのオンライン修復/アンインストールを実行
成功したら、作業後に元へ戻します(サービスとスタートアップを復元)。
特に影響しやすい常駐の例
- EDR/アンチウイルス(Officeフォルダー監視、自己防衛機能が強いタイプ)
- DLP(情報漏えい対策)
- バックアップ/同期/仮想化(常時ファイルを掴むもの)
- PDF統合、メールアーカイブ、Officeアドイン系の管理ツール
クリーンブートは「原因の切り分け」にもなります。クリーンブートで通るなら、元の常駐を戻す過程でどれが影響しているか特定しやすくなります。
対処4:Microsoft公式のアンインストール手段を使う(Get Help/サポートツール)
通常のアンインストールが詰まる場合でも、Microsoftが案内している手段は“強制的に削除に持ち込める”ことがあります。環境によって使えるものが違うため、代表的な選択肢を整理します。
| 手段 | 向いている状況 | ポイント |
|---|---|---|
| Get Help(ヘルプ)アプリ経由の案内 | 一般的な詰まり | Windows標準の導線。案内が環境依存で変わるが試す価値あり |
| Microsoftのアンインストールサポートツール | 設定画面から削除できない | 残骸まで含めて削除できることがある。実行後は再起動推奨 |
| MSIベースの手動アンインストール | MSI版Officeで、構成が特殊 | プロダクトごとに削除が必要な場合あり。事前確認が重要 |
Click-to-RunかMSIかをざっくり見分ける
対応策が変わることがあるので、可能なら把握します(Wordが起動できない前提でも、フォルダー構成で推測できます)。
- Click-to-Runの可能性が高い:
...\Microsoft Office\root\Office16\が存在する - MSI系の可能性がある:
...\Microsoft Office\Office16\の直下に実体がまとまっている(環境による)
Click-to-Run(Microsoft 365)で詰まりやすい場合は、対処1・2のような「実体を退避して通す」アプローチが特に効きやすいです。
セーフモードで「30068-44 / 1084」「30068-16」などが出る理由と対策
「セーフモードでやれば常駐がいないから直りそう」と考えがちですが、Officeの修復やインストールはサービスに依存するため、セーフモードでは逆に失敗することがあります。
特に1084は「セーフモードでは起動できないサービスがある」系の意味合いで出ることがあり、Click-to-Runの修復系処理が成立しません。その結果、30068-44や30068-16など別番号で止まるケースがあります。
- セーフモードは“リネームなどファイル操作だけ”に使う
- 修復・再インストールは通常起動(できればクリーンブート)で実行する
この切り分けにすると、セーフモード由来の失敗要因を避けつつ、常駐ロックの回避も狙えます。
それでも直らない場合の追加チェック(再インストール前の最後の一手)
Windows Updateと再起動待ちを解消する
Officeの修復・更新が止まるPCは、Windows側も「再起動が保留」になっていることがあります。まずはWindows Updateを一通り適用し、再起動を複数回入れて状態を落ち着かせます。
ディスクとシステムの状態確認
システム破損の影響を疑う場合、SFC/DISMに加えてディスク状態も見ます。
chkdsk /scan
別の管理者アカウントで試す
ユーザープロファイルが壊れていると、Officeの構成や修復が変な挙動をすることがあります。一時的にローカル管理者を作って、修復やアンインストールを試すと通ることがあります。
Windowsの「上書き修復(インプレースアップグレード)」を検討する
「Windowsをクリーンインストールしたくない」場合でも、Windowsを上書きしてシステムを整える修復インストールという選択肢があります。アプリやデータを保持しながら不整合を整えられることがあるため、どうしてもOfficeが戻らない場合の現実的な落としどころになります。
復旧できた後に必ず確認したいこと(再発防止)
- Word/Excel/Outlookが起動できるか、サインイン状態は正常か
- 「アカウント」画面から更新が通るか
- Outlookを使っている場合は、送受信・プロファイル・アドインの状態
- 旧フォルダー(Office16.old)やWINWORD.EXE.oldが残っている場合、動作確認後に整理(削除やリネーム戻し)
- クリーンブートを使った場合は、常駐を戻す前に修復・更新が安定したかを確認
よくある質問
WINWORD.EXEやOffice16フォルダーをリネームしても大丈夫?
恒久対応ではなく、詰まっている更新/修復/アンインストールを“通すための回避策”です。成功後にOfficeを再インストールして正常化できれば問題になりにくい一方、途中で放置するとOfficeが壊れたままになります。必ず「復旧完了」まで一気に進めてください。
リネームしたものは元に戻すべき?
再インストールが成功すると、新しいファイルやフォルダーが再配置されます。元に戻すべきかは状況次第ですが、一般には動作確認が終わった段階で、旧ファイル(.old)を残しておく必要はありません。残しておくと将来のトラブル時に混乱するため、整理しておく方が安心です。
「Wordが実行中」と言われるのに、タスクマネージャーに出ないのはなぜ?
実プロセスの検出ではなく、インストーラーが内部状態や参照先をもとに判断していると、タスクマネージャー上のプロセスとは関係なく止まることがあります。だからこそ、“実体を退避して見失わせる”アプローチが効くケースがあります。
まとめ:再インストールに持ち込むための「現実的な突破口」
Windows 11でOfficeの更新/修復/アンインストールが「Microsoft Word を閉じてください」で止まる場合、アプリ側ではなくインストーラー側の誤判定を疑うのが近道です。まずはWINWORD.EXEのリネーム、次にOfficeフォルダーのリネームで“見失わせる”手順を試し、クリーンブートで成功率を上げながら、修復・再インストールへ持ち込みましょう。

コメント