※本ページにはプロモーション(広告)が含まれています

【2026年最新版】MacのStage Managerでウィンドウのグループ化が崩れる・記憶されない対処法【完全ガイド】

macOS 26のStage Managerは、複数アプリのウィンドウを左サイドにグループ単位でまとめて表示し、作業文脈ごとに素早く切り替えられる強力な機能です。ところが「昨日まとめておいたグループが朝起動したら消えている」「外部ディスプレイを抜き差ししたらグループがバラバラに分解した」「ミッションコントロールから戻ると別アプリと混ざってしまう」といった、グループ化が記憶されない・崩れるトラブルに悩まされているユーザーが2026年に入って急増しています。本記事では、Stage Managerの内部キャッシュ構造を踏まえながら、再起動・ディスプレイ切替・ミッションコントロール連携などのケース別に、具体的な対処手順を体系的に解説します。

この記事でわかること

• macOS 26のStage Managerがグループ情報をどこに保存しているのか
• 再起動後にグループが消える根本原因と4つの対処法
• ミッションコントロール・Spaces連携時に起こるグループ崩壊の予防策
• 外部ディスプレイ接続時にレイアウトが初期化される問題の回避方法
• defaultsコマンドで内部キャッシュを確認・修復する手順
• WindowServer・Dockプロセスの再起動による即効リカバリ手順

Stage Managerのグループ化とは何か(基礎解説)

Stage Managerは、画面左端のサイドバーに「最近のグループ」をサムネイルで並べ、クリックひとつでウィンドウ一式を中央ステージに呼び出す機能です。たとえば「Safari + メモ + ターミナル」を1グループとしてまとめておけば、執筆作業に切り替えるときにそのグループをクリックするだけで3つのウィンドウが同時にアクティブ化されます。

このグループ情報は、見た目以上に複雑なメタデータとして管理されています。各ウィンドウのプロセスID、ウィンドウID、サイズ、座標、Z順序、所属するSpace ID、外部ディスプレイの識別子(EDID由来のハッシュ)などが、Dock配下の内部状態として保持されているのです。グループ化が崩れる現象の多くは、これらメタデータの一部が「次回起動時に復元できない状態」になることに起因しています。

グループ情報が保存される場所

macOS 26では、Stage Managerのグループ状態は主に次の3カ所に分散して保存されます。

1. ~/Library/Preferences/com.apple.WindowManager.plist — Stage Manager本体の設定とグループ定義
2. ~/Library/Preferences/com.apple.dock.plist — Dockが管理するウィンドウ配置キャッシュ
3. ~/Library/Application Support/WindowManager/ — グループのサムネイル画像とSpaceマッピング

このうちどれか1つでも整合性が崩れると、起動時の復元ロジックが「安全側に倒れて」グループを破棄します。再起動後にグループが消える典型パターンは、まさにこの整合性チェックの失敗です。

症状別:グループ化が崩れるパターンを見極める

対処に入る前に、ご自身の症状がどのパターンに該当するかを切り分けることが重要です。原因が異なれば打つべき手も大きく変わります。

パターンA:再起動・ログアウトでグループが完全に消える

シャットダウンや再起動を行うと、それまで作っていた左サイドのグループ一覧が空になり、最近開いていた単独ウィンドウだけが残る現象です。原因の多くはWindowManager.plistの書き込みタイミング問題で、シャットダウン時にDockが状態を保存し終える前にプロセスが終了してしまうケースが該当します。

パターンB:アプリ追加・削除のたびにグループが分解する

既存グループに新しいウィンドウをドラッグして追加した瞬間、グループ全体がバラバラのウィンドウに戻ってしまう症状です。これはグループのメタデータ更新に失敗したときの「ロールバック挙動」で、特定アプリ(Electron系・古いCarbon系アプリ)を巻き込んだときに発生しやすい傾向があります。

パターンC:ミッションコントロールから戻ると別グループと混ざる

Control + ↑キーやトラックパッドで上スワイプしてミッションコントロールを開き、再びデスクトップに戻ると、別のSpaceのウィンドウが現在のグループに混入してしまう現象です。Spaces機能とStage Managerのウィンドウ所属管理が二重化していることに起因する、macOS 26で報告が増えているバグ的挙動です。

パターンD:外部ディスプレイ抜き差しでレイアウトが初期化

HDMIやUSB-Cで接続していた外部ディスプレイを抜いた瞬間、内蔵ディスプレイ側のStage Managerグループがすべて解除される症状です。ディスプレイ識別子をキーにしたレイアウト管理が、解像度変更イベントを「新しい環境」と誤認することで起こります。

対処法1:WindowManagerプロセスとDockの再起動(即効性あり)

もっとも手軽で副作用が少ない対処です。グループが崩れた直後、または挙動がおかしいと感じたタイミングで実行してください。データ消失リスクはほぼゼロです。

手順

1. ターミナルを開く(Launchpad → その他 → ターミナル)
2. 次のコマンドを順に実行

   killall WindowManager
   killall Dock

3. 2〜3秒待つと両プロセスが自動再起動する
4. Stage Managerサイドバーが再描画され、保存済みグループが復元されるか確認

