접근성 표준 생태계
한국어 해설 KO
Original Text EN
WCAG를 둘러싼 W3C 표준 가족 — ATAG, UAAG, WAI-ARIA — 과 유럽 표준 EN 301 549, 규범/비규범 문서의 구분, '접근성 지원' 개념을 학습합니다. WAS BoK Domain 1A의 핵심입니다.
Learn the W3C standards family around WCAG — ATAG, UAAG, WAI-ARIA — plus the European standard EN 301 549, the normative/non-normative distinction, and the concept of 'accessibility supported.' Core to WAS BoK Domain 1A.
Objectives
ATAG의 두 파트(저작 도구 UI 접근성, 접근 가능한 콘텐츠 생산 지원)를 설명할 수 있다
UAAG가 다루는 사용자 에이전트의 책임을 설명할 수 있다
EN 301 549와 WCAG의 관계, 적용 범위 차이를 설명할 수 있다
규범(normative)과 비규범(non-normative) 문서를 구분하고 예를 들 수 있다
'접근성 지원(accessibility supported)' 기술 사용의 의미를 설명할 수 있다
Learning Objectives
Explain ATAG's two parts (accessible authoring tool UI; support for producing accessible content)
Describe the user agent responsibilities UAAG addresses
Explain how EN 301 549 relates to WCAG and how their scopes differ
Distinguish normative from non-normative documents with examples
Explain what 'accessibility supported' use of technologies means
W3C 표준 가족 한눈에 보기
The W3C Standards Family at a Glance
W3C WAI의 접근성 표준은 역할별로 나뉩니다. WCAG는 '콘텐츠'의 접근성을, ATAG는 콘텐츠를 만드는 '저작 도구'를, UAAG는 콘텐츠를 소비하는 '사용자 에이전트(브라우저·미디어 플레이어 등)'를 다룹니다. WAI-ARIA는 표준이라기보다 콘텐츠에 시맨틱을 더하는 '기술 명세'로, WCAG 충족의 수단이 됩니다.
W3C WAI's accessibility standards divide by role. WCAG covers the accessibility of content; ATAG covers the authoring tools that create content; UAAG covers the user agents — browsers, media players — that consume it. WAI-ARIA is less a standard than a technical specification adding semantics to content, serving as a means of meeting WCAG.
세 축이 함께 작동해야 접근성이 완성됩니다: 저작 도구가 접근 가능한 콘텐츠 생산을 돕고(ATAG), 그 콘텐츠가 WCAG를 충족하며, 브라우저와 보조기술이 이를 올바르게 전달(UAAG)하는 구조입니다. 시험에서는 각 표준이 '누구의 책임'을 다루는지 정확히 짝지어야 합니다.
Accessibility requires all three working together: authoring tools help produce accessible content (ATAG), that content meets WCAG, and browsers plus assistive technologies convey it correctly (UAAG). The exam requires matching each standard to whose responsibility it addresses.
ATAG — 저작 도구 접근성 지침
ATAG — Authoring Tool Accessibility Guidelines
ATAG 2.0(2015 W3C 권고안)은 CMS, 위지위그 편집기, 블로그 플랫폼, 코드 편집기, SNS의 글쓰기 UI 등 '콘텐츠를 만들어내는 모든 소프트웨어'에 적용됩니다. 두 파트로 구성됩니다: Part A — 저작 도구의 UI 자체가 장애가 있는 저작자에게 접근 가능할 것, Part B — 도구가 모든 저작자로 하여금 접근 가능한 콘텐츠를 만들도록 지원·유도할 것.
ATAG 2.0 (W3C Recommendation, 2015) applies to any software that produces content — CMSs, WYSIWYG editors, blogging platforms, code editors, social media posting UIs. It has two parts: Part A — the authoring tool's own UI must be accessible to authors with disabilities; Part B — the tool must support and guide all authors in producing accessible content.
Part B의 예: 이미지 삽입 시 대체 텍스트 입력을 요구하는 프롬프트, 접근 가능한 기본 템플릿 제공, 자동 검사와 수정 제안, 저작자가 입력한 접근성 정보(alt 등)의 보존. 실무 함의: 조직이 CMS를 도입할 때 ATAG 적합성을 평가 기준에 넣으면 콘텐츠 접근성이 구조적으로 개선됩니다.
Part B examples: prompting for alt text when inserting images, providing accessible default templates, automated checks with repair suggestions, and preserving accessibility information the author entered. The practical implication: putting ATAG conformance in CMS procurement criteria structurally improves content accessibility.
UAAG — 사용자 에이전트 접근성 지침
UAAG — User Agent Accessibility Guidelines
UAAG 2.0(2015, W3C 노트)은 브라우저·미디어 플레이어·확장 프로그램 등 사용자 에이전트의 접근성 책임을 다룹니다. 예: 사용자 스타일시트·텍스트 확대·색상 재정의 같은 사용자 제어 제공, 키보드만으로 모든 UI 조작 가능, 콘텐츠의 접근성 정보(대체 텍스트, 캡션)를 사용자에게 전달, 보조기술과의 프로그래밍 인터페이스(접근성 API) 지원.
UAAG 2.0 (2015, W3C Note) addresses the accessibility responsibilities of user agents — browsers, media players, extensions. Examples: user controls such as user stylesheets, text zoom, and color overrides; full keyboard operability of the UI; conveying content accessibility information (alt text, captions) to users; and supporting programmatic interfaces (accessibility APIs) for assistive technologies.
UAAG 2.0은 권고안(Recommendation)까지 가지 못하고 작업 그룹 노트(Working Group Note)로 발행되었습니다 — 규범적 표준은 아니지만 브라우저 접근성 기능의 사실상 참조 문서입니다. 콘텐츠 제작자 입장에서는 '브라우저가 해줄 일'과 '콘텐츠가 해야 할 일'의 경계를 이해하는 데 유용합니다: 예컨대 텍스트 확대는 브라우저 기능이지만, 확대 시 깨지지 않는 레이아웃(리플로우)은 콘텐츠의 책임입니다.
UAAG 2.0 was published as a Working Group Note rather than reaching Recommendation — not a normative standard, but the de facto reference for browser accessibility features. For content authors it clarifies the boundary between what the browser does and what content must do: text zoom is a browser feature, but a layout that survives zoom (reflow) is the content's responsibility.
EN 301 549 — 유럽 ICT 접근성 표준
EN 301 549 — The European ICT Accessibility Standard
EN 301 549는 유럽 표준화 기구(ETSI·CEN·CENELEC)가 발행하는 ICT 접근성 요구사항 표준입니다. 웹은 물론 소프트웨어, 하드웨어, 문서, 모바일 앱, 지원 서비스까지 포괄하며, 웹 관련 조항(9장)은 WCAG 2.1 Level AA를 그대로 통합합니다. EU 웹 접근성 지침(WAD)과 유럽 접근성법(EAA)의 적합성 추정 기준으로 사용되어 유럽 시장에서 법적 효력을 갖는 참조 표준입니다.
EN 301 549 is the ICT accessibility requirements standard published by the European standardization organizations (ETSI, CEN, CENELEC). It covers software, hardware, documents, mobile apps, and support services as well as the web; its web clauses (Chapter 9) incorporate WCAG 2.1 Level AA directly. As the presumption-of-conformity standard for the EU Web Accessibility Directive and the European Accessibility Act, it carries legal weight in the European market.
WCAG와의 차이: WCAG는 웹 콘텐츠만 다루지만 EN 301 549는 ICT 전반을 다루며, 웹 밖 영역(하드웨어의 물리적 조작부, 실시간 양방향 통신, 문서)에 고유 요구사항을 둡니다. WAS 시험 관점: 'WCAG를 포함하되 더 넓은 범위'라는 관계, 그리고 EU 공공 조달·EAA 준수에서의 역할을 기억하세요.
Versus WCAG: WCAG covers web content only, while EN 301 549 spans ICT broadly, with requirements beyond the web (physical hardware controls, real-time two-way communication, documents). For the WAS exam, remember the relationship — 'includes WCAG but broader' — and its role in EU public procurement and EAA compliance.
규범 vs 비규범, 접근성 지원
Normative vs. Non-Normative, and Accessibility Supported
규범(normative) 문서는 적합성 판정의 기준이 되는 부분입니다 — WCAG의 성공 기준과 적합성 요구사항이 여기 해당합니다. 비규범(non-normative, informative) 문서는 이해와 구현을 돕는 참고 자료로, Understanding 문서, Techniques(기법), ARIA APG가 대표적입니다. 기법 문서를 그대로 따라도 그것이 적합성을 보장하지 않으며, 반대로 기법 문서에 없는 방법으로도 성공 기준을 충족할 수 있습니다.
Normative documents are what conformance is judged against — WCAG's success criteria and conformance requirements. Non-normative (informative) documents aid understanding and implementation: the Understanding documents, Techniques, and the ARIA APG. Following a technique verbatim does not guarantee conformance, and success criteria can equally be met by methods not in any technique document.
'접근성 지원(accessibility supported)'은 WCAG 적합성의 전제 조건입니다: 콘텐츠가 사용하는 웹 기술(HTML, ARIA, JavaScript 등)의 사용 방식이 사용자의 보조기술과 브라우저에서 실제로 작동해야 합니다. 예컨대 최신 ARIA 속성이 명세에 있어도 주요 스크린 리더가 지원하지 않으면 그 방식에 의존한 적합성 주장은 성립하지 않습니다. 그래서 실무에서는 '잘 지원되는 기법 선택'이 성공 기준 암기만큼 중요합니다.
'Accessibility supported' is a precondition of WCAG conformance: the way content uses web technologies (HTML, ARIA, JavaScript) must actually work in users' assistive technologies and browsers. A new ARIA attribute may exist in the spec, but if major screen readers don't support it, a conformance claim relying on it fails. In practice, choosing well-supported techniques matters as much as memorizing success criteria.