LabHub

ブログ

ブラウザエンジン 2026 完全ガイド - Chromium・Blink・Gecko・WebKit・Servo・Ladybird・LibWeb・Flow 徹底分析

2026-05-16 · 27 分で読めます · #japanese#browser-engines#chromium#blink#gecko#webkit#servo#ladybird#libweb#flow#web-platform

한국어English日本語

1章 · なぜブラウザエンジンの多様性が重要か

10年前、私たちはIE6一強のトラウマからようやく抜け出していた。2026年、再び奇妙に似た風景の前に立っている。Chromium/Blinkがデスクトップシェア70%以上、モバイルを合わせれば65%以上を握る。Safari/WebKitはiOS市場を事実上独占し、Firefox/Geckoは3%前後まで落ちた。

なぜこれが問題か?

本記事は2026年現在の意義あるブラウザエンジンをすべて取り上げる。三大エンジン(Blink/Gecko/WebKit)、復活したServo、台頭するLadybird、そして組み込み市場の隠れたエンジンまで。

ここで扱う「エンジン多様性」は「フォーク」とは異なる。BraveはChromiumのフォークだが同じBlinkを使う。真の多様性は レイアウトとJSインタプリタが独立に実装されたコードベース の数で測られる。

2章 · エンジンアーキテクチャ — HTMLからピクセルまで

ブラウザエンジンは単一コンポーネントではなくパイプラインだ。

HTML ソース
  -> HTML Parser -> DOM Tree
  -> CSS Parser -> CSSOM
  -> Style Cascade (matched rules)
  -> Layout (box tree, fragments)
  -> Paint (display list)
  -> Composite (layers, GPU)
  -> ピクセル

各段階でエンジンの選択が分かれる。style cascade のアルゴリズム、layout の分割単位、paint のディスプレイリスト表現、composite のレイヤー合成方式。同じHTML/CSSでもエンジンごとに微妙に異なる結果になる理由だ。

ここに JavaScriptエンジン がもう一つの軸として加わる。V8、SpiderMonkey、JavaScriptCore(JSC)、LibJSはいずれもECMAScriptを実装するが、JIT戦略と最適化パターンが異なる。

3章 · Chromium / Blink — 事実上の標準

歴史

コアコンポーネント

コンポーネント役割
BlinkHTML/CSSレイアウトエンジン
V8JavaScriptインタプリタ + JIT (TurboFan, Maglev)
Skia2Dグラフィックスレンダリング
AuraデスクトップUIフレームワーク
VizGPUコンポジタ
RenderingNG次世代レンダリングパイプライン (2021~)

Chromiumを採用するブラウザ

デスクトップ: Chrome、Edge、Brave、Opera、Vivaldi、Arc、Comet、Dia、NAVER Whale、Kinza

モバイル: Chrome Android、Edge Mobile、Brave Mobile、Samsung Internet (Chromiumベース)

CometとDia は2025~2026年に登場したAI統合ブラウザだ。PerplexityのComet、The Browser CompanyのDiaいずれもChromiumベース。

Manifest V3 — 拡張APIの大変革

広告ブロック効率性の議論が最大の論点だった。FirefoxはMV2 webRequest を引き続きサポートし、遮断拡張の最後の砦として残っている。

4章 · WebKit — AppleとiOSのエンジン

コアコンポーネント

コンポーネント役割
WebCoreHTML/CSSレイアウト
JavaScriptCore (JSC)JSインタプリタ + JIT (LLInt, Baseline, DFG, FTL)
CoreGraphics / Cairoレンダリングバックエンド (AppleはCoreGraphics、LinuxはCairo)
WebKit2マルチプロセスアーキテクチャ

誰がWebKitを使うか

EU DMA — iOSエンジン選択の亀裂

2024年3月のEUデジタル市場法(DMA)施行以後、Appleは EU 地域 iOS でのみ 第三者エンジンの使用を許可した。Braveが自社エンジンをインポート可能になり、Firefox iOSも本物のGeckoを取り込む選択肢が生まれた。ただし2026年現在でも、米国・日本・韓国のユーザーは依然としてWebKit強制状態だ。

