요약

  • 현재 효력이 있는 2025년 W3C Process에서는 Recommendation이 첫 발행 전에 새 기능을 허용한다고 밝혔을 때만 기존 문서의 개정으로 기능을 추가할 수 있다. 2026년 10월 25일 초안은 이 사전 조건을 모든 Recommendation에서 없앤다.
  • 후보 개정은 최소 60일의 공개 의견 수렴, Advisory Committee 검토, 특허 제외 기회와 구현 경험 확인 등을 거쳐야 규범 본문에 들어간다. 특정 시점의 기능 집합을 고정하려면 날짜가 붙은 판을 지정해야 한다.

링크 하나가 대신 내려 버린 결정

납품 기준을 적는 사람이 W3C 문서 주소를 붙인다. 몇 년 뒤 검수 담당자는 그 주소를 열어 최신 Recommendation을 확인한다. 둘 다 ‘같은 링크’를 봤다고 말할 수 있지만, 그것이 ‘같은 판’을 봤다는 뜻은 아니다. W3C에는 특정 발행물을 가리키는 주소와 시리즈의 최신 발행물로 움직이는 주소가 따로 있다. 맞춤법 수정이라면 차이가 작다. 새 기능이 더해지면 시험해야 할 대상과 비용이 달라진다.

2025년 8월 18일의 현행 Process는 이 차이를 초기에 처리한다. Recommendation은 오류를 고치고 내용을 개정할 수 있다. 다만 같은 Recommendation에 새 기능을 넣으려면 첫 Recommendation 발행 전에 ‘새 기능 허용’을 표시해야 한다. 표시가 없으면 Working Group은 First Public Working Draft에서 시작하는 새 기술 보고서를 만들 수 있다. 기존 문서의 유지 보수는 계속되지만, 그 문서의 기능 범위가 기본적으로 넓어지는 길은 막혀 있다.

10월 25일 Process 초안은 그 갈림길을 지운다. 실질 변경인 3등급과 새 기능인 4등급을 어느 Recommendation에나 후보 개정으로 실을 수 있게 한다. 초안은 단순화를 이유로 옛 제한을 풀었다고 쓴다. 편집 과정에서 구별할 이름은 줄어든다. 수년 전에 날짜 없는 주소를 근거로 사양을 확정한 이용자는 그 주소가 나중에 더 큰 기능 집합으로 이어질 가능성을 떠안는다.

아직은 초안이다. 문서의 상태 설명은 2025년 Process가 현재 적용되며, Advisory Board가 준비를 마친 뒤 Advisory Committee 검토를 거쳐야 한다고 밝힌다. 초안 저장소의 변경을 오늘부터 시행되는 규칙으로 읽을 수는 없다.

조용해서 보이지 않았던 보증

W3C Process 저장소의 1168번 변경 제안은 왜 기존 구분을 없애려는지 설명한다. 새 기능을 허용한 Recommendation과 그렇지 않은 Recommendation을 따로 다루는 절차가 혼란스러웠고, 옛 보증에 의존하는 사람이 있다는 증거도 많지 않았다는 것이다. 동시에 제안자는 옛 규칙이 무엇을 보장했는지도 적었다. 사전 선언이 없던 문서는 문구 수정과 오류 수정이 이어져도 기존 Recommendation의 기능 집합이 커지지 않았다. 2026년 7월 22일 초안에 합쳐진 제안은 정의된 용어 여덟 개를 퇴역시키고, 퇴역 용어 부록을 제외하면 본문을 순 43줄 줄였다.

증거가 드물다는 말은 그 공개 논의에 나온 증거의 상태를 가리킨다. 변경 제안에는 날짜 없는 주소를 계약, 인증, 제품 설계에 써 온 기관의 수가 없다. 기본 규칙은 따로 신청하지 않아도 작동하기 때문에 이용 흔적이 잘 남지 않는다. W3C가 용어를 줄이는 선택에는 설득력이 있다. 그 선택의 바깥 비용도 누가 부담하는지 정해야 한다.

W3C의 공식 인용 안내는 도구를 이미 갖고 있다. ‘this version’ 주소는 특정 발행물을, ‘latest published version’ 주소는 해당 시리즈의 최신 발행물을 가리킨다. Editor’s Draft는 현재 작업 중인 별도 문서다. W3C는 깨진 마크업이나 링크를 제한적으로 고치는 경우를 빼고 특정 발행물을 원래 모습으로 보존하려 한다. 기능 범위를 고정하려면 날짜가 있는 발행물을 쓰면 된다. 최신판을 따라가려면 그 선택과 이후 변경을 받아들일 사람을 적어야 한다.

절차의 문은 여전히 무겁다

후보 개정을 덧붙인다고 곧바로 규범이 되지는 않는다. 처음에는 주석이다. 본문에 통합하려면 제안된 개정에 대한 마지막 검토를 열어 최소 60일 동안 의견을 받고, 구현 경험을 구하며, Advisory Committee 검토와 특허 제외 기회를 제공해야 한다. 의견을 공식적으로 처리하고 충분한 구현 경험을 보인 뒤 갱신 발행을 요청한다. Working Draft나 Candidate Recommendation 경로도 남아 있다.

10월 26일 ARIA 공개 회의록은 절차가 현장에서 부딪히는 벽을 보여 준다. 참석자들은 특허 일정, 읽을 수 있는 변경 이력, 구현이 시작된 뒤에 도착하는 수평 검토 문제를 논의했다. 그 회의가 이번 Process 초안을 채택한 것은 아니다. 검토가 개발자의 결정을 바꾸려면 늦지 않게 도착해야 한다는 점이 회의록에 남았다.

W3C가 내부의 두 절차를 하나로 합칠 수는 있다. 외부의 채택 결정은 합쳐지지 않는다. 어떤 판을 계약의 기준으로 삼을지는 표준을 쓰는 쪽에서 정해야 한다.

출처