このコマンドは、Stage Managerの管理プロセスを強制終了し、launchdに自動再起動させる手法です。ウィンドウ自体は閉じられないため、執筆中の文書などが失われる心配はありません。ただし、再起動の瞬間に1秒ほど画面がフラッシュするので、画面共有中などには避けてください。

対処法2:WindowManager.plistの整合性チェックと修復

パターンA(再起動でグループが消える)に最も効く根本対処です。設定ファイルが破損しているケースを特定し、安全に修復します。

plist内容の確認

defaults read com.apple.WindowManager
defaults read com.apple.WindowManager AppWindowGroupingBehavior
defaults read com.apple.WindowManager StageManagerHideWidgets
defaults read com.apple.WindowManager GloballyEnabled

ここでdoes not existと表示されたり、(null)が返ってくる場合は、plistが部分的に消失している可能性があります。

plistの再生成

破損が疑われる場合、いったんplistを退避してDockを再起動すれば、macOSが新しいデフォルトplistを生成します。

1. Stage Managerをいったんオフにする(コントロールセンター → Stage Manager)
2. ターミナルでcd ~/Library/Preferences
3. 退避: mv com.apple.WindowManager.plist com.apple.WindowManager.plist.bak
4. killall cfprefsdを実行(設定キャッシュデーモン)
5. killall DockでDockも再起動
6. Stage Managerを再度オンにし、新しいグループを作って再起動テスト

新しいplistでも症状が再現する場合は、別の原因(ハードウェア起因)を疑う必要があります。再現しない場合は、退避ファイル.bakをそのまま削除して問題ありません。

対処法3:ミッションコントロール連携の調整(パターンC対応)

ミッションコントロール経由でグループが混ざる症状には、Spacesの自動再配置を無効化することが有効です。

1. システム設定 → デスクトップとDock → ミッションコントロール
2. 「最新の使用状況に基づいて操作スペースを自動的に並べ替える」をオフ
3. 「アプリケーションごとに操作スペースをグループ化」をオフ
4. 同画面の「Stage Manager」セクションで「最近使ったアプリケーション」をオフにして固定グループ運用に
5. 変更後、必ず一度ログアウトしてログインし直す

並べ替えの自動化機能とStage Managerのグループ管理は内部的に競合しやすく、特にmacOS 26.1以降ではこの組み合わせでウィンドウのSpace所属情報が書き換わるバグが報告されています。固定運用に切り替えることで安定します。

対処法4:外部ディスプレイ識別子の問題を回避(パターンD対応)

外部ディスプレイの抜き差しでグループが消える場合、ディスプレイ識別ロジックの問題が大きく関わります。

ディスプレイ配置を固定化する

1. システム設定 → ディスプレイ
2. 外部ディスプレイ接続中に「配置」をクリック
3. 主ディスプレイ(白いバー付き)を意図的に内蔵ディスプレイに固定
4. 外部ディスプレイ側で「使用形態」を「拡張ディスプレイ」固定にする

システム設定でディスプレイごとのSpaceを無効化

1. システム設定 → デスクトップとDock
2. 「ディスプレイごとに操作スペースを設定」をオフにする
3. 変更後、再ログイン

この設定がオンだと、外部ディスプレイのEDIDハッシュごとに別Spaceが管理され、抜いた瞬間にそのSpaceの所属ウィンドウがどこに行くかでStage Manager側の管理が混乱します。オフにすることで全ディスプレイ共通のSpace管理になり、抜き差し耐性が大幅に向上します。

対処法5:WindowManager Application Supportの初期化

サムネイル画像やSpaceマッピングのキャッシュが破損しているケースに有効です。

1. Stage Managerをオフ
2. Finderでメニューバー → 移動 → フォルダへ移動
3. ~/Library/Application Support/WindowManager/を入力
4. フォルダ内のThumbnailsサブフォルダを別の場所へ退避(削除ではなくバックアップ推奨)
5. killall WindowManagerでプロセス再起動
6. Stage Managerをオンに戻し、グループを作り直して挙動確認

サムネイル再生成にはCPUを少し使いますが、数分以内に完了します。

対処法6:特定アプリの除外(パターンB対応)

特定のアプリケーションを含めるとグループが崩れる場合は、そのアプリだけStage Manager管理から外す運用が現実的です。

1. 問題アプリを起動
2. ウィンドウメニュー(または該当アプリの設定)で「すべてのSpaceで表示」を有効化
3. Dockで該当アプリを右クリック → オプション → 「割り当て先」を「すべてのデスクトップ」
4. このアプリは独立ウィンドウ扱いとなり、Stage Managerグループに巻き込まれなくなる

対処法7:セーフブートでの動作確認

サードパーティのウィンドウ管理ツール(Magnet・Rectangle・BetterTouchTool・Yabaiなど)がStage Managerと競合している可能性があります。

1. Appleシリコン:電源ボタン長押し → 「オプション」→ Shiftキーを押しながら「続ける」
2. Intel Mac:Shiftキーを押しながら起動
3. セーフブート状態で問題が再現しないなら、サードパーティツールが原因
4. 該当ツールを最新版に更新するか、Stage Managerと共存設定に変更

