「X11とWaylandの違いは？」→ X11は40年近い歴史を持つ実績豊富なディスプレイサーバー、Waylandはそれを置き換えるために設計されたシンプルで安全なモダンな仕組みです。自分の環境がどちらで動いているかは「5. 自分の環境がX11かWaylandか確認する方法」で確認できます。

Linuxのデスクトップ画面に「ウィンドウを描く」「マウスやキーボードの入力を受け取る」役割を担うのがディスプレイサーバー（表示サーバー）です。長らくその標準は X11（X Window System） でしたが、近年は後継となる Wayland が多くのディストリビューションで標準採用されつつあります。本記事では、X11とWaylandの仕組みと違いを整理し、自分の環境がどちらで動作しているかの確認方法、そして移行時に気をつけたいポイントまでわかりやすく解説します。

そもそもディスプレイサーバーとは、アプリケーション（クライアント）とディスプレイ・入力デバイスの間に立ち、次のような仕事をするソフトウェアです。

• 各アプリが描いた内容を画面に表示する
• マウス・キーボード・タッチなどの入力を、適切なアプリに振り分ける
• 複数のウィンドウの重なりや配置を管理する

この役割を担う「プロトコル＋実装」が、古くからある X11 と、その後継として登場した Wayland です。まずはそれぞれを個別に見ていきましょう。

X11 は、1984年に開発が始まった「X Window System」のプロトコル第11版（1987年〜）を指します。現在の主な実装は X.Org Server です。30年以上にわたりLinux/UNIXのGUIを支えてきた、極めて成熟した仕組みです。

X11最大の特徴は、クライアント・サーバーモデルを採用している点です。「Xサーバー」が画面と入力を管理し、各アプリ（Xクライアント）はサーバーに「ここに線を引いて」「文字を表示して」と要求を送ります。サーバーとクライアントは別プロセスとして通信するため、ネットワーク越しに別マシンのアプリ画面を手元に表示するといったことも可能です。

• クライアント・サーバー構造: 描画・入力を司るXサーバーと、各アプリ（クライアント）が分離している。
• ネットワーク透過性: ssh -X などで、リモートのGUIアプリを手元に表示できる。
• 役割の分業: ウィンドウの装飾や配置は「ウィンドウマネージャ」、画面合成は「コンポジタ」と、別々のソフトが担う。

• 圧倒的な互換性と実績: 長年の歴史があり、ほぼすべてのLinux GUIアプリが問題なく動作する。
• リモート表示が標準で可能: X転送（X forwarding）により、サーバー上のGUIツールをローカルで操作できる。
• 枯れた安定性: 情報や事例が豊富で、トラブル時の対処法も見つけやすい。

• 設計が古く複雑: 現代では不要な機能も多く抱え、コードベースが肥大化している。
• セキュリティが弱い: 仕様上、任意のアプリが他のウィンドウの入力や画面内容を覗ける（キーロガーやスクリーンショットが容易に作れてしまう）。
• 画面のちらつき（ティアリング）: 描画の同期が完全ではなく、条件によって画面が乱れることがある。

Wayland は、X11の複雑さとセキュリティ上の問題を解消するために2008年頃から開発が始まった、新しいディスプレイサーバー・プロトコルです。X.Orgの開発者自身が「もっとシンプルでモダンな仕組みを」という発想で設計しました。

Waylandの最大の特徴は、X11では分かれていた「サーバー」「ウィンドウマネージャ」「コンポジタ」の役割を、コンポジタ（compositor）という1つのプログラムに統合したことです。各アプリは自分のウィンドウ内容を自前で描画し、完成した画像（バッファ）をコンポジタに渡すだけ。コンポジタがそれらを合成して画面に表示します。仲介役が減るぶん、構造がシンプルで効率的になっています。

• コンポジタ一体型: 表示・入力・合成を1つのコンポジタが担う（GNOMEのMutter、KDEのKWinなど）。
• アプリが自前で描画: 各アプリがバッファを用意し、コンポジタへ渡す「ダイレクト」な方式。
• アプリ間の分離: 各アプリは原則として他のアプリのウィンドウや入力にアクセスできない。

