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

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

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

なぜこれが問題か?

• 標準の弱体化 — ある実装が事実上の標準になる。仕様より実装が真実になる。
• イノベーションの停滞 — 競争が消えれば新APIの動機も消える。
• ガバナンスの集中 — GoogleがW3C/WHATWGに与える影響力が肥大化する。
• ユーザー選択の消失 — 他のエンジンが選択肢から消えれば差別化も消える。

本記事は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 — 事実上の標準

歴史

• 2008年: ChromeがWebKit上で出発
• 2013年4月: Googleが Blinkフォークを発表 — WebKitと決別
• 理由: WebKit2のマルチプロセスモデルがChrome独自アーキテクチャと衝突

コアコンポーネント

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の大変革

• MV2 終了 スケジュール: 2024年6月から段階的、2025年完全終了
• MV3 の主要変更: webRequest 遮断モードの制限、declarativeNetRequest 導入
• 影響 — uBlock OriginはMV3対応Liteを別途リリース、AdGuard、AdBlockなどすべて移行

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

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

コアコンポーネント

誰がWebKitを使うか

• Safari (Apple)
• iOS のすべてのブラウザ — Chrome for iOS、Edge for iOS、Firefox iOSも内部はすべてWebKit (App Store ポリシー)
• GNOME Web (Epiphany) — LinuxのWebKitGTK
• Wails、Tauri — デスクトップアプリフレームワークのデフォルトバックエンド
• PlayStation システムブラウザ、Nintendo Switch eShop ブラウザ
• BlackBerry OS最後の痕跡

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

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

WebKit2 の利点

• プロセス分離: タブごとに別プロセス
• セキュリティ: Site Isolation サポート
• Linux デスクトップ: WebKitGTKがGNOMEエコシステムの土台

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

コアコンポーネント

Rust統合の意味

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

Geckoを採用するブラウザ

• Firefox (Mozilla)
• Tor Browser — Firefox ESRベース
• LibreWolf — Firefoxプライバシー強化フォーク
• Mullvad Browser — Tor派生、通常ブラウジング用
• GNU IceCat — 100% フリーソフトウェア Firefox
• Pale Moon — Geckoから分岐、独自エンジンGoannaへ進化

Firefoxの危機と可能性

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

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

歴史

• 2012年 Mozilla Researchで開始
• 2017年 一部コンポーネント(Stylo、WebRender)がGeckoへ移植
• 2020年 Mozillaの組織改編により事実上凍結
• 2023年 Linux Foundationへ移管 — 新メインテナ陣営(Igalia、NLnet)が合流
• 2024~2025年 活発なコミット再開

コア特徴

• 純Rust で書かれた独立エンジン
• WebGPU 優先 設計
• 並列レイアウト が前提のアーキテクチャ
• 組み込みシナリオ (TauriのServoバックエンド実験など)

2026年のServo

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

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

出発

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

哲学

• C++ でゼロから記述 — 既存コードを1行も継承しない
• 標準優先 — WPT(Web Platform Tests)合格率をKPIに
• 非営利財団 — Ladybird Browser Initiative
• 広告なし、追跡なし、テレメトリなし

コアコンポーネント

2026年のアルファ発表

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

後援

• GitHub共同創業者 Chris Wanstrath が100万ドル寄付
• Shopify CEO Tobi Lutke ほか合流
• フルタイムメンテナ10名以上を雇用

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

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

Ekiohと Flow

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

差別化点

• マルチコア並列レンダリング — ページの各部を別コアで同時処理
• 組み込みターゲット — 自動車、セットトップボックス、デジタルサイネージ
• 有償ライセンスモデル — オープンソースではない

市場ポジション

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

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

Pale Moonの道のり

• 2009年 Firefoxフォークとして開始
• 2017年 Goanna エンジンを独自路線として分岐 (Gecko 28ベース)
• 新ウェブAPIの追加には保守的、旧来のXUL拡張互換に注力
• ESRとは異なる道

誰が使うか

• Pale Moon 本体
• Basilisk — Pale Moonの兄弟ブラウザ
• K-Meleon — 軽量Windowsブラウザ

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

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

Otter Browser

