- Chrome의 XSLT 지원 중단은 구글이 오픈 웹의 핵심 기술을 약화시키는 조치로, 보안 문제를 이유로 들었지만 대체 기술 제공 없이 기능을 제거함
- 구글은 브라우저 내 기본 기능 대신 JavaScript 기반 폴리필(polyfill) 을 제안했으나, 이를 브라우저에 내장하지 않고 개발자에게 구현 부담을 전가함
- 이러한 결정은 RSS·XML 기반 독립 웹 생태계의 약화로 이어지며, Mozilla와 Apple도 유사한 방향으로 움직이고 있음
- 글은 WHATWG가 더 이상 오픈 웹의 수호자 역할을 하지 못하고, 대기업의 이익 중심으로 웹 표준을 통제한다고 비판
- 브라우저 확장성 축소와 DRM 표준화 등으로 사용자 통제권이 약화된 웹 구조가 고착되고 있으며, 이에 맞서 RSS·XSLT·JPEG XL 등 개방 기술의 지속적 사용과 저항을 촉구함
XSLT 지원 중단과 구글의 행보
- 구글은 Chrome에서 XSLT 지원을 폐기하고, 보안 취약점을 이유로 들었으나 대체 라이브러리나 개선 방안은 제시하지 않음
- 기존 FLOSS 라이브러리의 보안 문제를 핑계로 삼았다고 비판함
- 더 안전한 언어로 작성된 최신 XSLT 구현을 도입할 기회조차 활용하지 않았다고 지적
- 구글이 제시한 JavaScript 폴리필은 브라우저 내장 없이 외부 호출 방식으로만 제공되어, 비표준적이고 비효율적인 대체 수단으로 평가됨
- 글은 이 조치가 RSS와 XML 기반 독립 웹의 기반을 약화시키려는 의도적 행위라고 주장함
- 폴리필이 충분하지 않거나, 충분하더라도 구글이 이를 내장하지 않는 이유는 XSLT 사용 자체를 억제하려는 목적이라고 분석
“Do. Not. Comply.” — 저항의 촉구
- 작성자는 폴리필 설치나 XML 수정에 응하지 말고, 브라우저의 XSLT 지원 복원을 요구하라고 강조
- XSLT, MathML, SVG, SMIL 등 표준 기술을 계속 사용하며, 브라우저의 비표준적 행태를 사용자에게 알리는 경고 박스(infobox) 를 유지할 계획임
- 구글의 결정은 기술적 이유가 아닌 정치적·상업적 동기에 따른 것으로, 오픈 웹을 통제하려는 시도의 일환으로 설명됨
- Mozilla와 Apple도 유사한 방향으로 움직이며, 사용자 에이전트(User Agent) 대신 감시 자본주의 도구로서 브라우저를 설계하고 있다고 비판함
WHATWG와 웹 표준의 왜곡
- WHATWG는 초기에는 오픈 웹을 위한 협의체였으나, 현재는 대기업 중심의 폐쇄적 조직으로 변질되었다고 평가됨
- 이 단체는 웹을 지식 저장소가 아닌 ‘애플리케이션 배포 플랫폼’ 으로 전환시키고 있으며, 사용자 통제권보다 기업의 수익 극대화를 우선시함
- 브라우저는 더 이상 사용자 대리인(User Agent)이 아니라, 기업의 이익을 위한 통제 도구로 기능하고 있음
- 이러한 변화는 W3C가 추구한 개방적 웹 비전과 정면으로 충돌한다고 지적함
새로운 브라우저 전쟁의 필요성
- 현재의 브라우저 시장은 Google·Apple·Mozilla 중심의 엔진 종속 구조로, 독립적 대안이 거의 없음
- Vivaldi, LibreWolf, WaterFox, Pale Moon 등 대안 브라우저들이 언급되지만, 대부분 Blink나 Gecko 엔진에 의존
- Pale Moon은 RSS와 JPEG XL 지원을 유지하는 몇 안 되는 브라우저로 평가됨
- 글은 사용자 대 기업의 전쟁, 즉 웹 통제권을 되찾기 위한 새로운 브라우저 전쟁이 필요하다고 주장함
또 다른 웹의 가능성 — Gemini와 개방 프로토콜
- HTTP·HTML 중심의 웹 외에도 Gemini 프로토콜 등 새로운 인터넷 공간이 존재함
- Gemini는 단순한 구조와 보안·인증 내장 기능을 갖춘 경량 프로토콜로, 구글의 영향권 밖에서 운영됨
- 그러나 문제는 기술이 아니라 사회적 구조이며, 기술 자체는 여전히 유효하다고 강조
- 브라우저는 프로토콜이나 포맷에 따라 차별하지 말아야 하며, Markdown·AsciiDoc·Gemtext 같은 경량 마크업 포맷의 통합 지원이 바람직하다고 제시함
플러그인 제거와 웹 통제 강화
- 과거 NPAPI 플러그인 인터페이스는 다양한 포맷과 프로토콜을 지원했으나, 구글이 2013년부터 단계적으로 제거함
- 이로 인해 웹 확장성과 실험적 기술 도입 경로가 차단됨
- 플러그인 제거 후 등장한 Encrypted Media Extensions(EME) 는 DRM을 표준화하며, W3C의 개방 원칙을 훼손했다고 비판
- 브라우저 확장은 보안 명분 아래 기능이 제한된 대체물로, 특히 Manifest V3는 광고 차단 기능을 약화시킴
- 이러한 변화는 사용자 제어권 축소와 기업 통제 강화로 이어졌다고 분석함
“A mesh of building blocks” — 이상적 웹 구조
- 이상적인 웹은 플러그인 기반의 모듈형 구조로, 새로운 프로토콜·포맷·스크립트 언어를 자유롭게 추가할 수 있어야 함
- 이런 구조였다면 RSS·SMIL·XSLT·XQuery·XHTML2 등이 지속적으로 발전했을 것이라고 언급
- 그러나 현실은 Google이 웹의 진화 방향을 독점적으로 결정하는 구조로 변했고, 이를 되돌리기 위한 사용자 주도의 저항이 필요하다고 결론지음
Resist — 저항의 선언
- “Do not comply. Resist. ”라는 구호 아래, 다음과 같은 행동을 촉구함
- RSS 사용 유지
- XSLT 지속 활용
- JPEG XL 기본 이미지 포맷 채택
- 브라우저의 비표준적 동작을 ‘사이트 오류’가 아닌 ‘브라우저 결함’으로 보고
- 이는 단순한 기술 선택이 아니라, 오픈 웹을 지키기 위한 실천적 저항으로 제시됨
Post Scriptum 및 반응
- XSLT 관련 프로젝트로 xslt.rip과 작성자의 개인 사이트를 소개하며, XSLT로 SVG를 생성하는 시도를 언급
- Hacker News와 Lobste.rs 등에서 논의가 이어졌으나, 많은 댓글이 XSLT의 중요성을 과소평가했다고 지적
- 작성자는 XSLT가 서버 렌더링보다 효율적이며, 특히 소규모·자체 호스팅 환경에서 유리하다고 강조함
- 결론적으로, XSLT와 같은 개방 기술의 지속적 사용이 오픈 웹의 생존을 위한 핵심 전략임을 재확인함