(공인)번역본 참고.
저작권 © 2020-2023 World Wide Web Consortium. W3C® liability, trademark and document use rules apply.
웹 콘텐츠 접근성 지침(WCAG) 2.2는 웹 콘텐츠의 접근성을 높이기 위한 다양한 권장 사항을 다루고 있다. 이러한 지침을 따르면 시각 장애, 저시력, 청각 장애 및 청력 상실, 제한된 움직임, 언어 장애, 광과민증 및 이들의 조합에 대한 편의 제공, 학습 장애 및 인지적 한계; 그러나 이러한 장애가 있는 사람들의 모든 사용자 요구 사항을 해결하지는 않는다. 이 지침은 데스크톱, 노트북, 태블릿 및 모바일 장치의 웹 콘텐츠 접근성을 다룹니다. 이러한 지침을 따르면 일반적으로 사용자가 웹 콘텐츠를 더 쉽게 사용할 수 있게 된다.
WCAG 2.2 성공 기준은 특정 기술에 국한되지 않는 테스트 가능한 설명으로 작성되었다. 특정 기술의 성공 기준 충족에 대한 지침과 성공 기준 해석에 대한 일반적인 정보는 별도의 문서로 제공된다. WCAG 기술 및 교육 자료에 대한 소개와 링크는 웹 콘텐츠 접근성 지침(WCAG) 개요를 참고한다.
WCAG 2.2는 웹 콘텐츠 접근성 지침 2.1 [WCAG21]을 확장하였다. 웹 콘텐츠 접근성 지침(WCAG) 2.1은 2018년 6월 W3C 권고안으로 게시되었다. WCAG 2.2를 준수하는 콘텐츠는 WCAG 2.0 및 WCAG 2.1도 준수한다. 실무 그룹은 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 사용을 장려한다.
이 절에서는 발행일 기준에서 이 문서의 발행 상태를 설명한다. 현재 W3C 간행물 목록과 이 기술 보고서의 최신 개정판은 W3C 기술 보고서 색인 https://www.w3.org/TR/에서 확인할 수 있다.
의견을 제시하려면 W3C WCAG GitHub 저장소에 이슈를 제출한다. 이 문서에서 제안된 성공 기준은 논의 추적 문제를 참조하지만 실무 그룹은 공개 의견을 각각 하나의 이슈로 제출하도록 요청한다. GitHub 계정을 만들고 이슈를 제기하는 것은 무료이다. GitHub에 이슈를 제출하는 것이 불가능할 경우 public-agwg-comments@w3.org (comment archive)로 이메일을 보낼 수 있다.
이 문서는 접근성 지침 실무 그룹에서 권고안 트랙(Recommendation track)에 따라 작성하였다.
W3C는 이 명세서을 웹 표준으로 광범위하게 배포할 것을 권고한다.
W3C 권고안은 광범위한 합의 구축 후 구현을 위해 W3C와 회원이 승인하고 실무 그룹 회원이 로열티 없는 라이센스(royalty-free licensing)를 보장한다.
이 문서는 2017년 8월 1일 W3C 특허 정책에 따라 운영되는 그룹에서 작성되었다. W3C는 그룹의 결과물과 관련하여 공개 특허 목록을 유지 관리한다. 해당 페이지에는 특허 공개에 대한 지침도 포함되어 있다. 개인이 필수 주장(들)을 포함하고 있다고 생각하는 특허에 대한 실제 지식을 갖고 있는 개인은 W3C 특허 정책의 섹션 6에 따라 정보를 공개해야 한다.
이 문서는 2023년 6월 12일 W3C 프로세스 문서의 적용을 받는다.
이 섹션은 비규범(non-normative) 내용을 다룬다.
웹 콘텐츠 접근성 지침 2.2는 장애가 있는 사람들이 웹 콘텐츠에 더 쉽게 접근할 수 있도록 하는 방법을 정의한다. 접근성에는 시각, 청각, 신체, 언어, 인지, 언어, 학습 및 신경 장애를 포함한 광범위한 장애가 포함된다. 이러한 지침은 광범위한 문제를 다루고 있지만 모든 유형, 정도 및 중복 장애를 가진 사람들의 요구 사항을 해결할 수는 없다. 또한 이러한 지침은 노화로 인해 능력이 변화하는 노년층이 웹 콘텐츠를 더 쉽게 사용할 수 있도록 하며 일반적인 사용자의 사용성을 향상시키는 경우도 있다.
WCAG 2.2는 전 세계 개인, 조직, 정부의 요구 사항을 충족하는 웹 콘텐츠 접근성에 대한 공유 표준을 제공하는 것을 목표로 전 세계 개인 및 조직과 협력하여 W3C W3C 프로세스를 통해 개발되었다. WCAG 2.2는 WCAG2.0 [WCAG20] 및 WCAG 2.1 [WCAG21]을 기반으로 하며 이는 WCAG 1.0 [WAI-WEBCONTENT]를 기반으로 한다. 현재와 미래의 다양한 웹 기술에 광범위하게 적용하고 테스트할 수 있도록 설계되었다. 자동화된 테스트와 사람의 평가를 결합해 테스트할 수 있다.WCAG에 대한 소개는 웹 콘텐츠 접근성 지침 개요를 참고한다.
인지, 언어 및 학습 장애를 해결하기 위한 추가 기준을 정의하는데 있어 짧은 개발 일정뿐만 아니라 테스트 가능성, 구현 가능성 및 제안의 국제적 고려 사항에 대한 합의에 도달하는 데 따른 어려움을 포함하여 상당한 어려움이 있었다. 이 영역에 대한 작업은 WCAG의 향후 버전에서 계속될 것이다. 저작자들은 학습 및 인지 장애, 저시력 등 장애가 있는 사람에 대한 포용성 향상에 관한 추가 지침을 참조할 것을 권장한다.
웹 접근성은 접근 가능한 콘텐츠뿐만 아니라 접근 가능한 웹 브라우저 및 기타 사용자 에이전트에 따라 달라진다. 저작 도구는 웹 접근성에서도 중요한 역할을 한다. 웹 개발 및 상호 작용의 이러한 구성 요소가 함께 작동하는 방식에 대한 개요는 다음을 참고하라.
이 문서에서 WCAG 2를 언급하는 경우 이는 2로 시작하는 모든 WCAG 버전을 의미한다.
WCAG를 사용하는 개인과 조직은 웹 디자이너와 개발자, 정책 입안자, 구매 대리인, 교사, 학생 등 매우 다양하다. 이런 계층의 다양한 요구 사항을 충족하기 위해 전체 원칙, 일반 지침, 시험 가능한 성공 기준 및 풍부한 충분 기법, 권고 기법 모음, 문서화된 일반 실패 사례, 리소스 링크 및 코드를 포함하여 여러 위계의 지침을 제공한다.
원칙(Principles) - 최상위에는 웹 접근성의 기초를 제공하는 4가지 원칙, 즉 인식의 용이성(perceivable), 운용의 용이성(operable), 이해의 용이성(understandable), 그리고 견고성(robust)이 있다. 네 가지 접근성 원칙 이해[네 가지 접근성 원칙 이해](https://www.w3.org/WAI/WCAG21/Understanding/intro#understanding-the-four-principles-of-accessibility)를 참고하라.
지침(Guidelines) - 원칙 아래에는 지침이 있다. 13가지 지침은 다양한 장애를 지닌 사용자들이 콘텐츠에 보다 접근 가능하도록 하기 위하여 웹 콘텐츠 저작자들이 노력해야 할 기본적인 목표를 제공한다. 그 지침들은 검증 가능하지 않지만, 웹 콘텐츠 저작자들이 성공 기준을 이해하고 기법들을 보다 더 잘 구현할 수 있도록 도와주는 기본적인 틀과 전반적인 목표를 제공한다.
성공 기준(Success Criteria) - 각 지침에 대해 설계 명세서, 구매, 규정 및 계약 계약과 같이 요구 사항 및 적합성 테스트가 필요한 경우 WCAG 2.2를 사용할 수 있도록 검증 가능한 성공 기준을 제공한다. 다양한 그룹과 다양한 상황의 요구 사항을 충족하기 위해 A(최저), AA, AAA(최고)의 세 가지 적합성 수준이 정의된다. WCAG 수준에 대한 추가 정보는 준수 수준 이해에서 확인할 수 있다.
충분/권고 기법(Sufficient and Advisory Techniques) - WCAG 2.2 문서 자체의 각 지침과 성공 기준에 대해 작업 그룹은 다양한 기술도 문서화하였다. 기법은 정보를 제공하며 두 가지 범주, 즉 성공 기준을 충족하기에 충분한 기법과 권고되는 기법로 분류된다. 권고 기법은 개별 성공 기준에서 요구하는 것 이상을 제공하며 작성자가 지침을 더 잘 다룰 수 있게 한다. 일부 권고 기법은 검증 가능한 성공 기준에 포함되지 않는 접근성 장애를 다룬다. 일반적인 오류가 알려진 경우 해당 오류도 문서화되었다. WCAG 2.2 이해에서 충분 및 권고 기법을 참조한다.
이러한 모든 지침의 위계 구조(원칙, 지침, 성공기준, 충분/권고 기법)이 함께 작동하여 콘텐츠에 대한 접근성을 높이는 방법에 대한 지침을 제공한다. 웹 콘텐츠 저작자는 가능한 가장 광범위한 사용자의 요구 사항을 가장 잘 해결하기 위해 권고 기법을 포함하여 가능한 모든 위계 구조를 보고 적용하는 것이 좋다.
최고 수준(AAA)을 준수하는 콘텐츠라도 모든 유형, 정도 또는 중복 장애를 가진, 특히 인지, 언어 및 학습 영역에 장애가 있는 사람이 접근 가능한 것은 아니다. 웹 콘텐츠 저작자들은 권고 기법, 인지 및 학습 장애인이 사용할 수 있는 콘텐츠 만들기를 포함한 모든 기법을 고려하고, 가능한 한 이 커뮤니티에서 웹 콘텐츠가 접근 가능하도록 해 주는 현행 모범사례에 대한 적절한 조언을 구하기를 권장한다. 메타데이터는 사용자가 자신의 요구에 가장 적합한 콘텐츠를 찾는 데 도움을 줄 수 있을 것이다.
WCAG 2.2 문서는 안정적이고 참조 가능한 기술 표준이 필요한 사람들의 요구를 충족하도록 작성되었다. 지원 문서라고 불리는 다른 문서는 WCAG 2.2 문서를 기반으로 하며 WCAG가 새로운 기술에 어떻게 적용되는지 설명하기 위해 업데이트된 기능을 포함하여 다른 중요한 목적을 다룬다. 지원 문서는 다음과 같다:
WCAG 2.2 준수방법 - 모든 지침, 성공 기준 및 작성자가 웹 콘텐츠를 개발하고 평가할 때 사용할 수 있는 기술이다. 여기에는 WCAG 2.0, 2.1 2.2의 콘텐츠가 포함되며 저작자가 관련 콘텐츠에 집중할 수 있도록 다양한 방법으로 필터링할 수 있다.
WCAG 2.2 이해 - WCAG 2.2를 이해하고 구현하기 위한 가이드이다. WCAG 2.2의 각 지침과 성공 기준 및 주요 주제에 대한 짧은 "이해" 문서이다.
WCAG 2.2 기법 - 설명, 예제, 코드 및 테스트가 포함된 별도의 문서로 되어 있는 기법 및 일반적인 실패에 대한 모음.
The WCAG 2 문서 - WCAG 2 지원 문서 및 보충 지침에 대한 간략한 소개.
WCAG 2.2의 새로운 특징 새로운 성공 기준을 개별 사례와 함께 소개하여 접근성 이슈를 설명한다.
WCAG 2 관련 교육 리소스를 포함하여 WCAG 2.2 지원 자료에 대한 설명은 웹 콘텐츠 접근성 지침(WCAG) 개요를 참조한다. 웹 접근성에 대한 비즈니스 사례, 웹 사이트 접근성 개선을 위한 구현 계획, 접근성 정책 등의 주제를 다루는 리소스는 WAI 자료에 열거되어 있다.
WCAG 2.2는 WCAG 2.2 요구 사항을 준수하며, 이는 이전 WCAG 2 버전의 요구 사항을 상속한다. 요구 사항은 지침의 전체 틀을 구성하고 이전 버전과의 호환성을 보장한다. 또한 실무 그룹은 성공 기준이 WCAG2.0과 스타일과 품질이 유사하도록 하기 위해 성공 기준에 대해 덜 공식적인(formal) 허용 기준을 사용하였다. 이러한 요구 사항은 WCAG 2.2에 포함될 수 있는 것으로 제한했다. 이 제약 조건은 WCAG 2의 버전으로써 특성을 유지하는 데 중요했다.
WCAG 2.2는 WCAG 2.1의 작업을 계승하여 진행되었으며, 특히 인지 또는 학습 장애를 가진 사용자, 시력 저하 사용자, 모바일 기기 사용 장애인을 위한 웹 접근성 지침 개선에 중점을 두었다. 상기 세 그룹의 요구 사항을 충족시키기 위한 다양한 방안들이 제시되고 평가되었으며, 이 중 일부는 실무 그룹에 의해 개선되었다. WCAG 2.0에서 이어받은 구조적 요건, 제안의 명확성과 효과, 작업 일정 등을 고려하여 최종적으로 본 버전에 포함된 성공 기준이 도출되었다. 실무 그룹은 WCAG 2.2가 상기 모든 영역에서 웹 콘텐츠 접근성 지침을 점진적으로 발전시켰다고 간주하지만, 이 지침으로 모든 사용자 요구 사항을 충족시킬 수 없음을 강조한다.
WCAG 2.2는 WCAG 2.1을 기반으로 하며 하위 호환성을 제공한다. 이는 WCAG 2.2를 준수하는 웹 페이지가 최소한 WCAG 2.1의 접근성 수준을 만족함을 의미한다. WCAG 2.2에는 2.1 및 2.0 버전을 계승하여 발전된 요구 사항들이 추가되었다. 단, 4.1.1 Parsing 성공 기준은 WCAG 2.2에서 삭제되었다. 기존 정책상 WCAG 2.0 또는 2.1을 준수해야 하는 저자들은 WCAG 2.2로 콘텐츠를 업데이트할 수 있으나, 4.1.1 항목에 대해서는 지속적인 테스트와 보고가 필요할 수 있다. 복수의 가이드라인 버전을 적용해야 하는 저자들은 다음과 같은 차이에 유의해야 한다.
WCAG 2.2는 새로운 성공기준, 이를 뒷받침하는 정의, 추가 사항을 구성하는 지침을 더함으로써 WCAG 2.1을 확장한다. 이러한 추가적 접근 방식은 WCAG 2.2를 준수하는 사이트가 WCAG 2.1도 준수함을 명확히 하는 데 도움이 된다. 웹 접근성 지침 실무 그룹은 향상된 접근성을 제공하고 향후 정책 변경을 예상하기 위해, 공식 의무 사항에 이전 버전이 언급되더라도 사이트들이 WCAG 2.2를 새로운 준수 대상으로 채택할 것을 권장한다.
WCAG 2.2에서 새로 추가된 성공기준은 다음과 같다:
새로운 성공 기준은 용어집에 추가된 새로운 용어를 참조할 수 있으며, 이는 성공 기준의 규범적 요구 사항의 일부를 구성한다.
WCAG 2.2는 또한 프라이버시와 보안에 영향을 줄 수 있는 규격의 측면을 자세히 설명하는 새로운 섹션을 소개한다.
WCAG 2의 호환성이 중요한 구현자(implementer)의 혼란을 피하기 위해, WCAG 2.2의 새로운 성공기준은 해당 지침에 설정된 성공 기준의 끝에 추가되었다. 이를 통해 지침 내 기존 성공기준 사이에 새로운 성공기준을 삽입함으로써 발생할 수 있는 WCAG 2의 성공 기준 절(section) 번호 변경 필요성을 피할 수 있다. 그러나 이것은 각 지침의 성공기준이 더 이상 준수수준별로 묶이지 않는다는 것을 의미한다. 각 지침 내의 성공기준의 순서는 준수수준에 대한 정보를 의미하지 않는다. 즉, 그것은 성공기준 자체에 대한 준수 수준 지표(A / AA / AAA)만을 나타낸다. 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.0 발간 이후 웹의 변화를 반영하기 위해 WCAG 2.2와 같은 중간 조치가 필요하다. 실무 그룹은 주요 버전 완성 시까지 추가 지원을 제공하기 위해 WCAG 2.2를 계속해서 짧은 기간 내에 추가 중간 버전을 개발할 수도 있다.
정보와 사용자 인터페이스 요소는 사용자가 인식할 수 있는 방법으로 제시되어야 한다.
모든 텍스트가 아닌 콘텐츠에 대한 대체 텍스트를 제공하여, 이를 확대 문자, 점자, 음성, 기호 또는 더 단순한 언어와 같이 사람들이 필요로 하는 다른 형태로 변환할 수 있도록 한다.
(Level A)
사용자에게 제시되는 모든 텍스트가 아닌 콘텐츠는 그 목적에 상응하는 대체 텍스트를 제공해야 한다. 예외는 다음과 같다.
텍스트가 아닌 콘텐츠가 컨트롤이거나 사용자 입력을 받는 경우, 해당 목적을 설명하는 이름이 있어야 한다. (컨트롤과 사용자 입력을 받는 콘텐츠에 대한 추가 요구 사항은 성공 기준 4.1.2 참고)
텍스트 아닌 콘텐츠가 시간 기반 미디어인 경우, 텍스트 아닌 콘텐츠에는 최소한 동등한 설명의 대체 텍스트를 제공해야 한다. (미디어에 대한 추가 요구사항은 지침 1.2를 참고)
텍스트 아닌 콘텐츠가 텍스트로 제시될 때 무효가 되는 시험이나 연습인 경우, 텍스트 아닌 콘텐츠에는 최소한 동등한 설명의 대체 텍스트를 제공해야 한다.
텍스트 아닌 콘텐츠가 주로 특정 감각에 기반한 경험을 하도록 의도한 경우, 텍스트 아닌 콘텐츠에는 최소한 동등한 설명의 대체 텍스트를 제공해야 한다.
텍스트 아닌 콘텐츠의 목적이 컴퓨터가 아닌 사람이 콘텐츠에 접근하고 있는지를 확인하는 것이라면, 텍스트 아닌 콘텐츠의 목적을 식별하고 기술하는 대체 텍스트를 제공해야 하며, 다른 장애들에 대한 편의를 제공하기 위하여 다른 유형의 감각 인식 출력 모드(modes)를 사용하는, 캡챠(CAPTCHA)에 대한 대체 형식을 제공해야 한다.
텍스트 아닌 콘텐츠가 순수한 장식이거나, 시각적 형식을 위해서만 사용되거나, 또는 사용자에게 보이지 않는 경우, 보조 기술이 인지하지 않고 지나칠 수 있는 방식으로 구현해야 한다.
시간 기반 미디어에 대한 대체 수단을 제공해야 한다.
(Level A)
사전 녹음된 오디오 전용 및 사전 녹화된 비디오 전용 미디어의 경우, 다음을 준수해야 한다. 단, 오디오 또는 비디오가 텍스트에 대한 미디어 대체 수단이고, 대체 수단임이 분명하게 명시된 경우는 예외이다.
사전 녹음된 오디오전용 콘텐츠에는 동등한 정보를 제공하는 시간 기반 미디어에 대한 대체 수단을 제공해야 한다.
사전 녹화된 비디오 전용 콘텐츠에는 동등한 정보를 제공하는 시간 기반 미디어 또는 오디오 트랙에 대한 대체 수단을 제공해야 한다.
(Level A)
동기화된 미디어에 포함된 모든 사전 녹음된 오디오 콘텐츠에는 자막을 제공해야 한다. 단, 미디어가 텍스트에 대한 미디어 대체 수단이고, 대체 수단임이 분명하게 명시된 경우는 제외한다.
(Level A)
동기화된 미디어에는 사전 녹화된 비디오 콘텐츠의 시간 기반 미디어에 대한 대체 수단 또는 오디오 해설을 제공해야 한다. 단, 미디어가 텍스트에 대한 미디어 대체 수단임이 분명하게 명시된 경우는 제외한다.
(Level AA)
(Level AA)
(Level AAA)
(Level AAA)
오디오 해설이 비디오의 느낌을 전달하는 데 전경 오디오의 일시정지(pause)만으로는 충분하지 않은 경우, 동기화된 미디어에 포함된 모든 사전 녹화된 비디오 콘텐츠에 대해 확장형 오디오 해설을 제공해야 한다.
(Level AAA)
모든 사전 녹음된 동기화된 미디어와 사전 녹화된 비디오 전용 미디어에는 시간 기반 미디어에 대한 대체수단을 제공해야 한다.
(Level AAA)
실시간 오디오 전용 콘텐츠에는 동등한 정보를 제공하는 시간 기반 미디어에 대한 대체수단을 제공해야 한다.
정보나 구조를 잃지 않고 다양한 방식(예: 단순한 레이아웃)으로 표시할 수 있는 콘텐츠를 제작해야 한다.
(Level A)
표현(presentation)을 통해 전달되는 정보, 구조, 관계는 프로그래밍 방식으로 판별되거나 텍스트로 이용 가능해야 한다.
(Level A)
콘텐츠가 표시되는 순서가 의미에 영향을 미치는 경우, 올바른 읽기 순서는 프로그래밍 방식으로 판별되어야 한다.
(Level A)
콘텐츠를 이해하고 작동하기 위해 제공된 지시문은 모양, 색상, 크기, 시각적 위치, 방향 또는 소리와 같은 구성요소의 감각적인 특성에만 전적으로 의존해서는 안된다.
색상 관련 요구사항은 지침 1.4를 참고하라.
(Level AA)
특정 디스플레이 방향이 필수적이지 않는 한, 콘텐츠는 세로 또는 가로와 같이 한 방향으로만 보거나 작동되도록 제한해서는 안 된다.
특정 디스플레이 방향이 필수적일 수 있는 예로는 은행 수표, 피아노 애플리케이션, 프로젝터나 TV용 슬라이드 또는 디스플레이의 가로 세로 방향을 적용할 수 없는 가상현실 콘텐츠를 들 수 있다.
(Level AA)
사용자 정보를 수집하는 각 입력 필드의 목적이 다음과 같은 경우 프로그래밍 방식으로 판별되어야 한다.
(Level AAA)
마크업 언어로 구현된 콘텐츠에서 사용자 인터페이스 구성요소, 아이콘, 영역의 목적은 프로그래밍 방식으로 판별되어야 한다.
배경으로부터 전경을 분리하는 것을 포함하여, 콘텐츠는 사용자가 더 쉽게 보고 들을 수 있도록 제작되어야 한다.
(Level A)
색상은 정보 전달, 동작 표시, 반응 유발 또는 시각적 요소 구별을 위한 유일한 시각적 수단으로만 사용되어서는 안 된다.
이 성공기준은 색상 인식을 구체적으로 다루고 있다. 다른 형태의 인식은 색상 및 다른 표현(presentation) 코딩에 대한 프로그래밍 방식의 접근을 포함하고 있는 지침 1.3 적응 가능성에서 다루고 있다.
(Level A)
웹 페이지에 있는 어떤 오디오가 3초 이상 자동으로 재생되는 경우, 해당 오디오를 일시정지 또는 중지할 수 있는 매커니즘이나 오디오 음량을 전체 시스템 음량 볼륨과는 별도로 제어할 수 있는 메커니즘을 제공해야 한다.
이 성공기준을 준수하지 않은 콘텐츠는 전체 페이지를 사용하는 사용자의 능력을 방해할 수 있으므로, (다른 성공기준의 충족 여부와 관계없이) 웹 페이지에 있는 모든 콘텐츠는 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.
(Level AA)
텍스트와 텍스트 이미지의 표현(presentation)을 위한 명도대비율은 최소한 4.5:1 이상이 되어야 한다. 단, 다음의 경우는 제외한다.
커다란 텍스트와 텍스트 이미지의 명도대비가 최소 3:1 이상이어야 한다.
비활성 사용자 인터페이스 구성요소의 일부, 순수한 장식, 사용자에게 보이지 않는, 또는 의미있는 다른 시각적 콘텐츠를 포함하고 있는 그림의 일부인 텍스트 또는 텍스트 이미지에는 어떠한 명도대비 요구사항도 없다.
로고 또는 상표명에 포함된 텍스트에는 어떠한 명도대비 요구사항도 없다.
(Level AA)
텍스트는 콘텐츠나 기능의 손상 없이, 그리고 보조 기술 없이 최대 200%까지 크기 조정이 가능해야 한다. 단, 자막과 텍스트 이미지는 제외한다.
(Level AA)
사용되는 기술이 표현(presentation)을 할 수 있는 경우라 하더라도, 정보는 텍스트 이미지보다 텍스트로 전달해야 한다. 단, 다음의 경우는 제외한다.
텍스트 이미지가 사용자의 요구에 따라 시각적으로 조절(visually customized) 가능한 경우
텍스트의 특정 표현이 전달되는 정보에 필수적인 경우
로고타입(로고 또는 상품명의 일부인 텍스트)은 필수적인 것으로 간주한다.
(Level AAA)
텍스트와 텍스트 이미지의 표현(presentation)을 위한 명도대비율은 최소한 7:1 이상 되어야 한다. 단, 다음의 경우는 제외한다.
커다란 텍스트와 텍스트 이미지가 최소한 4.5:1의 명도대비를 가지고 있다.
비활성 사용자 인터페이스 구성요소의 일부, 순수한 장식, 사용자에게 보이지 않는, 또는 의미있는 다른 시각적 콘텐츠를 포함하고 있는 그림의 일부인 텍스트 또는 텍스트 이미지에는 어떠한 명도대비 요구사항도 없다.
로고 또는 상표명에 포함된 텍스트에는 어떠한 명도대비 요구사항도 없다.
(Level AAA)
(1) 주로 전경에 음성이 포함되어 있고, (2) 오디오 캡챠나 오디오 로고가 아니며, (3) 노래나 랩과 같은 주로 음악적 표현을 위한 해 음성으로 표현된 것이 아닌 사전 녹음된 오디오 전용 콘텐츠의 경우 다음 중 하나 이상을 준수해야 한다.
오디오는 배경음을 전혀 포함하고 있지 않아야 한다.
배경음을 끌 수 있어야 한다.
단지 1~2초 동안만 지속되는 간헐적인 소리를 제외하고, 배경음은 전경 음성 콘텐츠보다 최소한 20dB 이상 낮아야 한다.
“데시벨(decibel)”의 정의에 따르면, 이 요구 조건을 준수하는 배경음은 전경 음성 콘텐츠보다 대략 4배 정도 더 조용할 것이다.
(Level AAA)
텍스트 블록을 시각적으로 표현하고자 하는 경우, 다음과 같은 것을 할 수 있는 매커니즘을 제공해야 한다.
콘텐츠에서 이러한 값을 사용할 필요는 없다. 요구 사항은 사용자가 이러한 표현 방식을 변경할 수 있는 메커니즘을 제공하는 것이다. 이 메커니즘은 브라우저나 다른 사용자 에이전트에 의해 제공될 수 있다. 콘텐츠에서 메커니즘을 제공할 필요는 없다.
일부 언어의 문자 체계는 가독성과 명확성을 향상시키기 위해 다른 표현 방식을 사용한다. 이 성공 기준의 표현 방식이 특정 문자 체계에서 사용되지 않는 경우, 해당 문자 체계의 콘텐츠는 이런 설정을 사용할 필요가 없으며 그것 없이도 준수할 수 있다. 저작자들은 자신의 문자 체계에서 텍스트의 가독성과 명확성을 향상시키기 위한 지침을 따르는 것이 좋다.
(Level AAA)
텍스트 이미지는 순수한 장식 또는 특정 텍스트의 표현이 전달되는 정보에 필수적인 경우에만 사용되어야 한다.
로고타입(로고 또는 상품명의 일부인 텍스트)은 필수적인 것으로 간주된다.
(Level AA)
콘텐츠는 정보나 기능의 손실 없이, 그리고 다음의 경우에 대하여 2차원으로 스크롤할 필요 없이 제공되어야 한다.
사용상 또는 의미상 2차원적인 레이아웃이 필요한 콘텐츠는 예외로 한다.
320 CSS 픽셀은 400% 확대에서 1280 CSS 픽셀의 시작 뷰포트(viewport) 너비와 같다. 가로 방향으로 스크롤링하도록 설계된 웹 콘텐츠(예: 세로 텍스트)의 경우, 256 CSS 픽셀은 400% 확대에서 1024px 시작 뷰포트 높이와 같다.
2차원 레이아웃이 필요한 콘텐츠의 예로는 이미지, 지도, 다이어그램, 비디오, 게임, 프레젠테이션, 데이터 테이블, 그리고 콘텐츠를 조작하는 동안 보기(view) 탭에서 도구모음(toolbar)을 유지할 필요가 있는 인터페이스 등이 있다.
(Level AA)
다음과 같은 시각 표현은 인접 색상 대비 명도대비율이 최소한 3:1 이상이어야 한다.
(Level AA)
다음의 텍스트 스타일 속성을 지원하는 마크업 언어를 사용하여 구현된 콘텐츠의 경우, 다음과 같은 것을 모두 설정한 후 추가적인 스타일 속성의 변경 없이도 콘텐츠나 기능에 손상이 없어야 한다.
예외: 서면(written) 텍스트에서 이러한 텍스트 스타일 속성 중 하나 이상을 사용하지 않는 사용자 언어와 스크립트는 해당 언어와 스크립트의 조합이 가능한 속성만을 사용하여 준수할 수 있다.
텍스트 간격 값을 사용하는 것은 필수 사항이 아니다. 요구사항은 사용자가 원래 제작된 텍스트 간격을 무시하고 재설정할 때, 콘텐츠나 기능성이 손실되지 않도록 하는 것이다.
일부 언어의 쓰기 체계는 단락 시작 들여쓰기와 같은 다른 텍스트 텍스트 설정을 사용한다. 저작자는 쓰기 체계에서 텍스트의 가독성을 향상시키기 위해 현지에서 사용 가능한 지침을 따르는 것이 좋다.
(Level AA)
마우스 포인터로 가리키거나(hover) 키보드 초점을 받은 다음 이를 제거했을 때 추가 콘텐츠가 보였다가 사라지도록 하는 경우, 다음을 준수해야 한다.
예외: 추가 콘텐츠의 표현(presentation)이 사용자 에이전트로 제어되고, 웹 콘텐츠 저작자가 그 표현(presentation)을 수정할 수 없는 경우
마우스오버나 키보드 초점에 따라 표시되는 사용자 맞춤형 툴팁, 부메뉴 및 기타 모달 방식이 아닌 팝업은 이 기준을 적용받는 추가 콘텐츠의 예이다.
이 기준은 트리거 구성 요소 자체 외에 표시되는 콘텐츠에도 적용된다. 키보드 초점에 표시되는 숨겨진 구성 요소(예: 페이지의 다른 부분으로 건너뛰는 링크)는 추가 콘텐츠를 제공하지 않으므로 이 기준에서 다루지 않는다.
사용자 인터페이스 구성요소 및 네비게이션은 운용 가능해야 한다.
키보드로 모든 기능을 사용할 수 있어야 한다.
(Level A)
개별 키 입력에 특정 타이밍이 요구되지 않는 키보드 인터페이스를 통해 모든 콘텐츠의 기능을 이용할 수 있어야 한다. 단, 콘텐츠의 기본 기능에 끝점(endpoints) 뿐만 아니라 사용자의 이동 경로 입력이 필요한 경우는 예외로 한다.
이 예외는 기본 기능과 관련되지만, 입력 기법은 아니다. 예를 들어, 필기로 텍스트를 입력한다면, 입력 기법은 경로 의존적인 입력이 필요하지만, 기본 기능인 텍스트 입력은 경로 의존적인 입력을 필요로 하지 않는다.
이 성공기준은 키보드 조작 외에 마우스 입력이나 다른 입력 방법을 제공하는 것을 금지하지 않으며, 금지해서도 안된다.
(Level A)
키보드 인터페이스를 사용하여 키보드 포커스를 페이지의 구성요소로 이동할 수 있는 경우, 키보드 인터페이스만으로도 해당 구성요소에서 포커스를 이동시킬 수 있어야 한다. 수정되지 않은 화살표, 탭 키, 또는 다른 표준 종료 방법이 필요한 경우, 사용자에게 포커스를 이동시키는 방법에 대해 안내해야 한다.
이 성공기준을 충족하지 못하는 콘텐츠는 모든 페이지를 사용하는 사용자들의 능력을 방해할 수 있다. 웹 페이지의 모든 콘텐츠는 다른 성공기준의 충족 여부와 관계없이 반드시 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.
(Level AAA)
콘텐츠의 모든 기능은 개별 키 입력에 대해 특정 시점(timing)을 요구하지 않는 키보드 인터페이스를 통해 운용 가능해야 한다.
(Level A)
키보드 단축키를 문자(대문자 및 소문자), 구두점, 숫자 또는 기호만 이용하도록 구현할 경우, 다음 중 하나 이상을 준수해야 한다.
사용자가 콘텐츠를 읽고 사용할 수 있도록 충분한 시간을 제공해야 한다.
(Level A)
콘텐츠에 제한 시간이 설정된 경우, 다음 중 하나 이상을 준수해야 한다.
시간 제한이 시작되기 전에 사용자가 시간 제한을 해제할 수 있어야 한다.
시간 제한이 시작되기 전에 사용자가 기본 설정 길이의 10배 이상의 넓은 범위에서 제한 시간을 조정할 수 있어야 한다.
사용자는 시간 만료 최소 20초 전에 경고를 받고, 간단한 동작(예: “스페이스 바를 누르시오”)을 사용하여 제한 시간을 10회 이상 연장할 수 있어야 한다.
시간 제한이 필수적이며 이에 대한 다른 대안이 없는 실시간 이벤트(예: 경매)인 경우는 예외이다.
시간 제한이 필수적이며 제한 시간 연장이 활동을 무효화하는 경우는 예외이다.
제한 시간이 20시간을 초과하는 경우는 예외이다.
이 성공기준은 사용자가 콘텐츠나 맥락에서 시간 제한에 의해 나타나는 예상치 못한 변동 사항없이 과업을 완료할 수 있도록 보장한다. 이 성공기준은 사용자 행동의 콘텐츠나 맥락의 변경을 일으키는 것에 대한 제한 기준인 성공 기준 3.2.1과 함께 고려되어야 한다.
(Level A)
이동, 깜빡임, 스크롤, 자동 업데이트의 경우, 다음의 모든 사항을 준수해야 한다.
사용자가 콘텐츠의 이동, 깜박임, 스크롤을 일시정지, 중지, 숨김할 수 있는 메커니즘을 제공해야 한다. 단, (1) 자동 시작, (2) 5초 이상 지속, (3) 다른 콘텐츠와 병행하여 표시되는 콘텐츠가 활동에 필수적인 구성요소인 경우는 예외이다.
사용자가 자동 업데이트 정보를 일시정지, 중지, 숨김할 수 있는 기능, 또는 업데이트의 빈도를 조절할 수 있는 메커니즘을 제공해야 한다. 단, (1) 자동 시작, (2) 다른 콘텐츠와 병행하여 표시되는 자동 업데이트 정보가 활동에 필수적인 구성요소인 경우는 예외이다.
깜빡임, 번쩍임과 관련된 요구사항은 지침 2.3을 참고하라.
이 성공기준을 준수하지 못하는 콘텐츠는 사용자가 전체 페이지를 사용하는 것을 방해할 수 있으므로, 웹 페이지의 모든 콘텐츠는 (다른 성공기준의 준수 여부와 상관없이) 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.
소프트웨어에 의해 정기적으로 업데이트되거나 사용자 에이전트로 스트리밍되는 콘텐츠의 경우, 일시정지의 시작 시점부터 재시작 시점 사이에 생성되거나 수신되는 정보를 보존 또는 제시하는 것이 기술적으로 가능하지 않을 수 있으며, 많은 경우 사용자가 오도할 수 있으므로 요구사항이 아니다.
프리로드 단계나 유사한 상황에서 발생하는 애니메이션은 그 단계에서 모든 사용자가 상호작용할 수 없고, 진행 상황을 표시하지 않으면 사용자들이 혼란을 겪거나 콘텐츠가 고정되었거나 깨졌다고 생각할 수 있는 경우에는 필수적인 것으로 간주될 수 있다.
(Level AAA)
비대화형 동기화된 미디어와 실시간 이벤트를 제외하고는, 시간 제약이 콘텐츠에 의해 제시되는 이벤트나 활동의 필수적인 부분은 아니다.
(Level AAA)
긴급 상황과 관련된 방해를 제외하고, 사용자는 작업 방해를 연기하거나 차단할 수 있어야 한다.
(Level AAA)
세션 인증이 만료되었을 경우, 사용자는 재인증 후 데이터 손실없이 지속적으로 이용할 수 있어야 한다.
(Level AAA)
사용자가 아무런 활동을 하지 않은 상황에서도 데이터가 20시간 이상 보존되지 않는 한, 사용자에게 데이터의 손실을 초래할 수 있는 사용자 비활동 상태에 대해 알려주어야 한다.
개인정보 보호 규정에 따라 사용자 인증과 사용자 데이터를 보존하기 전에 명시적인 사용자 동의가 필요할 수 있다. 사용자가 미성년자인 경우, 대부분의 관할 지역이나 국가, 지역에서는 명시적 동의를 구하지 않을 수 있다. 이 성공 기준을 충족시키기 위한 방안으로 데이터 보존을 고려할 때는 개인정보 보호 전문가와 법률 자문을 구하는 것이 바람직하다.
콘텐츠는 발작 또는 신체적 반응을 일으키지 않도록 설계되어야 한다.
(Level A)
웹 페이지는 초당 3회 이상 번쩍이는 콘텐츠를 포함해서는 안 된다. 또는 번쩍임은 일반 번쩍임과 적색 번쩍임 임계값 이하로 설정해야 한다.
이 성공기준을 준수하지 못하는 콘텐츠는 사용자가 전체 웹 페이지를 사용하는 것을 방해할 수 있으므로, 웹 페이지의 모든 콘텐츠는 (다른 성공기준의 준수 여부와 상관없이) 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.
(Level AAA)
(Level AAA)
상호 작용에 의해 촉발되는 모션 애니메이션은 기능 조작이나 정보 전달을 위해 반드시 필수적인 경우가 아니라면 비활성화할 수 있어야 한다.
사용자가 키보드 이외의 다양한 입력 장치를 통해 기능들을 보다 쉽게 조작할 수 있도록 해야 한다.
(Level A)
멀티 포인트 또는 경로 기반 제스처로 작동되는 모든 기능은 경로 기반 제스처 없이 단일 포인터로 작동 가능해야 한다. 단, 멀티 포인트 또는 경로 기반 제스처가 필수적인 경우는 예외이다.
이 성공기준은 포인터의 동작을 해석하는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트나 보조 기술 조작이 요구되는 동작에는 적용되지 않는다.)
(Level A)
단일 포인터로 조작 가능한 기능은 다음 중 한 가지 이상을 준수해야 한다.
키보드 또는 숫자 키패드 키 누르기를 에뮬레이션하는 기능은 필수적인 것으로 간주된다.
이 성공기준은 포인터 동작으로 실행되는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트 또는 보조 기술을 작동하는 데 필요한 동작에는 적용되지 않는다.)
(Level A)
텍스트 또는 텍스트 이미지가 포함된 레이블을 가지고 있는 사용자 인터페이스 구성요소의 경우, 이름은 시각적으로 표시되는 텍스트를 포함해야 한다.
레이블의 텍스트는 네임(name)의 시작 부분에 제시하는 것이 가장 좋다.
(Level A)
장치나 사용자의 움직임으로 실행할 수 있는 기능은 사용자 인터페이스 구성요소로 작동할 수 있어야 하며, 움직임에 대한 반응은 우발적인 작동을 방지할 수 있도록 비활성화될 수 있어야 한다. 다음의 경우는 예외이다.
(Level AAA)
포인터 입력 타겟(target)의 크기는 최소한 44×44 CSS 픽셀 이상이어야 한다. 다음의 경우는 예외이다.
(Level AAA)
웹 콘텐츠는 플랫폼 상에서 이용 가능한 입력 방식의 사용을 제한해서는 안 된다. 단, 제한이 필수적인 경우, 콘텐츠 보안이 보장되어야 하는 경우, 또는 사용자 설정을 존중해야 하는 경우는 예외이다.
(Level AA)
[신규]
조작을 위해 끌기 동작을 사용하는 모든 기능은 끌기 없이 단일 포인터로 이용할 수 있어야 한다. 끌기 동작이 필수적이거나 기능이 사용자 에이전트에 의해 결정되고 작성자가 수정하지 않은 경우는 예외로 한다.
이 성공기준은 포인터의 동작을 해석하는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트나 보조 기술 조작이 요구되는 동작에는 적용되지 않는다.)
(Level AA)
[신규]
포인터 입력 타겟(target)의 크기는 최소한 24×24 CSS 픽셀 이상이어야 한다. 다음의 경우는 예외이다.
타겟 내의 위치를 기반으로 공간적으로 값을 선택할 수 있는 것은 성공 기준의 목적에 따라 하나의 타겟으로 간주한다. 예로는 슬라이더, 색상 그라데이션을 표시하는 색상 선택기(color picker) 또는 커서를 배치하는 편집기가 있다.
인라인 타겟의 경우 줄 높이는 텍스트 흐름에 수직인 것으로 해석되어야 한다. 예를 들어, 수직 방향으로 표시되는 언어에서는 줄 높이가 수평이 된다.
사용자 인터페이스의 정보와 운용은 이해 가능해야 한다.
텍스트 콘텐츠는 읽을 수 있고 이해할 수 있어야 한다.
(Level A)
각 웹 페이지의 기본 인간 언어는 프로그래밍 방식으로 판별될 수 있어야 한다.
(Level AA)
콘텐츠에서 각 절이나 문구의 인간 언어는 적절한 명칭, 전문용어, 불확실한 단어, 텍스트의 모국어(방언)에 포함된 단어나 구절을 제외하고는 프로그래밍 방식으로 판별될 수 있어야 한다.
(Level AAA)
관용어와 전문용어를 포함하여, 특이하거나 제한된 방식으로 사용된 단어나 문구의 정의를 식별할 수 있는 매커니즘을 제공해야 한다.
(Level AAA)
(Level AAA)
고유명사와 제목을 제외하고, 텍스트 독해에 중학교 수준 이상의 독해능력이 요구되는 경우, 중학교 수준 이상의 독해 능력이 요구되지 않는 보충 콘텐츠나 그에 상응하는 버전을 제공해야 한다.
(Level AAA)
발음을 모르면 문맥상 그 의미가 확실하지 않은 용어에 대해서는 구체적인 발음을 인식할 수 있는 매커니즘을 제공해야 한다.
웹 페이지는 예측 가능한 방식으로 제시되고 작동해야 한다.
(Level A)
사용자 인터페이스 구성요소가 초점을 받은 경우, 맥락의 변화가 발생해서는 안 된다.
(Level A)
어떠한 사용자 인터페이스 구성요소의 설정 변경도, 해당 구성요소를 사용하기 전에 사용자에게 그 행동을 알리지 않고 자동으로 맥락의 변화를 초래해서는 안 된다.
(Level AA)
(Level AAA)
맥락의 변화는 사용자의 요청에 의해서만 촉발되어야 하며, 그러한 변경을 해제할 수 있는 매커니즘을 제공해야 한다.
(Level A)
[신규]
웹 페이지에 다음 도움말 매커니즘 중 하나가 포함되어 있고 해당 매커니즘이 웹 페이지 세트 내의 여러 웹 페이지에서 반복되는 경우 사용자가 변경을 시작하지 않는 한 다른 페이지 콘텐츠와 상대적으로 동일한 순서로 제공되어야 한다.
도움말 메커니즘은 페이지에서 직접 제공되거나 정보가 포함된 다른 페이지에 대한 직접 링크를 통해 제공될 수 있다.
이 성공 기준의 경우 "다른 페이지 콘텐츠와 상대적으로 동일한 순서"는 페이지가 직렬화될 때 콘텐츠가 정렬되는 방식으로 생각할 수 있다. 도움말 메커니즘의 시각적 위치는 동일한 페이지 변형(예: CSS 중단점)에 대해 페이지 전체에서 일관될 가능성이 높다. 사용자는 페이지의 확대/축소나 방향 변경과 같은 변경 작업을 시작할 수 있으며, 이로 인해 다른 페이지 변형이 발생할 수 있다. 이 기준은 동일한 페이지 변형(예: 동일한 확대/축소 수준 및 방향)에 표시되는 페이지 간의 상대적 순서와 관련이 있다.
사용자가 실수를 회피하거나 수정할 수 있도록 지원해야 한다.
(Level A)
입력 오류가 자동으로 감지되면, 사용자에게 오류 항목을 보여주고, 오류에 대한 설명을 텍스트로 제공해야 한다.
(Level A)
사용자 입력이 필요한 콘텐츠에는 레이블 또는 지시문을 제공해야 한다.
(Level AA)
입력 오류가 자동으로 감지되고 수정 제안 사항이 알려져 있다면, 콘텐츠의 보안 또는 목적에 저촉되지 않는 한, 해당 제안사항을 사용자에게 제공해야 한다.
(Level AA)
사용자에 대한 법률 이행 또는 금융 거래가 발생하거나, 데이터 스토리지 시스템에서 사용자가 제어 가능한 데이터를 수정 또는 삭제하거나, 사용자의 시험(test) 응답을 제출하는 웹 페이지의 경우, 적어도 다음 중 하나를 준수해야 한다.
(Level AAA)
맥락에 적합한 도움말이 제공되어야 한다.
(Level AAA)
사용자가 정보를 제출해야 하는 웹 페이지의 경우, 적어도 다음 중 하나를 준수해야 한다.
(Level A)
[신규]
사용자가 이전에 입력했거나 사용자에게 제공된 정보 중 동일한 과정으로 다시 입력해야 하는 정보는 다음 중 하나를 준수해야 한다.
다음의 경우는 예외로 한다.
(Level AA)
[신규]
다음 중 하나 이상을 제공하지 않는 한 인증 과정의 어떤 단계에서도 인지 기능 검사(예: 비밀번호 기억 또는 퍼즐 풀기)를 요구할 수 없다.
"객체 인식" 및 "개인 콘텐츠"는 이미지, 동영상, 오디오 등으로 표현될 수 있다.
(Level AAA)
[신규]
다음 중 하나 이상을 제공하지 않는 한 인증 과정의 어떤 단계에서도 인지 기능 검사(예: 비밀번호 기억 또는 퍼즐 풀기)를 요구할 수 없다.
콘텐츠는 보조 기술을 포함한 다양한 사용자 에이전트가 해석할 수 있을 정도로 견고해야 한다.
보조 기술을 포함하여, 현재나 미래의 사용자 에이전트에 대한 호환성을 극대화해야 한다.
이 기준은 원래 보조 기술이 HTML을 직접 파싱(Parsing)하는 문제를 해결하기 위해 채택되었다. 보조 기술은 더 이상 HTML을 직접 파싱할 필요가 없다. 결과적으로 이러한 문제는 더 이상 존재하지 않거나 다른 기준으로 해결된다. 이 기준은 더 이상 유용성이 없으므로 제거되었다.
(Level A)
모든 사용자 인터페이스 구성요소(서식 요소, 링크, 스크립트에 의해 생성된 요소를 포함하되, 이에 국한되지 않음)의 경우, 이름과 역할은 프로그래밍 방식으로 판별되어야 한다. 사용자에 의해서 설정될 수 있는 상태(states), 속성(properties) 및 값(values)은 프로그래밍 방식으로 설정될 수 있어야 한다. 이러한 항목의 변경사항은, 보조 기술을 포함하여, 사용자 에이전트에 제공되어야 한다.
이 성공기준은 주로 사용자 인터페이스 구성요소를 개발하거나 스크립팅하는 웹 개발자를 위한 것이다. 예를 들어, 표준 HTML 컨트롤은 명세서에 따라 사용되었을 때, 이미 이 성공기준을 준수한 것이다.
(Level AA)
마크업 언어를 사용하여 구현된 콘텐츠의 경우, 상태 메시지는 초점을 받지 않고 보조 기술을 통해 사용자에게 제시될 수 있도록 역할이나 속성을 통해 프로그래밍 방식으로 판별될 수 있어야 한다.
이 섹션에서는 WCAG 2.2 준수 요구사항을 설명한다. 이 섹션은 또한 선택적인 준수 선언(claims) 방법에 대한 정보도 제공한다. 마지막으로, 이 절은 준수를 위해 접근성 지원 기술 활용 방법에만 의존할 수 있기 때문에, 지원되는 접근성이 무엇을 의미하는지를 설명한다. 준수 이해는 접근성 지원의 개념을 보다 더 자세히 설명한다.
WCAG 2.2의 주요 내용은 규범이며, 준수 선언에 영향을 미치는 요구사항을 정의하고 있다. 소개 자료, 부록, “비규범”으로 표시된 섹션, 다이어그램, 예제 및 참고는 정보성의(비규범적) 것이다. 비규범 자료는 지침을 해석하는 데 도움이 되는 조언적인 정보를 제공하지만 준수 선언(conformance claim)에 영향을 미치는 요구사항은 아니다.
핵심단어인 '~할 수 있다'(MAY), '반드시 ~해야 한다'(MUST), '반드시 ~해서는 안 된다'(MUST NOT), '권장하지 않는다'(NOT RECOMMENDED), '권장한다'(RECOMMENDED), '~해야 한다'(SHOULD), 그리고 '~해서는 안된다'(SHOULD NOT)는 [RFC2119]에 기술된대로 해석되어야 한다.
웹 페이지가 WCAG 2.2를 준수하려면 다음 준수 요구 사항을 모두 충족해야 한다.
다음의 준수 수준 중 하나를 완전히 준수해야 한다.
준수는 진술된 수준에서만 달성할 수 있지만, 저작자는 달성된 준수수준을 초과하는 모든 수준의 성공기준의 준수에 대한 진행 상황(선언에서)을 보고해야 한다.
일부 콘텐츠의 경우, 모든 Level AAA 성공기준을 충족시키기는 불가능하기 때문에, Level AAA 준수를 전체 사이트에 대한 일반적인 정책으로 요구하는 것은 권장하지 않는다.
준수(그리고 준수 수준)는 전체 웹 페이지에 적용되며, 웹 페이지의 일부가 제외된 경우는 달성할 수 없다.
준수를 결정할 목적인 경우, 한 페이지의 콘텐츠의 일부분에 대한 대체수단은 대체수단이 그 페이지로부터 직접적으로 획득할 수 있을 때 해당 페이지의 일부로 간주된다[예: 긴 설명(long description), 또는 비디오의 대안적인 표현].
웹 콘텐츠 저작자의 통제 범위를 벗어난 콘텐츠로 인해 준수할 수 없는 웹 페이지의 저작자는 부분 준수 진술을 고려할 수 있다.
신규(New) 새로운 전체 페이지는 다양한 화면 크기(예: 반응형 웹 페이지의 변형)에서 자동적으로 제시되는 여러 버전의 변형 페이지를 포함한다. 전체 페이지가 준수되기 위해서는 이러한 변형 페이지들 각각이 준수(또는 준수하는 대체수단을 제공)할 필요가 있다.
한 웹 페이지가 어떤 과정을 제시하는 일련의 웹 페이지 중 하나(예: 어떤 활동을 완수하기 위해 필요한 여러 단계들 중 하나)일 때, 그 과정에 있는 모든 웹 페이지는 특정 수준 이상을 준수해야 한다. (해당 과정에 있는 페이지가 특정 수준 이상을 준수하지 못한다면, 전체 페이지는 그 특정 수준을 준수할 수 없다.)
성공 기준을 충족하기 위해서는 오직 접근성 지원 기술 활용 방법에만 의존한다. 접근성을 지원하지 않는 어떤 방법을 제공하는 정보나 기능도 접근성을 지원하는 방법에서 이용 가능하다.(접근성 지원 이해를 참고하라.)
기술이 접근성을 지원하지 않는 방식으로 사용되거나 준수하지 못하는 방법으로 사용되는 경우라도, 사용자가 나머지 페이지에 접근하는 기능은 방해받지 않아야 한다. 아울러, 전체 웹 페이지는 다음과 같은 조건들 각각에서 준수 요구사항을 계속 준수해야 한다.
또한 다음의 성공기준은, 준수하지 않아도 되는 콘텐츠를 포함하여, 페이지의 모든 콘텐츠에 적용된다. 다음과 같은 콘텐츠를 준수하지 못한 경우, 페이지를 사용하는 데 방해가 될 수 있다.
페이지가 준수되지 않은 경우(예: 준수 검사 페이지 또는 예제 페이지), 준수 범위 또는 준수 선언에 포함될 수 없다.
예제를 포함한 자세한 내용은 준수 요구사항 이해를 참고하라.
준수는 웹 페이지에 한정된다. 그러나 준수 선언(conformance claim)은 하나의 페이지, 일련의 페이지 또는 여러 개의 관련 웹 페이지를 포괄할 수도 있다.
준수 선언은 필수적인 것이 아니다. 웹 콘텐츠 저작자는 준수 선언하지 않고 WCAG 2.1을 준수할 수 있다. 그러나 준수 선언이 행해지려면, 준수 선언은 다음과 같은 정보를 포함해야 한다.
하위 도메인이 선언에 포함되는지 여부를 포함하여, 선언된 URI 리스트와 같이, 웹 페이지에 대한 간략한 기술
웹 페이지는 목록이나 선언에 포함된 모든 URI로 기술할 수 있다.
고객의 웹 사이트에 설치하기 전에 URI가 없는 웹기반 제품은 설치 시 해당 제품이 준수한다는 진술을 포함할 수 있다.
준수 로고가 사용될 경우, 선언을 포함하고, 위에서 열거된 준수 선언의 필수 구성요소를 함께 표시해야 한다.
위의 준수 선언의 필수 구성요소 이외에도, 사용자를 지원하기 위한 추가 정보를 제공하는 것을 고려해 보라. 권장되는 추가 정보는 다음과 같다.
자세한 정보 및 예제 준수 선언에 대한 내용은 준수 선언 이해를 참고하라.
준수 선언에서 메타데이터 사용에 대한 자세한 내용은 메타데이터 이해를 참고하라.
경우에 따라, 나중에 웹 페이지에 추가적인 콘텐츠가 추가될 수 있다. 예를 들어, 전자 메일 프로그램, 블로그, 사용자가 설명을 추가할 수 있는 기사 또는 사용자가 제공한 콘텐츠를 지원하는 애플리케이션 등을 들 수 있다. 또 다른 예로는 여러 기고자들로부터 수합된 콘텐츠로 구성된 포털이나 뉴스 사이트, 광고가 동적으로 삽입되는 경우와 같이 시간 경과에 따라 다른 소스로의 콘텐츠를 자동적으로 삽입하는 사이트들이 있다.
이러한 경우, 원본 게시 시점에 페이지에서 통제되지 않은 콘텐츠가 무엇인지 알 수 없다. 통제되지 않은 콘텐츠는 통제된 콘텐츠의 접근성에도 영향을 미칠 수 있다는 점에 유의해야 한다. 두 가지 옵션을 사용할 수 있다.
준수 여부는 최선의 지식을 바탕으로 결정될 수 있다. 영업일 기준 2일 이내에 이러한 유형의 페이지를 모니터링하고 복구(부적합한 콘텐츠를 제거하거나 준수 상태로 전환하는 경우)하면, 문제가 있을 때 수정되거나 제거할 수 있는 외부에서 제공된 콘텐츠의 오류는 제외하고, 해당 페이지는 준수하였기 때문에 준수의 결정이나 선언이 행해질 수 있다. 미준수 콘텐츠를 모니터링하거나 수정할 수 없을 경우, 어떠한 준수 선언도 할 수 없다.
또는
“부분 준수 진술”은 페이지가 준수하지는 않지만 특정 부분들이 제거되면 준수할 수 있음을 나타낸다. 이 진술의 형식은 다음과 같습니다. “이 페이지는 준수하지는 않지만 통제되지 않은 출처의 다음 부분들이 제거될 경우 Level X에서 WCAG 2.2를 준수하게 된다.” 또한 다음과 같은 경우 부분 준수 진술에 기술된 통제되지 않은 콘텐츠에도 적용된다.
“언어로 인한 부분 준수 진술"은 페이지가 준수하지는 않았지만, 페이지에서 사용된 (모든) 언어(들)에 대한 접근성 지원이 있는 경우, 접근성 지원을 준수할 수 있을 때 제시된다. 이 진술의 형식은 다음과 같다. “이 페이지는 준수하지는 않았지만, 다음 언어에 대한 접근성 지원이 있는 경우 Level X에서 WCAG 2.2을 준수하게 된다."
이 섹션은 비규범적 내용을 다룬다.
최종 사용자를 위한 보호 기능을 제공하거나 웹 사이트 제공업체가 사용자 개인 정보 보호를 위해 설계된 기능을 구현할 때 고려해야 할 중요한 개인 정보 보호에 대한 가능한 영향을 실무 그룹이 식별한 이 명세서 내 성공 기준은 아래에 나열되어 있다. 이 목록은 실무 그룹의 현재 이해를 반영하지만 다른 성공 기준에는 출판 당시 실무 그룹이 인식하지 못한 개인 정보 보호 관련 사항이 있을 수 있다.
개인 정보 보호와 관련될 수 있는 성공 기준은 다음과 같다.
이 섹션은 비규범적 내용을 다룬다.
최종 사용자를 위한 보호 기능을 제공하거나 웹 사이트 제공업체가 사용자 보안을 보호하기 위해 설계된 기능을 구현할 때 고려해야 할 중요한 보안에 대한 가능한 영향을 실무 그룹이 식별한 이 명세서 내 성공 기준은 아래에 나열되어 있다. 이 목록은 실무 그룹의 현재 이해를 반영하지만 다른 성공 기준에는 출판 당시 실무 그룹이 인식하지 못한 보안 관련 사항이 있을 수 있다.
보안과 관련될 수 있는 성공 기준은 다음과 같다.
약어가 언어의 일부가 되지 않는 단어, 구, 또는 이름의 축약형
여기에는 다음과 같은 이니셜(initialism)이나 두문자어(acronym)가 포함된다:
이니셜(initialisms) 은 이름 또는 구에 포함된 단어 또는 음절로 된 이름 또는 구의 축약형이다.
모든 언어에서 정의되지는 않는다.
두문자어(acronyms)는 단어로 발음될 수 있는 다른 단어의 첫 글자 또는 일부(이름이나 구절에서)로 만들어진 약어 형태이다.
일부 회사들은 자신들의 회사명으로 이니셜을 채택했다. 이 경우, 회사의 새 이름은 문자(예: ECMA)이며, 더 이상 약어로 간주되지 않는다.
사용자의 보조 기술뿐만 아니라 브라우저와 다른 사용자 에이전트에 있는 접근성 특성들에 의해 지원된
웹 콘텐츠 기술(또는 어떤 기술의 특성)이 접근성이 지원하는 것으로 인정을 받으려면, 해당 웹 콘텐츠 기술(또는 특성)은 다음의 1과 2를 모두 충족해야 한다.
웹 콘텐츠 기술이 사용되는 방법은 사용자의 보조 기술(AT)에 의해 지원되어야 한다. 이는 기술이 사용되는 방법이 콘텐츠의 인간 언어에서 사용자의 보조 기술과의 상호운용성이 테스트되었음을 의미한다.
그리고
웹 콘텐츠 기술은 사용자가 사용할 수 있는, 접근성을 지원하는 사용자 에이전트를 가지고 있어야 한다. 이는 다음 4개의 항목 중 최소 하나를 준수해야 함을 의미한다.
해당 기술은 접근성이 지원되면서 널리 사용되는 사용자 에이전트에서 기본적으로 지원(예: HTML과 CSS)한다.
또는
해당 기술은 접근성이 지원되면서 널리 사용되는 플러그인에서도 지원한다.
또는
콘텐츠는 대학교 또는 기업 네트워크와 같은 폐쇄된 환경에서 사용할 수 있는데, 이때 폐쇄된 환경이란 해당 기술이 요구하고 조직이 사용하는 사용자 에이전트 또한 접근성이 지원되는 곳이다.
또는
해당 기술을 지원하는 사용자 에이전트는 접근성이 지원되고, 다음과 같은 방법으로 다운로드 또는 구입할 수 있다.
WCAG 실무그룹과 W3C는 웹 기술을 접근성이 지원되는 것으로 분류하기 위해 보조 기술에 의해 지원되는 어떤 특정 웹 기술을 사용해야 하는지 또는 얼마나 많이 지원되어야 하는지를 명시하지 않는다. ("접근성 지원"에 필요한 보조 기술의 수준을 참고하라.)
웹 기술이 “접근이 지원되는” 방식으로 사용될 때, 전체 기술 또는 모든 기술의 사용이 지원된다는 것을 의미하지는 않는다. HTML을 포함한 대부분의 기술은 최소한 하나 이상의 기능 또는 사용에 대한 지원이 부족하다. 페이지는 WCAG 요구사항을 충족하기 위해 접근성이 지원되는 기술을 사용할 수 있는 경우에만 WCAG를 준수한다.
여러 버전이 있는 웹 콘텐츠 기술을 인용할 경우, 지원되는 버전을 구체적으로 명시해야 한다.
개발자가 접근성이 지원되는 기술의 사용을 찾는 한 가지 방법은 접근성이 지원되는 것으로 문서화된 사용 책자를 참고하는 것이다. (접근성이 지원되는 웹 기술 활용 이해를 참고하라.) 웹 콘텐츠 저작자, 회사, 기술공급업체 또는 기타 업체가 웹 콘텐츠 기술을 사용하는 접근성이 지원되는 방법을 문서화할 수 있다. 그러나 문서에서 기술을 사용하는 모든 방법은 위의 접근성이 지원되는 웹 콘텐츠 기술의 정의를 충족해야 한다.
시간기반 시각 및 청각 정보를 올바른 순서로 제공하는 텍스트 설명과 시간기반 상호 작용의 결과를 달성하기 위한 수단을 제공하는 문서
동기화된 미디어 콘텐츠를 만들기 위해 사용된 영화 대본은 편집 후 최종 동기화된 미디어를 정확하게 나타내도록 수정된 경우에만 이 정의에 부합한다.
링크 자체나 링크와 함께 사용자에게 제공되는 웹 페이지의 모든 정보로도 목적을 확인할 수 없는 상태(즉, 비장애 사용자도 그것을 활성화하기 전까지 링크가 무엇을 하는지 알 수 없는)
문자 또는 글리프(glyphs)(일반적으로, ASCII로 정의된 95자의 인쇄 가능 문자)의 공간 배치로 생성된 그림
보편적인 사용자 에이전트가 제공하는 것 이상으로 장애가 있는 사용자의 요구 사항을 충족하는 기능을 제공하기 위해 사용자 에이전트 역할을 하거나 보편적인 사용자 에이전트와 함께 작동하는 하드웨어 및/또는 소프트웨어
보조 기술이 제공하는 기능에는 대체 표현(예: 음성 합성 또는 콘텐츠 확대), 대체 입력 방법(예: 음성), 부가적인 네비게이션 또는 방향 메커니즘 및 콘텐츠 변환(예: 표를 더 접근성 있게 만드는)이 포함된다.
보조 기술은 보통 API를 이용하고 모니터링하여 주류 사용자 에이전트와 데이터 및 메시지를 주고 받는다.
주류 사용자 에이전트와 보조 기술의 구분은 절대적이지 않다. 많은 주류 사용자 에이전트는 장애인을 돕기 위한 몇 가지 기능을 제공한다. 주류 사용자 에이전트가 일반적으로 장애인이나 비장애인을 모두 포함하는 광범위하고 다양한 사용자층을 대상으로 한다는 것이 기본적인 차이점이다. 보조 기술은 특정 장애를 가진 좁게 정의된 사용자층을 대상으로 한다. 보조 기술이 제공하는 지원은 대상 사용자층의 요구에 보다 적합하게 특화되어 있다. 주류 사용자 에이전트는 프로그램 객체에서 웹 콘텐츠를 검색하거나 마크업을 식별 가능한 번들로 파싱하는 것과 같이 보조 기술에 중요한 기능을 제공할 수 있다.
음향 재생 기술
오디오는 합성하거나(음성 합성 포함), 실제 소리에서 녹음되거나, 두 가지를 조합하여 만들 수 있다.
주요 사운드트랙만으로는 이해할 수 없는 중요한 시각적인 세부사항을 설명하기 위하여 사운드트랙에 추가된 내레이션
비디오의 오디오 해설은 액션, 캐릭터, 장면 변경, 화면상의 텍스트 및 기타 시각적 콘텐츠에 대한 정보를 제공한다.
표준 오디오 해설에서, 내레이션은 대화 중간 중간에 있는 기존의 일시 정지(pause) 부분에 추가된다. (확장형 오디오 해설도 참고하라.)
또한 “비디오 설명”과 “설명이 포함된 내래이션”이라고도 한다.
주의를 끌기 위한 방법으로, 두 가지의 시각적인 상태를 왔다 갔다 하는 것
번쩍임도 참고하라. 어떤 콘텐츠가 충분히 크고 적절한 주파수에서 충분히 밝게 깜박이는 것은 번쩍임으로 분류될 수 있다.
한 문장 이상의 텍스트
“Completely Automated Public Turing test to tell Computers and Humans Apart(컴퓨터와 인간을 구분하기 위한 완전히 자동화된 공개적인 튜링 테스트)”의 이니셜
캡챠 테스트는 보통 사용자에게 흐릿한 이미지나 오디오 파일로 제시된 텍스트를 입력하도록 요구한다.
튜링 테스트(Turing test)는 인간과 컴퓨터를 구별하기 위해 고안된 테스트 시스템이다. 이것은 유명한 컴퓨터과학자 앨런 튜링(Alan Turing)의 이름을 따서 지어졌다. 이 용어는 카네기멜론대학교 연구원들이 만들었다.
미디어 콘텐츠를 이해하는 데 필요한 음성 및 비음성 오디오 정보에 대한 동기화된 시각자료 대체 텍스트
자막은 대화 전용 부제목과 유사하다. 그러나 자막은 대화의 내용뿐만 아니라 프로그램의 내용을 이해하는 데 필요한 음향 효과, 음악, 웃음, 말하는 이의 식별 및 위치 등을 포함한, 대화가 아닌 오디오 정보에 해당하는 내용도 전달한다.
폐쇄 자막(Closed Captions)은 일부 플레이어에서 켜거나 끌 수 있다.
자막은 비디오 내의 관련 정보를 이해하기 어렵게 하거나 가려서는 안 된다.
일부 국가에서는 자막을 부제목(subtitle)이라 부른다.
오디오 해설은 이미 시각적으로 표현된 정보의 설명이기 때문에, 자막으로 제시할 수는 있지만, 반드시 그렇게 할 필요는 없다.
사용자가 인식하지 못한 채 실행되면 전체 페이지를 동시에 볼 수 없는 사용자에게 혼란을 줄 수 있는 중요한 변화
맥락에서의 변화는 다음과 같은 변경을 포함한다.
콘텐츠가 변경되었다고 해서 항상 맥락이 변경된 것은 아니다. 확장 개요(outline), 동적 메뉴 또는 탭 제어와 같은 콘텐츠의 변경은 앞에서 언급한 것 중 하나(예: 초점)가 변경되지 않는 한 반드시 맥락이 변경된 것은 아니다.
[신규]
사용자가 정보를 기억, 조작 또는 전사(transcribe)해야 하는 작업이다다. 예시는 다음과 같지만 이에 국한되지는 않는다:
표준, 가이드라인 또는 명세서의 모든 요구사항을 충족하는 것
다음과 같은 버전을 말함
이 정의에서, “~도달할 수 있는”이라는 표현은 조건부 리디렉션(redirect)과 같은 메커니즘이 있고, 사용자가 준수 버전을 경유하지 않으면 미준수 페이지에 “도달하는 것”(로딩)을 방지한다는 것을 의미한다.
대안 버전 페이지는 원본 페이지와 일치할 필요가 없다(예: 준수 대안 버전은 여러 페이지로 구성될 수 있다).
여러 언어 버전을 사용하는 경우, 제공되는 각 언어에 대한 준수 대안 버전이 요구된다.
다양한 기술 환경이나 사용자 그룹을 수용하기 위하여 대안 버전을 제공할 수 있다. 각 버전은 가능한 한 준수되어야 한다. 하나의 버전은 준수 요구사항 1을 준수하기 위하여 완전히 준수되어야 한다.
준수 대안 버전은, 미준수 버전처럼 자유롭게 이용할 수 있는 한, 준수 범위 내에 또는 심지어 동일한 웹 사이트에 있을 필요는 없다.
대안 버전은 원본 페이지를 지원하고 이해를 도와주는 보충 콘텐츠와 혼동하지 않아야 한다.
콘텐츠 내에서 사용자 환경설정을 조정하여 준수 버전을 생성하는 것은 허용되는 매커니즘이다. 다만, 그 환경설정 자체가 접근성을 지원해야 한다.
준수 대안 버전 이해를 참고하라.
콘텐츠의 구조, 표현(presentation) 및 상호 작용을 정의하는 코드 또는 마크업을 포함하여, 사용자 에이전트를 통해 사용자에게 전달되는 정보와 감각 경험
현재 실행 중인 기능과 관련된 정보를 제공하는 도움말 텍스트
명확한 레이블은 맥락에 적합한 도움말 역할을 할 수 있다.
(L1 + 0.05) / (L2 + 0.05), 여기에서
명도대비율은 1에서 21까지(일반적으로 1:1에서 21:1로 기술함)의 범위에 있을 수 있다.
저작자는 텍스트 렌더링 방법[예: 글꼴 다듬기(smoothing) 또는 안티앨리어싱(anti-aliasing)]에 대한 사용자 설정을 제어할 수 없기 때문에, 텍스트의 명도대비율은 안티앨리어싱이 꺼진 상태에서 평가할 수 있다.
성공기준 1.4.3 명도대비(최소)와 1.4.6 명도대비(향상된)의 목적을 달성하기 위하여, 명도대비는 텍스트가 정상적으로 사용될 때 렌더링되는 특정 배경과 관련하여 측정된다. 어떠한 배경색도 지정되지 않은 경우, 흰색으로 가정한다.
배경색은 텍스트가 정상적으로 사용될 때 렌더링되는 특정 콘텐츠의 색상이다. 사용자의 기본 배경색을 알 수 없고 충분한 명도대비를 평가할 수 없기 때문에, 텍스트 색상을 지정할 때 어떠한 배경색도 지정되지 않은 경우, 준수하지 못한 것이다. 동일한 이유로, 배경색을 지정할 때 어떠한 텍스트 색상도 지정하지 않은 경우도 준수하지 못한 것이다.
문자 주위에 테두리가 있으면, 테두리는 명도대비를 추가할 수 있으며, 문자와 배경 간의 명도대비를 계산하는 데 사용된다. 문자 주위의 좁은 테두리는 문자로 사용될 것이다. 문자의 안쪽 세부사항을 채우는 문자 주위의 넓은 테두리는 후광 역할을 하며, 배경으로 간주된다.
저작자가 일반적인 표현(presentation)에 인접하여 나타날 것으로 예상되는 콘텐츠에 지정된 색상 쌍을 대상으로 WCAG 준수 여부를 평가해야 한다. 저작자의 코드에 인해 발생하는 상황을 제외하고, 사용자 에이전트에 의해 발생한 색상 변경과 같은 특이한 표현을 고려할 필요가 없다.
단어와 단락이 콘텐츠의 의미를 변경하지 않는 순서로 제시되는 어떤 순서
약 0.0213도의 시야각
CSS 픽셀은 CSS의 모든 길이와 측정을 위한 표준 측정 단위이다. 이 단위는 밀도와 무관하며, 디스플레이에서 제시되는 실제 하드웨어 픽셀과는 구별된다. 사용자 에이전트와 운영체제는 CSS 픽셀이 디스플레이의 물리적 치수 및 예상 시청거리(콘텐츠 개발자가 결정할 수 없는 요소)를 고려한 CSS 값 및 단위 모듈 레벨 3 준거 픽셀 [css3 값(css3-values)]에 최대한 가깝게 설정되었는지 확인해야 한다.
포인터의 트리거 자극을 눌렀을 때 발생하는 플랫폼 이벤트
다운이벤트는, “터치 스타트(touchstart)” 또는 “마우스다운(mousedown)”과 같이, 플랫폼에 따라 다른 이름으로 불릴 수 있다.
[신규]
포인터가 다운 이벤트가 발생한 요소에 물린 채로 요소(또는 해당 위치의 표현)에 업 이벤트가 발생할 때까지 포인터를 따라가는 조작
끌기 가능한 요소의 예로는 목록 항목, 텍스트 요소 및 이미지가 있다.
건강, 안전 또는 재산을 보존하기 위해 즉각적인 조치가 필요한 갑작스럽고 예상치 못한 상황 또는 사건
[New]
solidly bounds or surrounds
제거될 경우, 콘텐츠의 정보 또는 기능을 근본적으로 변경할 수 있으며, 그리고 정보와 기능이 다른 방식으로는 준수될 수 없는
부가 설명을 추가할 시간이 벌기 위하여 비디오를 일시정지하고 시청각 프레젠테이션에 추가한 오디오 해설
충분히 크고 적절한 주파수 범위에 있지만 일부 사람들에게 발작을 일으킬 수 있는 상대 휘도에서의 상반되는 변경의 짝
허용되지 않는 번쩍임 유형에 대한 자세한 내용은 일반 번쩍임과 적색 번쩍임 임계값을 참고하라.
또한 깜빡임을 참고하라.
[신규]
사용자 인터페이스 구성요소가 초점을 받은 상태인 것을 시각적으로 나타내기 위해 변화된 픽셀
사용자의 행동을 통해 달성할 수 있는 과정과 결과(outcomes)
번쩍임 또는 연속된 이미지의 빠른 변화가 다음 중 하나에 해당되는 경우 임계값 이하(즉, 콘텐츠 통과)이다.
여기서:
예외: 백색잡음(white noise)이나 측면에 0.1도(일반적인 시야 거리의 가시범위)보다 더 작은 “사각형” 모양으로 교차하는 바둑판 패턴과 같은 미세하고 균형 잡힌 패턴으로 번쩍이는 경우는 임계값을 위반한 것이 아니다.
[역자 주: 백색잡음(white noise)은 송출 중이 아닌 TV 화면 전체에 작은 불규칙적인 점들이 고르게 분포된 모습처럼 모든 색상의 빛이 고르게 혼합된 무작위 패턴을 말하기도 한다]
일반 소프트웨어 또는 웹 콘텐츠의 경우, 콘텐츠를 1024×768픽셀에서 볼 때 디스플레이된 화면 영역의 어느 곳에서나 341×256픽셀의 직사각형을 사용하면 표준 화면크기와 시청거리(예: 22-26인치 거리에 있는 15-17인치 크기의 화면)에 대해 10도의 시야각을 예측할 수 있다. (동일한 콘텐츠 렌더링을 보여주는 고해상도 디스플레이는 더 작고 안전한 이미지를 산출하므로 임계값을 정의하는 데 사용되는 해상도가 더 낮다.)
전환(transition)이란 시간 대비 상대 휘도(또는 적색 번쩍임에 대한 상대 휘도/색상) 측정 도표에서 인접한 최대값과 최소값 간의 상대 휘도(또는 적색 번쩍임에 대한 상대 휘도/색상)의 변화를 말한다. 번쩍임은 두 개의 상반되는 전환으로 구성된다.
"강렬한 적색이 포함된 상반되는 전환의 쌍"에 대한 (WCAG 2.2에서) 새로운 정의는 다음과 같다. 한 쪽의 R/(R + G + B) 값이 0.8이상이고 CIE 1976 UCS 색도도(chromaticity diagram)에서 반대 쪽과의 차이가 0.2(단위 없음)보다 큰 한 쌍의 전환이다. [ISO_9241-391]
비디오 화면 캡처에서 분석을 수행할 수 있는 도구가 있다. 그러나 깜빡임이 1초에 3회 이하인 경우, 이 상태를 평가하기 위해서는 어떠한 도구도 필요하지 않다. 콘텐츠는 자동으로 통과된다(위의 1번과 2번 참고).
인간 간에 의사소통을 하기 위해 (시각적 또는 촉각적 수단을 통해) 말을 하거나 쓰거나 신호를 보내는 언어
수어도 참고하라.
개별 단어의 의미에서는 전체 의미를 추론할 수 없고, 의미의 손상 없이는 특정 단어를 변경할 수 없는 구문
관용어는 그 (문화적 또는 언어종속적인) 의미를 잃지 않고 단어 대 단어로 번역할 수 없다.
특정 시각적인 효과를 달성하기 위해 텍스트가 아닌 형식(예: 이미지)으로 렌더링된 텍스트
여기에는 중요한 다른 시각적 콘텐츠가 포함된 그림의 일부인 텍스트는 포함되지 않는다.
정보 제공만을 목적으로 하며, 준수(conformance)에는 꼭 필요하지는 않은
사용자가 제공하였으나 수용되지 않는 정보
여기에는 다음과 같은 것이 포함된다.
특정 분야의 사람들이 특정 방식으로 사용하는 단어
키 누름 입력을 얻기 위해 소프트웨어에서 사용하는 인터페이스
키보드 인터페이스는 기본 기술이 키보드를 포함하지 않더라도 사용자가 프로그램에 키 입력 정보를 제공할 수 있도록 해준다.
마우스키(MouseKeys)와 같은 키보드 작동 마우스 에뮬레이터를 통한 애플리케이션(또는 애플리케이션의 일부)의 조작은 프로그램의 조작이 키보드 인터페이스가 아닌 포인팅 장치 를 통해 이루어지기 때문에 키보드 인터페이스를 통한 조작으로 보지 않는다.
하나 이상의 키를 눌러 동작을 발생시키는 대체수단
웹 콘텐츠 내의 구성요소를 식별하기 위해 사용자에게 제공되는 대체 텍스트를 가지고 있는 텍스트나 다른 구성요소
레이블은 모든 사용자에게 표시되는 반면, 이름은 숨길 수 있고 보조 기술을 통해서만 노출할 수 있다. 많은 경우(전부는 아님), 네임과 레이블은 동일하다.
레이블이라는 용어는 HTML의 label 요소에 국한되지 않는다.
최소 18포인트 또는 14포인트의 볼드체(bold), 또는 중국어, 일본어 및 한국어(CJK) 글꼴과 같은 크기를 산출하는 글꼴 크기
획이 매우 가늘거나 문자 형태의 친숙성을 감소시키는 특이한 특징과 특성이 있는 글꼴은 특히 명도 대비율이 낮을 경우 읽기 더 어렵다.
글자 크기는 콘텐츠를 전달할 때의 크기이다. 그것은 사용자가 행할 수 있는 크기 조정은 포함하지 않는다.
사용자가 보는 문자의 실제 크기는 개발자 정의 크기와 사용자의 디스플레이 또는 사용자 에이전트 설정에 따라 달라진다. 대부분의 주류 본문 텍스트의 경우, 14와 18pt는 대략 1.2em과 1.5em 또는 본문 텍스트의 기본 크기의 120% 또는 150%(본문 글자 크기를 100%로 가정했을 때)와 동일하지만, 저작자는 사용 중인 특정 글꼴에 대해서도 확인해야 한다. 글자 크기가 상대 단위로 정의된 경우, 실제 포인트 크기는 디스플레이용 사용자 에이전트에 의해 계산된다. 이 성공 기준을 평가할 때 포인트 크기는 사용자 에이전트에서 얻거나 사용자 에이전트처럼 글꼴 메트릭(font metrics)을 기반으로 계산해야 한다. 저시력 사용자는 적절한 설정을 선택할 책임이 있다.
글자 크기를 지정하지 않고 텍스트를 사용할 때, 주요 브라우저에서 지정되지 않은 텍스트로 사용되는 가장 작은 글자 크기를 적용하는 것이 적절한 크기일 것이다. 만약 주요 브라우저에서 제목 1 수준(level 1 heading)이 14pt 이상 볼드체로 랜더링다면, 이 제목은 큰 텍스트라고 볼 수 있다. 상대적 크기는 기본 크기에서 비슷한 방식으로 계산할 수 있다.
로마자 텍스트의 18pt와 14pt 크기는 대형 인쇄물(14pt)과 대형 표준 글꼴 크기(18pt)의 최소 크기로부터 도출되었다. 한국어, 중국어, 일본어와 같은 기타 글꼴의 경우, “동등한” 크기는 해당 언어에 사용되는 가장 작은 대형 인쇄 크기와 그다음으로 더 큰 표준 대형 인쇄 크기의 최소 크기가 될 것이다.
법적 구속력이 있는 의무나 혜택을 받는 거래
하이퍼링크를 작동하여 얻은 결과의 성격
실제 이벤트(event)에서 캡처하여 방송 지연(broadcast delay) 없이 수신기로 전송되는 정보
방송 지연은 예를 들어 방송사가 오디오(또는 비디오) 피드(feed)에 신호를 주거나 검열할 시간을 주기 위해 사용되지만, 상당한 편집을 하기에는 충분하지 않은, 아주 짧은(일반적으로 자동화된) 지연 시간을 말한다.
완전히 컴퓨터로 생성된 정보는 실시간이 아니다.
6년의 교육과정을 마친 후에 시작되고, 초등 교육이 시작된 후 9년 뒤에 끝나는 2~3년의 교육기간
이 정의는 국제표준교육분류(International Standard Classification of Education) [UNESCO]에 기초한다.
결과(result) 성취를 위한 과정이나 기법
메커니즘은 요구되는 준수수준에 대한 모든 성공기준을 충족해야 한다.
텍스트(직접적으로 또는 대체 텍스트를 통해)로 이미 제시된 것 이상의 정보를 제시해 주지 않는 미디어
텍스트에 대한 미디어 대체수단은 텍스트를 대안적으로 표현함으로써 이익을 얻는 사람들을 위해 제공된다. 텍스트에 대한 미디어 대체수단은 오디오 전용, 비디오 전용(수어 비디오 포함) 또는 오디오-비디오일 수 있다.
움직임의 환영을 만들거나 부드러운 전환 감각을 주기 위해 조건 사이에 단계를 추가한 것
[신규]
모든 도형 점들이 포함되는 수평축에 정렬된 가장 작은 사각형 영역. 문장이나 텍스트 블록의 일부로 여러 줄에 걸쳐 있는 구성 요소(하이퍼링크 등)의 경우, 경계 상자는 단일 줄에 표시되는 모습을 기준으로 한다.
소프트웨어가 사용자에게 웹 콘텐츠 내의 구성요소를 식별할 수 있도록 해 주는 텍스트
이름(name)은 숨길 수 있고 보조 기술에 의해서만 노출할 수 있는 반면, 레이블은 모든 사용자에게 제시된다. 대부분의 경우(전부는 아님), 레이블과 네임은 동일하다.
이것은 HTML의 name 속성과는 관련이 없다.
키보드 인터페이스를 사용하여 포커스를 이동시키기 위해 정의된 순서대로 네비게이션하는(한 요소에서 다음 요소로)
프로그래밍 방식으로 판별될 수 있는 문자 순서가 아니거나 문자 순서가 인간 언어로 표현되지 않은 콘텐츠
ASCII 아트(문자 패턴), 이모티콘, (문자를 대체하기 위해 사용하는) 인터넷 속어(leetspeak) 및 텍스트를 나타내는 이미지 등이 여기에 포함된다.
준수에 요구되는
이 문서를 잘 정의된 다양한 방식으로 준수할 수 있다.
뷰포트(viewport)가 최대화된 가장 일반적인 크기의 데스크톱/노트북 디스플레이
사람들은 일반적으로 컴퓨터를 몇 년간이나 사용하므로, 이 평가를 수행할 때 최신 데스크톱/노트북 디스플레이 해상도에 의존하기보다 몇 년 동안의 일반적인 데스크톱/노트북 디스플레이 해상도를 고려하는 것이 가장 좋다.
사용자 요청에 의해 중지된 후 사용자가 요청할 때까지 재개되지 않는 상태
[신규]
공유된 픽셀을 포함하지 않고 모양의 경계를 형성하는 연속된 선 또는 최소 경계 상자 중 가장 짧은 것.
마우스, 펜 또는 터치 접촉과 같이, 화면에서 특정 좌표(또는 좌표 세트)를 대상으로 삼는 입력
"포인터"에 대한 포인터 이벤트 정의[pointerevents]를 참고하라.
실시간이 아닌 정보
사용자가 인식할 수 있는 형태로 콘텐츠를 렌더링하는 것
사전 교육이 없을 수 있는, 5~7세 사이에 시작된 6년 간의 교육 기간
이 정의는 국제표준교육분류[UNESCO]에 기초한다.
활동을 완료하기 위해 각 작업이 필요한 일련의 사용자 작업
보조 기술을 포함하여 다른 사용자 에이전트가 정보를 추출하여 사용자에게 다른 형식으로 제시할 수 있도록 제공된 저작자 제공 데이터로부터 소프트웨어에 의해 결정되거나 확인 가능한
링크 텍스트와 결합되어 링크와의 관계에서 프로그래밍 방식으로 판별되고 사용자에게 다른 형식으로 제시할 수 있는 추가 정보
화면낭독기는 구두점을 해석하기 때문에, 포커스가 그 문장의 링크에 있으면 현재 문장의 맥락도 제공할 수 있다.
보조 기술을 포함하여, 사용자 에이전트가 지원하는 방법으로 소프트웨어에 의해 설정된
어떠한 정보도 제공하지 않고 어떠한 기능도 없는, 오직 심미적인 목적으로만 사용된
목적을 변경하지 않고 단어를 재배열하거나 대체할 수 있는 경우에 해당 텍스트는 순수하게 장식적인 것이라 할 수 있다.
a) 보기와 동시에 발생하고, b) 완전히 콘텐츠에 의해 생성되지 않는 이벤트
인식 가능하고, 프로그래밍 방식으로 판별되는 콘텐츠의 일부
HTML에서, 랜드마크 역할로 지정된 모든 부분이 영역이다.
구별되는 콘텐츠들 간의 유의미한 연관성
색 공간상에 있는 모든 지점의 상대적 밝기. 가장 어두운 검은색의 경우 0으로, 가장 밝은 흰색의 경우 1로 표준화되어 있음
sRGB 색 공간의 경우, 색의 상대적인 휘도는 L = 0.2126 * R + 0.7152 * G + 0.0722 * B로 정의되는데, 여기에서 R, G, B는 다음과 같다.
RsRGB, GsRGB, BsRGB은 다음과 같이 정의된다.
"^"는 지수 연산자이다. ([SRGB]에서 가져온 공식)
2021년 5월 이전에는 정의의 0.04045 값이 달랐다(0.03928). 이는 이전 버전의 명세서에서 가져와 업데이트되었다. 이는 본 지침의 맥락에서 계산에 실질적인 영향을 미치지 않는다.
오늘날 웹 콘텐츠를 보는 데 사용하는 거의 모든 시스템은 sRGB 인코딩을 사용한다고 가정한다. 콘텐츠를 처리하고 표시하기 위하여 다른 색 공간이 사용되지 않는 한, 웹 콘텐츠 저작자는 sRGB 색 공간을 사용하여 평가해야 한다. 다른 색 공간을 사용하는 경우, “성공기준 4.1.3 이해”를 참고하라.
전달 후 디더링이 발생할 경우, 원본 색상 값이 사용된다. 원본에서 디더링되는 색상의 경우, 디더링되는 색상의 평균값(평균 R, 평균 G, 평균 B)을 사용해야 한다.
명도대비 및 번쩍임을 검사할 경우, 자동으로 계산해 주는 도구를 사용할 수 있다.
상대 휘도 정의를 MathML을 이용한 별도의 페이지를 이용해 수식으로 표시할 수 있다.
소프트웨어가 웹 콘텐츠 내에 있는 구성요소의 기능을 식별할 수 있도록 해 주는 텍스트나 숫자
사용했을 때 동일한 결과가 도출되는
다른 항목들과 대비하여 동일한 위치
다른 항목이 원래 순서에서 삽입되거나 제거되더라도, 항목은 상대 순서가 동일한것으로 간주한다. 예를 들어, 1차 메뉴를 확장하면 부가적인 상세 수준이 삽입되거나 2차 메뉴 섹션이 읽기 순서에 삽입될 수 있다.
성공기준을 페이지에 적용할 때 ‘미준수’로 평가되지 않는 경우
하나 이상의 관련 주제 또는 생각을 다루는 문자로 된(written) 콘텐츠의 독립된 부분
섹션은 하나 이상의 단락으로 구성될 수 있으며, 그래픽, 표, 목록 및 하위 섹션을 포함한다.
동일한 저작자, 그룹 또는 조직에 의해 작성되고 공통의 목적을 공유하는 웹 페이지의 모음
다른 언어 버전은 다른 웹 페이지 세트로 간주될 것이다.
의미를 전달하기 위해 손과 팔, 얼굴표정 또는 몸의 자세를 조합한 움직임을 사용하여 표현하는 언어
일반적으로 구어를 수어로 하는 한 언어의 번역
실제 수어는 동일한 국가나 지역의 구어(들)와 관련이 없는 독립된 언어이다.
단일 탭과 클릭, 더블 탭과 클릭, 길게 누르기, 경로기반 제스처 등을 포함하여, 화면과 접촉하는 한 지점에서 작동하는 포인터 입력
순수하게 장식적이지 않고, 주로 중요한 정보를 전달하거나 기능을 수행하지 않는 감각적 경험
사용자 행동 또는 자동화된 과정에 따라 반응이 변경될 수 있는 사용자 인터페이스 구성요소의 특성을 표현하는 동적 속성
상태는 구성요소의 본질에 영향을 미치지 않지만, 구성요소 또는 사용자의 상호 작용 가능성과 관련된 데이터를 나타낸다. 그것의 예로는 초점, 마우스오버, 선택, 누르기, 체크, 방문하거나(visited)/방문하지 않음, 펼치기/접기 등을 들 수 있다.
맥락의 변화가 아닌, 사용자에게 작업의 성공 또는 결과, 애플리케이션의 대기 상태, 프로세스의 진행 또는 오류 존재 여부에 대한 정보를 제공하는 콘텐츠의 변화
사용자 에이전트가 콘텐츠 요소들을 렌더링할 때(예: 화면에서, 확성기를 통해, 점자 표시장치를 통해), 그 요소들의 프레젠테이션(예: 글꼴, 색상, 크기, 위치, 패딩, 볼륨, 합성된 음성 운율)을 결정하는 속성값
스타일 속성은 다음의 요소에서 설정될 수 있다
기본 콘텐츠를 설명하거나 명확하게 해 주는 부가적인 콘텐츠
정보나 시간 기반 대화형 구성요소를 표시하기 위해 다른 형식과 동기화된 오디오 또는 비디오. 단, 미디어가 텍스트에 대한 미디어 대체수단이라고 명확하게 명명된 경우는 예외이다.
사용자 인터페이스 구성요소의 대화형 영역과 같이 포인터 동작을 허용하는 디스플레이 영역
타겟이 두 개 이상 중복되는 경우, 중복되는 대상이 동일한 동작을 수행하거나 동일한 페이지를 여는 경우를 제외하고, 타겟 크기의 측정시 중복 영역을 포함하지 않아야 한다.
사용자 에이전트에서 지시사항을 렌더링, 재생 또는 실행하기 위한 매커니즘
이 지침에서 사용된 “웹 기술(Web Technology)”과 “기술(technology)”(독자적으로 사용될 때)이라는 단어는 모두 웹 콘텐츠 기술(Web Content Technologies)을 의미한다.
웹 콘텐츠 기술에는 정적 웹 페이지에서부터 동기화된 미디어 표현(presentation), 동적 웹 애플리케이션에 이르기까지 최종 사용자 경험을 조성하기 위해 개발자가 단독으로 또는 함께 사용할 수 있는 마크업 언어, 데이터 형식 또는 프로그래밍 언어가 포함될 수 있다.
프로그래밍 방식으로 판별될 수 있는 문자들의 순서로서, 그 순서는 인간 언어로 무언가를 표현한다.
텍스트가 아닌 콘텐츠와 프로그래밍 방식으로 연계되어 있거나 텍스트 아닌 콘텐츠와 프로그래밍 방식으로 연계된 텍스트로부터 참고되는 텍스트. 프로그래밍 방식으로 연계된 텍스트는 텍스트 아닌 콘텐츠에서 위치를 프로그래밍 방식으로 판별할 수 있는 텍스트이다.
자세한 내용은 대체 텍스트 이해를 참고하라.
포인터의 트리거 자극이 해제될 때 발생하는 플랫폼 이벤트
업 이벤트는, “터치앤드(touchend)” 또는 “마우스업(mouseup)”과 같이, 플랫폼에 따라 다른 이름으로 불릴 수 있다.
콘텐츠를 정확하게 이해하기 위해 어떤 정의를 적용할지 사용자가 정확히 알아야 하는 방식으로 사용된 단어
사용자를 위해 웹 콘텐츠를 검색하고 표시하는 소프트웨어
사용자가 접근할 수 있도록 만들어진 데이터
이것은 인터넷 로그(logs)와 검색 엔진 모니터링 데이터와 같은 것을 의미하지 않는다.
사용자가 고유 기능에 대한 단일 컨트롤로 인식하는 콘텐츠의 일부
다중 사용자 인터페이스 구성요소는 단일 프로그래밍 요소로 구현될 수 있다. 여기에서 구성요소는 프로그래밍 기법이 아니라 사용자가 별도의 컨트롤로 인식하는 것을 말한다.
사용자 인터페이스 구성요소에는 스크립트로 생성한 구성요소뿐만 아니라 서식(form) 요소 및 링크도 포함된다.
여기에서 “구성요소” 또는 “사용자 인터페이스 구성요소”가 의미하는 것은 때때로 “사용자 인터페이스 요소(user interface element)”라고도 한다.
사용자 행동이 발생하지 않는 지속적인 시간
추적 방법은 웹 사이트나 애플리케이션에 의해 결정될 것이다.
움직이거나 순서화된 그림이나 사진에 관한 기술
비디오는 애니메이션 또는 사진 이미지 또는 둘 다로 구성될 수 있다.
사용자 에이전트가 콘텐츠를 표시하는 객체
사용자 에이전트는 하나 이상의 뷰포트를 통해 콘텐츠를 제시한다. 뷰포트는 창(windows), 프레임, 확성기, 가상확대기를 포함한다. 뷰포트는 다른 뷰포트(예: 중첩된 프레임)를 포함할 수 있다. 프롬프트, 메뉴 및 경고와 같은 사용자 에이전트에 의해 생성된 인터페이스 구성요소는 뷰포트가 아니다.
이 정의는 사용자 에이전트 접근성 지침 1.0 용어 해설[UAAG10]에 근거한다.
글꼴, 크기, 색상 및 배경을 설정할 수 있는
HTTP를 사용하여 단일 URI에서 얻어진 내포되지 않은 리소스(non-embedded resource)과 렌더링에 사용되거나 사용자 에이전트에서 렌더링되도록 의도된 모든 다른 리소스
모든 “다른 리소스(other resources)”는 주요 리소스와 함께 랜더링되지만, 반드시 서로 동시에 렌더링되지는 않는다.
이러한 지침을 준수하려면, 리소스는 웹 페이지로 간주되기 위해 준수 범위 내에 “포함되지 않은(non-embedded)” 상태여야 한다.
이 섹션에는 일반적인 사용자 인터페이스 구성요소 입력 목적을 열거하고 있다. 아래의 용어는 반드시 사용해야 하는 키워드가 아니라, 웹 페이지에서 채택한 분류 체계에 반영해야 하는 목적을 나타낸다. 해당되는 경우, 저작자는 선택한 분류 체계를 사용하여 컨트롤에 의미론적 목적을 표시해야 한다. 이를 통해 사용자 에이전트와 보조 기술이 더 많은 사람들이 콘텐츠를 이해하고 사용할 수 있도록 개인화된 표현(presentation)을 적용할 가능성을 제공한다.
입력 유형 목적의 목록은 HTML 명세서 5.2 자동완성(Autofill) 섹션에 정의된 컨트롤 목적을 기반으로 하지만, 다른 기술에서는 동일한 개념들이 각 명세서에 일부 또는 전부 정의되어 있을 수 있다는 점을 이해하는 것이 중요하다. 아래에 매핑된 의미에 해당하는 개념들만 요구한다.
다음의 입력 컨트롤 목적은 콘텐츠 사용자와 관련되고, 해당 개인과 관련된 정보에만 해당된다.
이 섹션에서는 WCAG 2.1 이후 WCAG 2.2에서 변경된 실질적인 변경 사항을 보여준다. WCAG 2.1의 정오표 수정 사항도 WCAG 2.2에 통합되었다.
전체 WCAG 2.2 커밋 기록을 확인할 수 있다.
Focus Visible (Enhanced), later renamed to Focus Appearance (Enhanced), later removed.
Pointer Target Spacingto
Target Size (Minimum)
Dragging(later renamed Dragging Movements).
Findable Help(later renamed to Consistent Help),
Fixed Reference Points(Page Break Navigation),
Hidden Controls(later renamed Visible Controls),
Pointer Target Spacing(later renamed Target Size (Minimum)), Redundant Entry.
Focus Visible (Enhanced)to
Focus Appearance (Enhanced).
Draggingto Dragging Movements.
Hidden Controlsto Visible Controls.
이 섹션은 비규범적(non-normative)인 내용을 다룬다.
접근성 지침 실무그룹(Accessibility Guidelines Working Group: AG WG) 참여에 대한 추가 정보는 실무그룹 홈 페이지에서 찾을 수 있다.
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.
이 권고안은 보건복지부, 장애인 독립생활 및 재활 연구 국립연구소(NIDILRR)의 미연방 기금에서 일부 자금 지원을 받았다. 초기에는 계약 번호 ED-OSE-10-C-0067 하에서, 이후 계약 번호 HHSP23301500054C 하에서, 그리고 현재는 HHS75P00120P00168 하에서 지원되고 있다. 본 권고안의 내용은 반드시 미국 보건복지부 또는 미국 교육부의 견해나 정책을 반영하는 것은 아니며, 상표명, 상품, 또는 조직에 대한 언급이 미국 정부의 보증을 의미하는 것도 아니다.
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목:
참조 항목: