WCAG와 POUR 원칙

WCAG란

WCAG(Web Content Accessibility Guidelines, 웹 콘텐츠 접근성 지침)는 W3C 웹 접근성 이니셔티브(WAI)의 접근성 지침 작업 그룹이 만드는 국제 지침이다. 세계 대부분의 웹 접근성 법과 조달 기준이 이것을 기반으로 한다. 형제 지침과 각국 법은 아래 「관련 지침과 법」에 있다.

WCAG는 기법이 아니라 결과를 정한다. "이 태그를 써라"가 아니라 "이 정보가 보조 기술에 전달되어야 한다"를 말하고, 구체적인 HTML·ARIA 기법은 별도 문서(Techniques, Understanding)로 둔다. 그래서 기술이 바뀌어도 기준은 유지된다.

flowchart TB
  p["원칙 (4: POUR)"] --> g["지침 (13: 1.1 대체 텍스트, 2.1 키보드 …)<br/>목표. 직접 검사하지 않는다"]
  g --> sc["성공 기준 (86, WCAG 2.2)<br/>검사 가능한 문장. 수준 A·AA·AAA"]
  sc --> t["충분한 기법 · 실패 사례 (별도 문서)<br/>구현 예. 규범이 아니다"]

버전

2.x는 하위 호환이다. 2.1과 2.2는 2.0을 대체하지 않고 기준을 더했을 뿐이라, 2.2를 충족하면 2.1과 2.0도 충족한다(삭제된 4.1.1만 예외). 네 원칙과 대부분의 기준은 2.0 그대로다.

관련 지침과 법

접근성은 법적 의무이기도 하다.

어떤 기준을 따르나

업종, 제품 종류, 해당 지역의 법과 정책, 조직의 목표가 따를 지침과 수준을 정한다. 요구되는 기준이 따로 없으면 최신 WCAG(지금은 2.2) AA를 따른다. 기준에 비춰 제품을 시험하는 일이 접근성 감사(audit)이고, 한 번이 아니라 처음 기준선을 잡은 뒤 개발 주기 내내 반복한다. 감사 절차는 접근성 평가 방법과 도구에 있다.

적합성 수준 A · AA · AAA

• 수준은 누적이다. AA를 주장하려면 A와 AA 기준을 모두 만족해야 한다.
• 대부분의 사이트는 AA를 목표로 한다. AAA 전체 충족은 콘텐츠에 따라 불가능할 때가 있어 W3C도 사이트 전체의 일반 정책으로 요구하지 않는다. 대신 사용자층에 맞는 AAA 기준(읽기 수준, 향상된 대비, 큰 클릭 대상 등)을 골라 적용한다.
• 적합성은 전체 페이지 단위이고, 결제처럼 여러 페이지로 된 과정은 과정 전체가 충족해야 한다. 한 단계라도 막히면 그 과정은 미충족이다.
• 적합성 주장은 자기 평가다. W3C가 인증하지 않으며, 외부 기관의 평가·인증은 별도다.

POUR: 네 원칙

성공 기준은 기술적이라 처음에는 네 원칙을 질문으로 바꿔 점검하면 쉽다. 네 원칙은 서로 맞물려 있다.

인지 가능(Perceivable)

사용자가 감각으로 받아들일 수 없는 콘텐츠는 정의상 접근할 수 없다. 웹과 관련된 감각은 시각·청각·촉각(점자)이다.

• 변환 가능성이 열쇠다. 텍스트는 보조 기술이 음성과 점자로 바꾼다. 오디오·이미지·영상은 작성자가 텍스트 대안을 미리 줘야 바뀐다. 실시간 음성 인식은 틀리기 쉬우므로 사람이 만든 자막이 낫다.
• 텍스트가 가장 변환하기 쉽지만 텍스트 전용 버전이 답은 아니다. 그림·영상은 인지 장애 사용자에게 꼭 필요할 수 있다.
• 내용과 표현을 분리한다. 스타일을 꺼도 시맨틱 구조로 뜻이 남아야 한다. 배경색·그림·소리가 내용을 가리지 않고, 글자는 배경과 충분히 대비된다.

운용 가능(Operable)

• 키보드 접근성은 장애 유형을 가로지른다. 대부분의 보조 입력 장치가 키보드를 흉내 내므로, 키보드로 되면 그 장치들로도 된다. 전맹 사용자도 눈과 손의 협응이 필요한 마우스 대신 키보드를 쓴다.
• 찾는 방법을 여러 가지로 준다(검색, 사이트맵, 목차). 반복 영역은 건너뛰게 하고, 제목·랜드마크로 구조를 드러낸다.
• 터치 화면에서도 키보드 연결을 막지 않는다. 스와이프·드래그 같은 경로 제스처에는 버튼 같은 단일 탭 대안을 두고, 터치 대상은 충분히 크고 떨어져 있게 한다.
• 시간 제한은 가능하면 두지 않는다. 금융 세션 만료, 시험, 경매처럼 필요한 경우에도 충분한 시간이나 연장 수단을 준다. 미디어·애니메이션은 멈추고 되감을 수 있어야 한다.
• 1초에 세 번 넘게 번쩍이는 콘텐츠는 발작을 일으킬 수 있어 피한다.

이해 가능(Understandable)

