Windows 11でデスクトップを右クリックしても何も起きないのはなぜ？

Windows Explorerがデスクトップのコンテキストメニューを処理。Explorerがフリーズするかサードパーティのシェル拡張がメニュー構築中にクラッシュすると、エラーメッセージなしに右クリックが無言で失敗。タスクマネージャーからExplorerを再起動（Ctrl+Shift+Esc→Windows Explorer→再起動）で即座に修正。問題が繰り返されるならWinRAR、7-Zip、アンチウイルスなどのシェル拡張がクラッシュ——NirSoft ShellExViewで特定・無効化。

Windows 11のコンテキストメニューだけを修正するには？

旧スタイルメニューは動く（Shift+F10）が新しいWindows 11メニューが表示されない場合、最新のXAMLベースメニューコンポーネントが破損。管理者PowerShellでGet-AppxPackage Microsoft.Windows.ShellExperienceHostを再登録。スタートメニューと同じコンポーネントなので両方壊れている場合は同じ修正で一緒に修復。

ファイルエクスプローラーのウィンドウ内だけで右クリックが失敗するのはなぜ？

ファイルエクスプローラーウィンドウのコンテキストメニューはデスクトップとは別のハンドラーを使用。コントロールパネル→エクスプローラーのオプションで「全般」タブの「既定値に戻す」と「表示」タブの「フォルダーのリセット」をクリック。スタックしたフォルダービュー設定をクリアしデスクトップの右クリックに影響せずコンテキストメニューを修復。

Windows 11で右クリックが効かない？修正方法

デスクトップを右クリックして何も起きない——コンテキストメニューなし、回転カーソルなし、ただ何も起きない——まずWindows Explorerを再起動。Ctrl+Shift+Escでタスクマネージャーを開き、プロセス一覧からWindows Explorerを見つけ、右クリック（皮肉だが）して再起動。2秒でデスクトップが点滅し右クリックが通常復活。Explorerがデスクトップのコンテキストメニューを処理しておりフリーズ——あるべきより頻繁に起こる——するとメニューが表示されなくなる。

24H2の11月アップデート後の1週間で3回これが発生。自分のマシンで。再起動後1-2日は右クリックが動き、また無言で死亡。WinRARのシェル拡張がExplorerのコンテキストメニュー構築のたびにクラッシュ。拡張がフォルト、Explorerがエラーを抑制、メニューが表示されない。エラーメッセージなし、イベントログなし、何もなし。右クリックが死んでいるだけ。

シェル拡張が大抵の原因

Windows 11のコンテキストメニューは2層。新しい簡略メニューが最初に表示——コピー、名前の変更、削除など。下部の「その他のオプションを表示」で旧Windows 10メニューが開きサードパーティアプリがエントリを追加。2層目のシェル拡張がメニュー構築中にクラッシュすると右クリック全体が失敗。

NirSoftからShellExViewをダウンロード——システムに登録されたすべてのシェル拡張を一覧表示し個別に無効化できる無料ユーティリティ。会社名でソート。Microsoft以外をすべて無効化。デスクトップを右クリック。メニューが動けばそれらの拡張のどれかが犯人。5つずつ再有効化してどれが壊すか特定。

常連犯：古いWinRAR、24.09以前の7-Zip、Dropboxのオーバーレイハンドラー、NVIDIAの「プログラムから開く」エントリ、そしてKasperskyのコンテキストメニュースキャナー。どれもログなしでメニューを無言でクラッシュさせる。

ShellExViewをインストールしたくなければレジストリHKCR\Directory\Background\shellex\ContextMenuHandlersを直接確認。各サブキーがコンテキストメニューハンドラー。だがShellExViewの方が速く各ハンドラーがロードするDLLを表示するので何がどれに属するか判別しやすい。

Windows 11コンテキストメニューそのもの

旧スタイルのコンテキストメニューは動く（Shift+F10で表示）が新しいWindows 11コンテキストメニューがまったく表示されない場合——最新メニューコンポーネントが破損。シェル拡張とは別問題で新メニューはサードパーティ拡張をまったく読み込まないXAMLベースオーバーレイ。

シェルを再登録：

Get-AppxPackage Microsoft.Windows.ShellExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}

管理者としてPowerShellで実行。ShellExperienceHostパッケージが破損していれば置き換え。スタートメニューの修正に使うのと同じコマンド——同じ基盤コンポーネントだから。タスクバーも固まっているならシェル破損がより広範で再登録で両方修復。

ファイルエクスプローラー内でのみ右クリックが失敗しデスクトップでは動く場合、エクスプローラーウィンドウのコンテキストメニューハンドラー固有でシェル自体ではない。エクスプローラーリセット——フォルダーオプション（コントロールパネル→エクスプローラーのオプション）→「全般」タブで「既定値に戻す」→「表示」タブで「フォルダーのリセット」。コンテキストメニューに干渉するスタックしたフォルダービュー設定をクリア。

タブレットモードとタッチスクリーンのゴースト

タッチスクリーン搭載ノートPCではタブレットモードが有効になっていないか確認。タブレットモードでは右クリックの動作が変わり長押しジェスチャーになるためマウスクリックでは従来のコンテキストメニューが表示されないことがある。設定→システム→タブレット→「サインイン時」をデスクトップモードに設定しタブレットモードのトグルをオフ。

故障中のタッチスクリーンデジタイザーからのファントムタッチ入力が右クリックを完全に抑制するケースも見た。画面がクリックより速くゴーストタッチを登録しWindowsがマウスクリックではなくファントム入力を処理。疑わしければタッチスクリーンを一時無効化——デバイスマネージャー→ヒューマンインターフェイスデバイス→HID準拠タッチスクリーン→右クリック→デバイスを無効化。右クリックがすぐ動き始めたらタッチスクリーンハードウェアが問題。ドラッグ&ドロップも同時に壊れているなら原因が同じでWindows がドラッグを長押しジェスチャーと認識。

Explorerを再起動しMicrosoft以外のシェル拡張を全て無効化してもメニューが出ないなら、破損はShellExViewが届く範囲より深いことが多い——どのDLLがフォルトしているかをレジストリで手作業で追うと午後が丸々潰れる。これは毎週リモートで解きほぐしている類の問題。接続してExplorerが実際に何でつまずくか見て、当てずっぽうなしで右クリックを戻す。リモートサポートサービスから連絡をくれれば見てみる。