• Opera 12 (Prestoエンジン) のインターフェースの精神を継承
• Qt ベースUI
• バックエンドはQtWebEngine (Chromium)が既定、別バックエンドを実験中

NetSurf

• 英国発のミニマルブラウザ
• 独自レイアウトエンジン、Duktape JSエンジン
• RISC OS、Haiku、AmigaOSのような非主流OSでも動作
• モダンウェブの一部のみサポート(意図的)

Dillo 3.x

• C/C++ で書かれた超軽量ブラウザ
• 独自レンダリングエンジン
• 2023~2024年に復活 — 新メンテナ体制と新リリース
• HTTPクライアント、シンプルなHTML/CSS、一部JS

Lynx・w3m・Browsh

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

CEF — Chromium Embedded Framework

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

• Spotify デスクトップアプリ
• Steam クライアントのストア、フレンドリストUI
• OBS Studio の一部ウィジェット
• Battle.net ランチャー
• 数えきれないゲームランチャーとツール

WebView2 — WindowsのEdge組み込み

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

• Office、Teams、Visual Studioの一部UI
• TauriのWindowsバックエンド既定値

WKWebView — iOSの標準WebView

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

WebView Android

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

Electron / Tauri / Wails / NeutralinoJS

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

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

V8 (Chromium)

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

SpiderMonkey (Gecko)

• Interpreter
• Baseline JIT
• Ion (旧 Top tier)
• Warp (2021~、IonMonkey後継)

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

JavaScriptCore — JSC (WebKit)

• LLInt — Low Level Interpreter
• Baseline JIT
• DFG — Data Flow Graph JIT
• FTL — Faster Than Light JIT (LLVMベースからB3バックエンドへ進化)

LibJS (Ladybird)

• C++ でゼロから記述
• WPTのJSテストをKPIとしてECMAScript仕様を忠実に実装
• JITなしでインタプリタから開始(段階的JIT追加計画)

性能比較 — 2026年基準

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

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

Skia (Chromium)

• 2Dグラフィックスライブラリ
• Googleが買収(元 Skia Inc.)
• Flutterでも使用 → モバイル/デスクトップマルチプラットフォーム
• GPUバックエンド: Ganesh、Graphite (次世代、2024~)

WebRender (Gecko)

• Rust で記述
• GPU 優先 — すべてのペイントをGPUシェーダーで
• Servo出身、2019年からFirefoxの既定バックエンド

CoreGraphics / Metal (WebKit)

• macOS/iOSのシステムグラフィックスAPIを活用
• Metalバックエンドへ段階移行
• WebKitGTKは Cairo + OpenGL/Vulkan

LayoutNG (Blink) / RenderingNG (Blink)

• LayoutNG — Blinkの次世代レイアウトエンジン、2019~
• RenderingNG — LayoutNG + ペイント/コンポジットの全面再設計、2021~
• 目標: 正確性、性能、拡張性 (CSS Houdini など未来機能の土台)

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

誰が何を標準化するか

意思決定メカニズム

• WHATWG: living standard、合意ベース
• W3C: TR (Technical Report) トラック、勧告(Recommendation)
• TC39: 4段階プロセス (Stage 0~4)
• IETF: RFC

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エンジン自由化の現実

• Brave、Firefox(Mozilla)はEU iOS用に自社エンジンをインポート可能
• ただし 別ビルドが必要 — 米国、日本、韓国では依然WebKit
• Appleの厳しい資格要件(セキュリティ審査、毎年更新)が参入障壁

2026年現在の状況

• 一部ブラウザがEUで非WebKitエンジンを出荷したが、シェアは微々たるもの
• 一般ユーザーは差をあまり感じない
• ただし 先例ができたという点が最大の意義

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

Choice Screen の復活

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

• 英国: 2025年CMAが類似規則を検討
• 日本: 2024年日本版デジタルプラットフォーム取引透明化法が似た方向
• 韓国: 公正取引委員会が2025年からモバイルOSプリインストールを検討

選択画面の効果

• Firefox、BraveがEUで新規流入増加
• 韓国・日本の NAVER Whale、Sleipnir、Lunascape のようなローカルブラウザにも潜在的機会

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

NAVER Whale

