ロゴ

WIndows Edgeで、動画のフルスクリーンを解除するとウィンドウ幅が広がる問題の対処法

※本ページはプロモーションが含まれています

Windows11

Windows Edgeの2025年12月ごろのアップデートで、Youtubeなどの動画をフルスクリーンにしてから解除すると、ウィンドウ幅が広がる問題に直面しました。

2025年12月19日に新しいアップデートを確認できたので、アップデートしたのですが変わらず。

調べたら一応の解決策がありましたので紹介します。

垂直タブのタイトルを表示させる

この現象は、ディスプレイ表示倍率の違うデュアルディスプレイ環境下で、「垂直タブバーを表示する」と「垂直タブでタイトルバーを非表示にする」をオンにしていると起こるようです。

垂直タブバーのタイトルを非表示にすることで、ウィンドウサイズの計算が狂うようです。

「垂直タブでタイトルバーを非表示にする」をオフにし、タイトルバーを表示させると一応解決しました。

タイトルバーが増える分、ブラウザの表示サイズが狭くなりますが仕方がない。

設定は、Edge画面上部の「・・・」→「設定」→左メニューの「外観」→一番下の「タブの設定」→「垂直タブでタイトルバーを非表示にする」で変更できます。

Geminiの回答

自力検索では解決策を見つけられなかったので、Geminiを使って検索しました。

Geminiの回答も一応残しておきます。

Windows 11における混合DPIマルチディスプレイ環境下のMicrosoft Edge表示異常:YouTubeフルスクリーン解除時のウィンドウ巨大化現象の機序解明と包括的対策
マルチディスプレイ環境におけるWindowsデスクトップ座標系とDPIスケーリングの理論背景
現代のWindows OSにおけるディスプレイ管理システムは、異なるピクセル密度を持つモニターが混在する「混合DPI(Mixed-DPI)環境」をサポートするために、極めて複雑な座標変換アルゴリズムを採用している。特にWindows 11 24H2以降のビルドでは、デスクトップウィンドウマネージャー(DWM)が各ディスプレイに対して個別のスケーリング係数を適用し、アプリケーションがモニター間をまたぐ際にリアルタイムで再描画を要求する設計となっている 。

Windowsにおける画面上の位置は、仮想デスクトップ座標系によって定義される。メインディスプレイの左上を原点 (0,0) とし、各モニターはその解像度と配置に基づいて連続した座標平面を構成する。ここで、物理的なピクセル数 P と論理的な座標値 L、およびユーザーが設定したスケーリング係数 S(%)の間には、以下の関係式が成立する。

P=L×
100
S

ユーザーが報告している現象、すなわちメインディスプレイ($125%$設定)でYouTube等の動画をフルスクリーン表示し、それを解除した際にサブディスプレイ($175%$設定)のスケーリングが適用されてウィンドウが巨大化する問題は、この座標計算の「揺り戻し」プロセスにおいて、Edgeが自身の存在位置を誤認することに起因している 。

フルスクリーンモードから復帰する際、ブラウザは「リストア(元に戻す)」命令をOSに発行する。このとき、ウィンドウの境界(Window Boundary)が、計算上の端数処理やDWMのタイミング問題により、メインモニターの境界をわずかに超えてサブモニターの領域に接触したと判定されることがある 。Windows 11はウィンドウが最も広い面積を占めている、あるいは「中心点」が存在するモニターのスケーリングを優先的に適用しようとするため、一瞬でも 175% モニターの領域に侵入したとみなされると、ウィンドウ全体が 1.75 倍(論理座標ベース)で再構築され、結果として隣のモニターまで大きくはみ出す結果を招く 。

Microsoft Edge固有のUI実装と不具合の因果関係
Microsoft EdgeはChromiumエンジンをベースにしつつも、独自のUI機能である「垂直タブ」や「サイドバー」などを実装しており、これがWindowsのスケーリング処理と特異な干渉を起こすことが確認されている 。