WebKit2 の利点

5章 · Gecko — Mozillaの揺るがぬ選択肢

コアコンポーネント

コンポーネント役割
GeckoHTML/CSSレイアウト
SpiderMonkeyJavaScriptインタプリタ + JIT (Baseline, Ion, Warp)
StyloCSSスタイリング (Servoから統合、Rust)
WebRenderGPUベースレンダラー (Servo発、Rust)
Quantum DOMマルチコア活用DOM処理

Rust統合の意味

Geckoは2017年から Stylo を統合し、CSSスタイリングをRustで書き直した。これはServoプロジェクトの最大の成果だ。WebRender もServoから派生し、Firefoxのメインレンダラーとなった。Quantum CSS、Quantum CompositorなどQuantumシリーズはその結果物である。

Geckoを採用するブラウザ

Firefoxの危機と可能性

デスクトップシェア3%前後まで落ちたFirefoxは危機に瀕している。Googleとの検索エンジン契約更新の不確実性、広告ブロックユーザー比の正常化、段階的なServoコード取り込みが2026年の主要トピックだ。

6章 · Servo — Rustエンジンの復活

歴史

コア特徴

2026年のServo

依然として一般ユーザー向けブラウザではない。だが自動車インフォテインメント、セットトップボックス、組み込みデバイスを狙う統合の試みは活発だ。Servoの真の未来は「独立ブラウザ」より「組み込みウェブランタイム」である可能性が高い。

7章 · Ladybird — 25年ぶりの本物の新エンジン

出発

Andreas Klingが作る SerenityOS の一部として始まった。2024年、KlingはSerenityOSから分離して Ladybird 単独プロジェクト として旗揚げした。

哲学

コアコンポーネント

コンポーネント役割
LibWebHTML/CSSレイアウト (Ladybird本体)
LibJSJavaScriptエンジン
LibCrypto / LibTLS暗号 / TLS
LibCoreイベントループ、IPC、標準ライブラリ

2026年のアルファ発表

2024年6月、Klingは「2026年アルファ、2027年ベータ」を公式ロードマップとして発表した。2026年現在、アルファ発表が間近、もしくはすでに行われた。一般ユーザー向けではないが、開発者が試せる最初のビルドだ。

後援

25年ぶりにゼロから書かれたメジャーなウェブエンジン という象徴性は大きい。

8章 · Flow Browser — マルチコアレンダリングの独立エンジン

Ekiohと Flow

英国ケンブリッジの Ekioh が作る独立ブラウザエンジン。出発はSVGベースのセットトップボックスUIエンジンで、これをフルブラウザへ拡張したのがFlowだ。

差別化点

市場ポジション

一般ユーザー市場ではない。だが組み込み市場ではCEF、WebKitと並ぶ比較対象になる。自動車インフォテインメントのHUD/CIDディスプレイがFlowの主領域だ。

9章 · Goanna — Pale Moonの分岐エンジン

Pale Moonの道のり

誰が使うか

XUL拡張を最後までサポートするほぼ最後のメジャーブラウザでマニア層が分厚い。

10章 · Otter Browser・NetSurf・Dillo — ミニマリストたち

Otter Browser

NetSurf

Dillo 3.x

Lynx・w3m・Browsh

ブラウザ特徴
Lynx最古のテキストブラウザ (1992~)
w3m日本発のテキストブラウザ、インライン画像サポート
BrowshFirefoxをバックエンドに持つターミナルブラウザ — 本物のウェブページをASCIIで描画

11章 · 組み込みエンジン — 私たちが知らずに使っているもの

CEF — Chromium Embedded Framework

デスクトップアプリでChromiumを組み込む事実上の標準手段だ。

WebView2 — WindowsのEdge組み込み

WindowsのすべてのWebViewコンポーネントが2024年からWebView2に統合された。Edge(Chromium)をシステムコンポーネントとして提供する。