対処法の比較表

対処法	所要時間	難易度	効果が出るパターン	リスク
WindowManager + Dock再起動	10秒	低	一時的崩れ全般	ほぼなし
plist再生成	3分	中	パターンA(再起動消失)	カスタム設定がリセット
ミッションコントロール調整	1分	低	パターンC(混入)	操作感が変わる
ディスプレイSpace無効化	1分	低	パターンD(抜き差し)	マルチディスプレイ運用変化
WindowManager AppSupport初期化	5分	中	サムネイル不整合および復元失敗	サムネイル再生成
アプリ個別除外	2分	低	パターンB(特定アプリ起因)	該当アプリのみ独立化
セーフブート切り分け	10分	中	サードパーティ競合	一時的に拡張機能無効

恒久的に安定運用するための運用ルール

対処を行ったあとは、再発を防ぐための運用ルールも併せて整えておくと安心です。

• シャットダウン前に必ず数秒待つ:Stage Managerのグループ書き込み完了を待つため、すべてのウィンドウを閉じる前に2〜3秒の余裕を持つ
• グループは10個以下を目安:左サイドの「最近のグループ」表示上限は4個ですが、内部的には多数管理されるため、巨大化はパフォーマンス低下を招く
• OSアップデート直後は新規グループを作り直す:macOS 26.0 → 26.1のようなマイナー更新でも、内部スキーマが変わっていることがあるため
• 外部ディスプレイは「同じポート」を使う:USB-CハブのポートAとポートBで識別子が変わるため、抜き差しは同じポートで行う
• iCloudデスクトップ同期との競合に注意:デスクトップに大量のファイルがあるとWindowServerが重くなり、グループ復元が間に合わないことがある

FAQ:よくある質問

Q1. Stage Managerをオフにすれば問題は解決しますか?

A. 解決はしますが、それは機能を諦めるという選択になります。本記事の対処法1〜4を順に試せば、ほとんどのケースで安定運用できます。Stage Manager自体は作業効率を大幅に向上させる優れた機能なので、まずは修復を試してください。

Q2. plistを削除しても大丈夫ですか?

A. com.apple.WindowManager.plistは削除してもmacOSが自動再生成します。ただし、削除前には必ず.bakとして退避してください。万が一の挙動変化があったときに戻せます。

Q3. 再起動するたびにグループが消えるのですが、ハードウェア故障の可能性は?

A. ストレージの書き込みエラーが原因のケースもまれにあります。「ディスクユーティリティ」でFirst Aidを実行し、SMART状態を確認してください。「検証済み」と表示されればストレージは健全です。

Q4. iPadでもStage Managerが使えますが、Macと連動しますか?

A. 連動しません。Mac版とiPadOS版は独立した実装で、グループ情報も共有されません。Universal Control使用時もそれぞれ別管理です。

Q5. 仮想デスクトップ(Spaces)を多用していますがStage Managerと併用可能?

A. 併用可能です。ただし「ディスプレイごとに操作スペースを設定」をオフにすることを強く推奨します。オンのままだとSpace単位とStage Managerグループ単位の二重管理で混乱が起こりやすくなります。

Q6. ターミナルでグループの中身を確認できますか?

A. defaults read com.apple.WindowManagerで現在の設定値が一覧表示されます。グループの詳細(どのウィンドウが含まれているか)はバイナリ形式で保存されているため、人間が読める形では出力されません。plutil -convert xml1 -o - ~/Library/Preferences/com.apple.WindowManager.plistでXML変換すると、ある程度構造を確認できます。

Q7. Stage Managerのアニメーションが重い・カクつくのも関連していますか?

A. 関連します。GPUリソースが不足するとウィンドウ管理プロセスがタイムアウトし、グループ保存が失敗するケースがあります。「システム設定 → アクセシビリティ → 視覚効果を減らす」をオンにすると軽量化され、間接的にグループ化の安定性も向上します。

Q8. macOS 26から26.1へアップデート後、急に症状が出るようになりました

A. アップデート時に旧形式のグループメタデータが新形式に変換されますが、変換に失敗するケースが報告されています。本記事の対処法2(plist再生成)が最も効果的です。新規にグループを組み直してください。

まとめ

Stage Managerのグループ化が崩れる・記憶されない問題は、macOS 26世代では複数の原因が絡み合うことが多く、一つの対処法だけでは解決しないケースがほとんどです。本記事で紹介した手順を、症状パターン(A〜D)に応じて順に試すことで、根本原因にたどり着けます。

まずはリスクの少ない対処法1(WindowManager + Dock再起動)から始め、改善しなければ対処法2(plist再生成)に進む——という段階的なアプローチが安全かつ確実です。外部ディスプレイ運用や複数Space利用がメインの方は、対処法3・4を恒久対策として最初から適用しておくと再発防止になります。

Stage Managerは、慣れると手放せない強力なウィンドウ管理機能です。グループ化の不具合に振り回されることなく、本来の作業効率向上効果を享受してください。本記事の手順を一度実施すれば、その後は安定して使い続けられるはずです。