웹 콘텐츠 접근성 가이드라인(이하 'WCAG' - Web Content Accessibility Guidelines)은
웹사이트와 온라인 서비스를 모든 사용자가 접근할 수 있도록 만드는 국제 표준 문서입니다.
이 문서에서 제공된 원칙들을 따르기 위한 구체적인 기준을 제공하며, 각 기준은 세 가지 준수 수준(A, AA, AAA)으로 구분됩니다. [A: 최소 준수 수준],
[AA: 보통 준수 수준],
[AAA: 고급 준수 수준]의 접근성을 의미합니다.
4.1.1. WCAG 적합성 수준
Level A
최소 수준의 적합성(광범위한 접근성을 달성 하지는 못함)
가장 기본적인 접근성 성공 기준이 포함되어 있습니다.
기본적인 만큼 Level A에 해당하는 성공 기준을 만족하지 않으면 다양한 유형의 사용자가 해당 웹 페이지를 전혀 사용할 수 없습니다.
Level AA
가장 일반적인 수준의 적합성 (대부분의 법률 및 공식 요구 사항으로 준수를 권장)
Level A처럼 준수하지 않았을 때 전혀 사용할 수 없는 수준은 아니지만, 다양한 유형의 사용자가 동등하게 웹 페이지를 사용하기 위해 꼭 필요한 성공 기준을 포함합니다.
일반적으로 웹 페이지의 접근성 요구 사항(VPAT)은 Level AA를 만족해야 합니다.
Level AAA
어려운 수준의 적합성 (매우 까다롭고, 구현에 많은 시간이 요구됨)
WCAG가 규정하는 가장 높은 수준의 접근성 기준을 만족하기 위한 성공 기준을 포함합니다.
4.1.2. 접근성 적합성 수준의 준수 예시
웹 페이지의 경우
Level A
예시 1: 이미지 대체 텍스트
모든 웹 페이지 이미지는 alt 텍스트를 포함하여야 합니다.
예를 들어, "회사 로고"라는 이미지는 "회사 로고"라는 대체 텍스트를 갖춰야 합니다.
예시 2: 링크 설명
링크 텍스트는 명확하고 직관적이어야 합니다.
예를 들어, "자세한 정보 보기" 대신에 "접근성 원칙 자세히 보기"와 같이 구체적인 설명을 제공해야 합니다.
Level AA
예시 1: 색상 대비
텍스트와 배경 사이의 색상 대비는 최소한 4.5:1 이상을 충족해야 합니다.
예를 들어, 흰색 배경에 회색 텍스트는 적절한 대비를 유지해야 합니다.
예시 2: 키보드 접근성
모든 기능은 키보드로 접근 가능해야 합니다.
예를 들어, 모든 웹 페이지의 콘텐츠를 키보드 만으로 탐색이 가능해야 하고,
드롭다운 메뉴는 키보드 탐색 시 스페이스나 엔터 키를 사용하여 열 수 있어야 합니다.
Level AAA
예시 1: 동영상 자막
동영상에는 오디오 대화의 자막이 제공되어야 합니다.
자막은 음성 내용을 정확하게 반영하고 시각적으로 명확하게 표시되어야 합니다.
예시 2: 명료성과 이해도
복잡한 용어나 문장보다는 간단하고 명확한 언어를 사용해야 합니다.
예를 들어, 기술적인 용어 대신 일반 사용자도 이해할 수 있는 용어를 사용해야 합니다.
오디오와 비디오 같은 미디어의 경우
Level A
오디오
오디오 콘텐츠에는
모든 사용자가 이해할 수 있도록
텍스트로 된 대체 자료가 포함되어야 합니다.
비디오
비디오 콘텐츠는 자막을 포함해야 합니다.
자막은 비디오의 오디오 내용을 정확히 반영하고,
사용자가 콘텐츠를 시청하는 동안 시각적으로 접근할 수 있어야 합니다.
Level AA
오디오
오디오 콘텐츠에는 명확하고 이해하기 쉬운 언어를 사용해야 합니다.
복잡한 용어나 문장보다는 일반 사용자도 이해할 수 있는 단순한 언어를 사용해야 합니다.
비디오
비디오 콘텐츠의 자막은 오디오와 시각적 콘텐츠 사이의 정확한 타이밍과 일치해야 합니다.
또한, 사용자가 자막의 크기나 색상을 조정할 수 있도록 해야 합니다.
Level AAA
오디오
오디오 콘텐츠에는 추가적인 언어 옵션이 제공되어야 합니다.
다국적 환경을 고려하여 여러 언어의 자막을 제공하는 것이 이 예시에 해당합니다.
비디오
비디오 콘텐츠의 자막은 사용자가 자막을 간단히 숨길 수 있도록 하는 기능을 제공해야 합니다.
사용자가 필요할 때 언제든지 자막을 다시 켤 수 있도록 해야 합니다.
국제 디지털 출판 포럼인 IDPF(International Digital Publishing Forum)에서 제정한 전자 출판물 표준인
EPUB(Electronic PUBlication) 출판물의 경우 반드시 수준 A를 충족해야 하지만 AA는 준수하는 것을 권고하고 있습니다.
4.1.3. WCAG 버전과 표준화 제정 단계
WCAG 버전
최신 버전은 2023년 10월 5일 권고사항으로 WCAG 2.2 입니다.
WCAG 1.0 (1999) 제정
1999년에 출간.
14개의 가이드라인을 우선 순위에 따라 1~3점으로 구분하여 평가.
접근성 가이드라인이 생겼다는 점에서는 큰 의미가 있지만, 웹 페이지가 제작되는 방식이나 보조기술 등이 급격히 발전 함에 따라 가이드라인이 해당 기술을 따라가지 못했다는 면에서 한계를 들어내기도 했습니다.
WCAG 1.0 개정
WCAG 2.0 (2008)
2008년에 발표.
1.0의 준수사항을 모두 통합하면서, 콘텐츠를 인지 가능하고 조작 가능하며 이해할 수 있고 견고해야 한다는 4가지 원칙으로 구조가 개편.
구분된 원칙에 따라 장애가 있는 사용자가 웹 콘텐츠를 보다 쉽게 접근할 수 있도록 하기 위한 기본 목표를 제시하는 12개 가이드라인을 제시.
4가지 원칙(인지 가능, 운용 가능, 이해 가능, 견고성)도 확립.
WCAG 2.0 (2010) 개정
WCAG 2.1 (2015) 개정
WCAG 2.1 (2018) 권고안
WCAG 2.0을 확장한 버전으로 2018년 6월에 최종 권고안이 발표됨.
2.0 가이드라인 자체를 대체하는 것이 아니라, 장애가 있는 사람들의 모바일 장치 사용, 저시력, 인지 또는 학습 장애를 가진 사람들이 웹 콘텐츠에 보다 쉽게 접근할 수 있도록 만드는 요구 사항 중 일부를 개선.
17개의 새로운 가이드라인(성공기준)을 제공.
2.0이 출시 되었던 당시(2008) 보다 모바일 장치 사용률이 높아졌고 기존 환경보다 조작 자체가 복잡해진 점 등을 고려.
이전 버전의 WCAG를 개선하기 위해 지속적으로 연구된 개발 성과물.
WCAG 2.0과 호환 되므로 웹 사이트가 2.1에 부합하면 2.0에도 부합하는 것입니다.
WCAG 2.1의 새로운 요구 사항은 2.0과 마찬가지로 특정 장치, 운영 체제, 브라우저 또는 기타 기술 사용에 의존하지 않음.
WCAG 2.2 (2020) 초안
WCAG 2.2 (2022) 개정
2.1 기준에서 9개 성공기준 새로 추가.
WCAG 2.2 (2023) 권고
WCAG 3.0 (2023) 초기단계(Draft)
2.2 버전의 다음 버전.
WCAG 3.0은 웹 콘텐츠, 앱, 도구, 출판, 웹상의 신기술에 적용됩니다.
W3C 표준화 제정 단계
W3C(세계 웹 consotium)는 WCAG를 개발하고 유지 관리하는 기관입니다. WCAG의 표준화 제정 단계는 W3C의 프로세스를 따릅니다.
초안 - Working Draft (WD)
W3C7 W3C Member, 대중, 다른 기관, 단체 등에 검토받기 위한 초안
후보 권고안 - Candidate Recommendation (CR)
초안을 통해 다양한 검토를 받고, 워킹 그룹의 기술적 요구사항을 정리하고, 구현 경험을 공유, 확인하기 위한 문서
제안 권고안 - Proposed Recommendation (PR)
기술 구현과 검토가 끝나 거의 완성된 문서
최종 승인을 위해 자문위원회에 제출
권고안 - W3C Recommendation (REC)
모든 합의를 마치고, W3C Member들과 감독, 위원회 승인을 모두 마친 널리 적용을 권장하는 문서
WCAG - W3C 표준화 제정 단계
[이미지 출처 : NULI]
4.1.4. WCAG 2.1 - 4가지 원칙
Perceivable(인지 가능성)
사용자가 정보를 인지하고 콘텐츠를 볼 수 있어야 합니다.
예) 시각적 콘텐츠는 대체 텍스트를 통해 설명되어야 하며, 오디오 콘텐츠는 자막이나 수화 번역을 통해 제공되어야 합니다.
Operable(운용 가능성)
사용자가 콘텐츠의 인터페이스 요소를 운용할 수 있어야 합니다.
이는 웹사이트가 키보드만으로도 전체적으로 사용될 수 있어야 하며, 충분한 시간을 제공하고, 발작을 유발할 수 있는 콘텐츠를 피하는 것을 의미합니다.
Understandable(이해 가능성)
사용자가 정보와 인터페이스의 운용 방식을 이해할 수 있어야 합니다.
이는 웹 페이지가 예측 가능하게 작동하며, 사용자가 실수를 할 경우 이를 정정할 수 있는 방법을 제공해야 함을 의미합니다.
견고성(Robust)
다양한 사용자 에이전트(브라우저 등)와 보조 기술에서 콘텐츠를 정확하게 해석할 수 있어야 합니다.
이 기준은 원래 보조 기술이 HTML을 직접 분석하는 문제를 해결하기 위해 도입되었습니다.
하지만, 시간이 지나면서 보조 기술은 HTML을 직접 분석할 필요가 없어졌고,
브라우저들은 마크업의 구문 분석 오류를 처리하는 능력이 크게 향상되었습니다.
결과적으로, 정확한 마크업 구조는 더 이상 필수 요소가 아니게 되었습니다.
따라서 이 기준은 그 유용성이 사라져 삭제되었습니다.
단, 다른 기준에서 확장되어 세부적인 내용들이 추가되었습니다.