WKWebView — iOSの標準WebView

iOSのすべてのアプリ内ブラウジングはWKWebViewを使う。Slack、Discord、Twitter/Xなどあらゆるソーシャルアプリのアプリ内ブラウザはWKWebViewだ。

WebView Android

AndroidのWebViewコンポーネントはChromeベース。Trichromeパッケージにより、ChromeとWebViewが同じバイナリを共有する。

Electron / Tauri / Wails / NeutralinoJS

フレームワークエンジン特徴
ElectronChromium + Node.jsVS Code、Slack、Discord、Figmaデスクトップ
TauriOS既定WebView (WebView2 / WKWebView / WebKitGTK)Rustバックエンド、小さなバイナリ
WailsOS既定WebViewGoバックエンド
NeutralinoJSOS既定WebView超軽量、システムブラウザ活用

Tauri/Wails/Neutralinoの共通点は システムWebViewの活用 だ。すなわちユーザーのOSがMacならWebKit、LinuxならWebKitGTK、WindowsならWebView2と、同じアプリが別のエンジンの上で動く。Electronだけが一貫性を提供するが、その分だけ重い。

12章 · JavaScriptエンジン — V8・SpiderMonkey・JSC・LibJS

V8 (Chromium)

ステージ名前
InterpreterIgnition
Tier 1 JITSparkplug
Tier 2 JITMaglev (2024~)
Top tier JITTurboFan

WebAssemblyバックエンドは Liftoff(高速コンパイル) + TurboFan(最適化)。

SpiderMonkey (Gecko)

SpiderMonkeyはECMAScript新提案の初実装がよく出るエンジンだ。

JavaScriptCore — JSC (WebKit)

LibJS (Ladybird)

性能比較 — 2026年基準

ベンチマークV8JSCSpiderMonkeyLibJS
Speedometer 3.0非常に高速非常に高速高速アルファ
JetStream 2.2非常に高速非常に高速 (Apple Silicon で1位多し)高速アルファ
MotionMark 1.3良好良好普通未計測

Apple SiliconでJSCがV8を凌駕する場合が多いのは、ARM64コード生成最適化の差が大きい。

13章 · レンダリングバックエンド — Skia・WebRender・CoreGraphics

Skia (Chromium)

WebRender (Gecko)

CoreGraphics / Metal (WebKit)

LayoutNG (Blink) / RenderingNG (Blink)

14章 · ウェブ標準ガバナンス — W3C・WHATWG・TC39・IETF

誰が何を標準化するか

機関領域
W3CCSS、ARIA、Accessibility、一部API
WHATWGHTML、DOM、Fetch、URL、Streams
TC39ECMAScript (JavaScript 言語)
IETFHTTP、TLS、QUIC、WebSocketなどのネットワーク
KhronosWebGL、WebGPU仕様の一部

意思決定メカニズム

Googleが強くなりすぎた問題

W3CとWHATWGの主要決定にGoogle社員が占める比重が約半数に近い。仕様と実装が同じ会社から出ると、標準は最終的に実装に追随する。

日本のW3C活動

W3C日本ノードは非常に活発だ。KDDI、NTT、Yahoo Japanなどが会員として参加し、日本語テキストレイアウト(writing-mode: vertical-rl、ルビなど)の標準化に影響を与えた。

15章 · EU DMAとiOSエンジン選択 — 亀裂の始まり

デジタル市場法施行

2024年3月以降、EU市場でAppleは次を許可しなければならなかった。

  1. 第三者アプリストア (サイドロード類似)
  2. WebKit 以外のブラウザエンジン (EU iOS 限定)
  3. 既定ブラウザ変更選択画面の義務化

iOSエンジン自由化の現実

2026年現在の状況

16章 · ブラウザ選択画面 — 欧州とその先

Choice Screen の復活

2024年にEUで始まったブラウザ選択画面が、徐々に他地域へ拡散している。

選択画面の効果

17章 · 韓国のブラウザ — Whale・Samsung Internet・RSUPPORT

