아티클

WCAG 3.0 해설 1부 — WCAG 3.0은 왜 등장했나

엔비전스 접근성 2026-05-19 16:42:13

안녕하세요. 엔비전스 입니다.

지난 3월 W3C 산하에 접근성 가이드라인 Working Group(AGWG)는 차세대 접근성 기술 표준인 WCAG 3.0 작업 초안(working Draft)을 공개했습니다. 저희는 WCAG 3.0의 공개에 맞추어 WCAG 3.0를 소개하고 이 표준이 지향하는 접근성 표준 개발의 방향을 해설하는 아티클을 준비했습니다.

이 시리즈는 모두 4부로 이어집니다. 1부에서는 WCAG 3.0이 지금 어떤 위치에 있는 문서인지, 왜 W3C가 차세대 표준을 따로 준비하고 있는지, 그리고 WCAG 3.0이 지향하는 큰 방향이 무엇인지 살펴봅니다.

WCAG 3.0은 아직 "초안" 단계입니다

가장 먼저 짚어야 할 사실이 있습니다. 2026년 3월 3일에 갱신된 WCAG 3.0은 완성된 표준이 아니라 위에서 언급했듯 작업 초안(Working Draft)입니다. W3C는 WCAG 3가 정식 표준(Recommendation)으로 완성되려면 앞으로 몇 년이 더 걸리며, 완성된 후에도 WCAG 2를 즉시 대체하지 않고 최소 몇 년 동안은 폐기하지도 않는다고 밝히고 있습니다.

따라서 WCAG 3.0은 지금 시점에서 새로운 법적 준수 의무 효력이 없습니다. 한국형 웹 콘텐츠 접근성 지침(KWCAG), 미국 ADA·Section 508, 유럽 EN 301 549 같은 현행 규범은 모두 WCAG 2 계열을 기반으로 합니다. 작업 초안 본문도 이 문서를 진행 중인 작업물 외의 형태로 인용하지 말것을 명시합니다. 각 절(section)에는 Placeholder, Exploratory, Developing, Refining, Mature 다섯 단계의 상태 표시가 붙어 있습니다. 지침마다 성숙도를 표시하므로써 각 항목의 개발과 논의 단계를 알 수 있도록 표시해 놓았습니다.

지금 실무자가 따라야 할 기준은 여전히 WCAG 2이고, W3C도 적합성을 입증해야 한다면 WCAG 2.2 AA 수준이 현재의 안정적 기준이라는 입장입니다. WCAG 3가 새 표준으로 등장했다는 소식만 듣고 "이제 WCAG 2는 낡았다"고 단정해 지금 개선할 수 있는 결함을 미루는 일은 피해야 합니다. WCAG 3는 WCAG 2를 부정하기 위해 만든 표준이 아니며, 장애가 있는 사용자가 웹 콘텐츠와 앱을 사용할 수 있도록 안내한다는 같은 목표를 공유합니다.

그렇다면 WCAG 3.0은 왜 만들어지고 있을까요

WCAG 2는 분명히 성공한 표준입니다. 그럼에도 W3C가 차세대 표준을 따로 준비하는 데에는 이유가 있습니다. WCAG 3 Introduction 문서는 WCAG 3의 목표로 더 이해하기 쉬울 것, 인지장애 사용자를 포함한 더 다양한 사용자 요구를 다룰 것, 그리고 다양한 콘텐츠·앱·도구와 다양한 조직 상황 그리고 앞으로 등장할 기술 변화에 유연하게 적용될 것을 듭니다.

이 목표를 뒤집어 보면 그동안 실무에서 부딪혀 온 WCAG 2의 한계가 드러납니다. WCAG 2는 적합성 평가의 기본 단위가 페이지(page)로 정의되어 있어 웹페이지 중심 사고가 강합니다. 그러나 사용자가 마주하는 인터페이스는 이미 단일 페이지를 넘어 단일 페이지 애플리케이션, 모바일 앱, 키오스크, 음성 비서, AR/VR 환경까지 빠르게 넓어졌습니다. 또한 통과/실패(pass/fail) 구조는 명확하다는 장점이 있지만, "사용자가 실제로 그 기능을 끝까지 사용할 수 있었는가"와 "코드 수준에서 성공 기준을 만족했는가"가 늘 일치하지는 않습니다. 여기에 인지·학습 장애, 저시력, 복합 장애 사용자의 요구를 더 세밀하게 반영해야 한다는 문제의식, 그리고 코드 결함을 잡는 일을 넘어 조직의 절차와 운영까지 다루어야 한다는 문제의식이 누적되어 왔습니다. WCAG 3는 이 한계를 한꺼번에 해결하는 만능 문서가 아니라, 이런 문제의식 위에서 새로운 구조와 새로운 적합성 모델을 시도해 보려는 작업입니다.