• 글은 대상 독자에 맞춰 가능한 한 분명하고 쉽게 쓴다. 독자를 정확히 모르면 앞부분을 쉽게 쓰고 뒤로 갈수록 깊이를 더한다. 낯선 용어·약어를 설명하고, 긴 글에는 요약을 둔다.
• 페이지 언어를 lang으로 밝혀야 스크린 리더가 올바른 발음 규칙으로 읽는다.
• 내비게이션과 컨트롤은 일관되고 예측 가능해야 한다. 상호작용 과정의 어느 한 지점에서라도 이해가 끊기면 과제를 끝낼 수 없다.
• 실수를 막고 고치게 한다(지침 3.3). 확인 화면, 오류 알림, 되돌리기를 넣고, 설명서가 필요할 만큼 복잡한 과정이면 단계를 나누는 등 설계부터 다시 본다.

견고(Robust)

• 사용자는 온갖 기기·브라우저·보조 기술과 그 여러 버전을 쓴다. 사용자가 기술을 고를 수 있을수록 자기 필요에 맞게 접근한다.
• 그렇다고 제작사도 지원을 끊은 낡은 브라우저까지 맞출 필요는 없다. 새 기술을 쓰되, 필요한 곳에서 점진적 저하(graceful degradation)를 둔다.
• 명세대로 쓴 HTML과 ARIA가 지금과 미래의 브라우저·보조 기술에서 같은 의미로 해석되는 가장 확실한 방법이다. 스크린 리더 사용자 대다수는 최신 브라우저와 스크린 리더를 쓴다.
• 과거 4.1.1 구문 분석(Parsing)은 HTML 문법 오류를 금지했지만, 지금 브라우저는 HTML 명세의 파싱 규칙으로 오류를 일관되게 처리하고 보조 기술은 DOM과 접근성 트리를 읽으므로 2.2에서 삭제됐다. 접근성에 실제 영향을 주는 오류(중복 ID로 깨진 라벨 연결 등)는 1.3.1과 4.1.2가 잡는다.

WCAG 2.2에서 달라진 것

수준별로 A 2개, AA 4개, AAA 3개다. 4.1.1 구문 분석은 삭제됐다. 기존 2.5.5 대상 크기는 이름이 「대상 크기(향상)」로 바뀌어 AAA(44×44)로 남는다.

체크리스트: 원칙별 전체 성공 기준

WebAIM의 WCAG 2 체크리스트를 바탕으로 WCAG 2.2의 성공 기준을 모두 한 줄씩 압축했다. 체크리스트는 명세를 단순화한 실무용 요약이라, 판정이 애매하면 각 기준의 공식 Understanding 문서를 본다. 버전 열은 기준이 처음 들어온 버전이다.

1. 인지 가능

2. 운용 가능

3. 이해 가능

4. 견고

각 기준의 구현은 형제 노트가 맡는다. 구조·제목·표는 접근 가능한 페이지 구조, 대체 텍스트·링크는 대체 텍스트, 링크, 쉬운 글, 1.2.x는 자막, 대본, 음성 해설, 3.3.x는 접근 가능한 폼과 오류 처리, 2.1·2.4 포커스는 키보드 접근성과 포커스 관리, 4.1.2·4.1.3은 ARIA와 접근 가능한 이름, 1.4.10·1.4.12는 접근성을 위한 CSS와 타이포그래피, 1.4.1·1.4.3·1.4.11·2.3은 색과 움직임의 접근성에 있다.

체크리스트를 쓰는 법과 한계

• 기준을 외우기보다 이유를 이해한다. 대체 텍스트 규칙만 알고 이유를 모르면 "이미지"라는 쓸모없는 alt로 기준을 "통과"한다. 원칙은 사용자 관점에서 나왔다(장애 유형별 웹 사용).
• 준수는 접근성의 증명이 아니다. 기준은 접근이 안 되는 곳을 찾아 줄 뿐이다. 기술적으로 충족해도 장애인이 큰 어려움을 겪으며 겨우 쓸 수 있는 사이트가 된다. 사용성까지 봐야 한다.
• 과정 단위로 확인한다. 페이지마다 체크하는 것보다 가입·검색·결제 같은 핵심 과제를 처음부터 끝까지 보조 기술로 따라가는 편이 실제 장벽을 더 잘 찾는다.
• 자동 검사로 확인할 수 있는 기준은 일부뿐이다. 평가 순서와 도구는 접근성 평가 방법과 도구에 있다.

정리

• WCAG는 원칙 → 지침 → 성공 기준 → 기법의 층으로 되어 있고, 규범은 성공 기준까지다.
• 현행은 WCAG 2.2(86개 기준). 9개가 추가되고 4.1.1이 삭제됐으며, 2.0·2.1과 하위 호환된다.
• 목표는 보통 AA다. 수준은 누적되고, 적합성은 전체 페이지와 전체 과정 단위로 따진다.
• POUR는 감각으로 받고, 어떤 입력으로든 조작하고, 이해하고, 여러 기술에서 해석되는 콘텐츠를 뜻한다.

관련 노트: 장애 유형별 웹 사용, 웹 접근성, 색과 움직임의 접근성, 접근성 평가 방법과 도구, ARIA와 접근 가능한 이름, 접근성 기반 UI 테스트 자동화

더 읽을거리: WCAG 2.1 A·AA를 15개 원칙과 예시로 풀어 쓴 한국어 가이드, 레진 웹 접근성 가이드라인