LabHub

블로그

브라우저 엔진 2026 완벽 가이드 - Chromium · Blink · Gecko · WebKit · Servo · Ladybird · LibWeb · Flow 심층 분석

2026-05-16 · 32 분 읽기 · #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년 현재의 모든 의미 있는 브라우저 엔진을 짚는다. 거대 3대 엔진(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에서만 제3자 엔진 사용을 허용했다. 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 등 모든 SNS 앱의 인앱 브라우저가 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. 제3자 앱 스토어 (사이드로딩 비슷)
  2. WebKit이 아닌 브라우저 엔진 (EU iOS 한정)
  3. 기본 브라우저 변경 선택 화면 의무

iOS 엔진 자유화의 현실

2026년 현재의 상태

16장 · 브라우저 선택 화면 — 유럽과 그 너머

Choice Screen의 부활

2024년 EU에서 시작된 브라우저 선택 화면이 점진적으로 다른 지역으로 확산되었다.

선택 화면의 효과

17장 · 한국의 브라우저 — Whale, Samsung Internet, 알서포트

Samsung Internet

알서포트 Browser

카카오 Brunch / Daum 검색 내장 뷰어

브라우저는 아니지만 모바일 카카오톡 인앱 브라우저가 한국에서 차지하는 비중이 크다. 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

원문 보기: https://www.youngju.dev/blog/culture/2026-05-16-browser-engines-2026-chromium-blink-gecko-webkit-servo-ladybird-libweb-flow-deep-dive

댓글

아직 댓글이 없습니다.

로그인하면 댓글을 쓸 수 있습니다