• 2017年リリース、Chromiumベース
• 韓国ユーザーシェア約 8~12% (2026年推定)
• サイドバー、マルチタブ、辞書、翻訳、キャプチャなどの統合ツール
• 教育用市場で活躍 — 学校デジタル教科書インフラ

Samsung Internet

• Chromiumベース、Galaxy シリーズの既定ブラウザ
• モバイルシェア韓国約 15%、グローバル 5~6%
• 広告ブロック統合(2017~)、シークレットモード強化などプライバシー機能
• WebXR サポートが優秀

RSUPPORT Browser

• RSUPPORT 発の企業向けブラウザ
• リモートサポート、ビデオ会議統合
• B2B 中心

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

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

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

Sleipnir

• フェンリル発の日本製ブラウザ
• Chromium ベース(過去は Trident ベースだった)
• ジェスチャー機能が強力
• macOS、iOS 版が人気

Lunascape

• かつて Trident + Gecko + WebKit マルチエンジン で有名
• 2026年現在は Chromium ベースで単純化
• 「タブごとにエンジン選択」のような実験的機能が郷愁ポイント

Kinza

• Chromium ベースの日本製ブラウザ
• 2019年に一般ユーザー向け開発中止、企業向けに転換
• B2B と教育市場で残存

Vivaldi の日本での人気

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

日本の WebKit 活動

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

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

Speedometer 3.0

• BrowserBench が運営、Apple/Google/Mozilla 共同開発
• React、Vue、Svelte、Angular、Preact、Lit などの 現実のフレームワーク で TodoMVC ベンチ
• 2024年 3.0 リリース — より現実的なワークロード
• 2026年すべてのメジャーエンジンがこのベンチを一次 KPI とする

JetStream 2.2

• Apple が運営する JS ベンチマーク集
• WebAssembly、JS、マイクロベンチの混合
• Apple Silicon で JSC が V8 を上回ることが多い

MotionMark 1.3

• グラフィックス性能ベンチ
• Canvas、SVG、CSS アニメーション
• コンポジタ/レンダラーの差をよく示す

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

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

2026~2028 ロードマップ

Servo

• 組み込み統合事例の拡大
• Tauri Servo バックエンド実験の進展
• 自動車インフォテインメント PoC

Ladybird

• 2026年 アルファ
• 2027年 ベータ目標
• 2028年 1.0 ビジョン

Web Components

• Declarative Shadow DOM の安定化
• Custom Elements のセマンティック活用拡大
• Form-Associated Custom Elements

WebGPU

• 2025年 全主要エンジンの安定サポート完了
• 2026年 WebGPU 1.1 — Subgroups、64-bit 整数など

WebAssembly Component Model

• Wasm GC + Component Model による新たな組み込みシナリオ
• ブラウザ外で Wasm がより大きな市場を形成

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

• Ladybird 1.0 が一般ユーザーも無理なく使えるレベルになれば — 25年ぶりの新メジャーエンジン登場
• Servo が自動車/組み込み の標準エンジンになれば — 新領域での多様性
• EU DMA モデルが他地域へ拡散 すれば — iOS WebKit 強制の亀裂がさらに広がる
• Firefox のシェア回復 — 可能性は低いが、広告ブロックユーザーが増えれば実現しうる

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

テストマトリクス

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

• CSS: Container Queries、View Transitions、Anchor Positioning のブラウザごとの微差
• JS: 新 ECMAScript 提案の実装差 (Set methods、Promise.withResolvers など 2024 年追加分)
• Forms: <input type="date"> 等の UI ウィジェット外観差は依然大きい
• Storage: SharedArrayBuffer、COOP/COEP のようなセキュリティヘッダー要件
• Service Worker: Safari が一部機能(importScripts、BackgroundSync)で遅れがち

ポリフィルと段階的強化

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

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

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

広告ブロックの未来

• MV3 移行で遮断効率の一部低下 (Chromium 系)
• Firefox は依然 MV2 をサポート、遮断ユーザーの最後の砦
• iOS は Safari Content Blocker が標準 — 静的ルールセット方式
• Brave は独自遮断機能内蔵

テレメトリ

