Windows11環境でGoogle Chromeを使用中に「ページが応答しません」や「RESULT_CODE_HUNG」が頻発し、YouTubeやXの読み込みが途中で停止する現象は、単純なメモリ不足ではなく複数の要因が絡んで発生することがあります。本記事では、既に一般的な対策を実施しても改善しないケースを前提に、より踏み込んだ原因と対処方法を整理します。
今回の症状の特徴と前提整理
報告されている症状は、特定サイト（YouTube・Xなど）や検索中にページがフリーズし、「応答しません」と表示される点が特徴です。
さらにEdgeでは正常動作するため、OSや回線ではなくChrome固有の問題である可能性が高いと考えられます。
またメモリ使用率が低い状態でも発生しているため、単純なリソース不足では説明できません。
Chrome内部プロセスの不整合（最も有力な原因）
Chromeはタブ・GPU・レンダラーを分離したマルチプロセス構造ですが、このプロセス間通信が破綻すると「RESULT_CODE_HUNG」が発生します。
特に長期間使用したプロファイルや設定破損があると、再インストールしてもユーザープロファイルが残り続けるため症状が改善しないことがあります。
まず試すべき「新規プロファイル作成」
既存設定の影響を排除するため、新しいChromeプロファイルを作成して動作確認する方法が有効です。
手順としてはChrome設定から「ユーザー追加」を行い、完全に初期状態の環境でYouTubeやXを開きます。
これで問題が解消する場合、原因は拡張機能ではなくプロファイル破損にあります。
DNS・ネットワークスタックの影響
Edgeでは問題が出ない点から、ChromeのDNSキャッシュやQUIC通信が影響している可能性もあります。
Chromeの設定で「セキュアDNS」をオフにし、さらにchrome://net-internalsでDNSキャッシュをクリアすることで改善するケースがあります。
またルーター側のIPv6挙動との相性問題でも同様のフリーズが発生することがあります。
GPUプロセスの深層問題（設定OFFでも残るケース）
ハードウェアアクセラレーションをオフにしても改善しない場合、GPUプロセスのクラッシュ履歴が影響している可能性があります。
この場合はChromeフラグ設定（chrome://flags）で「GPU rasterization」や「Zero-copy rasterizer」を無効化することで安定することがあります。
特に一部のIntel内蔵GPU環境で発生しやすい傾向があります。
Windows側の影響（メモリではなくDPC遅延）
メモリ使用率が低いにも関わらずフリーズする場合、Windows側のドライバ遅延（DPC latency）が原因になることがあります。
ネットワークドライバやGPUドライバが古い場合、Chromeのレンダリング処理が一時停止することがあります。
最新ドライバへの更新、またはクリーンインストールが有効な対策になります。
まとめ
今回のようなChromeの「応答しません」問題は、単一の原因ではなくプロファイル破損・ネットワーク設定・GPU処理・OSドライバの複合要因で発生することが多いです。
特に新規プロファイルで改善するかどうかが切り分けの重要ポイントになります。
それでも改善しない場合は、Chrome単体ではなくWindows側のドライバやネットワーク構成の見直しが必要になります。
コメント