웹 브라우저 기술 표준과 개발자 경험
Web Browser Technology Standards and Developer Experience
목차 (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 요소(, , )를 쓰면 스크린 리더 호환성이 올라가는데, 이는 표준이 단순한 기술 합의가 아니라 사회적 약속임을 보여준다.
성능 측면에서는 구글이 Core Web Vitals(LCP·CLS·INP)를 검색 순위 신호에 편입한 2021년이 분기점이었다. 이후 성능은 개발자 취향의 문제가 아니라 비즈니스 지표와 직결되는 요소가 됐다. 한 e-commerce 사이트가 LCP를 2.5초에서 1.8초로 단축했을 때 전환율이 12% 상승했다는 Cloudflare의 사례는 표준 권고 수치가 얼마나 실질적인 의미를 갖는지를 단적으로 보여준다.
웹은 여전히 가장 개방된 플랫폼이다. 앱스토어 심사도, 설치 과정도 없이 URL 하나로 전 세계에 배포되는 이 생태계를 유지하는 것은 결국 합의된 표준이다. 그 표준이 느리고 지루한 위원회 과정을 거쳐 만들어진다는 사실이, 역설적으로 웹의 수명을 30년 넘게 지속시킨 이유일지 모른다.
문서 정보
- 최초 작성
- 최종 갱신
- 분류
- Science
HANGUL.WIKI가 정리·작성한 문서입니다. 정확성을 위해 노력하나 오류가 있을 수 있으므로, 중요한 내용은 공식 출처를 통해 확인하시기 바랍니다. 내용의 오류나 정정 요청은 오류·정정 신고로 알려주시면 검토 후 반영합니다.