• Chrome、Edge: 相当量送信、オプトアウト制限的
• Firefox: 比較的透明、オプトアウト明確
• Brave、LibreWolf: ほぼなし
• Ladybird: 0 — 設計時点でなし

広告 ID と追跡防止

• WebKit の ITP (Intelligent Tracking Prevention)
• Firefox の ETP (Enhanced Tracking Protection)
• Chrome の Privacy Sandbox、Topics API (広告産業との妥協)
• Brave の Shield、P3A メトリクス

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

韓国

• NAVER D2 (d2.naver.com) — Whale チームの Chromium/Blink 関連記事
• Samsung Internet ブログ — Samsung Internet 開発者が Chromium 変更を整理
• Kakao テックブログ — アプリ内ブラウザ、WebView 関連
• TOAST UI ブログ — 標準と実装の境界
• MDN 韓国語 — 一部翻訳されるが英語版が速い

日本

• html5.jp — 仕様の日本語訳、W3C 仕様動向に強い
• mizchi ブログ (zenn.dev) — フロントエンド/エンジン分析、批判的視点
• WebKit ブログ日本語ミラー — JSC 関連技術記事
• Web Developer Conference Tokyo — 毎年エンジン関連発表
• MDN 日本語 — 英語版とほぼ同時更新

英語圏

• web.dev — Google 公式
• WebKit.org Blog — Apple 公式
• Mozilla Hacks — Mozilla 公式
• Igalia ブログ — Servo、WebKit、Chromium にコミットするコンサル
• rsms.me / Surma ブログ — エンジン内部記事

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年現在の風景は両義的だ。

良い点:

• 三大エンジンすべてがモダン化完了 (Blink RenderingNG、Gecko Stylo/WebRender、WebKit Metal)
• Servo が復活し、Ladybird がアルファを発表する
• EU DMA が iOS WebKit 強制に亀裂を入れた
• 組み込み市場が拡大し、多様なエンジンが生き残る余地がある

懸念点:

• デスクトップ Chrome/Blink のシェアは依然圧倒的
• Firefox は危うい
• すべてのモバイルアプリ内ブラウザは事実上 2 つのエンジン(WebView/WKWebView)に従属
• 新エンジンが標準互換に追いつくには数年さらにかかる

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

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

参考 / References

• Chromium プロジェクト — chromium.org
• Blink レンダリングエンジン — chromium.googlesource.com/chromium/src/+/main/third_party/blink
• WebKit プロジェクト — webkit.org
• Mozilla Firefox / Gecko — firefox-source-docs.mozilla.org
• Servo — servo.org
• Ladybird Browser — ladybird.org
• LibWeb / LibJS (SerenityOS, Ladybird) — github.com/LadybirdBrowser/ladybird
• Flow Browser (Ekioh) — ekioh.com/flow-browser
• Pale Moon / Goanna — palemoon.org
• NetSurf — netsurf-browser.org
• Dillo Browser — dillo-browser.github.io
• V8 JavaScript Engine — v8.dev
• SpiderMonkey — spidermonkey.dev
• JavaScriptCore — webkit.org/blog/category/javascriptcore
• Skia Graphics — skia.org
• WebRender — github.com/servo/webrender
• CEF (Chromium Embedded Framework) — bitbucket.org/chromiumembedded/cef
• Microsoft Edge WebView2 — developer.microsoft.com/microsoft-edge/webview2
• Tauri — tauri.app
• Electron — electronjs.org
• Wails — wails.io
• Speedometer 3 — browserbench.org/Speedometer3.0
• JetStream 2 — browserbench.org/JetStream
• MotionMark — browserbench.org/MotionMark1.3
• W3C — w3.org
• WHATWG — whatwg.org
• TC39 — tc39.es
• EU Digital Markets Act — digital-markets-act.ec.europa.eu
• NAVER Whale — whale.naver.com
• Samsung Internet Developers — developer.samsung.com/internet
• Sleipnir (Fenrir) — fenrir.co.jp/sleipnir
• Lunascape — lunascape.jp
• NAVER D2 — d2.naver.com
• html5.jp — html5.jp
• Igalia Blog — igalia.com/blog
• Andreas Kling ブログ — awesomekling.github.io