WCAG(Web Content Accessibility Guidelines) 2.2는 웹 콘텐츠를 보다 더 접근 가능하게 만들기 위한 광범위한 권장표준을 포함하고 있다. 이 지침을 준수하면, 전맹과 저시력, 난청과 청각장애, 운동장애, 언어장애, 광과민성, 그리고 이러한 장애의 조합뿐만 아니라 학습장애와 인지장애를 위한 약간의 조절을 포함하여 훨씬 더 광범위한 장애인들에게 보다 더 접근 가능한 콘텐츠를 만들 수 있다. 그러나 이 지침은 이러한 장애를 지닌 사람들을 위한 모든 사용자 요구를 다루지는 않는다. 이 지침은 데스크톱, 노트북, 태블릿, 모바일 장치에서의 웹 콘텐츠의 접근성을 다룬다. 이 지침을 준수하면, 전반적으로 사용자들도 웹 콘텐츠를 더 많이 사용할 수 있도록 해 줄 것이다.
WCAG 2.2 성공기준은 특정한 기술에 종속(technology-specific)되지 않는 검증 가능한(testable) 문장으로 작성되었다. 특정한 기술의 성공기준 준수에 대한 지침뿐만 아니라 성공기준 해석에 대한 일반적인 정보는 별도 문서로 제공된다. WCAG 기술 및 교육자료에 대한 소개와 링크는 WCAG(Web Content Accessibility Guidelines) 개요를 참고하라.
WCAG 2.2는 2018년 6월 W3C 권장표준으로 발표된 Web Content Accessibility Guidelines 2.1[WCAG21]을 확장한 것이다. WCAG 2.2를 준수하는 콘텐츠는 WCAG 2.0과 WCAG 2.1도 준수한다. W3C는 WCAG 2.0 또는 WCAG 2.1의 준수를 요구하는 정책의 경우 WCAG 2.2가 준수의 대체수단을 제공할 수 있도록 하였다. WCAG 2.2의 게시는 WCAG 2.0 또는 WCAG 2.1을 부정하거나 대체하지 않는다. WCAG 2.0 및 WCAG 2.1은 W3C 권장표준을 그대로 유지하지만, W3C는 접근성 노력의 향후 적용 가능성을 극대화하기 위하여 WCAG 2.2를 사용할 것을 권장한다. W3C는 또한 웹 접근성 정책을 개발하거나 갱신할 때 WCAG의 최신버전을 사용하기를 권장한다.
WCAG(Web Content Accessibility Guidelines) 2.2는 웹 콘텐츠를 장애인이 보다 더 접근 가능하게 만드는 방법을 정의한다. 접근성은 시각, 청각, 신체, 언어, 인지, 학습 및 신경 장애를 포함한 광범위한 장애를 다룬다. 비록 이 지침은 광범위한 문제를 다루고 있지만, 모든 유형, 정도 및 그것의 조합의 장애를 지닌 사람들의 요구를 충족시킬 수는 없다. 이 지침은 또한 노화로 인해 신체 능력이 변하는 노인들이 웹 콘텐츠를 좀 더 사용 가능하도록 만들고, 종종 일반 사용자들의 사용성을 증진한다.
짧은 개발 일정뿐만 아니라 제안들에 대한 검증가능성(testability), 실행가능성(implementability), 그리고 국제적 고려사항에 대한 합의에 도달하는 데 있어서의 도전들을 포함하여, 인지, 언어 및 학습 장애를 해결하기 위한 추가 준거들을 정의하는 데 있어 상당한 도전들에 직면했었다. 향후 WCAG 버전에서는 이 영역에 대한 작업들이 지속적으로 수행될 것이다. 우리 지침개발자들은 웹 콘텐츠 개발자들이 학습 및 인지 장애인, 저시력 장애인 등을 포함한 장애인들레 대한 포용성을 향상 시키는 데 우리의 추가적인 지침들을 참고하기를 바란다.
웹 접근성은 접근 가능한 콘텐츠뿐만 아니라 접근 가능한 웹 브라우저 및 다른 사용자 에이전트들에도 영향을 주고 받는다. 저작도구들 또한 웹 접근성에서 중요한 역할을 한다. 이러한 웹 개발 및 상호작용 구성요소들이 함께 작동하는 방법에 대한 개요는 다음을 참고하라.
이 문서에서 WCAG 2를 언급하는 경우, 이는 2로 시작하는 모든 WCAG 버전을 의미한다.
WCAG 2 지침의 위계구조
WCAG를 사용하는 개인 및 조직은 매우 다양하며, 웹 설계자 및 개발자, 정책 입안자, 구매 대행사, 교사 및 학생을 포함한다. 이러한 다양한 독자들의 요구를 충족시키기 위하여, 이 절에서는 전반적인 원칙(principles), 일반 지침(guidelines), 시험 가능한 성공기준(success criteria), 풍부한 충분기법(sufficient techniques), 권고기법(advisory techniques), 그리고 예제, 자료 링크 및 코드가 포함된 문서화된 흔한 실패사례(documented common failures) 모음들 등을 포함하고 있는 지침에 관한 위계구조(layers)를 제공하고 있다.
지침(Guidelines) - 원칙 밑에는 지침이 있다. 13가지 지침은 다양한 장애를 지닌 사용자들이 콘텐츠에 보다 접근 가능하도록 하기 위하여 웹 콘텐츠 저작자들이 노력해야 할 기본적인 목적들(goals)을 제공한다. 그 지침들은 검증 가능하지 않지만, 웹 콘텐츠 저작자들이 성공기준을 이해하고 기법들을 보다 더 잘 구현할 수 있도록 도와주는 기본적인 틀(framework)과 전반적인 목표들(objectives)을 제공한다.
성공기준(Success Criteria) - 설계명세서, 구매, 규정/계약동의서에서처럼 요구사항(requirements)과 준수(conformance)에 대한 검증이 필요한 곳에서 WCAG 2.2가 사용될 수 있도록 하기 위한 각 지침별 검증 가능한 성공기준이 제공되고 있다. 다양한 집단과 상황의 요구를 충족시키기 위하여, A(최저), AA 및 AAA(최고)의 세 가지 준수수준이 정의되었다. WCAG 수준에 대한 추가 정보는 준수수준 이해(Understanding Levels of Conformance)에서 찾을 수 있다.
충분/권고기법(Sufficient and Advisory Techniques) - 실무그룹은 또한 WCAG 2.2 문서 자체의 각 지침(guidelines)과 성공기준(success criteria)에 대한 다양한 기법들(techniques)을 문서화하였다. 그 기법들은 정보를 제공해 주기 때문에 유익하며, 성공기준을 충족하기에 충분(sufficient) 기법과 권고(advisory) 기법의 두 가지 범주로 구분된다. 권고기법은 개별 성공기준이 요구하는 것 이상을 다루며, 웹 콘텐츠 저작자들이 지침을 보다 더 잘 구현할 수 있도록 해 준다. 몇몇 권고기법은 검증 가능한 성공기준에 포함되지 않는 접근성 장애들을 다룬다. 일반적인 오류가 있는 경우, 그러한 것들도 문서화되었다. WCAG 2.2 이해: 충분/권고기법(Sufficient and Advisory Techniques in Understanding WCAG 2.2)도 참고하라.
이러한 모든 지침의 위계구조(원칙, 지침, 성공기준, 충분/권고기법)는 콘텐츠를 좀 더 접근성 있게 만드는 방법에 대한 지침을 제공하기 위해 함께 작동한다. 웹 콘텐츠 저작자들은 가능한 한 가장 광범위한 사용자의 요구를 가장 잘 해결하기 위해 권고기법을 포함하여 자신이 할 수 있는 모든 위계구조를 살펴보고 적용할 것을 권장한다.
WCAG 2.2 문서는 안정적이고 참고 가능한 기술표준이 필요한 사람들의 요구를 충족시키기 위하여 작성되었다. 지원문서(supporting document)라고 불리는 다른 문서는 WCAG 2.2 문서를 기반으로 하며, WCAG가 새로운 기술을 적용하는 방법을 기술하기 위하여 갱신된 기능을 포함하여 다른 중요한 목적을 다룬다. 지원문서는 다음과 같은 것을 포함하고 있다.
WCAG 2.2 준수방법(How to Meet WCAG 2.2) - 웹 콘텐츠 저작자가 콘텐츠를 개발하고 평가할 때 사용할 모든 지침, 성공기준 및 기법을 포함하고 있는 WCAG 2.2에 대한 사용자맞춤형 빠른 참고. 여기에는 WCAG 2.0, 2.1, 2.2의 내용이 포함되어 있으며, 웹 콘텐츠 저작자가 적절한 콘텐츠에 집중할 수 있도록 다양한 방법으로 필터링할 수 있다.
WCAG 2.2는 WCAG 2.2 요구사항을 준수하며, 이전 WCAG 2의 요구사항을 그대로 상속한다. 요구사항은 지침의 전체적인 기본 틀(framework)을 구성하며, 이전 버전과의 호환성을 보장한다. 실무그룹은 또한 성공기준이 WCAG 2.0과 스타일과 품질이 유사하도록 하기 위해 성공기준에 대해 덜 공식적인(formal) 허용기준을 사용하였다. 이러한 요구사항은 WCAG 2.2에 포함될 수 있는 것으로 제한하였다. 이 제약조건은 WCAG 2의 도트 릴리스(dot-release)([역자 주] WCAG 2.1, WCAG 2.2 등 WCAG 2 버전의 . 이하 버전을 의미함)의 특성을 유지하는 데 중요하였다.
WCAG 2.1과 비교
WCAG 2.2는 WCAG 2.1의 작업을 계승하여 진행되었으며, 특히 인지나 학습장애가 있는 사용자, 저시력 사용자, 모바일 기기를 사용하는 데 장애가 있는 사용자의 접근성 지침을 개선하는 데 목표를 두고 시작되었다. 이러한 요구를 충족시키는 많은 방법이 제안ㆍ평가되었으며, 일련의 방법은 실무그룹에 의해 개선되었다. WCAG 2.0에서 계승된 구조적 요구사항, 제안된 내용의 명확성과 효과, 추진 일정을 고려하여 이 버전의 최종 성공기준이 도출되었다. 실무그룹은 WCAG 2.2가 이러한 모든 영역에 대한 웹 콘텐츠 접근성 지침을 점진적으로 개선시킬 것으로 생각하지만, 이 지침이 모든 사용자 요구를 모두 충족시키지는 못한다는 것을 강조하는 바이다.
WCAG 2.2 builds on and is backwards compatible with WCAG 2.1, meaning web pages that
conform to WCAG 2.2 are at least as accessible as pages that conform to WCAG 2.1.
Requirements have been added that build on 2.1 and 2.0. WCAG 2.2 has removed one success
criterion, 4.1.1 Parsing. Authors that are required by policy to conform with WCAG 2.0 or 2.1 will be able
to update content to WCAG 2.2, but may need to continue to test and report 4.1.1.
Authors following more than one version of the guidelines should be aware of the following
additions.
WCAG 2.2에서 새로운 특징
WCAG 2.2는 새로운 성공기준, 이를 지원하기 위한 정의, 추가사항을 조직하기 위한 지침, 그리고 준수 절(section)에 대한 몇 가지 사항을 추가하여 WCAG 2.1을 확장한 것이다. 이 추가적인 접근방식은 WCAG 2.2를 준수하는 사이트도 WCAG 2.1을 준수한다는 점을 명확히 하는 데 도움이 된다. 접근성 지침 실무그룹은 향상된 접근성을 제공하고 향후 정책 변경을 예측하기 위하여 공식 의무 사항에 이전 버전이 언급되었더라도 사이트들이 WCAG 2.2를 새로운 준수 대상으로 채택하기를 권장한다.
이러한 성공기준 중 많은 것이 용어해설에 추가된 새로운 용어를 참고하며, 성공기준의 표준 요구사항의 일부를 구성한다.
WCAG 2.2는 또한 개인정보보호와 보안에 영향을 줄 수 있는 규격의 측면을 자세히 설명하는 새로운 절을 소개한다.
WCAG 2.2 번호체계
WCAG 2의 역호환성(backwards compatibility)이 중요한 구현자(implementer)의 혼동을 피하기 위해, WCAG 2.2의 새로운 성공기준은 해당 지침 내 성공기준의 끝부분에 추가되었다. 이렇게 하면 지침에서 기존 성공기준 사이에 새로운 성공기준을 삽입함으로써 발생하는 WCAG 2에서의 성공기준 절(section) 번호를 변경할 필요가 없다. 그러나 그것은 각 지침의 성공기준은 더 이상 준수수준별로 묶이지 않는다는 것을 의미한다. 각 지침 내의 성공기준의 순서는 준수수준에 대한 정보를 의미하지 않는다. 즉, 그것은 성공기준 자체에 대한 준수수준 지표(A/AA/AAA)만을 나타낸다. WCAG 2.2 빠른 참고(WCAG 2.2 Quick Reference)는 많은 다른 필터 및 정렬 옵션과 함께 준수수준별로 묶여진 성공기준을 볼 수 있는 방법을 제공한다.
WCAG 2.2 준수
WCAG 2.2는 WCAG 2.0과 동일한 준수 모델을 사용한다. WCAG 2.2를 준수하는 사이트는 WCAG 2.0과 .WCAG 2.1을 준수하도록 의도되었다.
이는 WCAG 2.0 또는 WCAG 2.1을 참고하는 어떤 정책의 요구사항도 충족하는 동시에 현재 웹에서 사용자의 요구도 더 잘 충족한다는 것을 의미한다.
이후 버전의 접근성 지침
접근성 지침 실무그룹은 WCAG 2.2와 함께 접근성 지침의 다른 주요 버전을 개발하고 있다. 이 작업의 결과는 실제적으로 WCAG 2의 . 이하 수준의 릴리스라기보다 웹 접근성 지침의 보다 실질적인 재구조화가 될 것으로 예상된다. 이 작업은 콘텐츠 저작, 사용자 에이전트 지원, 저작도구 지원의 역할을 포함한 가장 효과적이고 유연한 결과를 산출하기 위한 연구중심, 사용자중심 설계방법론을 따르고 있다. 이것은 다년간의 노력이 필요하며, 따라서 WCAG 2.2는 WCAG 2.0 권장표준 게시 이후 웹 상의 변화를 반영하기 위하여 갱신된 웹 접근성 지침을 제공하기 위한 중간 조치로서 요구되었다. 실무그룹은 또한 주요 버전이 완료되는 동안 추가 지원을 제공하기 위해 짧은 시간 내에 WCAG 2.2로 계속되는 추가 중간 버전을 개발할 수도 있다.
텍스트 아닌 콘텐츠의 목적이 컴퓨터가 아닌 사람이 콘텐츠에 접근하고 있는지를 확인하는 것이라면, 텍스트 아닌 콘텐츠의 목적을 식별하고 기술하는 대체 텍스트를 제공해야 하며, 다른 장애들에 대한 편의를 제공하기 위하여 다른 유형의 감각 인식 출력 모드(modes)를 사용하는, 캡챠(CAPTCHA)에 대한 대체 형식(format)을 제공해야 한다.
(1) 음성이 주로 전경에 포함되어 있는, (2) 오디오 캡챠(CAPTCHA)나 오디오 로고가 아닌, 그리고 (3) 노래나 랩과 같이 주로 음악적인 표현을 위해 음성으로 표현된(vocalization) 것이 아닌 사전 녹음된오디오 전용 콘텐츠는 다음 중 하나 이상을 준수해야 한다.
배경음 없음:
오디오는 배경음을 전혀 포함하고 있지 않아야 한다.
배경음 끔:
배경음을 끌 수 있어야 한다.
20dB:
단지 1~2초 동안만 지속되는 간헐적인 소리를 제외하고, 배경음은 전경 음성 콘텐츠보다 최소한 20dB 이상 낮아야 한다.
참고
데시벨(decibel)의 정의에 따르면, 이 요구조건을 준수하는 배경음은 전경 음성 콘텐츠보다 대략 4배 정도 더 조용할 것이다.
텍스트 블록(block)을 시각적으로 표현하고자 하는 경우, 다음과 같은 것을 할 수 있는 메커니즘을 제공해 주어야 한다.
사용자가 전경색과 배경색을 선택할 수 있어야 한다.
가로폭은 80자(한국어, 중국어, 일본어는 40자) 또는 글리프(glyph) 이하이어야 한다.
텍스트는 양쪽 정렬을 해서는 안 된다(왼쪽과 오른쪽 여백에 정렬).
줄 간격(leading)은 문단 내에서 최소 1.5배 이상되어야 하고, 문단 간격은 행 간격보다 최소 1.5배 이상이어야 한다.
보조공학 없이도 전체 화면 창에서 텍스트 줄을 읽기 위해 수평으로 스크롤할 필요가 없도록 텍스트 크기를 최대 200%까지 조절할 수 있어야 한다.
참고 1
콘텐츠에서 이러한 값을 사용할 필요는 없다. 요구사항은 사용자가 이러한 표현 방식을 변경할 수 있는 메커니즘을 제공하는 것이다. 이 메커니즘은 브라우저나 다른 사용자 에이전트에 의해 제공될 수 있다. 콘텐츠에서 메커니즘을 제공할 필요는 없다.
참고 2
일부 언어의 문자 체계는 가독성과 명확성을 향상시키기 위해 다른 표현 방식을 사용한다. 이 성공기준의 표현 방식이 특정 문자 체계에서 사용되지 않는 경우, 해당 문자 체계의 콘텐츠는 이러한 설정을 사용할 필요가 없으며 그것 없이도 준수할 수 있다. 저작자들은 자신의 문자 체계에서 텍스트의 가독성과 명확성을 향상시키기 위한 지침을 따르는 것이 좋다.
개별 키 입력에 특정한 타이밍이 요구되지 않는 키보드 인터페이스를 통해 모든 콘텐츠의 기능을 이용할 수 있어야 한다. 단, 콘텐츠의 기본 기능에 끝점(endpoints)뿐만 아니라 사용자의 이동 경로 입력이 필요한 경우는 예외로 한다.
참고 1
이 예외는 기본 기능과 관련되지만, 입력 기법은 아니다. 예를 들어, 손글씨(handwriting)로 텍스트를 입력한다면, 입력 기법(손기술)은 경로의존적인(path-dependent) 입력이 필요하지만, 기본 기능인 텍스트 입력은 경로의존적인 입력을 필요로 하지 않는다.
참고 2
이 성공기준은 키보드 조작 외에 마우스 입력이나 다른 입력 방법을 제공하는 것을 금지하지 않으며, 금지해서도 안 된다.
키보드 인터페이스를 사용하여 키보드 초점을 페이지의 구성요소로 이동할 수 있는 경우, 키보드 인터페이스만으로도 해당 구성요소에서 초점을 이동시킬 수 있어야 한다. 만약 수정되지 않은 화살표, 탭 키, 또는 다른 표준 종료 방법이 필요한 경우, 사용자에게 초점을 이동시키는 방법에 대해 안내해야 한다.
참고
이 성공기준을 충족하지 못하는 콘텐츠는 모든 페이지를 사용하는 사용자들의 능력을 방해할 수 있다. 웹 페이지의 모든 콘텐츠는 다른 성공기준의 충족 여부와 관계없이 반드시 이 성공기준을 준수해야 한다. 준수 요구사항 5.2.5: 불간섭을 참고하라.
이 성공기준을 준수하지 못하는 콘텐츠는 사용자가 전체 페이지를 사용하는 것을 방해할 수 있으므로, 웹 페이지의 모든 콘텐츠는 (다른 성공기준의 준수 여부와 상관없이) 이 성공기준을 준수해야 한다. 준수 요구사항 5.2.5 불간섭을 참고하라.
참고 3
소프트웨어에 의해 정기적으로 갱신되거나, 사용자 프로그램에 스트리밍되는 콘텐츠의 경우, 일시정지의 시작 시점부터 재시작 시점 사이에 생성되거나 수신되는 정보를 보존 또는 제시하는 것이 기술적으로 가능하지 않을 수 있으며, 많은 경우 사용자를 오도할 수 있으므로 요구사항이 아니다.
참고 4
상호작용이 발생할 수 없는 경우와 진행상태가 표시되지 않으면 사용자가 콘텐츠가 멈췄거나 깨졌다고 생각하는 등 혼동할 가능성이 있는 경우, 프리로드(preload) 단계 또는 이와 유사한 상황에서 발생하는 애니메이션은 필수적이라고 간주할 수 있다.
사용자가 아무런 활동을 하지 않는 상황에서도 데이터가 20시간 이상 보존되지 않는 한, 사용자에게 데이터 손실을 초래할 수 있는사용자 비활동 상태에 대해 알려주어야 한다.
참고
개인정보보호 규정에 따라 사용자 정보 인식과 데이터 저장을 위해서는 사용자의 분명한 동의를 얻어야 한다. 사용자가 미성년자인 경우, 대부분의 관할 지역, 국가, 또는 지역에서는 명시적 동의가 요청되지 않을 수 있다. 이 성공기준을 준수하기 위한 접근 방법으로 사용자 데이터 보존을 고려하는 경우, 개인정보보호 전문가 및 법률 컨설턴트와 상담하기 바란다.
사용자 인터페이스 구성요소 또는 하위 구성요소로 인식되는 것(외곽 또는 크기 결정 시)은 프레젠테이션(presentation)에 따라 다르다. 프레젠테이션에는 구성요소에서 보이는 콘텐츠 테두리, 고유 배경이 포함된다. 구성요소의 콘텐츠, 배경, 테두리 바깥의 그림자나 발광 효과는 포함되지 않는다..
참고 2
초점 표시기가 나타날 수 있는 하위 구성요소의 예로는 열린 드롭다운 메뉴의 메뉴 항목이나 그리드의 초점 가능한 셀 등이 있다.
참고 3
기술(HTML, CSS, SVG 등) 내에서 정의된 색상을 기반으로 대비를 계산할 수 있다. 사용자 에이전트 해상도 향상 및 안티앨리어싱에 의해 수정된 픽셀은 무시할 수 있다.
웹 페이지에 다음의 도움말 메커니즘 중 하나가 포함되어 있고, 해당 메커니즘이 웹 페이지 세트 내의 여러 웹 페이지에서 반복되는 경우, 사용자가 변경을 시작하지 않는 한 다른 페이지 콘텐츠와 상대적으로 동일한 순서로 제공되어야 한다.
연락처 정보
연락 방법
자가 도움말 옵션
완전 자동화된 연락 방법
참고 1
도움말 메커니즘은 페이지에서 직접 제공되거나 정보가 포함된 다른 페이지에 대한 직접 링크를 통해 제공될 수 있다.
참고 2
이 성공기준의 경우, 다른 페이지 콘텐츠와 상대적으로 동일한 순서는 페이지가 직렬화될 때 콘텐츠가 정렬되는 방식으로 생각할 수 있다. 도움말 메커니즘의 시각적 위치는 동일한 페이지 변형(예: CSS 중단점)에 대해 페이지 간에 일관되게 유지될 가능성이 높다. 사용자는 페이지의 확대/축소나 방향을 변경하는 등의 변경을 시작할 수 있으며, 이로 인해 다른 페이지 변형이 촉발할 수 있다. 이 기준은 동일한 페이지 변형(예: 동일한 확대/축소 수준 및 방향)에 표시되는 페이지 간의 상대적 순서와 관련이 있다.
이 기준은 원래 보조 기술이 HTML을 직접 파싱(Parsing)하는 문제를 해결하기 위해 채택되었다. 보조 기술은 더 이상 HTML을 직접 파싱할 필요가 없다. 결과적으로 이러한 문제는 더 이상 존재하지 않거나 다른 기준으로 해결된다. 이 기준은 더 이상 유용성이 없으므로 제거되었다.
마크업 언어를 사용하여 구현된 콘텐츠의 경우, 상태표시 메시지는 초점을 받지 않고 보조 공학을 통해 사용자에게 제시될 수 있도록 역할이나 속성을 통해 프로그램적으로 결정될 수 있어야 한다.
5. 준수
이 절에서는 준수(conformance) 요구사항을 설명한다. 이 절은 또한 선택적인 준수 선언(claims) 방법에 대한 정보도 제공한다. 마지막으로, 이 절은 준수를 위해 접근성 지원 기술 활용방법에만 의존할 수 있기 때문에, 지원되는 접근성이 무엇을 의미하는지를 설명한다. 준수 이해는 접근성 지원의 개념을 보다 자세히 설명한다.
5.1 규범 요구사항 해석
WCAG 2.2의 주요 내용은 규범(normative)이며, 준수 선언에 영향을 미치는 요구사항을 정의하고 있다. 소개 자료, 부록, 비규범(non-normative)으로 표시된 절(section), 다이어그램, 예제 및 참고는 정보성(informative)의 것이다. 비규범 자료는 지침을 해석하는 데 도움이 되는 자문적인 정보를 제공하지만 준수 선언에 영향을 미치는 요구사항은 아니다.
핵심 단어인 ‘~할 수 있다’(MAY), ‘반드시 ~해야 한다’(MUST), ‘반드시 ~해서는 안 된다’(MUST NOT), ‘권장하지 않는다’(NOT RECOMMENDED), ‘권장한다’(RECOMMENDED), ‘~해야 한다’(SHOULD), 그리고 ‘~해서는 안 된다’(SHOULD NOT)는 [RFC2119]에 기술된 대로 해석되어야 한다.
5.2 준수 요구사항
웹 페이지가 WCAG 2.1을 준수하기 위해서는 다음의 모든 준수 요구사항을 충족시켜야 한다.
5.2.1 준수수준
다음의 준수수준 중 하나를 완전히 준수해야 한다.
Level A 준수(최소 준수수준)의 경우, 웹 페이지는 모든 Level A 성공기준을 충족하거나, Level A를 준수하는 대안 버전을 제공해야 한다.
Level AA 준수의 경우, 웹 페이지는 모든 Level A 및 Level AA 성공기준을 충족하거나, Level AA를 준수하는 대안 버전을 제공해야 한다.
Level AAA 준수의 경우, 웹 페이지는 모든 Level A, Level AA 및 Level AAA 성공기준을 충족하거나, Level AAA를 준수하는 대안 버전을 제공해야 한다.
참고 1
준수는 진술된 수준에서만 달성할 수 있지만, 웹 개발자는 달성된 준수수준을 초과하는 모든 수준의 성공기준의 준수에 대한 진행 상황(선언에서)을 보고해야 한다.
참고 2
일부 콘텐츠의 경우, 모든 Level AAA 성공기준을 충족시키기는 불가능하기 때문에, Level AAA 준수를 전체 사이트에 대한 일반적인 정책으로 요구하는 것은 권장하지 않는다.
5.2.2 전체 페이지
준수(그리고 준수수준)는 전체 웹 페이지에만 적용되며, 웹 페이지의 일부가 제외된 경우는 달성할 수 없다.
참고 1
준수를 결정할 목적인 경우, 한 페이지의 콘텐츠의 일부분에 대한 대체수단은 대체수단이 그 페이지로부터 직접적으로 획득할 수 있을 때 해당 페이지의 일부로 간주된다[예: 긴 설명(long description), 또는 비디오의 대안적인 표현].
참고 2
웹 콘텐츠 저작자의 통제 범위를 벗어난 콘텐츠로 인해 준수할 수 없는 웹 페이지의 저작자는 5.4 부분 준수 진술을 고려할 수 있다.
참고 3
새로운 전체 페이지는 다양한 화면크기(예: 반응형 웹 페이지의 변형)를 위한 페이지에서 자동적으로 제시되는 여러 버전의 변형 페이지를 포함한다. 전체 페이지가 준수되기 위해서는 이러한 변형 페이지들 각각이 준수될(또는 준수하는 대체수단을 제공할) 필요가 있다.
5.2.3 전체 과정
어떤 웹 페이지가 어떤 과정(process)을 제시하는 웹 페이지의 시리즈 중 하나(예: 어떤 활동을 완수하기 위해 필요한 일련의 단계들 중 하나)일 때, 그 과정에 있는 모든 웹 페이지는 특정한 수준 이상을 준수해야 한다. (해당 과정에 있는 어떤 페이지가 특정한 수준 이상을 준수하지 못한다면, 전체 페이지는 그 특정한 수준을 준수할 수 없다.)
5.2.4 접근성 지원 기술 활용 방법
성공기준을 충족하기 위해서는 오직 접근성 지원기술 활용방법에만 의존한다. 접근성을 지원하지 않는 어떤 방법을 제공하는 정보나 기능도 접근성을 지원하는 방법에서 이용 가능하다. (접근성 지원 이해를 참고하라.)
5.2.5 불간섭(Non-Interference)
기술이 접근성이 지원되지 않는 방식으로 사용되거나 준수하지 못하는 방법으로 사용되는 경우에라도, 사용자가 나머지 페이지에 접근하는 기능은 방해받지 않아야 한다. 아울러, 전체 웹 페이지는 다음과 같은 조건들 각각에서 준수 요구사항을 계속 준수해야 한다.
경우에 따라, 나중에 웹 페이지에 추가적인 콘텐츠가 추가될 수 있다. 예를 들어, 전자 메일 프로그램, 블로그, 사용자가 설명을 추가할 수 있는 기사 또는 사용자가 제공한 콘텐츠를 지원하는 애플리케이션 등을 들 수 있다. 또 다른 예로는 여러 기고자들로부터 수합된 콘텐츠로 구성된 포털이나 뉴스 사이트, 광고가 역동적으로 삽입되는 경우와 같이 시간 경과에 따라 다른 소스로의 콘텐츠를 자동적으로 삽입하는 사이트들이 있다.
이러한 경우, 원본 게시 시점에 페이지에서 통제되지 않은 콘텐츠가 무엇인지 알 수 없다. 통제되지 않은 콘텐츠는 통제된 콘텐츠의 접근성에도 영향을 미칠 수 있다는 점에 유의해야 한다. 두 가지 옵션을 사용할 수 있다.
준수 여부는 최선의 지식을 바탕으로 결정될 수 있다. 영업일 기준 2일 이내에 이러한 유형의 페이지를 모니터링하고 복구(부적합한 콘텐츠를 제거하거나 준수 상태로 전환하는 경우)하면, 문제가 있을 때 수정되거나 제거할 수 있는 외부에서 제공된 콘텐츠의 오류는 제외하고, 해당 페이지는 준수하였기 때문에 준수의 결정이나 선언이 행해질 수 있다. 미준수 콘텐츠를 모니터링하거나 수정할 수 없을 경우, 어떠한 준수 선언도 할 수 없다.
또는
부분 준수 진술은 페이지가 준수하지는 않지만 특정한 부분들이 제거되면 준수할 수 있음을 나타낸다. 이 진술의 형식은 다음과 같습니다. 이 페이지는 준수하지는 않지만 통제되지 않은 출처의 다음 부분들이 제거될 경우 Level X에서 WCAG 2.1을 준수한다(This page does not conform, but would conform to WCAG 2.1 at level X if the following parts from uncontrolled sources were removed.). 또한 다음과 같은 경우 부분 준수 진술에 기술된 통제되지 않은 콘텐츠에 해당된다.
웹 콘텐츠 저작자의 통제 하에 있는 콘텐츠가 아닌 경우
사용자가 식별할 수 있는 방식으로 기술되어 있는 경우[예: 명확하게 표시하지 않는 한 통제할 수 없는 모든 부분들(all parts that we do not control)이라고 기술할 수 없다.].
5.5 부분 준수 진술 – 언어
언어로 인한 부분 준수 진술은 페이지가 준수하지는 않았지만, 페이지에서 사용된 (모든) 언어(들)에 대한 접근성 지원이 있는 경우, 접근성 지원을 준수할 수 있을 때 제시된다. 이 진술의 형식은 다음과 같다. 이 페이지는 준수하지는 않았지만, 다음 언어에 대한 접근성 지원이 있는 경우 Level X에서 WCAG 2.1을 준수한다.
5.6 Privacy Considerations
This section is non-normative.
Success Criteria within this specification which the Working Group has identified
possible implications for privacy, either by providing protections for end users or
which are important for web site providers to take in to consideration when implementing
features designed to protect user privacy, are listed below. This list reflects the
current understanding of the Working Group but other Success Criteria may have privacy
implications that the Working Group is not aware of at the time of publishing.
Success Criteria within this specification that may relate to privacy are:
Success Criteria within this specification which the Working Group has identified
possible implications for security, either by providing protections for end users
or which are important for web site providers to take in to consideration when implementing
features designed to protect user security, are listed below. This list reflects the
current understanding of the Working Group but other Success Criteria may have security
implications that the Working Group is not aware of at the time of publishing.
Success Criteria within this specification that may relate to security are:
웹 기술(Web technology)이 접근이 지원되는 방식으로 사용될 때, 전체 기술 또는 모든 기술의 사용이 지원된다는 것을 의미하지는 않는다. HTML을 포함한 대부분의 기술은 최소한 하나 이상의 기능 또는 사용에 대한 지원이 부족하다. 페이지는 WCAG 요구사항을 충족하기 위해 접근성이 지원되는 기술을 사용할 수 있는 경우에만 WCAG를 준수한다.
참고 4
여러 버전이 있는 웹 콘텐츠 기술을 인용할 경우, 지원되는 버전을 구체적으로 명시해야 한다.
시간기반 미디어에 대한 대체수단(alternative for time-based media)
시간기반 시각 및 청각 정보를 올바른 순서로 제공하는 텍스트 설명과 시간기반 상호작용의 결과를 달성하기 위한 수단을 제공하는 문서
참고
동기화된 미디어 콘텐츠를 만들기 위해 사용된 영화 대본은 편집 후 최종 동기화된 미디어를 정확하게 나타내도록 수정된 경우에만 이 정의에 부합하다.
전반적으로 사용자에게 애매한(ambiguous to users in general)
링크 자체나 링크와 함께 사용자에게 제공되는 웹 페이지의 모든 정보로도 목적을 확인할 수 없는 상태(즉, 비장애 사용자도 그것을 활성화하기 전까지 링크가 무엇을 하는지 알지 못함)
ASCII 아트(ASCII art)
문자 또는 글리프(glyphs)(일반적으로, ASCII로 정의된 95자의 인쇄 가능 문자)의 공간 배치로 생성된 그림
보조공학(이 문서에서 사용된 바와 같이)(assistive technology (as used in this document))
사용자 에이전트 역할을 하거나 주류 사용자 에이전트와 함께 작동하며, 주류 사용자 에이전트가 제공하는 것 이상의, 장애를 지닌 사용자의 요구사항을 충족하는 기능을 제공하는 하드웨어나 소프트웨어
참고 1
보조공학이 제공하는 기능에는 대체 표현(예: 음성 합성 또는 콘텐츠 확대), 대체 입력 방법(예: 음성), 부가적인 탐색 또는 방향 메커니즘 및 콘텐츠 변환(예: 표를 더 접근가능하게 만들기 위하여)이 포함된다.
참고 2
보조공학은 보통 API를 사용하고 모니터링하여 주류 사용자 에이전트와 데이터 및 메시지를 주고 받는다.
참고 3
주류 사용자 에이전트와 보조공학의 구별은 절대적이지 않다. 많은 주류 사용자 에이전트는 장애인을 돕기 위한 몇 가지 기능을 제공한다. 기본적인 차이점은 주류 사용자 에이전트는 일반적으로 장애인이나 비장애인을 모두 포함하는 광범위하고 다양한 사용자층을 대상으로 한다는 것이다. 보조공학은 특정한 장애를 가진 좁게 정의된 사용자층을 대상으로 한다. 보조공학이 제공하는 지원은 대상 사용자층의 요구에 보다 특화되어 있고 적절하다. 주류 사용자 에이전트는 프로그램 객체에서 웹 콘텐츠를 검색하거나 마크업을 식별 가능한 번들로 파싱하는 것과 같이 보조공학에 중요한 기능을 제공할 수 있다.
오디오(audio)
음향 재생 기술
참고
오디오는 합성하거나(음성 합성 포함), 실제 소리에서 녹음되거나, 두 가지를 조합하여 만들 수 있다.
오디오 해설(audio description)
주요 사운드트랙만으로는 이해할 수 없는 중요한 시각적인 세부사항을 설명하기 위하여 사운드트랙에 추가된 내레이션
참고 1
비디오의 오디오 해설은 액션, 캐릭터, 장면 변경, 화면상의 텍스트 및 기타 시각적 콘텐츠에 대한 정보를 제공한다.
번쩍임도 참고하라. 어떤 콘텐츠가 충분히 크고 적절한 주파수에서 충분히 밝게 깜박이는 것은 번쩍임으로 분류될 수 있다.
텍스트 블록(blocks of text)
한 문장 이상의 텍스트
캡챠(CAPTCHA)
Completely Automated Public Turing test to tell Computers and Humans Apart(컴퓨터와 인간을 구분하기 위한 완전히 자동화된 공개적인 튜링 테스트)의 이니셜
참고 1
캡차 테스트는 보통 사용자에게 흐릿한 이미지나 오디오 파일로 제시된 텍스트를 입력하도록 요구한다.
참고 2
튜링 테스트(Turing test)는 인간과 컴퓨터를 구별하기 위해 고안된 테스트 시스템이다. 이것은 유명한 컴퓨터과학자 앨런 튜링(Alan Turing)의 이름을 따서 지어졌다. 이 용어는 카네기멜론대학교 연구원들이 만들었다.
자막(captions)
미디어 콘텐츠를 이해하는 데 필요한 음성 및 비음성 오디오 정보에 대한 동기화된 시각자료나 대체 텍스트
참고 1
자막은 대화 전용 부제목(subtitle)과 유사하다. 그러나 자막은 대화(spoken dialogue)의 내용뿐만 아니라 프로그램의 내용을 이해하는 데 필요한 음향 효과, 음악, 웃음, 화자(speaker)의 식별 및 위치 등을 포함한, 대화가 아닌(non-dialogue) 오디오 정보에 해당하는 내용도 전달한다.
참고 2
폐쇄 자막(Closed Captions)은 일부 플레이어에서 켜거나 끌 수 있다.
참고 3
열린 자막(Open Captions)은 끌 수 없는 자막이다. 예를 들어, 자막이 비디오에 포함된 텍스트 이미지와 시각적으로 동등한 이미지인 경우가 이에 해당된다.
참고 4
자막은 비디오 내의 관련 정보를 이해하기 어렵게 하거나 가려서는 안 된다.
참고 5
일부 국가에서는 자막을 부제목(subtitle)이라고 부른다.
참고 6
오디오 해설은 이미 시각적으로 표현된 정보의 설명이기 때문에, 자막으로 제시할 수는 있지만, 반드시 그렇게 할 필요는 없다.
맥락의 변경(changes of context)
사용자가 인지하지 못한 상태에서 일어나면 전체 페이지를 동시에 볼 수 없는 사용자에게 방향감을 상실하게 할 수 있는 웹 페이지의 콘텐츠에서의 중요한 변경
명도대비율은 1에서 21까지(일반적으로 1:1에서 21:1로 기술함)의 범위에 있을 수 있다.
참고 2
개발자는 텍스트렌더링방법[예: 글꼴 다듬기(smoothing) 또는 안티앨리어싱(anti-aliasing)]에 대한 사용자 설정을 제어할 수 없기 때문에, 텍스트의 명도대비율은 안티앨리어싱이 꺼진 상태에서 평가할 수 있다.
참고 3
성공기준 1.4.3 명도대비와 1.4.6명도대비(향상된)의 목적을 달성하기 위하여, 명도대비는 텍스트가 정상적으로 사용될 때 렌더링되는 특정한 배경과 관련하여 측정된다. 어떠한 배경색도 지정되지 않은 경우, 그것은 흰색이라고 가정된다.
참고 4
배경색은 텍스트가 정상적으로 사용될 때 렌더링되는 특정한 콘텐츠의 색상이다. 사용자의 기본 배경색을 알 수 없고 충분한 명도대비를 평가할 수 없기 때문에, 텍스트 색상을 지정할 때 어떠한 배경색도 지정되지 않은 경우, 성공기준을 준수하지 못한 것이다. 동일한 이유로, 배경색을 지정할 때 어떠한 텍스트 색상도 지정하지 않은 경우, 성공기준을 준수하지 못한 것이다.
참고 5
문자 주위에 테두리가 있으면, 테두리는 명도대비를 추가할 수 있으며, 문자와 배경 간의 명도대비를 계산하는 데 사용된다. 문자 주위의 좁은 테두리는 문자로 사용될 것이다. 문자의 안쪽 세부사항을 채우는 문자 주위의 넓은 테두리는 후광 역할을 하며, 배경으로 간주된다.
참고 6
WCAG 준수는 개발자가 일반적인 프레젠테이션에서 인접하여 나타날 것으로 예상되는 콘텐츠에 지정된 색상 쌍에 대해 평가되어야 한다. 개발자는, 개발자의 코드에 인해 발생하는 상황을 제외하고, 사용자 에이전트에 의해 행해진 색상 변경과 같은 특이한 프레젠데이션을 고려할 필요가 없다.
올바른 읽기 순서(correct reading sequence)
단어와 단락이 콘텐츠의 의미를 변경하지 않는 순서로 제시되는 어떤 순서
CSS 픽셀(CSS pixel)
약 0.0213도의 시야각
CSS 픽셀은 CSS의 모든 길이와 측정을 위한 표준 측정 단위이다. 이 단위는 밀도와 무관하며, 디스플레이에서 제시되는 실제 하드웨어 픽셀과는 구별된다. 사용자 에이전트와 운영체제는 CSS 픽셀이 디스플레이의 물리적 치수 및 예상 시청거리(콘텐츠 개발자가 결정할 수 없는 요소)를 고려한 CSS 값 및 단위 모듈 레벨 3(Units Module Level 3) 준거 픽셀 [css3-값]에 최대한 가깝게 설정되었는지 확인해야 한다.
다운 이벤트(down-event)
포인터의 트리거 자극을 눌렀을 때 발생하는 플랫폼 이벤트
다운이벤트는, 터치 스타트(touchstart) 또는 마우스다운(mousedown)과 같이, 플랫폼에 따라 다른 이름으로 불릴 수 있다.
끌기 동작(dragging movement)
[신규]
참고
끌기 가능한 요소의 예로는 목록 항목, 텍스트 요소 및 이미지가 있다.
응급상황(emergency)
건강, 안전 또는 재산을 보존하기 위해 즉각적인 조치가 필요한 갑작스럽고 예상치 못한 상황 또는 사건
에워싸다(encloses)
[신규]
견고하게 경계 짓거나 둘러쌓다
필수적인(essential)
제거될 경우, 콘텐츠의 정보 또는 기능을 근본적으로 변경할 수 있으며, 정보와 기능이 다른 방식으로는 준수될 수 없는
확장형 오디오 해설(extended audio description)
부가 설명을 추가할 시간이 벌기 위하여 비디오를 일시정지하고 시청각 프레젠테이션에 추가한 오디오 해설
참고
이 기법은 추가적인 오디오 해설 없이는 비디오의 내용을 이해할 수 없고 대화와 내레이션 간의 일시정지(pause)가 너무 짧은 경우에만 사용된다.
번쩍임(flash)
충분히 크고 적절한 주파수 범위에 있지만 일부 사람들에게 발작을 일으킬 수 있는 상대 휘도에서의 상반되는 변경의 쌍
일반 번쩍임과 적색 번쩍임 임계값(general flash and red flash thresholds)
번쩍임 또는 빠르게 변경되는 이미지 시퀀스가 다음 중 하나에 해당되는 경우 임계값 이하(즉, 콘텐츠 통과)이다.
1초 이내에 3회 이하의 일반 번쩍임이나 3회 이하의 적색 번쩍임이 있다.
동시에 발생하는 번쩍임의 결합 영역이 일반적인 시야 거리에서 화면의 10도 가시범위 내에서 총 .006의 스테라디안(화면상의 10도 가시범위의 25%)보다 적게 차지한다.
여기에서
일반 번쩍임은 더 어두운 이미지의 상대 휘도가 0.80 이하인 경우 최대 상대 휘도의 10% 이상의 상대 휘도에서 한 쌍으로 서로 상반되게 전환하는 상태로 정의되며, 한 쌍으로 서로 상반되게 전환하는 상태는 휘도가 증가했다가 감소하거나 감소했다가 증가하는 경우를 말한다.
적색 번쩍임은 강렬한 적색이 포함된 상반되는 전환의 쌍으로 정의된다.
예외: 백색잡음(역자 주: 골전도를 통한 반대측 청신경 자극을 막기 위하여 자극강도보다 30~40dB 낮게 주는 청각자극)이나 측면이 0.1도(일반적인 시야 거리의 가시범위)보다 더 작은 사각형 모양으로 교차하는 바둑판 패턴과 같은 미세하고 균형 잡힌 패턴으로 번쩍이는 경우는 임계값을 위반한 것이 아니다.
참고 1
일반 소프트웨어 또는 웹 콘텐츠의 경우, 콘텐츠를 1024X768픽셀에서 볼 때 디스플레이된 화면 영역의 어느 곳에서나 341X256픽셀의 직사각형을 사용하면 표준 화면크기와 시청거리(예: 22-26인치에서 15-17인치 화면)에 대해 10도의 시야각을 예측할 수 있다. (동일한 콘텐츠 렌더링을 보여주는 고해상도 디스플레이는 더 작고 안전한 이미지를 산출하므로 임계값을 정의하는 데 사용되는 해상도가 더 낮다.)
참고 2
전환(transition)이란 시간 대비 상대 휘도(또는 적색 번쩍임에 대한 상대 휘도/색상) 측정 도표에서 인접한 최대값과 최솟값 간의 상대 휘도(또는 적색 번쩍임에 대한 상대 휘도/색상)의 변화를 말한다. 번쩍임은 두 개의 상반되는 전환으로 구성된다.
참고 3
강렬한(saturated) 적색이 포함된 상반되는 전환의 쌍 대하여 현장에서 현재 활용되고 있는 정의는 각 전환에 관련된 한쪽 또는 양쪽 상태에 대해 R/(R+G+B) >=0.8이고, (R-G-B)X320값의 변화가 양쪽 전환에 대해 >20((R-G-B)X320의 음수값이 0으로 설정됨)이다. R, G, B값은 상대 휘도 정의에서 명시한 대로 0-1의 범위이다. [HARDING-BINNIE]
참고 4
비디오 화면 캡처에서 분석을 수행할 수 있는 도구가 있다. 그러나 깜빡임이 1초에 3회 이하인 경우, 이 상태를 평가하기 위해서는 어떠한 도구도 필요하지 않다. 콘텐츠는 자동으로 통과된다(위의 1번과 2번 참고).
인간 언어(human language)
인간 간에 의사소통을 하기 위해 (시각적 또는 촉각적 수단을 통해) 말을 하거나 쓰거나 신호를 보내는 언어
키보드 인터페이스는 기본 기술이 키보드를 포함하지 않더라도 사용자가 프로그램에 키 입력 정보를 제공할 수 있도록 해준다.
참고 2
마우스키(MouseKeys)와 같은 키보드 작동 마우스 에뮬레이터를 통한 애플리케이션(또는 애플리케이션의 일부)의 조작은 프로그램의 조작이 키보드 인터페이스가 아닌 포인팅 장치 인터페이스를 통해 이루어지기 때문에 키보드 인터페이스를 통한 조작으로 보지 않는다.
키보드 단축키(keyboard shortcut)
하나 이상의 키를 눌러 동작을 발생시키는 대체수단
레이블(label)
웹 콘텐츠 내의 구성요소를 식별하기 위해 사용자에게 제공되는 대체 텍스트를 가지고 있는 텍스트나 다른 구성요소
참고 1
레이블은 모든 사용자에게 표시되는 반면, 네임(name)은 숨길 수 있고 보조공학에 의해서만 노출할 수 있다. 많은 경우(전부는 아님), 네임과 레이블은 동일하다.
참고 2
레이블이라는 용어는 HTML의 label 요소에 국한되지 않는다.
커다란(텍스트)(large scale (text))
최소 18포인트 또는 14포인트의 볼드체(bold), 또는 중국어, 일본어 및 한국어(CJK) 글꼴과 같은 크기를 산출하는 글꼴 크기
참고 1
문자 형태의 친밀도를 감소시키는 획이 매우 가늘거나(stroke) 특이한 특징과 특성이 있는 글자체는 특히 낮은 명도대비 수준에서는 읽기가 더 어렵다.
contrast levels.
참고 2
글꼴 크기는 콘텐츠를 전달할 때의 크기이다. 그것은 사용자가 행할 수 있는 크기 조정은 포함하지 않는다.
참고 3
사용자가 보는 문자의 실제 크기는 개발자 정의 크기와 사용자의 디스플레이 또는 사용자 에이전트 설정에 따라 달라진다. 대부분의 주류 본문 텍스트 글꼴의 경우, 14와 18pt는 대략 1.2em과 1.5em 또는 본문 텍스트의 기본 크기의 120% 또는 150%(본문 글꼴을 100%로 가정했을 때)와 동일하지만, 개발자들은 사용 중인 특정한 글꼴에 대해 이를 확인해야 한다. 글꼴이 상대 단위로 정의된 경우, 실제 포인트 크기는 디스플레이용 사용자 에이전트에 의해 계산된다. 포인트 크기는 이 성공기준을 평가할 때 사용자 에이전트에서 얻어오거나 사용자 에이전트와 같이 글꼴 메트릭을 기반으로 계산해야 한다. 저시력 사용자는 적절한 설정을 선택할 책임이 있다.
참고 4
글꼴 크기를 지정하지 않고 텍스트를 사용할 때, 주요 브라우저에서 지정되지 않은 텍스트로 사용되는 가장 작은 글꼴 크기를 적용하는 것이 적절한 크기일 것이다. 만약 주요 브라우저에서 제목(heading) 1 수준이 14pt 이상 볼드체로 랜더링다면, 이 제목은 큰 텍스트라고 볼 수 있다. 상대적 크기는 기본 크기에서 비슷한 방식으로 계산할 수 있다.
참고 5
로마자 텍스트의 18pt와 14pt 크기는 대형 인쇄물(14pt)과 대형 표준 글꼴 크기(18pt)의 최소 크기로부터 도출되었다. 한국어, 중국어, 일본어와 같은 기타 글꼴의 경우, 동등한 크기는 해당 언어에 사용되는 가장 작은 대형 인쇄 크기와 그다음으로 더 큰 표준 대형 인쇄 크기의 최소 크기가 될 것이다.
법률 이행(legal commitments)
법적 구속력이 있는 의무나 혜택을 받는 거래
링크 목적(link purpose)
하이퍼링크를 활성화하여 얻은 결과의 속성
실시간(live)
실제 이벤트(event)에서 캡처하여 방송 지연 없이 수신기로 전송되는 정보
참고 1
방송 지연은 예를 들어 방송사가 오디오(또는 비디오) 피드에 신호를 주거나 검열할 시간을 주기 위해 사용되지만, 상당한 편집을 하기에는 충분하지 않은, 아주 짧은(일반적으로 자동화된) 지연 시간을 말한다.
참고 2
완전히 컴퓨터로 생성된 정보는 실시간이 아니다.
중등 저학년 수준(lower secondary education level)
6년의 교육과정을 마친 후에 시작되고, 초등교육이 시작된 후 9년 뒤에 끝나는 2~3년의 교육기간
참고
이 정의는 국제표준교육분류(International Standard Classification of Education)
[UNESCO]에 기초한다.
2021년 5월 이전에는 정의의 0.04045 값이 달랐다(0.03928). 이는 이전 버전의 명세서에서 가져와 업데이트되었다. 이는 본 지침의 맥락에서 계산에 실질적인 영향을 미치지 않는다.
참고 3
오늘날 웹 콘텐츠를 보는 데 사용하는 거의 모든 시스템은 sRGB 인코딩을 사용한다고 가정한다. 콘텐츠를 처리하고 표시하기 위하여 다른 색 공간이 사용되지 않는 한, 웹 콘텐츠 저작자는 sRGB 색 공간을 사용하여 평가해야 한다. 다른 색 공간을 사용하는 경우, 성공기준 1.4.3 명도대비(최소) 이해를 참고하라.
참고 4
납품 후 디더링이 발생할 경우, 소스 색상 값이 사용된다. 소스에서 디더링되는 색상의 경우, 디더링되는 색상의 평균값(평균 R, 평균 G, 평균 B)을 사용해야 한다.
사용자 에이전트는 하나 이상의 뷰포트(viewport)를 통해 콘텐츠를 제시한다. 뷰포트는 창(windows), 프레임, 확성기, 가상확대기를 포함한다. 뷰포트는 다른 뷰포트(예: 중첩된 프레임)를 포함할 수 있다. 프롬프트, 메뉴 및 경고와 같은 사용자 에이전트에 의해 생성된 인터페이스 구성요소는 뷰포트가 아니다.
HTTP를 사용하여 단일 URI에서 얻어진 내포되지 않은 자원(non-embedded resource)과 렌더링에 사용되거나 사용자 에이전트에서 렌더링되도록 의도된 모든 다른 자원
참고 1
모든 다른 자원은 주요 자원과 함께 랜더링되지만, 반드시 서로 동시에 렌더링되지는 않는다.
참고 2
이러한 지침을 준수하려면, 자원은 웹 페이지로 간주되기 위해 준수 범위 내에서 내포되지 않은 상태이어야 한다.
7. 사용자 인터페이스 구성요소의 입력 목적
이 절(section)은 일반적인 사용자 인터페이스 구성요소 입력 목적의 목록을 포함하고 있다. 아래의 용어는 반드시 사용해야 하는 키워드가 아니라 웹 페이지가 채택한 분류법에 반드시 포함해야 하는 목적을 나타낸다. 이에 해당하는 경우, 개발자는 의미론적 목적을 나타내기 위해 선택한 분류법으로 콘트롤을 마크업한다. 이것은 사용자 에이전트와 보조공학이 더 많은 사람들이 콘텐츠를 이해하고 사용할 수 있는 개인화된 프레젠테이션을 적용할 수 있는 가능성을 제공한다.
참고
입력 유형 목적의 목록은 HTML 명세서의 자동 입력(Autofill) 절에 정의된 콘트롤 목적을 기반으로 하지만, 다른 기술이 해당 사양에 정의된 동일한 개념의 일부 또는 전부를 가질 수 있고 아래 의미에 매핑된 개념만 필요하다는 것을 이해하는 것이 중요하다.
다음의 입력 콘트롤 목적은 콘텐츠 사용자와 관련되고, 해당 개인과 관련된 정보에만 해당된다.
2020-07-19: 찾을 수 있는 도움말(Findable Help)(나중에 일관된 도움말(Consistent Help)로 명칭 변경), 고정 참조 지점(Fixed Reference Points)[페이지 분리 탐색(Page Break Navigation)], 숨겨진 콘트롤(Hidden Controls)[나중에 가시적인 콘트롤(Visible Controls)로 명칭 변경], 포인터 타겟 간격(Pointer Target Spacing)[나중에 타겟 크기(최소)[Target Size (Minimum)]로 명칭 변경], 중복 입력(Redundant Entry) 추가
2020-08-04: 초점 모양(최소)[Focus Appearance (Miunimum)][나중에 초점 모양(focus Appearance)으로 명칭 변경] 추가 및 식별 가능한 초점(향상된)[Focus Appearance(Enhanced)]에서 초점 모양(향상된)[Focus Appearance (Enhanced)]으로 명칭 변경
접근성지침실무그룹(Accessibility Guidelines Working Group: AG WG) 참여에 대한 추가 정보는 실무그룹 홈 페이지에서 찾을 수 있다.
B.1 이 문서 개발에 적극적으로 참여한 AG WG 참여자들
Jake Abma (Invited Expert)
Shadi Abou-Zahra (Amazon)
Chuck Adams (Oracle Corporation)
Amani Ali (Nomensa)
Jim Allan (Invited Expert)
Jon Avila (Level Access)
Bruce Bailey (U.S. Access Board)
Renaldo Bernard (University of Southampton)
Dan Bjorge (Deque Systems, Inc.)
Peter Bossley (Thomson Reuters)
Rachael Bradley Montgomery (Library of Congress)
Judy Brewer (W3C)
Shari Butler (Pearson plc)
Thaddeus Cambron (Invited Expert)
Alastair Campbell (Nomensa)
Laura Carlson (Invited Expert)
Sukriti Chadha (Invited Expert)
Rafal Charlampowicz (AccessibilityOZ)
Michael Cooper (W3C)
Jennifer Delisi (Invited Expert)
Wayne Dick (Knowbility, Inc)
Kim Dirks (Thomson Reuters)
E.A. Draffan (University of Southampton)
Eric Eggert (W3C)
Michael Elledge (Invited Expert)
Steve Faulkner (TPGi)
David Fazio (Invited Expert)
Wilco Fiers (Deque Systems, Inc.)
Detlev Fischer (Invited Expert)
John Foliot (Invited Expert)
Matt Garrish (DAISY Consortium)
Alistair Garrison (Level Access)
Jaunita George (Navy Federal Credit Union)
Michael Gower (IBM Corporation)
Markku Hakkinen (Educational Testing Service)
Charles Hall (Invited Expert)
Katie Haritos-Shea (Knowbility, Inc)
Dan Harper-Wain (HM Government)
Shawn Henry (W3C)
Sarah Horton (Invited Expert)
Abi James (University of Southampton)
Marc Johlic (IBM Corporation)
Oliver Keim (SAP SE)
Andrew Kirkpatrick (Adobe)
John Kirkwood (Invited Expert)
JaEun Jemma Ku (University of Illinois Chicago)
Patrick H. Lauke (TetraLogical)
Shawn Lauriat (Google, Inc.)
Steve Lee (Invited Expert)
Chris Loiselle (Invited Expert)
David MacDonald (Invited Expert)
Jan McSorley (Pearson plc)
Rain Breaw Michaels (Google LLC)
Neil Milliken (Unify Software and Solutions)
Mary Jo Mueller (IBM Corporation)
Jay Mullen (College Board)
Brooks Newton (Thomson Reuters)
Gundula Niemann (SAP SE)
James Nurthen (Oracle Corporation)
Lori Oakley (Oracle Corporation)
Joshue O Connor (Invited Expert)
Scott O'Hara (Microsoft)
Sailesh Panchang (Deque Systems, Inc.)
Kim Patch (Invited Expert)
Melanie Philipp (Deque Systems, Inc.)
Mike Pluke (Invited Expert)
Ian Pouncey (TetraLogical)
Ruoxi Ran (W3C)
Stephen Repsher (Invited Expert)
John Rochford (Invited Expert)
Stefan Schnabel (SAP SE)
Ayelet Seeman (Invited Expert)
Lisa Seeman-Kestenbaum (Invited Expert)
Glenda Sims (Deque Systems, Inc.)
Avneesh Singh (DAISY Consortium)
David Sloan (TPGi)
Andrew Somers (Invited Expert)
Jeanne Spellman (TetraLogical)
Francis Storr (Intel)
Poornima Badhan Subramanian (Invited Expert)
Ben Tillyer (Invited Expert)
Makoto Ueki (Invited Expert)
Gregg Vanderheiden (Raising the Floor)
Kathleen Wahlbin (Invited Expert)
Léonie Watson (TetraLogical)
Jason White (Educational Testing Service)
White, Kevin (W3C Staff)
Mark Wilcock (Unify Software and Solutions)
B.2 이전에 활동했던 다른 WCAG WG 참가자와 WCAG 2.0, WCAG 2.1 또는 지원 자원에 대한 다른 기여자들
Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Tom Babinszki, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Maureen Kraft, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Erich Manser, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Charu Pandhi, evarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.
B.3 자금 후원
This publication has been funded in part with U.S. Federal funds from the Health and Human Services, National Institute on Disability, Independent Living, and Rehabilitation Research (NIDILRR), initially under contract number ED-OSE-10-C-0067, then under contract number HHSP23301500054C, and now under HHS75P00120P00168. The content of this publication does not necessarily reflect the views or policies of the U.S. Department of Health and Human Services or the U.S. Department of Education, nor does mention of trade names, commercial products, or organizations imply endorsement by the U.S. Government.