垂直タブとタイトルバー非表示設定の脆弱性
調査によれば、このスケーリング異常の最大の引き金となっているのは、Edgeの「垂直タブ」機能および「垂直タブの使用中にタイトルバーを非表示にする」設定の組み合わせである 。Windows OSは通常、ウィンドウの「タイトルバー(非クライアント領域)」を基準にウィンドウのドラッグや配置制御を行うが、Edgeがこの領域を独自に描画(あるいは消去)している場合、フルスクリーン解除時の座標復元ロジックが不安定になる 。

具体的には、タイトルバーが非表示の状態では、フルスクリーンから復帰した直後の「ウィンドウ枠」の計算において、本来の125%のスケーリングが適用されるべき座標平面ではなく、隣接する175%のモニターの座標系が先に参照されてしまう挙動が観測されている 。これは、特定のEdgeアップデート(GA 144以降)で顕著になった回帰的バグの一種であると考えられ、多くのユーザーが同様の「ウィンドウがオフスクリーンに飛んでいく」あるいは「巨大化する」という事象を報告している 。

ブラウザエンジンのフルスクリーン遷移ロジック
Chromiumベースのブラウザには、二種類のフルスクリーン状態が存在する。一つはブラウザ全体をフルスクリーン化する F11 モード、もう一つはHTML5の requestFullscreen() APIを介したビデオプレイヤー単体のフルスクリーンモードである 。YouTubeのフルスクリーンボタンを押下した際、Edgeは内部的にこれらの状態を遷移させるが、混合DPI環境下では、ビデオレイヤーが解散した瞬間にウィンドウの「ヒットテスト(存在判定)」が行われ、そのタイミングでサブモニターのスケーリングを誤ってサンプリングしてしまう 。

Windows 11 24H2アップデートによる影響の深度化
Windows 11 24H2では、マルチモニター環境におけるウィンドウ配置の記憶ロジックが刷新されたが、これが逆に今回の問題を深刻化させている側面がある 。

ウィンドウ配置記憶機能(Remember Window Locations)の誤作動
設定アプリの「システム」>「ディスプレイ」>「マルチディスプレイ」にある「モニターの接続に基づいてウィンドウの位置を記憶する」機能は、通常、モニターの切断・再接続時に役立つものである 。しかし、フルスクリーン解除のような「単一モニター内での表示状態の変化」においてもこの機能が介入し、スケーリングが異なる隣接モニターの古いキャッシュ情報を呼び出してしまうケースがある 。

以下の表は、各ディスプレイのスケーリング設定が及ぼす論理座標への影響をまとめたものである。

項目 メインディスプレイ (125%) サブディスプレイ (175%) 備考
物理ピクセル(例:横) 1920 px 3840 px ハードウェアの解像度
論理座標幅 1536 units 2194 units P÷(S/100) で算出
DPI認識モード Per-Monitor V2 Per-Monitor V2
Win11の標準モード

座標サンプリング誤差 低(境界付近を除く) 高(境界付近で顕著) 高DPI側への引き込みが発生

この表からわかるように、論理座標ベースでは175%のモニターは「非常に広い範囲」をカバーしているようにOSから認識されやすく、メインモニターの端にあるウィンドウがこの「広い重力圏」に引き寄せられ、強制的に175%基準での再計算が行われるのである 。

Microsoft Edge側の設定による直接的解決策
ユーザーが直面しているスケーリングの不一致を解消するために、まずはEdgeのブラウザ内部設定および起動オプションを調整することが最も即効性のある対策となる。

UI構成の変更による安定化
垂直タブに関連する不具合が特定されているため、以下の設定変更を試行すべきである。

タイトルバーの再表示: 「設定」>「外観」>「垂直タブの使用中にタイトルバーを非表示にする」を オフ にする 。これにより、OSがウィンドウの境界を認識するための「ハンドル」が常に明示され、座標復元時のエラーが劇的に減少する。

