W3C

웹 기술의 규격을 여러 회원이 모여 합의로 정하는 곳입니다. 정해진 규격은 문서로 나옵니다. 합의를 끝낸 문서에는 권고라는 이름이 붙습니다.

상세

한 건물의 입주민이 계단을 어떻게 고칠지 회의로 정합니다. 정해진 안은 회의록에 적혀 그때부터 기준이 됩니다.

W3C(World Wide Web Consortium, 월드 와이드 웹 컨소시엄)는 웹 기술의 규격을 만들어 내는 조직입니다. 내놓는 것은 규격 문서까지이고, 그 규격을 소프트웨어로 구현하는 일은 W3C 가 맡지 않습니다. 자기 절차를 적어 둔 Process Document 에서 W3C 는 자신의 기술 표준을 W3C 권고(W3C Recommendation)라고 부릅니다. 같은 문서는 그 표준이 W3C 의 워킹그룹에서 개발된다고 적습니다.

권고가 무엇인지도 W3C 가 직접 정의해 두었습니다. 권고는 명세이거나 지침 또는 요건의 묶음입니다. 폭넓은 합의를 거친 뒤 W3C 의 승인을 받은 것을 그렇게 부릅니다.

권고에 이르는 길에는 이름이 붙은 단계가 여럿 있습니다. W3C 는 이 길을 권고 트랙이라고 부릅니다. 단계마다 그 문서가 어디까지 왔는지가 다릅니다.

배경

웹 기술은 이미 너무 빠르게 움직이고 있었습니다. W3C 는 그때를 두고 웹 표준을 조율할 단일 조직을 꾸리는 일이 매우 중요했다고 적습니다.

그래서 1994년 10월에 팀 버너스리가 월드 와이드 웹 컨소시엄을 세웠습니다. 자리는 매사추세츠 공과대학교의 컴퓨터과학 연구소였습니다. 웹이 처음 만들어진 CERN 과 협력한 설립이었습니다.

운영 형태는 그 뒤로 한 번 바뀌었습니다. 먼저 Inria 가 첫 유럽 호스트가 되었습니다. 아시아에서는 일본의 게이오대학이 뒤따랐습니다. 네 곳이 행정을 함께 맡았습니다. 그 자리에서 W3C 회원을 관리했습니다. 전 세계의 W3C 직원도 고용했습니다. 이 방식을 호스트 모델이라고 부릅니다. 2023년에 W3C 는 공익 비영리 법인을 새로 세웠습니다. 새 법인은 회원 중심의 방식과 기존의 세계적인 활동·협력을 그대로 둡니다. 여기에 세계 각지의 파트너를 더 받을 수 있게 합니다.

예시

WCAG 2.2

WCAG(Web Content Accessibility Guidelines, 웹 콘텐츠 접근성 지침) 2.2 문서는 실제 권고 한 벌입니다. 문서 머리의 상태 줄은 이렇게 적혀 있습니다.

W3C Recommendation 12 December 2024

문서의 종류와 그 지위를 얻은 날짜가 한 줄에 같이 적힙니다.

「Status of This Document」 절은 이 문서가 접근성 지침 워킹그룹에 의해 권고 트랙을 사용해 권고로 공개되었다고 밝힙니다. 같은 절이 권고를 다시 정의합니다. 권고는 폭넓은 합의를 거친 뒤 W3C 와 그 회원들의 승인을 받은 명세입니다. 그리고 워킹그룹 구성원들이 구현에 대해 로열티 없는 라이선스를 약속한 명세입니다.

성숙 단계가 다른 두 문서

W3C 는 기술 보고서 목록을 한 곳에 모아 공개합니다. 같은 목록에서 단계가 다른 두 문서를 나란히 볼 수 있습니다.

WebDriver BiDi — Draft Standard — 18 August 2026
Shapes Constraint Language (SHACL) — Standard — 20 July 2017

앞의 것은 아직 초안 단계입니다. 뒤의 것은 표준 단계에 올라 있습니다. 같은 목록 안에서 두 자리가 이렇게 갈립니다.

표기가 한 가지로 굳어 있지는 않습니다. 이 목록은 단계를 Draft Standard 와 Standard 로 적습니다. 같은 시점에 WCAG 2.2 문서 자신의 상태 줄은 W3C Recommendation 을 씁니다. 목록의 표기와 문서 자신의 표기가 다릅니다.

경계

HTML(HyperText Markup Language) 규격은 W3C 문서인가. 명세를 개발하는 자리는 W3C 가 아닙니다. 다만 W3C 가 그 명세를 권고로 올릴 수는 있습니다.

근거는 W3C 와 WHATWG(Web Hypertext Application Technology Working Group) 가 맺은 양해각서입니다. 제목은 「Memorandum of Understanding Between W3C and WHATWG」입니다. 최종 갱신일은 2019년 5월 28일입니다. 각서 1절은 HTML 과 DOM(Document Object Model)이 주로 WHATWG 에서, WHATWG 의 리빙 스탠다드 명세 절차를 따라 개발된다고 적습니다. 8절에서는 W3C 가 HTML 5.3 과 DOM 4.1 의 W3C 판 배포 계획을 중단하기로 합의합니다.

W3C 쪽에 남은 자리는 3절이 적습니다. HTML 워킹그룹의 헌장은 W3C 커뮤니티가 HTML 과 DOM 명세에 대해 이슈를 제기하고 해결책을 제안하도록 돕는 것입니다. 그리고 리뷰 드래프트를 권고까지 올리는 것입니다. 각서는 워킹그룹의 논의가 궁극적으로 WHATWG 깃허브 저장소에 반영되기를 권합니다. 이슈가 WHATWG 의 작업 방식 안에서 해결되는 것을 목표로 삼습니다.

flowchart TD
    A["HTML · DOM 명세"] --> B["WHATWG 가 리빙 스탠다드 절차로 개발"]
    C["W3C HTML 워킹그룹"] -->|이슈 제기 · 해결책 제안| B
    B --> D[리뷰 드래프트]
    D -->|W3C 워킹그룹이 올린다| E[권고]

명세를 개발하는 자리는 WHATWG 입니다. W3C 는 이슈를 제기하는 자리와 리뷰 드래프트를 권고로 올리는 자리에 남습니다.

관련 항목

규격을 나누어 맡는 다른 표준화 기구

WHATWG · IETF(Internet Engineering Task Force, 국제 인터넷 표준화 기구) · Ecma International · TC39(Technical Committee 39, ECMAScript 표준화 위원회) · IANA(Internet Assigned Numbers Authority, 인터넷 주소 할당 기관) · ISO(International Organization for Standardization, 국제표준화기구)

권고 트랙에 오르는 규격

CSS(Cascading Style Sheets, 계단식 스타일 시트) · SVG(Scalable Vector Graphics, 스케일러블 벡터 그래픽스) · WCAG · WAI-ARIA(Web Accessibility Initiative - Accessible Rich Internet Applications, 웹 접근성 이니셔티브 리치 인터넷 애플리케이션) · WebAssembly

헷갈리는 이웃

HTML · DOM · 리빙 스탠다드

권고에 이르기까지 거치는 단계

워킹 드래프트 · 후보 권고 스냅숏 · 후보 권고 드래프트 · 리뷰 드래프트 · 권고

이것이 비롯된 배경

팀 버너스리 · 매사추세츠 공과대학교 · CERN · Inria · 게이오대학 · 호스트 모델

이것에 관여하는 역할과 지키는 성질

워킹그룹 · 상호운용성

이것이 속하는 분류와 걸치는 이웃 분야

웹 표준 · 접근성