HANGUL.WIKI

웹 브라우저 기술 표준과 개발자 경험

Web Browser Technology Standards and Developer Experience

2026-06-28
목차 (5개 섹션)

웹 브라우저 기술 표준과 개발자 경험

2022년 6월, 구글 크롬 팀은 조용히 한 기능을 기본값으로 활성화했다.

요소의 네이티브 지원이었다. 그때까지 수백만 명의 웹 개발자가 팝업·모달 하나를 만들기 위해 서드파티 라이브러리를 끌어오거나, z-index 전쟁을 치르거나, 접근성 속성을 일일이 수작업으로 달았다. 표준 하나가 확정되는 데 무려 10년이 걸렸고, 그 10년 동안 쌓인 기술 부채는 인터넷 곳곳에 여전히 남아 있다.

표준화의 속도 문제

웹 표준을 제정하는 기구는 W3C(World Wide Web Consortium)와 WHATWG(Web Hypertext Application Technology Working Group)로 양분된다. 2019년 두 기구가 HTML과 DOM 표준을 WHATWG 주도로 일원화하기 전까지, 같은 기술의 사양이 두 군데에서 달리 쓰였다. 개발자들은 어느 문서를 따라야 할지 몰라 MDN(Mozilla Developer Network)을 중간 통역자로 삼았다. MDN이 사실상의 공식 레퍼런스가 된 것은 표준 기구의 문서가 그만큼 읽기 어렵다는 반증이기도 하다.

표준이 확정되더라도 브라우저에 구현되는 속도는 제각각이다. CSS container queries는 2021년 사양이 확정됐지만, Safari가 안정 버전에 올린 건 2022년 9월이었다. 그 1년 남짓한 공백 동안 개발자들은 JavaScript로 뷰포트 크기를 감지하는 우회 코드를 심었다. 이런 폴리필(polyfill)과 핵(hack)의 누적이 오늘날 프런트엔드 번들 사이즈를 불필요하게 키우는 원인 중 하나다.

브라우저 엔진의 과점 구조

현재 시장에서 실질적으로 경쟁 중인 브라우저 렌더링 엔진은 세 가지뿐이다. 크롬·엣지·오페라 등이 사용하는 Blink, 파이어폭스의 Gecko, 사파리의 WebKit. 2013년 구글이 WebKit을 포크해 Blink를 만든 이후 시장 집중은 더 심해졌다. 2026년 StatCounter 기준으로 Blink 계열 브라우저의 점유율은 데스크톱 기준 약 72%에 달한다.

엔진이 집중되면 사실상 구글이 웹 표준의 방향을 선도하게 된다. 구글이 2023년 제안한 Topics API(관심사 기반 광고 대체 기술)를 두고 Mozilla와 Apple이 강하게 반발한 사례가 대표적이다. 표준화 기구 내 투표권이 있어도, 구현 주도권이 없으면 실질적 영향력은 제한된다.

개발자 경험의 진화

2015년을 전후로 프런트엔드 개발 환경은 빠르게 복잡해졌다. Node.js 위에서 돌아가는 빌드 도구(Webpack, Rollup, Vite), 컴포넌트 기반 프레임워크(React, Vue, Svelte), TypeScript 트랜스파일링이 표준 스택으로 자리 잡으면서 "브라우저에서 바로 실행 가능한 코드"보다 "빌드 결과물로서의 코드"가 더 익숙해졌다.

아이러니하게도 이는 브라우저 표준이 확장되면서 다시 뒤집히고 있다. ES Modules의 네이티브 지원이 모든 주요 브라우저에서 완성된 2020년 이후, Vite는 개발 모드에서 번들링 없이 브라우저의 ESM을 직접 활용하는 방식으로 개발 서버 기동 시간을 Webpack 대비 10~100배 단축했다. 표준 브라우저 기능이 성숙해질수록, 중간 레이어(빌드 툴)의 역할이 줄어드는 피드백 루프가 작동하는 셈이다.

접근성과 성능: 표준이 강제하는 것들

Web Content Accessibility Guidelines(WCAG) 2.1은 법적 구속력을 갖는 국가가 늘고 있다. 미국의 경우 2023년 법무부가 ADA(장애인법)를 웹 접근성에 적용하는 지침을 발표했고, 한국도 「장애인차별금지법」에 근거한 「한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.2」가 공공기관에 의무 적용된다. 시맨틱 HTML 요소(

문서 정보

최초 작성
최종 갱신
분류
Science

HANGUL.WIKI가 정리·작성한 문서입니다. 정확성을 위해 노력하나 오류가 있을 수 있으므로, 중요한 내용은 공식 출처를 통해 확인하시기 바랍니다. 내용의 오류나 정정 요청은 오류·정정 신고로 알려주시면 검토 후 반영합니다.