이름이 "W3C Accessibility Guidelines"로 바뀐 의미

WCAG 2의 약어는 "Web Content Accessibility Guidelines"였지만, WCAG 3에서는 같은 약어가 "W3C Accessibility Guidelines"를 가리킵니다. W3C는 WCAG라는 약어가 이미 널리 알려져 있어 그대로 유지했지만, "콘텐츠"를 넘어선 더 넓은 범위를 포괄하기 위해 풀어쓰는 명칭을 바꿨다고 설명합니다. WCAG 3가 다루려는 영역은 웹 콘텐츠를 넘어 앱, 저작 도구, 사용자 에이전트(브라우저와 보조기술), 출판물, 새로 등장하는 기술까지 포함합니다. 즉 이름의 변화는 곧 적용 범위의 확장을 뜻합니다.

WCAG 3.0이 지향하는 네 가지 방향

WCAG 3 작업 초안과 Explainer 문서를 종합하면 큰 방향은 네 가지로 정리됩니다.

첫째, 더 넓은 기술 범위입니다. 웹페이지 중심에서 벗어나 앱, 도구, 스트리밍, XR을 포괄하고, 적합성 평가 단위도 단일 페이지에 머무르지 않고 개별 화면·사용 흐름·제품 전체 같은 다양한 단위까지 다룰 수 있도록 다시 설계되고 있습니다.

둘째, 더 다양한 사용자 요구입니다. 인지·학습 장애, 저시력, 신경다양성, 복합 장애 사용자의 요구를 더 정면으로 다룹니다. WCAG 3 초안은 각 지침이 장애인의 사용자 요구(Functional needs)를 다루도록 구조화되어 있습니다.

셋째, 더 유연한 평가 모델입니다. WCAG 2의 통과/실패 구조를 그대로 유지하지 않고, 핵심 요구사항(Core Requirements), 보충 요구사항(Supplemental Requirements), 그리고 조직의 접근성 활동을 문서화하는 단언(Assertions)을 결합한 새 적합성 모델을 시험하고 있습니다. 2026년 3월 갱신에서는 그동안 "Foundational Requirements"라고 부르던 항목을 "Core Requirements"로 바꿨고, 기존 "Outcomes"는 "Requirements"로 정리했습니다.

넷째, 사용자 경험 중심의 판단입니다. "이 페이지가 기준을 통과하는가"만 묻지 않고, "사용자가 실제로 정보를 이해하고, 조작하고, 오류에서 회복하고, 과업을 끝까지 마칠 수 있는가"를 함께 보려 합니다. 이 방향은 다음 회차들에서 자세히 다룹니다.

이 네 가지는 W3C가 공개적으로 밝힌 큰 흐름이지만, 그 안의 세부 항목—몇 개의 지침이 들어갈지, 단언은 어디까지 인정될지—은 여전히 활발한 논의의 대상입니다. W3C는 AG WG가 2026년 4월까지 WCAG 3의 일정안을 더 구체적으로 정리해 발표할 계획이라고 안내했습니다.

1부를 마치며

WCAG 3.0은 WCAG 2를 부정하기 위해 등장한 기준이 아니라, WCAG 2가 만들어 온 접근성 표준의 기반 위에서 더 복잡해진 디지털 환경과 더 다양한 사용자 요구를 다루기 위해 개발 중인 차세대 프레임워크입니다.

다음 2부에서는 WCAG 3가 도입하는 새 구조—기능적 요구(Functional needs), 지침(Guidelines), 핵심·보충 요구사항, 단언(Assertions)과 방법(Methods)—이 어떻게 연결되는지 살펴보겠습니다.

참고 문서

조회수1145
댓글 0
댓글을 작성하려면 해주세요.