垂直タブの無効化: 可能であれば、標準の水平タブレイアウトに戻すことで、不適切なスケーリングの継承を完全に遮断できる 。

フルスクリーン解除前の最大化: 動画を視聴し終わった際、いきなりフルスクリーンを解除するのではなく、一度ブラウザウィンドウ自体を最大化状態に固定したまま動画のフルスクリーンを抜けることで、自由配置ウィンドウ(Restored Window)の巨大化を回避するワークアラウンドが有効である 。

グラフィックス描画エンジンの調整
ハードウェアアクセラレーションとDPIスケーリングの相互作用を抑制する。

ビデオ改善機能の停止: Edgeの「設定」>「システムとパフォーマンス」にある「Microsoft Edge でビデオを改善する」を オフ にする 。この機能は動画レイヤーに対してAIによるアップスケーリング等を適用するため、フルスクリーン切り替え時の内部処理を複雑にし、表示異常を引き起こす一因となる。

ハードウェアアクセラレーションのトグル: グラフィックスアクセラレーションを一度オフにして挙動を確認し、改善が見られない場合は再度オンにするか、あるいはGPUドライバ側の設定を見直す 。

Windows OSおよびGPU制御によるシステムレベルの調整
ブラウザ側の設定のみで解決しない場合、OSのディスプレイ管理機能やグラフィックスドライバの設定に介入し、スケーリングの適用ルールを強制的に上書きする必要がある。

ディスプレイレイアウトの幾何学的デカップリング
Windowsのディスプレイ設定におけるモニターの「仮想的な配置」を変更することで、座標の境界干渉を物理的に防ぐ手法である。

配置の隙間作成: モニター配置図において、メインモニターとサブモニターを完全に密着させず、間にごくわずかな隙間を開けて配置する 。これにより、ウィンドウの右端がサブモニターの領域に「接触」したと判定される確率を下げ、意図しないスケーリングの連鎖発動を阻止できる 。

モニター境界のオフセット: モニターの上下の端を一致させず、わざと上下に数ピクセルずらして配置することも、座標計算の誤認を防ぐための有力な防御策となる 。

高DPIスケーリングの上書き(msedge.exeへの適用)
アプリケーションごとにWindowsのスケーリング処理方法を規定する。

msedge.exe(通常 C:\Program Files (x86)\Microsoft\Edge\Application 内)を右クリックし、「プロパティ」を開く。

「互換性」タブ > 「高DPI設定の変更」を選択 。

「高いDPIスケール設定の上書き」にチェックを入れ、ドロップダウンから 「アプリケーション」 を選択する 。

注:これにより、EdgeはOSによる強制的なスケーリング介入を拒否し、自前で各モニターのDPIを認識するようになる。これが最も根本的な解決策となるケースが多い 。

GPUスケーリングの優先順位の変更
グラフィックスカードのコントロールパネル(NVIDIA Control Panel、AMD Radeon Settings、Intel Graphics Command Center)における設定変更も不可欠である。

GPUスケーリングの強制: 「デスクトップのサイズと位置の調整」設定において、「スケーリングを実行するデバイス」を「ディスプレイ」から 「GPU」 に変更する 。GPU側でスケーリングを処理させることで、モニター側のスカラー(拡大回路)による遅延や認識ミスを排除できる。

プログラムによる上書きの無効化: 「ゲームとプログラムによって設定されているスケーリングモードを上書きする」のチェックボックスを オン にし、ドライバ側の設定を最優先させる 。

システムの安定性を向上させる追加の解決策(2025年最新知見)
最新のユーザー報告に基づき、上記の手順で改善が見られない場合に有効な、より踏み込んだ対策を以下に示す。

