自分でブラウザを作る時代が来た？独立系OSS「Ladybird」

現在、世界のWebブラウザ市場はほぼ3つのエンジンで動いている。Google製の「Blink」（Chrome/Edge）、Apple製の「WebKit」（Safari）、そしてMozilla製の「Gecko」（Firefox）だ。この寡占状態に一石を投じようとしているのが、完全独立型のオープンソースブラウザ「Ladybird」（LadybirdBrowser/ladybird）。GitHubスター数は6万5千を超え、独立系ブラウザプロジェクトとしては異例の注目を集めている。

Ladybirdが「独立系」を名乗る根拠は、既存の三大エンジンのコードを一切流用せず、C++でゼロから構築している点にある。開発資金もGoogleやAppleの影響を受けず、スポンサー支援によって維持されているため、特定プラットフォームの意向に縛られにくい構造になっている。

注目したいのは、このプロジェクトが単なる「ブラウザを作ってみました」で終わっていないことだ。HTMLパーサ、CSSエンジン、JavaScriptエンジン（LibJS）を含む主要コンポーネントがすべてリポジトリ内で開発されており、プロジェクトの規模とコミット数からも、本気度が読み取れる。

ChromeとEdgeが同じエンジンを使っている現状では、「Chromeで動けばほぼ全部動く」という感覚でWeb開発をしている人も多い。しかしLadybirdのような独立エンジンが一定の普及を見せ始めると、CSS仕様の細かな解釈やJavaScriptの挙動に差異が生じる場面が増えてくる。

これはかつて「IE問題」として開発者を苦しめた時代の再来ではなく、むしろWeb標準の仕様そのものが試される環境が増えることを意味する。Ladybirdのチームは「仕様通りに実装する」ことを明言しており、既存エンジンが便宜的に採用してきた独自解釈と食い違いが生じたとき、どちらが正しいかを問い直す材料になりうる。

バイブコーディングでLPやWebアプリを量産している人にとっての実務的な含意はシンプルだ。今はまだ「Chromeで動けばOK」で大半のケースはカバーできるが、数年スパンでWeb互換性のテスト対象が変わっていく可能性を、ウォッチリストに入れておく価値はある。Web標準仕様への関心が、単なる「動いた・動かない」から一段深い理解につながる入り口になりうる。

LadybirdのリポジトリにはHTMLパーサやCSSレイアウトエンジンの実装コードが整理された状態で公開されている。コードが読める人にとっては実装詳細まで追えるが、コードを書かない人でも、READMEとドキュメントを読むだけでブラウザが「どの順番で何を処理しているか」の大枠はつかめる。

たとえばAIにLPのHTMLを生成させたとき、「なぜこのタグ構造が推奨されるのか」「CSSが効かないのはどのレイヤーの問題か」を判断する際、ブラウザエンジンの処理フロー（HTMLパース→DOMツリー生成→スタイル計算→レイアウト→描画）の概念を持っているかどうかで、AIへの質問の精度が変わってくる。

コードベース全体をAIで地図化して編集できるツール登場で紹介したように、大規模なコードベースをAIで俯瞰する手法が出てきている今、Ladybirdのような本格的なOSSリポジトリを「読む素材」として使う発想も現実的になっている。