Samsung Internet

RSUPPORT Browser

Kakao Brunch / Daum 検索内蔵ビューア

ブラウザではないが、モバイル KakaoTalk のアプリ内ブラウザは韓国で大きな比重を占める。WebKit Mobile(iOS)、Chrome WebView(Android) ベース。

18章 · 日本のブラウザ — Sleipnir・Lunascape・Kinza

Sleipnir

Lunascape

Kinza

Vivaldi の日本での人気

Vivaldi(Chromiumベース)は日本で特に人気だ。Opera出身の社員が作った点、日本人ユーザーが好むカスタマイズの自由度のため。

日本の WebKit 活動

ソニーの PlayStation ブラウザ、任天堂 Switch eShop ブラウザは WebKit 組み込みユーザーだ。JSC の組み込み最適化に日本人エンジニアの貢献が多い。

19章 · 性能ベンチマーク — Speedometer 3.0・JetStream・MotionMark

Speedometer 3.0

JetStream 2.2

MotionMark 1.3

Speedometer 結果 — 2026年推定トレンド

ブラウザデスクトップモバイル
Chrome上位上位
Safari上位 (Apple Silicon で1位が多い)上位
Firefox中上位中上位
Edge上位 (Chrome と類似)上位
Ladybirdアルファ未計測

20章 · 未来 — Servo 復活・Ladybird ベータ・Web Components・WebGPU 安定化

2026~2028 ロードマップ

Servo

Ladybird

Web Components

WebGPU

WebAssembly Component Model

真の多様性のためのシナリオ

21章 · 開発者としてこの多様性にどう対応するか

テストマトリクス

ブラウザ優先度
Chrome (Blink) 最新 + ESR必須
Safari (WebKit) 最新 + 直前必須 (iOS 含む)
Firefox (Gecko) 最新 + ESR必須
EdgeChromium だが一部挙動差あり
Samsung Internetモバイル韓国市場では必須
Whale韓国市場で必要に応じ

真のクロスブラウザチェック項目

ポリフィルと段階的強化

// 機能検出が先
if ('startViewTransition' in document) {
  document.startViewTransition(() => updateUI())
} else {
  updateUI()
}

// CSS @supports
// @supports (anchor-name: --x) { ... }

22章 · 倫理的な悩み — 広告ブロック・テレメトリ・プライバシー

広告ブロックの未来

テレメトリ

広告 ID と追跡防止

23章 · 韓国 / 日本の資料 — どこで追いつくか

韓国

日本

英語圏

24章 · 自分でビルドしてみる — Chromium・Firefox・Ladybird

Chromium ビルド

mkdir chromium && cd chromium
fetch --nohooks chromium
cd src
./build/install-build-deps.sh
gclient runhooks
gn gen out/Default
autoninja -C out/Default chrome

数時間~数十時間かかる。SSD 約 100GB が必要。

Firefox ビルド

git clone https://github.com/mozilla/gecko-dev.git
cd gecko-dev
./mach bootstrap
./mach build
./mach run

mach というビルドツールがすべてを抽象化する。

Ladybird ビルド

git clone https://github.com/LadybirdBrowser/ladybird.git
cd ladybird
./Meta/ladybird.sh run

Linux/macOS で比較的短時間でビルドできる。Ladybird の魅力の一つはビルドの単純さだ。

自分でビルドする意味

25章 · まとめ — 2026年のエンジン風景を整理して

ブラウザエンジンは単なるツールではない。ウェブという公共財がどのように表現され実行されるかを決めるインフラ だ。

2026年現在の風景は両義的だ。

良い点:

懸念点:

あなたが開発者なら、単に Chrome で動作すれば終わりではない。Safari、Firefox でも実際に開いてみよう。可能なら Ladybird アルファも試してみよう。それがウェブの多様性を守るもっとも小さな実践だ。

2026年のウェブ多様性は、私たちが意識的に選択するときだけ生き残る。

参考 / References

コメント

まだコメントはありません。

ログインするとコメントできます