モニターのEDID(識別情報)リフレッシュ
Windowsがモニターの物理的な寸法やスケーリング情報を誤読し、古いキャッシュデータ(EDID)に基づいて描画を行っている場合、デバイスマネージャーを使用してモニター情報の再認識を強制することが有効である 。

デバイスマネージャーを開く。

「モニター」セクションを展開し、該当するモニターを右クリックして「デバイスのアンインストール」を選択する。

PCを再起動する。これによりWindowsはEDIDを再読み込みし、正しい描画境界を確立する 。

グラフィックス同期設定(G-Sync/VRR)の同期
NVIDIA G-Syncや可変リフレッシュレート(VRR)の設定が、Windows OSとGPUコントロールパネル間で一致していない場合、フルスクリーン切り替え時の描画タイミングにズレが生じ、サイズ不整合を誘発する 。

Windowsの「設定」>「システム」>「ディスプレイ」>「グラフィックス」から「可変リフレッシュレート」の状態を確認し、GPU側の設定(NVIDIA G-SYNC等)とオン/オフを統一する 。

高速スタートアップの無効化
Windowsの「高速スタートアップ」が有効な場合、シャットダウン時にディスプレイ構成の不完全なキャッシュが保存され、次回起動後のDPI認識が不安定になるケースがある 。

「コントロールパネル」>「電源オプション」>「電源ボタンの動作を選択する」から、「高速スタートアップを有効にする」をオフにして再起動を試行する 。

ウィンドウ操作による配置記憶の強制リセット
フルスクリーン解除後にサイズが崩れる場合、Shiftキーを組み合わせた操作でOSに正しい状態を再記憶させることができる 。

タスクバーのEdgeアイコンをShiftキーを押しながら右クリックし、「最大化」を選択する。

その後、Shiftキーを押したまま「閉じる(X)」をクリックして終了する。これにより、次回以降の復元精度が向上する 。

ユーザーがYouTube視聴時に採用可能な運用的回避策
技術的な設定変更が困難な環境、あるいは一時的な応急処置として、YouTubeのプレイヤー自体の機能を利用した対策を提示する。

YouTube「シアターモード」の活用
フルスクリーン表示を行う代わりに、ショートカットキー T を押下して「シアターモード」に切り替える手法である 。

シアターモードは、ブラウザウィンドウの枠組みの中で動画を最大限に広げる機能であり、OSレベルでの「フルスクリーン状態への遷移」を伴わない。

このため、スケーリング係数の再計算が発生せず、ウィンドウが巨大化するリスクを排除できる 。

アンビエントモードの無効化
YouTubeプレイヤーの設定(歯車アイコン)から「アンビエントモード」を オフ にする 。

この機能は動画の周囲にリアルタイムで発光エフェクトを生成するため、GPUに高度なオーバーレイ処理を強いる。

これを停止することで、フルスクリーン解除時のレンダリング負荷が軽減され、正常な復元を助ける 。

総括
本問題は、Windows 11のウィンドウ管理機能とEdge独自のUIレンダリングが、125%および175%という大幅に異なるDPI境界で「衝突」した結果発生する事象である。

解決に向けては、以下の優先順位で対策を実施することを推奨する。

段階 対策区分 具体的なアクション 難易度
第1段階 Edge UI修正
垂直タブ設定で「タイトルバーを表示」に変更する


第2段階 運用回避
フルスクリーン解除前にウィンドウを最大化しておく


第3段階 OS配置調整
モニター配置図でモニター間に論理的な隙間を作る


第4段階 互換性設定
msedge.exe の高DPI上書きを「アプリケーション」にする


第5段階 システム修正
EDIDリフレッシュやレジストリからのキャッシュ削除を行う

根本的な解決には、第1段階の「Edge UIの修正」と、第4段階の「高DPI上書き設定」の組み合わせが最も効果的である 。これにより、Edgeが自身の表示倍率を他モニターの干渉なく管理できるようになり、トリプルディスプレイ環境下での安定したブラウジングが確保される。