• 高いセキュリティ: アプリが互いに隔離され、勝手なキー入力の盗み見や画面キャプチャができない。
• ちらつきのない描画: 「すべてのフレームは完璧（every frame is perfect）」という設計思想で、ティアリングが起きにくい。
• モダンな表示への対応: HiDPI・マルチモニタ・フラクショナル（小数）スケーリングなど、現代的な画面構成に強い。

• ネットワーク透過性が標準ではない: ssh -X のようなリモート表示は標準では使えず、別手段（waypipeやRDPなど）が必要。
• 対応途上のツールがある: 画面録画・共有・自動化ツールなど、一部はWayland対応に追加設定が要る場合がある。
• 環境による相性問題: 特定のGPUドライバや古いアプリで不具合が出ることがある（後述）。

両者の違いを一覧表で整理します。

今使っているセッションがX11かWaylandかは、ターミナルで簡単に確認できます。

ターミナルを開き、以下を実行します。

echo $XDG_SESSION_TYPE

• wayland と表示されれば Wayland セッションです。
• x11 と表示されれば X11 セッションです。

あわせて、Wayland特有の環境変数が設定されているかでも判断できます。

echo $WAYLAND_DISPLAY

• wayland-0 のように値が表示されれば Wayland、何も表示されなければ X11 の可能性が高いです。

systemd を使う多くのディストリビューションでは、loginctl で現在のセッション種別を確認できます。

loginctl show-session $(loginctl | grep $(whoami) | awk '{print $1}') -p Type

• Type=wayland または Type=x11 のように表示されます。

XWayland上で動いているアプリ（X11アプリ）が混在することもあります。xeyes のようなX11ツールが動くか、xlsclients でX11クライアントの一覧を見ると、X11として動作しているアプリを把握できます。

結論として、特別な理由がなければWaylandのまま使うのがおすすめです。FedoraやUbuntu（22.04以降）、最新のGNOME/KDEは既にWaylandが既定で、セキュリティ・表示品質の面でも有利だからです。一方で、以下のようなケースではX11を選ぶ・併用する価値があります。

• ログイン画面でX11に切り替える: ログイン画面（GDM/SDDMなど）でユーザー選択後、歯車アイコンから「GNOME on Xorg」などX11セッションを選べます。まずはこれで切り分けるのが定番です。
• リモートGUIが必要: ssh -X によるX転送を多用するなら、X11セッションが手軽。Waylandでは waypipe やRDP/VNCで代替します。
• NVIDIA GPUを使っている: かつてはNVIDIA + Waylandの相性が悪名高かったですが、近年のドライバ（545系以降のexplicit sync対応など）で大幅に改善しています。古いドライバでカクつく場合はX11を試す価値があります。
• 画面録画・共有・スクショ: Waylandでは PipeWire と xdg-desktop-portal を介する仕組みになっており、OBSやスクショツールは対応版・対応設定が必要です。逆に対応済みなら問題ありません。

基本はWaylandで運用し、不具合が出た機能だけX11で回避する——という使い分けが、2026年現在の現実的な落としどころです。

X11とWaylandは、どちらもLinuxのGUIを支える「ディスプレイサーバー」ですが、その設計思想は対照的です。

• X11: 歴史と実績、ネットワーク透過性が強み。ただし設計は古く、セキュリティ面に弱点。
• Wayland: シンプルで安全、表示品質が高いモダンな後継。リモート表示など一部は追加対応が必要。

すでに主要ディストリビューションの既定はWaylandへ移りつつあり、互換レイヤーのXWaylandによって従来アプリも問題なく動きます。まずは自分の環境がどちらで動いているかを確認し、不具合が出たときだけX11に切り替える、という形で付き合っていくとよいでしょう。

Linuxのデスクトップ環境やサーバー運用に関するご相談は、お問合せフォームよりお気軽にどうぞ。

質問はお問合せより随時、受付中です。

📄WSLとは？簡単に図解で解説｜WindowsでLinuxを使うメリットとWSL2インストール手順【2026年版】

📄【2026年最新】WindowsでClaude Codeを動かす完全セットアップガイド

📄GitHub CLIをWindowsにインストールする方法とWSL2での設定手順【2026年版】