참고: 번역본.
Copyright © 2020-2024 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]을 확장한 것으로, 2018년 6월에 W3C 권고안으로 공개되었습니다. WCAG 2.2를 준수하는 콘텐츠는 WCAG 2.0과 WCAG 2.1도 함께 준수하게 됩니다. WG는 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 (코멘트 아카이브)로 이메일을 보내주세요.
이 문서는 접근성 지침 워킹 그룹에서 권고안 트랙을 통해 권고안으로 공개되었습니다.
W3C는 이 명세서의 폭넓은 웹 표준 적용을 권장합니다.
W3C 권고안은 폭넓은 합의 구축 후 W3C와 회원이 승인하고, 워킹 그룹 회원들의 구현에 대한 로열티 프리 라이선스 약속이 있는 명세서입니다.
이 문서는 W3C 특허 정책에 따라 운영되는 그룹에서 제작되었습니다. W3C는 공개 특허 공개 목록을 유지하며, 해당 그룹의 산출물과 관련된 특허 공개가 이루어지면 그 페이지에서 특허 공개 방법도 안내합니다. 특허에 대해 실제로 알고 있고, 필수 청구 사항이 있다고 생각되는 경우 W3C 특허 정책 6항에 따라 정보를 공개해야 합니다.
이 문서는 2023년 11월 3일 W3C 프로세스 문서에 따라 관리됩니다.
이 섹션은 규범적이지 않습니다.
웹 콘텐츠 접근성 지침(WCAG) 2.2는 장애가 있는 사람들이 웹 콘텐츠를 더 쉽게 접근할 수 있도록 하는 방법을 정의합니다. 접근성은 시각, 청각, 신체, 언어, 인지, 학습, 신경학적 장애 등 다양한 장애를 포함합니다. 이 지침들은 다양한 문제를 다루지만 모든 유형, 정도, 조합의 장애를 가진 사람들의 요구를 모두 충족할 수는 없습니다. 또한 이 지침은 노화로 인해 능력이 변화하는 고령자에게도 웹 콘텐츠를 더 쉽게 사용할 수 있게 하며, 일반 사용자에게도 사용성을 개선하는 경우가 많습니다.
WCAG 2.2는 W3C 프로세스를 통해 전 세계의 개인 및 조직과 협력하여 개발되었으며, 웹 콘텐츠 접근성에 대한 공유 표준을 제공하여 개인, 조직, 정부의 국제적 요구를 충족하는 것을 목표로 합니다. WCAG 2.2는 WCAG 2.0 [WCAG20] 및 WCAG 2.1 [WCAG21]을 기반으로 하며, 이는 WCAG 1.0 [WAI-WebCONTENT]을 바탕으로 하고 있습니다. 이 지침들은 현재와 미래의 다양한 웹 기술에 광범위하게 적용될 수 있도록 설계되었으며, 자동화된 테스트와 인간 평가의 조합으로 검증할 수 있도록 만들어졌습니다. WCAG에 대한 소개는 웹 콘텐츠 접근성 지침(WCAG) 개요를 참고하세요.
인지, 언어, 학습 장애를 다루기 위한 추가 기준을 정의하는 데 상당한 어려움이 있었습니다. 개발 일정이 짧았고, 테스트 가능성, 구현 가능성, 국제적 고려 사항에 대한 합의에 도달하는 데에도 어려움이 있었습니다. 이 분야에 대한 연구는 향후 WCAG 버전에서 계속될 것입니다. 저자들은 학습 및 인지 장애, 저시력자 등 장애인을 위한 포용성 향상에 관한 보충 지침을 참고하기를 권장합니다.
웹 접근성은 접근 가능한 콘텐츠뿐 아니라 접근 가능한 웹 브라우저 및 기타 사용자 에이전트도 필요합니다. 저작 도구 또한 웹 접근성에서 중요한 역할을 합니다. 이러한 웹 개발 및 상호작용의 구성 요소들이 어떻게 함께 작동하는지에 대해서는 다음을 참고하세요:
이 문서에서 WCAG 2
라고 할 때, 2로 시작하는 모든 버전을 의미합니다.
WCAG을 사용하는 개인과 조직은 웹 디자이너 및 개발자, 정책 입안자, 구매 담당자, 교사, 학생 등 매우 다양합니다. 이러한 다양한 대상의 요구를 충족하기 위해 여러 계층의 안내가 제공되며, 전체 원칙, 일반 지침, 테스트 가능한 성공 기준, 풍부한 충분한 기술, 권고 기술, 문서화된 일반 실패 사례와 예시, 자료 링크, 코드 등이 포함되어 있습니다.
원칙 - 최상위에는 웹 접근성을 위한 네 가지 원칙이 있습니다: 인지 가능, 운용 가능, 이해 가능, 견고함. 접근성의 네 가지 원칙 이해하기도 참고하세요.
지침 - 원칙 아래에는 지침이 있습니다. 13개의 지침은 저자들이 다양한 장애를 가진 사용자를 위해 콘텐츠를 더 접근 가능하게 만들기 위해 노력해야 하는 기본 목표를 제공합니다. 지침은 테스트할 수 없지만, 성공 기준을 이해하고 기술을 더 잘 구현하는 데 도움이 되는 틀과 전반적인 목표를 제공합니다.
성공 기준 - 각 지침마다 테스트 가능한 성공 기준이 제공되어 WCAG 2.2를 디자인 명세, 구매, 규제, 계약과 같은 요구 사항 및 적합성 테스트가 필요한 곳에서 사용할 수 있게 합니다. 다양한 그룹과 상황의 요구를 충족하기 위해 세 가지 적합성 수준이 정의되어 있습니다: A(최저), AA, AAA(최고). WCAG 수준에 대한 추가 정보는 적합성 수준 이해하기에서 확인할 수 있습니다.
충분한 및 권고 기술 - WCAG 2.2 문서의 각 지침 및 성공 기준에 대해 작업 그룹은 다양한 기술을 문서화했습니다. 이 기술들은 안내적이며, 충분한 기술과 권고 기술의 두 가지 범주로 나뉩니다. 권고 기술은 각각의 성공 기준에서 요구하는 것을 넘어 저자들이 지침을 더 잘 다룰 수 있게 합니다. 일부 권고 기술은 테스트 가능한 성공 기준에서 다루지 않는 접근성 장벽을 해결합니다. 일반 실패 사례가 알려진 경우에도 문서화되어 있습니다. WCAG 2.2의 충분한 및 권고 기술 이해하기도 참고하세요.
이 모든 안내 계층(원칙, 지침, 성공 기준, 충분한 및 권고 기술)은 콘텐츠를 더 접근 가능하게 만드는 방법에 대한 안내를 제공합니다. 저자들은 가능한 모든 계층, 특히 권고 기술까지 적용하여 최대한 다양한 사용자의 요구를 충족시키는 것이 권장됩니다.
최고 수준(AAA)까지 적합한 콘텐츠라도 모든 유형, 정도, 조합의 장애를 가진 개인, 특히 인지, 언어, 학습 영역에서는 접근 가능하지 않을 수 있습니다. 저자들은 권고 기술, 인지 및 학습 장애인을 위한 콘텐츠 사용성 개선을 포함한 전체 기술을 고려하고, 최신 모범 사례에 대한 관련 조언을 구하여 웹 콘텐츠가 이 커뮤니티에 최대한 접근 가능하도록 하는 것이 좋습니다. 메타데이터는 사용자들이 자신의 필요에 가장 적합한 콘텐츠를 찾는 데 도움이 될 수 있습니다.
WCAG 2.2 문서는 안정적이고 참조 가능한 기술 표준이 필요한 사람들의 요구를 충족하기 위해 설계되었습니다. 지원 문서라 불리는 기타 문서들은 WCAG 2.2 문서를 기반으로 하며, 새로운 기술에 적용되는 방법을 기술할 수 있도록 업데이트되는 등의 중요한 목적을 다룹니다. 지원 문서에는 다음이 포함됩니다:
WCAG 2.2 충족 방법 - 저자가 웹 콘텐츠를 개발하고 평가할 때 사용할 수 있는 모든 지침, 성공 기준, 기술을 포함하는 맞춤형 빠른 참조입니다. WCAG 2.0, 2.1, 2.2의 내용을 모두 포함하며 다양한 방식으로 필터링하여 저자가 관련 콘텐츠에 집중할 수 있도록 도와줍니다.
WCAG 2.2 이해하기 - WCAG 2.2를 이해하고 구현하는 안내서입니다. 각 지침과 성공 기준, 주요 주제마다 짧은 "이해하기" 문서가 있습니다.
WCAG 2.2 기술 - 설명, 예시, 코드 및 테스트가 포함된 다양한 기술 및 일반 실패 사례를 각 문서로 제공합니다.
WCAG 2 문서 - WCAG 2 지원 문서와 보충 지침에 대한 간략한 소개입니다.
WCAG 2.2의 새로운 점에서는 접근성 이슈를 보여주는 페르소나 인용과 함께 새로운 성공 기준을 소개합니다.
웹 콘텐츠 접근성 지침(WCAG) 개요에서 WCAG 2.2 지원 자료에 대한 설명과 WCAG 2 관련 교육 자료를 확인할 수 있습니다. 웹 접근성의 비즈니스 사례, 웹사이트 접근성 개선을 위한 구현 계획, 접근성 정책 등 다양한 주제를 다루는 추가 자료는 WAI 자료에 나와 있습니다.
WCAG 2.2는 WCAG 2.2의 요구 사항을 충족하며, 이는 이전 WCAG 2 버전에서 요구 사항을 계승합니다. 요구 사항은 지침의 전체 구조를 구성하고 이전 버전과의 호환성을 보장합니다. 작업 그룹은 성공 기준의 스타일과 품질이 WCAG 2.0과 유사하도록 덜 공식적인 성공 기준 수용 기준도 사용했습니다. 이러한 요구 사항은 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.1과의 하위 호환성을 갖습니다. 즉, WCAG 2.2에 적합한 웹 페이지는 WCAG 2.1에 적합한 페이지만큼 접근 가능하다는 의미입니다. 2.1 및 2.0을 기반으로 한 요구 사항이 추가되었습니다. WCAG 2.2에서는 하나의 성공 기준, 4.1.1 파싱이 제거되었습니다. 정책상 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 버전과의 하위 호환성이 중요한 구현자에게 혼란을 주지 않도록, WCAG 2.2의 새로운 성공 기준은 해당 지침 내 성공 기준 집합의 끝에 추가되었습니다. 이는 기존 성공 기준 사이에 새 성공 기준을 삽입함으로써 WCAG 2의 섹션 번호가 변경되는 것을 방지하며, 각 지침 내 성공 기준이 더 이상 적합성 수준별로 그룹화되지 않음을 의미합니다. 각 성공 기준의 순서가 적합성 수준에 대한 정보를 의미하지는 않으며, 적합성 수준 표시(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.2는 WCAG 2.0의 발간 이후 웹의 변화를 반영하여 업데이트된 웹 접근성 안내를 제공하기 위한 임시 조치로 필요합니다. 작업 그룹은 메이저 버전이 완성될 때까지 추가 지원을 제공하기 위해 WCAG 2.2와 유사한 짧은 일정으로 추가 임시 버전을 개발할 수도 있습니다.
정보 및 사용자 인터페이스 구성 요소는 사용자가 인지할 수 있는 방식으로 제공되어야 합니다.
텍스트가 아닌 모든 콘텐츠에 대해 텍스트 대체를 제공하여, 사람들이 필요로 하는 큰 글씨, 점자, 음성, 기호 또는 더 쉬운 언어 등 다양한 형태로 변환할 수 있도록 합니다.
(레벨 A)
사용자에게 제공되는 모든 텍스트가 아닌 콘텐츠에는 동등한 목적을 제공하는 텍스트 대체가 제공되어야 하며, 아래에 나열된 상황은 예외입니다.
텍스트가 아닌 콘텐츠가 컨트롤이거나 사용자 입력을 받는 경우, 해당 목적을 설명하는 이름이 있어야 합니다. (컨트롤 및 사용자 입력을 받는 콘텐츠에 대한 추가 요구 사항은 성공 기준 4.1.2를 참고하세요.)
텍스트가 아닌 콘텐츠가 시간 기반 미디어라면, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다. (미디어에 대한 추가 요구 사항은 지침 1.2를 참고하세요.)
텍스트가 아닌 콘텐츠가 테스트 또는 연습이고, 텍스트로 제공될 경우 무효가 되는 경우, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다.
텍스트가 아닌 콘텐츠가 주로 특정 감각 경험을 제공하기 위한 것이라면, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다.
텍스트가 아닌 콘텐츠의 목적이 사람이 접속하고 있는지 컴퓨터가 접속하고 있는지 확인하기 위한 것이라면, 해당 콘텐츠의 목적을 식별하고 설명하는 텍스트 대체가 제공되어야 하며, 다양한 감각적 인식을 위한 출력 방식의 대체 CAPTCHA가 제공되어야 하여 여러 장애를 지원할 수 있어야 합니다.
텍스트가 아닌 콘텐츠가 순수 장식용이거나, 시각적 서식 지정 용도로만 사용되거나, 사용자가 볼 수 없는 경우에는 보조 기술에서 무시될 수 있도록 구현되어야 합니다.
시간 기반 미디어에 대한 대체 수단을 제공합니다.
(레벨 A)
사전 녹화된 오디오 전용 및 사전 녹화된 비디오 전용 미디어의 경우, 아래에 명시된 예외를 제외하고 다음이 적용됩니다. 오디오 또는 비디오가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.
시간 기반 미디어 대체 문서가 제공되어 사전 녹화된 오디오 전용 콘텐츠와 동등한 정보를 제공합니다.
시간 기반 미디어 대체 문서 또는 오디오 트랙이 제공되어 사전 녹화된 비디오 전용 콘텐츠와 동등한 정보를 제공합니다.
(레벨 A)
자막 이 사전 녹화된 오디오 콘텐츠가 동기화된 미디어인 경우 모두 제공되어야 합니다. 단, 미디어가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.
(레벨 A)
시간 기반 미디어 대체 문서 또는 오디오 설명이 사전 녹화된 비디오 콘텐츠에 대해 동기화된 미디어인 경우 제공되어야 합니다. 단, 미디어가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.
(레벨 AA)
(레벨 AA)
(레벨 AAA)
(레벨 AAA)
전경 오디오의 일시정지가 오디오 설명이 비디오의 내용을 전달하기에 충분하지 않은 경우, 확장 오디오 설명이 모든 사전 녹화된 비디오 콘텐츠가 동기화된 미디어인 경우 제공되어야 합니다.
(레벨 AAA)
시간 기반 미디어 대체 문서가 모든 사전 녹화된 동기화된 미디어 및 모든 사전 녹화된 비디오 전용 미디어에 제공되어야 합니다.
(레벨 AAA)
시간 기반 미디어 대체 문서가 실시간 오디오 전용 콘텐츠와 동등한 정보를 제공합니다.
정보나 구조를 잃지 않고 다양한 방식(예: 더 단순한 레이아웃)으로 콘텐츠를 표시할 수 있도록 만드세요.
(레벨 A)
정보, 구조, 그리고 관계가 표현을 통해 전달될 때, 프로그램적으로 결정할 수 있거나 텍스트로 제공되어야 합니다.
(레벨 A)
콘텐츠가 표시되는 순서가 의미에 영향을 미칠 때, 올바른 읽기 순서가 프로그램적으로 결정될 수 있어야 합니다.
(레벨 A)
콘텐츠를 이해하거나 작동하기 위한 지침이 구성 요소의 형태, 색상, 크기, 시각적 위치, 방향 또는 소리 등 감각적 특성에만 의존하지 않도록 합니다.
색상 관련 요구 사항은 지침 1.4를 참고하세요.
(레벨 AA)
콘텐츠는 특정 디스플레이 방향(예: 세로 또는 가로)에만 표시 및 작동이 제한되지 않아야 하며, 특정 디스플레이 방향이 필수적인 경우는 예외입니다.
특정 디스플레이 방향이 필수적인 예시로는 은행 수표, 피아노 앱, 프로젝터나 TV용 슬라이드, 또는 VR 콘텐츠 등이 있으며, 콘텐츠가 반드시 가로 또는 세로 방향에 제한될 필요는 없습니다.
(레벨 AA)
사용자 정보를 수집하는 각 입력 필드의 목적은 다음의 경우 프로그램적으로 결정될 수 있습니다.
(레벨 AAA)
마크업 언어로 구현된 콘텐츠에서, 사용자 인터페이스 구성요소, 아이콘 및 영역의 목적을 프로그램적으로 결정할 수 있어야 합니다.
사용자가 콘텐츠를 더 쉽게 보고 들을 수 있도록 하며, 특히 전경과 배경을 구분할 수 있도록 합니다.
(레벨 A)
정보 전달, 동작 표시, 응답 안내, 시각적 요소 구분을 위해 색상이 유일한 시각적 수단으로 사용되어서는 안 됩니다.
이 성공 기준은 색상 인지에 대해 명확히 다룹니다. 색상 및 기타 시각적 표현의 프로그래밍적 접근 등 다른 인지 형태는 지침 1.3에서 다룹니다.
(레벨 A)
웹 페이지에서 오디오가 3초 이상 자동으로 재생되는 경우, 오디오를 일시정지하거나 중지할 수 있는 방법이 제공되거나, 시스템 전체 볼륨과 별도로 오디오 볼륨을 제어할 수 있는 방법이 제공되어야 합니다.
이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 이 기준을 반드시 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.
(레벨 AA)
텍스트 및 텍스트 이미지의 시각적 표현은 명도 대비가 최소 4.5:1이어야 하며, 다음의 예외가 있습니다:
대형 텍스트 및 대형 텍스트 이미지는 명도 대비가 최소 3:1이어야 합니다;
비활성 사용자 인터페이스 구성요소의 일부이거나, 순수 장식이거나, 아무도 볼 수 없거나, 중요한 다른 시각적 요소가 포함된 그림의 일부인 텍스트 또는 텍스트 이미지는 명도 대비 요구 사항이 없습니다.
로고 또는 브랜드명에 포함된 텍스트는 명도 대비 요구 사항이 없습니다.
(레벨 AA)
자막 및 텍스트 이미지를 제외하고, 텍스트는 보조 기술 없이 최대 200%까지 콘텐츠 또는 기능 손실 없이 크기 조정이 가능해야 합니다.
(레벨 AA)
사용 중인 기술로 시각적 표현이 가능하다면, 텍스트로 정보를 전달해야 하며, 텍스트 이미지는 다음의 경우에만 허용됩니다:
텍스트 이미지는 글꼴, 크기, 색상, 배경 등 시각적으로 사용자 요구에 맞게 맞춤화할 수 있어야 합니다;
특정 텍스트 표현이 정보를 전달하는 데 필수적이어야 합니다.
로고타입(로고나 브랜드명에 포함된 텍스트)은 필수적 요소로 간주됩니다.
(레벨 AAA)
텍스트 및 텍스트 이미지의 시각적 표현은 명도 대비가 최소 7:1이어야 하며, 다음의 예외가 있습니다:
대형 텍스트 및 대형 텍스트 이미지는 명도 대비가 최소 4.5:1이어야 합니다;
비활성 사용자 인터페이스 구성요소의 일부이거나, 순수 장식이거나, 아무도 볼 수 없거나, 중요한 다른 시각적 요소가 포함된 그림의 일부인 텍스트 또는 텍스트 이미지는 명도 대비 요구 사항이 없습니다.
로고 또는 브랜드명에 포함된 텍스트는 명도 대비 요구 사항이 없습니다.
(레벨 AAA)
사전 녹음된 오디오 전용 콘텐츠 중 (1) 전경에 주로 음성이 포함되어 있고, (2) 오디오 CAPTCHA 또는 오디오 로고가 아니며, (3) 노래나 랩 등 주로 음악적 표현을 위한 발성이 아닌 경우, 다음 중 하나 이상이 충족되어야 합니다:
오디오에 배경음이 포함되어 있지 않습니다.
배경음을 끌 수 있습니다.
배경음이 전경의 음성 콘텐츠보다 최소 20데시벨 낮아야 하며, 1~2초 정도의 짧은 소리는 예외입니다.
"데시벨"의 정의에 따라, 이 요구 사항을 충족하는 배경음은 전경 음성 콘텐츠보다 약 4배 더 조용합니다.
(레벨 AAA)
텍스트 단락의 시각적 표현에 대해, 다음을 달성할 수 있는 방법이 제공되어야 합니다:
콘텐츠가 이러한 값을 반드시 사용할 필요는 없습니다. 요구 사항은 사용자가 이러한 표현 측면을 변경할 수 있는 방법이 제공되어야 한다는 것입니다. 방법은 브라우저 또는 기타 사용자 에이전트에 의해 제공될 수 있습니다. 콘텐츠가 방법을 직접 제공할 필요는 없습니다.
일부 언어의 문자 체계는 가독성 및 판독성을 높이기 위해 다른 표현 방식을 사용합니다. 이 성공 기준의 표현 방식이 특정 문자 체계에서 사용되지 않는 경우, 해당 표현 설정을 사용하지 않아도 적합성을 충족할 수 있습니다. 저자들은 자신의 문자 체계에서 텍스트의 가독성과 판독성을 개선하기 위한 지침을 따르길 권장합니다.
(레벨 AAA)
텍스트 이미지는 순수 장식이거나, 특정 텍스트 표현이 정보를 전달하는 데 필수적인 경우에만 사용됩니다.
로고타입(로고나 브랜드명에 포함된 텍스트)은 필수적 요소로 간주됩니다.
(레벨 AA)
콘텐츠는 다음과 같은 경우 정보나 기능의 손실 없이, 그리고 2차원 스크롤이 필요하지 않게 표시될 수 있어야 합니다:
사용이나 의미를 위해 2차원 레이아웃이 필요한 콘텐츠 부분은 예외입니다.
320 CSS 픽셀은 400% 확대 시 1280 CSS 픽셀 너비의 시작 뷰포트와 동일합니다. 수평 스크롤 콘텐츠(예: 세로 쓰기)의 경우 256 CSS 픽셀은 400% 확대 시 1024 CSS 픽셀 높이의 시작 뷰포트와 동일합니다.
2차원 레이아웃이 필요한 콘텐츠 예시로는 이해를 위해 필요한 이미지(지도, 다이어그램 등), 비디오, 게임, 프레젠테이션, 데이터 테이블(셀 제외), 툴바를 보면서 콘텐츠를 조작해야 하는 인터페이스 등이 있습니다. 이러한 부분에는 2차원 스크롤을 제공해도 괜찮습니다.
(수준 AA)
다음 항목의 시각적 프레젠테이션은 인접한 색상에 대해 최소 3:1의 명암비를 가진다:
(레벨 AA)
다음 텍스트 스타일 속성을 지원하는 마크업 언어로 구현된 콘텐츠에서, 다음 값을 모두 설정하고 다른 스타일 속성을 변경하지 않아도 콘텐츠나 기능의 손실이 없어야 합니다:
예외: 인간 언어 및 문자가 이러한 텍스트 스타일 속성을 사용하지 않는 경우, 해당 언어와 문자 조합에 존재하는 속성만 사용하여 적합성을 충족할 수 있습니다.
콘텐츠가 반드시 이러한 텍스트 간격 값을 사용해야 하는 것은 아닙니다. 요구 사항은 사용자가 작성된 텍스트 간격을 재정의하더라도 콘텐츠나 기능이 손실되지 않아야 한다는 것입니다.
일부 언어의 문자 체계는 단락 시작 들여쓰기 등 다른 텍스트 간격 설정을 사용합니다. 저자들은 자신의 문자 체계에서 텍스트의 가독성 및 판독성을 개선하기 위한 지역 지침을 따르길 권장합니다.
(레벨 AA)
포인터 호버 또는 키보드 포커스를 받았다가 해제하는 과정에서 추가 콘텐츠가 보였다가 숨겨질 경우, 다음 조건을 모두 충족해야 합니다:
예외: 추가 콘텐츠의 시각적 표현이 사용자 에이전트에 의해 제어되고 저자가 수정하지 않은 경우.
사용자 정의 툴팁, 하위 메뉴, 호버 및 포커스 시 표시되는 기타 비모달 팝업은 이 기준에 해당하는 추가 콘텐츠의 예시입니다.
이 기준은 트리거링 구성요소 외에 추가로 표시되는 콘텐츠에 적용됩니다. 키보드 포커스로 표시되는 숨겨진 구성요소(예: 페이지 내 다른 부분으로 이동하는 링크)는 추가 콘텐츠를 표시하지 않으므로 이 기준에 해당하지 않습니다.
사용자 인터페이스 구성 요소와 내비게이션은 운용 가능해야 합니다.
모든 기능을 키보드로 사용할 수 있도록 하세요.
(레벨 A)
콘텐츠의 모든 기능은 개별 키 입력의 특정 타이밍 없이 키보드 인터페이스를 통해 운용할 수 있어야 하며, 기본 기능이 사용자의 이동 경로(엔드포인트가 아닌 경로)에 따라 입력이 필요한 경우는 예외입니다.
이 예외는 입력 방식이 아니라 기본 기능과 관련된 것입니다. 예를 들어 필기 입력을 사용할 때 입력 방식은 경로 의존적이지만, 기본 기능(텍스트 입력)은 그렇지 않습니다.
이 기준은 마우스 입력이나 다른 입력 방법을 제공하는 것을 금지하거나 억제하지 않습니다.
(레벨 A)
키보드 인터페이스를 사용해 페이지의 구성 요소에 키보드 포커스를 이동할 수 있다면, 오직 키보드 인터페이스만으로도 해당 구성 요소에서 포커스를 이동할 수 있어야 하며, 수정되지 않은 방향키나 탭 키 등 표준 종료 방법 외에 다른 방법이 필요하다면 포커스를 이동하는 방법을 사용자에게 안내해야 합니다.
이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.
(레벨 AAA)
(레벨 A)
콘텐츠에서 문자(대소문자 포함), 구두점, 숫자, 기호 문자만 사용하는 키보드 단축키가 구현된 경우, 다음 중 하나 이상을 충족해야 합니다:
사용자가 콘텐츠를 읽고 사용할 수 있도록 충분한 시간을 제공합니다.
(레벨 A)
콘텐츠에 의해 설정된 각 시간 제한에 대해, 다음 중 하나 이상을 충족해야 합니다:
사용자가 시간 제한을 만나기 전에 시간 제한을 끌 수 있습니다;
사용자가 시간 제한을 만나기 전에, 기본 설정의 최소 10배의 범위 내에서 시간 제한을 조정할 수 있습니다;
시간이 만료되기 전에 사용자에게 경고하고, 간단한 동작(예: 스페이스 바 누르기)으로 시간 제한을 연장할 수 있도록 최소 20초를 제공하며, 사용자는 시간 제한을 최소 10번까지 연장할 수 있습니다;
시간 제한이 실시간 이벤트(예: 경매)의 필수 요소이고, 시간 제한에 대한 대안이 불가능한 경우;
시간 제한이 필수적이며 연장이 활동을 무효화하는 경우;
시간 제한이 20시간을 초과하는 경우.
이 성공 기준은 시간 제한으로 인해 콘텐츠나 컨텍스트가 예기치 않게 변경되는 것을 방지하여 사용자가 작업을 완료할 수 있도록 합니다. 이 성공 기준은 성공 기준 3.2.1과 함께 고려해야 하며, 이는 사용자 행동으로 인한 콘텐츠 또는 컨텍스트 변경을 제한합니다.
(레벨 A)
움직이거나, 깜빡이거나, 스크롤하거나, 자동 업데이트되는 정보에 대해 모두 다음을 충족해야 합니다:
(1) 자동으로 시작되고, (2) 5초 넘게 지속되며, (3) 다른 콘텐츠와 동시에 제시되는 모든 이동, 깜박임 또는 스크롤 정보에는 사용자를 위한 메커니즘이 있어 이를 일시 중지, 정지 또는 숨길 수 있어야 한다. 단, 이동, 깜박임 또는 스크롤이 필수적인 활동의 일부인 경우는 제외한다. 그리고
(1) 자동으로 시작되고 (2) 다른 콘텐츠와 동시에 제시되는 모든 자동 업데이트 정보에는 사용자가 이를 일시 중지, 정지 또는 숨기거나 업데이트 빈도를 제어할 수 있는 메커니즘이 있어야 한다. 단, 자동 업데이트가 필수적인 활동의 일부인 경우는 제외한다.
깜빡이거나 번쩍이는 콘텐츠 관련 요구 사항은 지침 2.3을 참고하세요.
이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.
소프트웨어에 의해 주기적으로 업데이트되거나 사용자 에이전트로 스트리밍되는 콘텐츠는 일시정지 후 재개 시 생성되거나 수신된 정보를 반드시 보존하거나 표시할 필요는 없습니다. 이는 기술적으로 불가능하거나, 많은 상황에서 오히려 오해를 유발할 수 있기 때문입니다.
프리로드 단계 등에서 발생하는 애니메이션은 모든 사용자가 해당 단계에서 상호작용할 수 없고, 진행 상황을 표시하지 않으면 콘텐츠가 멈췄거나 고장난 것으로 오해할 수 있다면 필수적 요소로 간주할 수 있습니다.
(레벨 AAA)
콘텐츠가 제공하는 이벤트나 활동에서 시간 제한은 필수적 요소가 아니어야 하며, 비대화형 동기화된 미디어와 실시간 이벤트는 예외입니다.
(레벨 AAA)
사용자는 긴급 상황과 관련된 방해를 제외하고, 방해를 미루거나 차단할 수 있습니다.
(레벨 AAA)
인증된 세션이 만료되면, 사용자는 재인증 후 데이터 손실 없이 활동을 계속할 수 있습니다.
(레벨 AAA)
사용자 비활동(user inactivity)로 인해 데이터 손실이 발생할 수 있는 경우, 사용자는 기간에 대해 경고를 받으며, 사용자가 아무 행동도 하지 않아도 데이터가 20시간 이상 보존된다면 예외입니다.
개인정보 보호 규정에 따라 사용자가 인증되기 전과 데이터가 보존되기 전에 명시적 동의를 요구할 수 있습니다. 사용자가 미성년자인 경우, 대부분의 관할 지역에서는 명시적 동의를 요구하지 않을 수 있습니다. 데이터 보존을 이 성공 기준 충족 방식으로 고려할 때에는 개인정보 보호 전문가 및 법률 자문과 상의하는 것이 좋습니다.
발작이나 신체 반응을 유발하는 것으로 알려진 방식으로 콘텐츠를 설계하지 마세요.
(레벨 A)
웹 페이지에는 1초 동안 3회 이상 번쩍이는 요소가 포함되어 있지 않아야 하며, 번쩍임이 일반 번쩍임 및 적색 번쩍임 기준 이하인 경우는 예외입니다.
이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.
(레벨 AAA)
(레벨 AAA)
상호작용에 의해 트리거되는 모션 애니메이션은 비활성화할 수 있어야 하며, 애니메이션이 기능이나 전달되는 정보에 필수적인 경우는 예외입니다.
키보드 이외의 다양한 입력으로 기능을 더 쉽게 운용할 수 있도록 합니다.
(레벨 A)
멀티포인트 또는 경로 기반 제스처를 사용하는 모든 기능은 경로 기반 제스처 없이 단일 포인터로 운용할 수 있어야 하며, 멀티포인트 또는 경로 기반 제스처가 필수적인 경우는 예외입니다.
이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).
(레벨 A)
단일 포인터로 운용할 수 있는 기능에 대해, 다음 중 하나 이상을 충족해야 합니다:
키보드나 숫자 키패드 키 누름을 에뮬레이션하는 기능은 필수적으로 간주됩니다.
이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).
(레벨 A)
라벨에 텍스트 또는 텍스트 이미지가 포함되어 있는 사용자 인터페이스 구성요소는 화면에 표시되는 텍스트가 이름에 포함되어야 합니다.
라벨의 텍스트를 이름의 앞부분에 두는 것이 모범 사례입니다.
(레벨 A)
장치의 동작 또는 사용자의 동작으로 운용할 수 있는 기능은 사용자 인터페이스 구성요소로도 운용할 수 있어야 하며, 동작에 반응하는 기능을 비활성화하여 실수로 작동하지 않도록 할 수 있어야 합니다(단, 다음의 경우 제외):
(레벨 AAA)
포인터 입력의 대상 크기는 44x44 CSS 픽셀 이상이어야 하며, 다음의 경우는 예외입니다:
(레벨 AAA)
웹 콘텐츠는 플랫폼에서 사용할 수 있는 입력 방식을 제한하지 않아야 하며, 제한이 필수적이거나, 콘텐츠의 보안을 보장하기 위해 필요하거나, 사용자 설정을 존중하기 위해 필요한 경우는 예외입니다.
(레벨 AA)
신규
모든 기능은 작동할 때 드래그 동작을 사용하는 경우에도 드래그 없이 단일 포인터로 달성할 수 있어야 한다. 다만, 드래그가 필수적이거나 해당 기능이 사용자 에이전트에 의해 결정되고 제작자가 수정하지 않은 경우는 제외한다.
이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).
(레벨 AA)
신규
포인터 입력의 대상 크기는 24x24 CSS 픽셀 이상이어야 하며, 다음의 경우는 예외입니다:
위치에 따라 값을 선택하는 공간적 선택이 가능한 대상은 이 성공 기준에서는 하나의 대상으로 간주됩니다. 예: 슬라이더, 색상 선택기, 커서 위치를 지정할 수 있는 편집 영역 등.
인라인 대상의 행간은 텍스트 흐름에 수직인 방향으로 해석해야 합니다. 예를 들어, 세로 쓰기 언어에서는 행간이 수평이 됩니다.
정보 및 사용자 인터페이스의 운용은 이해할 수 있어야 합니다.
텍스트 콘텐츠를 읽기 쉽고 이해할 수 있도록 합니다.
(레벨 A)
각 웹 페이지의 기본 자연 언어는 프로그램적으로 결정될 수 있어야 합니다.
(수준 AA)
콘텐츠 내 각 구절이나 구문의 인간 언어는 프로그래밍 방식으로 결정할 수 있다. 단, 고유명사, 전문 용어, 언어가 불확정한 단어 및 바로 주변 텍스트에서 사용되는 일상어의 일부가 된 단어나 구는 제외한다.
(수준 AAA)
메커니즘을 사용하여 단어나 구 중 특이하거나 제한된 방식으로 사용되는 것의 구체적인 정의를 식별할 수 있으며, 여기에는 관용구 및 전문 용어가 포함된다.
(레벨 AAA)
(레벨 AAA)
텍스트가 고유명사와 제목을 제외하고 중등 교육 수준 이하보다 더 높은 읽기 능력을 요구하는 경우, 보충 콘텐츠 또는 중등 교육 수준 이하의 읽기 능력을 요구하지 않는 버전이 제공되어야 합니다.
(레벨 AAA)
문맥상 의미가 발음을 알아야만 명확해지는 단어의 특정 발음을 식별할 수 있는 방법이 제공되어야 합니다.
웹 페이지가 예측 가능한 방식으로 표시되고 운용되도록 합니다.
(레벨 A)
어떤 사용자 인터페이스 구성요소가 포커스를 받을 때, 컨텍스트 변경이 발생하지 않아야 합니다.
(레벨 A)
어떤 사용자 인터페이스 구성요소의 설정을 변경해도, 사용자에게 해당 동작을 미리 안내하지 않은 이상 컨텍스트 변경이 자동으로 발생하지 않아야 합니다.
(레벨 AA)
(레벨 AAA)
(수준 A)
새 항목
Web 페이지에 다음 도움말 메커니즘 중 하나라도 포함되어 있고 해당 메커니즘이 Web 페이지 집합 내의 여러 Web 페이지에서 반복되는 경우, 사용자가 변경을 시작하지 않는 한 다른 페이지 콘텐츠에 대해 동일한 상대적 순서로 나타난다:
도움말 메커니즘은 페이지에 직접 제공되거나, 해당 정보가 포함된 다른 페이지로 연결되는 직접 링크를 통해 제공될 수 있다.
이 성공 기준에서 "다른 페이지 콘텐츠에 대한 동일한 상대적 순서"는 페이지가 직렬화될 때 콘텐츠가 정렬되는 방식으로 생각할 수 있다. 동일한 페이지 변형(예: CSS 중단점)의 경우 도움말 메커니즘의 시각적 위치는 여러 페이지에서 일관될 가능성이 높다. 사용자는 페이지의 확대/축소 또는 방향을 변경하는 등 변경을 시작할 수 있으며, 이로 인해 다른 페이지 변형이 트리거될 수 있다. 이 기준은 동일한 페이지 변형 (예: 동일한 확대/축소 수준 및 방향)으로 표시되는 페이지 간 상대적 순서에 관한 것이다.
사용자가 실수를 피하고 수정할 수 있도록 돕습니다.
(레벨 A)
입력 오류가 자동으로 감지되면, 오류가 있는 항목이 식별되고 해당 오류가 사용자에게 텍스트로 설명됩니다.
(레벨 A)
콘텐츠가 사용자 입력을 요구할 때 라벨 또는 안내가 제공되어야 합니다.
(레벨 AA)
입력 오류가 자동으로 감지되고 수정 제안이 알려진 경우, 콘텐츠의 보안이나 목적을 위협하지 않는 한 해당 제안이 사용자에게 제공되어야 합니다.
(레벨 AA)
사용자에게 법적 약속이나 금융 거래가 발생하거나, 데이터 저장 시스템에서 사용자 제어 데이터를 수정 또는 삭제하거나, 사용자 시험 응답을 제출하는 웹 페이지에 대해, 다음 중 하나 이상을 충족해야 합니다:
(레벨 AAA)
컨텍스트-민감 도움말이 제공되어야 합니다.
(레벨 AAA)
사용자에게 정보를 제출하도록 요구하는 웹 페이지에 대해, 다음 중 하나 이상을 충족해야 합니다:
(레벨 A)
신규
동일한 프로세스 내에서 사용자가 이전에 입력하거나 제공한 정보가 다시 입력되어야 하는 경우, 다음 중 하나를 충족해야 합니다:
예외:
(레벨 AA)
신규
인증 프로세스의 어떤 단계도 인지 기능 테스트(예: 비밀번호 기억, 퍼즐 풀기)를 요구하지 않아야 하며, 해당 단계에서 다음 중 하나 이상을 제공하는 경우는 예외입니다:
"객체 인식"과 "개인 콘텐츠"는 이미지, 비디오 또는 오디오로 표현될 수 있습니다.
(레벨 AAA)
신규
인증 프로세스의 어떤 단계도 인지 기능 테스트(예: 비밀번호 기억, 퍼즐 풀기)를 요구하지 않아야 하며, 해당 단계에서 다음 중 하나 이상을 제공하는 경우는 예외입니다:
콘텐츠는 보조 기술을 포함한 다양한 사용자 에이전트가 해석할 수 있을 만큼 견고해야 합니다.
보조 기술을 포함한 현재 및 미래의 사용자 에이전트와의 호환성을 극대화하세요.
이 기준은 원래 보조 기술이 직접 HTML을 파싱하는 데 생긴 문제를 해결하기 위해 도입되었습니다. 현재 보조 기술은 더 이상 HTML을 직접 파싱할 필요가 없습니다. 따라서 이러한 문제는 더 이상 존재하지 않거나 다른 기준에 의해 해결됩니다. 이 기준은 더 이상 유용하지 않으므로 삭제되었습니다.
(레벨 A)
모든 사용자 인터페이스 구성요소(폼 요소, 링크, 스크립트로 생성된 구성요소 포함)에 대해 이름과 역할은 프로그램적으로 결정될 수 있어야 하며, 상태, 속성, 값 등 사용자가 설정할 수 있는 항목도 프로그램적으로 설정할 수 있어야 하며, 이러한 항목의 변경 사항을 사용자 에이전트와 보조 기술에 알릴 수 있어야 합니다.
이 성공 기준은 주로 직접 또는 스크립트로 사용자 인터페이스 구성요소를 개발하는 웹 저자를 위한 것입니다. 예를 들어, 표준 HTML 컨트롤은 명세대로 사용하면 이미 이 성공 기준을 충족합니다.
(레벨 AA)
마크업 언어로 구현된 콘텐츠에서 상태 메시지는 역할 또는 속성을 통해 프로그램적으로 결정될 수 있어야 하며, 보조 기술이 포커스 없이도 사용자에게 메시지를 전달할 수 있어야 합니다.
이 섹션은 WCAG 2.2의 적합성에 대한 요구 사항을 나열합니다. 또한 적합성 주장(선택 사항)을 만드는 방법에 대한 정보도 제공합니다. 마지막으로 접근성 지원의 의미를 설명합니다. 기술을 사용할 때 접근성 지원되는 방법만이 적합성에 의존 가능합니다. 적합성 이해하기에서는 접근성 지원 개념에 대해 추가 설명을 제공합니다.
WCAG 2.2의 주요 내용은 규범적이며 적합성 주장에 영향을 주는 요구 사항을 정의합니다. 서론, 부록, "비규범적"으로 표시된 섹션, 도표, 예시, 참고는 정보성(비규범적)입니다. 비규범적 자료는 지침 해석에 도움이 되는 조언 정보를 제공하지만 적합성 주장에 영향을 주는 요구 사항을 만들지 않습니다.
MAY, MUST, MUST NOT, NOT RECOMMENDED, RECOMMENDED, SHOULD, SHOULD NOT의 주요 단어는 [RFC2119]에서 설명한 대로 해석합니다.
웹 페이지가 WCAG 2.2에 적합하기 위해서는 아래의 모든 적합성 요구 사항을 만족해야 합니다:
다음 중 하나의 적합성 수준을 모두 충족해야 합니다.
적합성은 명시된 수준에서만 달성할 수 있지만, 저자들은 달성한 적합성 수준 이상에서 성공 기준을 얼마나 충족했는지(진행 상황)를 주장에 포함하는 것을 권장합니다.
전체 사이트에 대해 Level AAA 적합성을 일반 정책으로 요구하는 것은 권장하지 않습니다. 일부 콘텐츠는 모든 Level AAA 성공 기준을 충족하는 것이 불가능할 수 있습니다.
적합성 (및 적합성 수준)은 전체 웹 페이지에만 적용되며, 페이지 일부가 제외되면 적합성을 달성할 수 없습니다.
적합성 판단 시, 페이지 일부의 대안(예: 긴 설명, 비디오의 대체 프레젠테이션 등)은 페이지에서 직접 얻을 수 있다면 페이지의 일부로 간주합니다.
저자가 통제할 수 없는 콘텐츠로 인해 적합성을 달성할 수 없는 웹 페이지의 경우 부분 적합성 선언문을 고려할 수 있습니다.
전체 페이지에는 자동으로 다양한 화면 크기에 맞춰 표시되는 모든 변형(예: 반응형 웹 페이지의 변형)이 포함됩니다. 전체 페이지가 적합하려면 이런 모든 변형도 적합하거나 적합하는 대체 버전을 제공해야 합니다.
프로세스(즉, 활동을 완료하기 위해 일련의 단계를 거쳐야 하는 경우)를 제공하는 일련의 웹 페이지 중 하나인 경우, 프로세스의 모든 웹 페이지가 지정된 수준 또는 그 이상의 적합성을 충족해야 합니다. (어떤 단계라도 해당 수준을 충족하지 않으면 전체 프로세스는 해당 수준의 적합성을 달성할 수 없습니다.)
성공 기준을 충족하기 위해 접근성이 지원되는 기술 사용 방식에만 의존한다. 접근성이 지원되지 않는 방식으로 제공되는 모든 정보 또는 기능은 접근성이 지원되는 방식으로도 이용할 수 있다. (접근성 지원 이해하기 참조.)
만약 기술이 접근성 지원이 되지 않는 방식으로 사용되거나 비적합한 방식으로 사용되는 경우, 해당 기술은 사용자가 페이지의 나머지 부분에 접근하는 것을 차단하지 않는다. 또한 웹 페이지 전체는 다음 각 조건에서 적합성 요구사항을 계속 충족한다:
또한 다음 성공 기준은 페이지의 모든 콘텐츠에 적용된다. 여기에는 적합성을 충족하기 위해 달리 의존하지 않는 콘텐츠도 포함되는데, 해당 기준을 충족하지 못하면 페이지의 어떠한 사용도 방해할 수 있기 때문이다:
페이지가 적합할 수 없는 경우(예: 적합성 테스트 페이지 또는 예시 페이지), 해당 페이지는 적합성 범위나 적합성 주장에 포함될 수 없다.
예시를 포함한 자세한 내용은 적합성 요구사항 이해하기를 참조한다.
적합성은 웹 페이지에만 정의됩니다. 그러나 하나의 페이지, 일련의 페이지, 또는 여러 관련 웹 페이지에 대해 적합성 주장을 할 수 있습니다.
적합성 주장은 필수 아님입니다. 저자는 적합성 주장을 하지 않고도 WCAG 2.2에 적합할 수 있습니다. 그러나 적합성 주장을 하는 경우, 아래 정보를 반드시 포함해야 합니다:
웹 페이지의 간결한 설명(주장 대상 URI 목록, 하위 도메인 포함 여부 등)
웹 페이지는 목록이나 주장 대상 URI 전체를 설명하는 표현으로 기술할 수 있습니다.
설치 전 URI가 없는 웹 기반 제품은 설치 시 적합할 것이라는 선언문을 포함할 수 있습니다.
적합성 로고를 사용하는 경우, 이는 적합성 주장을 의미하며 위에 나열된 필수 구성요소를 반드시 함께 제공해야 합니다.
위 필수 구성요소 외에도 사용자에게 도움이 되는 정보를 추가로 제공하는 것이 좋습니다. 추천 추가 정보는 다음과 같습니다:
자세한 정보와 예시 적합성 주장은 적합성 주장 이해하기를 참고하세요.
적합성 주장에 메타데이터를 사용하는 방법에 대해서는 메타데이터 이해하기를 참고하세요.
추후 추가 콘텐츠가 들어갈 수 있는 웹 페이지는 '부분 적합성 선언문'을 사용할 수 있습니다. 예시: 이메일 프로그램, 블로그, 댓글이 가능한 기사, 사용자 기여 콘텐츠를 지원하는 애플리케이션, 포털/뉴스 사이트 등 여러 기여자가 만든 콘텐츠로 구성된 페이지, 또는 광고 등 외부 소스 콘텐츠가 동적으로 삽입되는 사이트.
이런 경우, 원래 게시 시점에 제어할 수 없는 콘텐츠가 무엇인지 알 수 없습니다. 제어할 수 없는 콘텐츠는 제어되는 콘텐츠의 접근성에도 영향을 줄 수 있으니 주의해야 합니다. 선택지는 두 가지입니다:
최선의 지식을 바탕으로 적합성 판단을 할 수 있습니다. 이런 유형의 페이지를 모니터링하고 2영업일 내에 수정(비적합 콘텐츠를 제거 또는 적합하도록 수정)한다면, 외부 기여 콘텐츠의 오류가 발견 시 수정/제거되는 한 페이지는 적합하다고 주장할 수 있습니다. 비적합 콘텐츠를 모니터링/수정할 수 없는 경우에는 적합성 주장을 할 수 없습니다.
또는
부분 적합성 선언문: 해당 페이지는 적합하지 않지만 특정 부분이 제거되면 적합할 수 있다고 기술합니다. 형식 예시: "이 페이지는 적합하지 않지만, 다음에 명시된 제어할 수 없는 소스의 부분이 제거되면 WCAG 2.2 level X에 적합할 수 있습니다." 또한, 부분 적합성 선언문에 명시된 제어할 수 없는 콘텐츠에 대해 아래가 모두 참이어야 합니다:
"언어로 인한 부분 적합성 선언문"은 페이지가 적합하지 않지만, 페이지에 사용된 모든 언어에 대한 접근성 지원이 존재한다면 적합할 수 있다고 기술하는 경우입니다. 형식 예시: "이 페이지는 적합하지 않지만, 다음 언어(들)에 대한 접근성 지원이 존재한다면 WCAG 2.2 level X에 적합할 수 있습니다."
이 섹션은 비규범적입니다.
이 명세서 내 성공 기준 중 작업 그룹이 개인정보에 영향을 미칠 수 있다고 판단한 것(최종 사용자 보호 제공, 또는 웹사이트 제공자가 사용자 개인정보 보호를 위해 기능을 구현할 때 고려해야 하는 것)은 아래에 나열합니다. 이 목록은 현 시점의 작업 그룹의 이해를 반영하며, 다른 성공 기준도 작업 그룹이 아직 알지 못하는 개인정보 영향이 있을 수 있습니다.
이 명세서 내 개인정보와 관련될 수 있는 성공 기준은 다음과 같습니다:
이 섹션은 비규범적입니다.
이 명세서 내 성공 기준 중 작업 그룹이 보안에 영향을 미칠 수 있다고 판단한 것(최종 사용자 보호 제공, 또는 웹사이트 제공자가 사용자 보안을 위해 기능을 구현할 때 고려해야 하는 것)은 아래에 나열합니다. 이 목록은 현 시점의 작업 그룹의 이해를 반영하며, 다른 성공 기준도 작업 그룹이 아직 알지 못하는 보안 영향이 있을 수 있습니다.
이 명세서 내 보안과 관련될 수 있는 성공 기준은 다음과 같습니다:
단어, 구 또는 이름을 줄인 형태로서, 아직 그 언어의 일부가 되지 않은 것
다음과 같은 이니셜리즘과 두문자어를 포함한다.
이니셜리즘은 이름이나 구에 포함된 단어 또는 음절의 첫 글자로 만든 이름이나 구의 축약형이다.
모든 언어에서 정의되는 것은 아니다.
두문자어는 다른 단어(이름이나 구에 포함된 단어)의 첫 글자나 일부로 만들어지며 하나의 단어처럼 발음할 수 있는 축약형이다.
일부 회사는 이전에 이니셜리즘이었던 표현을 회사 이름으로 채택했다. 이러한 경우 회사의 새 이름은 해당 글자들 자체(예: Ecma)이며, 그 단어는 더 이상 약어로 간주되지 않는다.
사용자의 보조 기술뿐만 아니라 브라우저와 기타 사용자 에이전트의 접근성 기능에서도 지원됨
Web 콘텐츠 기술(또는 기술의 기능)을 접근성이 지원되는 방식으로 사용했다고 인정받으려면, 해당 Web 콘텐츠 기술(또는 기능)에 대해 다음 1과 2를 모두 충족해야 한다.
Web 콘텐츠 기술을 사용하는 방식이 사용자의 보조 기술 (AT)에서 지원되어야 한다. 이는 기술을 사용하는 방식이 콘텐츠의 인간 언어에서 사용자의 보조 기술과 상호 운용되는지 시험되었음을 의미한다.
그리고
Web 콘텐츠 기술을 지원하며 사용자가 이용할 수 있는, 접근성이 지원되는 사용자 에이전트가 있어야 한다. 이는 다음 네 가지 설명 중 하나 이상이 참임을 의미한다.
해당 기술이 접근성도 지원하는 널리 배포된 사용자 에이전트에서 기본적으로 지원된다(예: HTML 및 CSS).
또는
해당 기술이 접근성도 지원하는 널리 배포된 플러그인에서 지원된다.
또는
콘텐츠가 대학이나 기업 네트워크와 같은 폐쇄된 환경에서 제공되며, 해당 기술에 필요하고 조직에서 사용하는 사용자 에이전트도 접근성을 지원한다.
또는
해당 기술을 지원하는 사용자 에이전트가 접근성을 지원하고 다음과 같은 방식으로 다운로드하거나 구매할 수 있다.
접근성 지침 워킹 그룹과 W3C는 특정 Web 기술 사용을 접근성이 지원되는 것으로 분류하기 위해 보조 기술이 어느 정도 또는 얼마나 많이 지원해야 하는지를 명시하지 않는다. ("접근성 지원"에 필요한 보조 기술 지원 수준 참조.)
Web 기술은 접근성이 지원되지 않는 방식으로도 사용할 수 있다. 단, 해당 기술에 의존하지 않아야 하며, 페이지 전체가 적합성 요구사항 4와 적합성 요구사항 5를 포함한 적합성 요구사항을 충족해야 한다.
Web 기술이 "접근성이 지원되는" 방식으로 사용되었다고 해서 기술 전체 또는 그 기술을 사용하는 모든 방식이 지원된다는 뜻은 아니다. HTML을 포함한 대부분의 기술은 적어도 하나의 기능이나 사용 방식에 대한 지원이 부족하다. 접근성이 지원되는 기술 사용 방식에 의존하여 WCAG 요구사항을 충족할 수 있는 경우에만 페이지가 WCAG에 적합하다.
여러 버전이 있는 Web 콘텐츠 기술을 인용할 때는 지원되는 버전을 명시해야 한다.
제작자가 접근성이 지원되는 기술 사용 방식을 찾는 한 가지 방법은, 접근성이 지원되는 것으로 문서화된 사용 방식의 모음을 참조하는 것이다. (접근성이 지원되는 Web 기술 사용 방식 이해하기 참조.) 제작자, 회사, 기술 공급업체 또는 기타 관계자는 Web 콘텐츠 기술을 접근성이 지원되는 방식으로 사용하는 방법을 문서화할 수 있다. 그러나 문서에 포함된 기술의 모든 사용 방식은 위에 정의된 접근성이 지원되는 Web 콘텐츠 기술의 정의를 충족해야 한다.
시간 기반 시각 및 청각 정보를 올바른 순서로 설명하는 텍스트를 포함하고, 모든 시간 기반 상호작용의 결과를 달성할 수단을 제공하는 문서
동기화된 미디어 콘텐츠를 제작할 때 사용한 각본은 편집 후의 최종 동기화 미디어를 정확하게 나타내도록 수정된 경우에만 이 정의를 충족한다.
링크 및 해당 링크와 동시에 사용자에게 제시되는 Web 페이지의 모든 정보만으로는 목적을 판단할 수 없는 상태(즉, 장애가 없는 독자도 링크를 활성화하기 전까지 링크가 무엇을 하는지 알 수 없음)
문자 또는 글리프(일반적으로 ASCII에서 정의한 인쇄 가능한 문자 95개)를 공간적으로 배열하여 만든 그림
사용자 에이전트로 작동하거나 주류 사용자 에이전트와 함께 작동하여, 주류 사용자 에이전트가 제공하는 범위를 넘어 장애가 있는 사용자의 요구사항을 충족하는 기능을 제공하는 하드웨어 및/또는 소프트웨어
보조 기술이 제공하는 기능에는 대체 표현 방식 (예: 합성 음성 또는 확대된 콘텐츠), 대체 입력 방식(예: 음성), 추가 탐색 또는 방향 파악 메커니즘, 콘텐츠 변환 (예: 표의 접근성 향상)이 포함된다.
보조 기술은 API를 사용하고 모니터링하여 주류 사용자 에이전트와 데이터 및 메시지를 주고받는 경우가 많다.
주류 사용자 에이전트와 보조 기술의 구분은 절대적이지 않다. 많은 주류 사용자 에이전트는 장애가 있는 사람을 돕는 일부 기능을 제공한다. 기본적인 차이점은 주류 사용자 에이전트가 일반적으로 장애가 있는 사람과 장애가 없는 사람을 모두 포함하는 폭넓고 다양한 사용자를 대상으로 한다는 것이다. 보조 기술은 특정 장애가 있는, 좁게 정의된 사용자 집단을 대상으로 한다. 보조 기술이 제공하는 지원은 대상 사용자의 요구에 더욱 구체적이고 적합하다. 주류 사용자 에이전트는 프로그램 객체에서 Web 콘텐츠를 가져오거나 마크업을 식별 가능한 묶음으로 구문 분석하는 등 보조 기술에 중요한 기능을 제공할 수 있다.
소리를 재생하는 기술
오디오는 합성하여 만들거나(음성 합성 포함), 실제 세계의 소리를 녹음하여 만들거나, 두 방식을 모두 사용하여 만들 수 있다.
주요 사운드트랙만으로는 이해할 수 없는 중요한 시각적 세부 사항을 설명하기 위해 사운드트랙에 추가한 내레이션
비디오의 오디오 해설은 동작, 등장인물, 장면 전환, 화면상의 텍스트 및 기타 시각적 콘텐츠에 관한 정보를 제공한다.
표준 오디오 해설에서는 기존 대화의 공백 동안 내레이션을 추가한다. (확장 오디오 해설도 참조.)
"비디오 해설" 및 "설명 내레이션"이라고도 한다.
주의를 끌기 위한 방식으로 두 시각적 상태 사이를 번갈아 전환하는 것
번쩍임도 참조한다. 어떤 것이 충분히 크고 적절한 주파수에서 충분히 밝게 깜박이면 번쩍임으로도 분류될 수 있다.
둘 이상의 문장으로 이루어진 텍스트
"컴퓨터와 인간을 구별하기 위한 완전 자동화된 공개 튜링 테스트"를 뜻하는 영어 표현의 이니셜리즘
CAPTCHA 검사는 흐리게 처리된 이미지 또는 오디오 파일에 표시된 텍스트를 사용자에게 입력하도록 요구하는 경우가 많다.
튜링 테스트는 인간과 컴퓨터를 구별하도록 설계된 모든 검사 체계를 말한다. 저명한 컴퓨터 과학자 Alan Turing의 이름을 따서 명명되었다. 이 용어는 Carnegie Mellon University 연구자들이 만들었다.
미디어 콘텐츠를 이해하는 데 필요한 음성 및 비음성 오디오 정보 모두에 대한, 동기화된 시각적 표현 및/또는 텍스트 대체물
자막은 대화만 표시하는 자막과 비슷하지만, 말로 이루어진 대화의 내용뿐 아니라 음향 효과, 음악, 웃음소리, 화자 식별 및 위치를 포함하여 프로그램 콘텐츠를 이해하는 데 필요한 비대화 오디오 정보의 등가물도 전달한다.
폐쇄 자막은 일부 플레이어에서 켜고 끌 수 있는 등가물이다.
자막은 비디오의 관련 정보를 가리거나 방해해서는 안 된다.
일부 국가에서는 captions를 subtitles라고 한다.
오디오 해설은 이미 시각적으로 제시된 정보에 대한 설명이므로 자막을 제공할 수 있지만 반드시 제공해야 하는 것은 아니다.
사용자가 인지하지 못한 상태에서 이루어질 경우 전체 페이지를 동시에 볼 수 없는 사용자가 방향 감각을 잃게 할 수 있는 중대한 변경
컨텍스트 변경에는 다음 항목의 변경이 포함된다.
콘텐츠 변경이 언제나 컨텍스트 변경인 것은 아니다. 펼쳐지는 개요, 동적 메뉴 또는 탭 컨트롤과 같은 콘텐츠 변경은 위 항목 중 하나 (예: 포커스)도 변경하지 않는 한 반드시 컨텍스트를 변경하는 것은 아니다.
신규
사용자에게 정보를 기억하거나, 조작하거나, 옮겨 적도록 요구하는 작업. 다음 예를 포함하되 이에 국한되지 않는다.
주어진 표준, 지침 또는 명세의 모든 요구사항을 충족하는 것
다음 조건을 충족하는 버전
이 정의에서 "도달할 수만 있다"는 것은 사용자가 적합한 버전에서 바로 이동해 온 경우가 아니면 부적합한 페이지에 "도달"(로드)하지 못하게 하는 조건부 리디렉션과 같은 메커니즘이 있음을 의미한다.
대체 버전은 원본과 페이지별로 일치할 필요가 없다 (예: 적합한 대체 버전은 여러 페이지로 구성될 수 있음).
여러 언어 버전을 제공하는 경우 제공되는 각 언어마다 적합한 대체 버전이 필요하다.
서로 다른 기술 환경이나 사용자 그룹을 수용하기 위해 대체 버전을 제공할 수 있다. 각 버전은 가능한 한 적합해야 한다. 적합성 요구사항 1을 충족하려면 한 버전은 완전히 적합해야 한다.
적합한 대체 버전은 부적합한 버전만큼 자유롭게 이용할 수 있다면 적합성 범위 안에 있거나 같은 Website에 있을 필요가 없다.
대체 버전을 원본 페이지를 지원하고 이해를 높이는 보충 콘텐츠와 혼동해서는 안 된다.
환경설정을 지정하는 방법이 접근성을 지원한다면, 적합한 버전을 생성하도록 콘텐츠에서 사용자 환경설정을 지정하는 것은 다른 버전에 도달하기 위한 허용 가능한 메커니즘이다.
콘텐츠의 구조, 프레젠테이션 및 상호작용을 정의하는 코드 또는 마크업을 포함하여, 사용자 에이전트를 통해 사용자에게 전달되는 정보 및 감각적 경험
현재 수행 중인 기능과 관련된 정보를 제공하는 도움말 텍스트
명확한 레이블은 상황별 도움말 역할을 할 수 있다.
(L1 + 0.05) / (L2 + 0.05), 여기서
명암비의 범위는 1부터 21까지이다(일반적으로 1:1부터 21:1까지로 표기).
제작자는 텍스트 렌더링 방식에 관한 사용자 설정 (예: 글꼴 평활화 또는 앤티앨리어싱)을 제어할 수 없으므로, 앤티앨리어싱을 끈 상태에서 텍스트의 명암비를 평가할 수 있다.
성공 기준 1.4.3과 1.4.6에서는 일반적인 사용 시 텍스트가 렌더링되는 지정된 배경을 기준으로 명암을 측정한다. 배경색을 지정하지 않은 경우 흰색으로 간주한다.
배경색은 일반적인 사용 시 텍스트가 렌더링될 콘텐츠의 지정된 색이다. 텍스트 색상을 지정하고 배경색을 지정하지 않으면 사용자의 기본 배경색을 알 수 없어 충분한 명암을 평가할 수 없으므로 실패이다. 같은 이유로 배경색을 지정하고 텍스트 색상을 지정하지 않은 경우도 실패이다.
글자 주위에 테두리가 있으면 테두리가 명암을 더할 수 있으므로 글자와 배경 사이의 명암을 계산할 때 사용한다. 글자 주위의 좁은 테두리는 글자의 일부로 사용한다. 글자의 내부 세부를 채울 정도로 넓은 테두리는 후광 역할을 하므로 배경으로 간주한다.
제작자가 일반적인 프레젠테이션에서 서로 인접해 나타날 것으로 예상한, 콘텐츠에 지정된 색상 쌍을 대상으로 WCAG 적합성을 평가해야 한다. 제작자의 코드로 발생한 경우를 제외하면 사용자 에이전트가 적용한 색상 변경과 같은 비정상적인 프레젠테이션은 고려할 필요가 없다.
콘텐츠의 의미를 변경하지 않는 순서로 단어와 단락이 제시되는 모든 순서
약 0.0213도의 시각
CSS 픽셀은 CSS의 모든 길이와 측정값에 사용하는 표준 측정 단위이다. 이 단위는 밀도와 무관하며 디스플레이에 존재하는 실제 하드웨어 픽셀과 구별된다. 사용자 에이전트와 운영체제는 CSS 픽셀이 디스플레이의 물리적 크기와 예상 시청 거리(콘텐츠 제작자가 판단할 수 없는 요소)를 고려하는 CSS 값 및 단위 모듈 레벨 3 기준 픽셀 [css3-values]에 최대한 가깝게 설정되도록 해야 한다.
포인터의 트리거 자극이 눌릴 때 발생하는 플랫폼 이벤트
down 이벤트는 플랫폼에 따라 "touchstart" 또는 "mousedown"과 같이 다른 이름을 가질 수 있다.
신규
down 이벤트에서 포인터가 요소와 접촉하고, up 이벤트가 발생할 때까지 요소(또는 요소 위치의 표현)가 포인터를 따라가는 작업
드래그 가능한 요소의 예로는 목록 항목, 텍스트 요소 및 이미지가 있다.
건강, 안전 또는 재산을 보전하기 위해 즉각적인 조치가 필요한 갑작스럽고 예상하지 못한 상황 또는 사건
제거하면 콘텐츠의 정보 또는 기능이 근본적으로 변경되고, 적합한 다른 방식으로는 해당 정보와 기능을 구현할 수 없는 것
추가 설명을 넣을 시간을 확보하기 위해 비디오를 일시 중지하여 시청각 프레젠테이션에 추가하는 오디오 해설
충분히 크고 적절한 주파수 범위에 있을 때 일부 사람에게 발작을 일으킬 수 있는 상대 휘도의 반대 방향 변화 한 쌍
허용되지 않는 번쩍임 유형에 관한 정보는 일반 번쩍임 및 적색 번쩍임 임계값을 참조한다.
깜박임도 참조한다.
신규
사용자 인터페이스 구성요소가 포커스된 상태임을 시각적으로 나타내기 위해 변경되는 픽셀
사용자 동작을 통해 달성할 수 있는 프로세스 및 결과
다음 중 하나가 참이면 번쩍임 또는 빠르게 변하는 이미지 시퀀스가 임계값 미만이다(즉, 콘텐츠가 통과한다).
여기서:
예외: 백색 잡음 또는 한 변이 0.1도(일반적인 시청 거리에서의 시야각)보다 작은 "정사각형"이 번갈아 나타나는 바둑판무늬처럼 세밀하고 균형 잡힌 패턴의 번쩍임은 임계값을 위반하지 않는다.
일반 소프트웨어 또는 Web 콘텐츠의 경우 콘텐츠를 1024 x 768픽셀로 볼 때 표시된 화면 영역 어디에서든 341 x 256픽셀의 직사각형을 사용하면 표준 화면 크기와 시청 거리(예: 22~26인치 거리의 15~17인치 화면)에 대한 10도 시야각을 적절하게 추정할 수 있다. 이 75~85ppi 해상도는 CSS 명세의 명목상 CSS 픽셀 해상도인 96ppi보다 낮으므로 더 보수적인 것으로 알려져 있다. 같은 콘텐츠 렌더링을 표시하는 고해상도 디스플레이는 더 작고 안전한 이미지를 생성하므로 임계값을 정의할 때는 저해상도를 사용한다.
전환은 시간에 따른 상대 휘도(또는 적색 번쩍임의 경우 상대 휘도/색상) 측정값 그래프에서 인접한 최고점과 최저점 사이의 상대 휘도 (또는 적색 번쩍임의 경우 상대 휘도/색상)의 변화이다. 번쩍임 하나는 반대 방향 전환 두 개로 구성된다.
WCAG 2.2에서 가져온 "채도가 높은 적색이 관련된 반대 방향 전환 한 쌍"의 새로운 실무 정의는 한 전환이 R/(R + G + B) 값이 0.8 이상인 상태로의 전환 또는 그 상태로부터의 전환이고, CIE 1976 UCS 색도도에서 상태 간 차이가 0.2(무차원)를 초과하는 반대 방향 전환의 한 쌍이다. [ISO_9241-391]
비디오 화면 캡처를 분석하는 도구를 사용할 수 있다. 그러나 1초 동안 번쩍임이 3회 이하라면 이 조건을 평가하는 데 도구가 필요하지 않다. 콘텐츠는 자동으로 통과한다(위의 #1과 #2 참조).
사람과 의사소통하기 위해 말하거나 쓰거나 (시각적 또는 촉각적 수단을 통해) 수어로 표현하는 언어
수어도 참조한다.
개별 단어의 의미로부터 전체 의미를 추론할 수 없고, 의미를 잃지 않고는 특정 단어를 변경할 수 없는 구
관용구는 (문화적 또는 언어 의존적) 의미를 잃지 않고는 단어별로 직접 번역할 수 없다.
특정 시각적 효과를 얻기 위해 비텍스트 형식(예: 이미지)으로 렌더링된 텍스트
중요한 다른 시각적 콘텐츠를 포함하는 그림의 일부인 텍스트는 이에 포함되지 않는다.
정보 제공을 위한 것이며 적합성 준수에는 필요하지 않음
사용자가 제공했으나 허용되지 않은 정보
여기에는 다음이 포함된다.
특정 분야의 사람들이 특별한 방식으로 사용하는 단어
소프트웨어가 키 입력을 받는 데 사용하는 인터페이스
키보드 인터페이스를 사용하면 기본 기술에 키보드가 포함되어 있지 않아도 사용자가 프로그램에 키 입력을 제공할 수 있다.
MouseKeys와 같은 키보드 조작 마우스 에뮬레이터를 통한 애플리케이션 (또는 애플리케이션 일부)의 조작은 키보드 인터페이스를 통한 조작으로 인정되지 않는다. 프로그램은 키보드 인터페이스가 아닌 포인팅 장치 인터페이스를 통해 조작되기 때문이다.
하나 이상의 키를 눌러 동작을 실행하는 대체 수단
Web 콘텐츠 내의 구성요소를 식별하기 위해 사용자에게 제시되는 텍스트 또는 텍스트 대체물이 있는 기타 구성요소
레이블은 모든 사용자에게 제시되는 반면 이름은 숨겨져 있다가 보조 기술을 통해서만 노출될 수 있다. 많은 경우 (항상 그런 것은 아님) 이름과 레이블은 같다.
레이블이라는 용어는 HTML의 label 요소에만 한정되지 않는다.
18포인트 이상 또는 굵은 글꼴 14포인트 이상이거나, 중국어, 일본어 및 한국어 (CJK) 글꼴에서 이와 동등한 크기가 되는 글꼴 크기
획이 매우 가늘거나 글자 형태의 익숙함을 떨어뜨리는 특이한 특징과 특성을 가진 글꼴은 특히 명암 수준이 낮을 때 읽기가 더 어렵다.
글꼴 크기는 콘텐츠가 전달될 때의 크기이다. 사용자가 수행할 수 있는 크기 조정은 포함하지 않는다.
사용자가 보는 실제 문자 크기는 제작자가 정의한 크기와 사용자의 디스플레이 또는 사용자 에이전트 설정에 모두 좌우된다. 여러 주류 본문용 글꼴에서 14포인트와 18포인트는 대략 1.2em과 1.5em 또는 본문 텍스트 기본 크기의 120%와 150%(본문 글꼴이 100%라고 가정)에 해당하지만, 제작자는 사용하는 특정 글꼴에 대해 이를 확인해야 한다. 글꼴을 상대 단위로 정의한 경우 실제 포인트 크기는 사용자 에이전트가 표시를 위해 계산한다. 이 성공 기준을 평가할 때는 사용자 에이전트에서 포인트 크기를 얻거나 사용자 에이전트와 같은 방식으로 글꼴 메트릭을 기준으로 계산해야 한다. 저시력 사용자는 적절한 설정을 선택할 책임이 있다.
글꼴 크기를 지정하지 않고 텍스트를 사용하는 경우, 주요 브라우저가 크기가 지정되지 않은 텍스트에 사용하는 가장 작은 글꼴 크기를 합리적인 크기로 가정할 수 있다. 주요 브라우저에서 레벨 1 제목이 굵은 글꼴 14pt 이상으로 렌더링된다면 큰 텍스트라고 합리적으로 가정할 수 있다. 상대적 배율도 기본 크기로부터 비슷한 방식으로 계산할 수 있다.
로마자 텍스트의 18포인트와 14포인트 크기는 큰 활자의 최소 크기 (14pt)와 더 큰 표준 글꼴 크기(18pt)에서 가져온 것이다. CJK 언어와 같은 다른 글꼴에서 "동등한" 크기는 해당 언어에 사용하는 최소 큰 활자 크기와 그다음으로 큰 표준 큰 활자 크기이다.
개인에게 법적 구속력이 있는 의무 또는 이익이 발생하는 거래
하이퍼링크를 활성화하여 얻는 결과의 성격
실제 세계의 사건에서 캡처하여 방송 지연 이내에 수신자에게 전송되는 정보
방송 지연은 방송자가 오디오(또는 비디오) 피드를 큐잉하거나 검열할 시간을 확보하기 위해 사용하는 짧은(일반적으로 자동화된) 지연으로, 상당한 편집을 허용할 정도로 길지는 않다.
정보가 완전히 컴퓨터에서 생성된 경우 실시간이 아니다.
6년간의 학교 교육을 마친 후 시작하여 초등 교육을 시작한 지 9년 후에 끝나는 2년 또는 3년의 교육 기간
이 정의는 국제 표준 교육 분류 [UNESCO]를 기반으로 한다.
결과를 달성하기 위한 프로세스 또는 기법
메커니즘은 주장하는 적합성 수준의 모든 성공 기준을 충족해야 한다.
텍스트에 이미 제시된 것보다 더 많은 정보를 제시하지 않는 미디어 (직접 또는 텍스트 대체물을 통해)
텍스트에 대한 미디어 대체물은 텍스트의 대체 표현을 통해 이익을 얻는 사람들을 위해 제공된다. 텍스트에 대한 미디어 대체물은 오디오 전용, 비디오 전용 (수어 비디오 포함) 또는 오디오-비디오일 수 있다.
움직임의 착시를 만들거나 부드러운 전환의 느낌을 주기 위해 상태 사이에 단계를 추가하는 것
신규
도형의 모든 점이 내부에 놓이는, 수평축에 정렬된 가장 작은 외접 직사각형. 문장이나 텍스트 블록의 일부로 여러 줄에 걸쳐 배치되는 구성요소(예: 하이퍼텍스트 링크)의 경우, 경계 상자는 구성요소가 한 줄에 표시되는 방식을 기준으로 한다.
소프트웨어가 Web 콘텐츠 내의 구성요소를 사용자에게 식별하는 데 사용하는 텍스트
이름은 숨겨져 있다가 보조 기술을 통해서만 노출될 수 있는 반면, 레이블은 모든 사용자에게 제시된다. 많은 경우(항상 그런 것은 아님) 레이블과 이름은 같다.
이는 HTML의 name 속성과는 관련이 없다.
키보드 인터페이스를 사용하여 포커스를 진행하도록 정의된 순서(한 요소에서 다음 요소로)로 탐색됨
프로그래밍 방식으로 결정할 수 있는 일련의 문자가 아니거나, 해당 문자 시퀀스가 인간 언어로 무언가를 표현하지 않는 모든 콘텐츠
여기에는 ASCII 아트(문자 패턴), 이모티콘, 리트스피크(문자 대체 사용) 및 텍스트를 나타내는 이미지가 포함된다.
적합성 준수에 필요함
잘 정의된 여러 방식으로 이 문서에 적합할 수 있다.
가장 일반적인 크기의 데스크톱/노트북 디스플레이에서 뷰포트를 최대화한 상태
사람들은 일반적으로 컴퓨터를 여러 해 동안 사용하므로 이 평가를 할 때는 최신 데스크톱/노트북 디스플레이 해상도에 의존하지 말고 여러 해에 걸쳐 일반적으로 사용된 데스크톱/노트북 디스플레이 해상도를 고려하는 것이 좋다.
사용자의 요청으로 중지되며 사용자가 요청할 때까지 재개되지 않음
신규
공유 픽셀을 포함하지 않고 도형의 경계를 형성하는 연속선 또는 최소 경계 상자 중 더 짧은 것.
마우스, 펜 또는 터치 접촉처럼 화면의 특정 좌표(또는 좌표 집합)를 대상으로 지정할 수 있는 장치의 입력
포인터 이벤트의 "포인터" 정의 [pointerevents]를 참조한다.
실시간이 아닌 정보
사용자가 인지할 수 있는 형식으로 콘텐츠를 렌더링하는 것
이전 교육이 없을 수도 있으며 5세에서 7세 사이에 시작하는 6년의 기간
이 정의는 국제 표준 교육 분류 [UNESCO]를 기반으로 한다.
활동을 완료하기 위해 각 동작이 필요한 일련의 사용자 동작
제작자가 제공한 데이터로부터 소프트웨어가 결정하며, 해당 데이터는 서로 다른 사용자 에이전트가, 보조 기술을 포함하여, 이 정보를 추출하고 다양한 양식으로 사용자에게 제시할 수 있는 방식으로 제공됨
링크와의 관계로부터 프로그래밍 방식으로 결정할 수 있고, 링크 텍스트와 결합하여 여러 양식으로 사용자에게 제시되는 추가 정보
화면 낭독기는 구두점을 해석하므로 해당 문장의 링크에 포커스가 있을 때 현재 문장의 컨텍스트도 제공할 수 있다.
미적 목적만을 수행하며 정보를 제공하지 않고 기능도 없는 것
단어를 재배열하거나 대체해도 목적이 변경되지 않는 경우에만 텍스트가 순수 장식이다.
a) 보는 것과 동시에 발생하고 b) 콘텐츠에서 완전히 생성되지는 않는 이벤트
인지할 수 있고 프로그래밍 방식으로 결정된 콘텐츠의 섹션
HTML에서는 랜드마크 역할로 지정된 모든 영역이 region에 해당한다.
서로 다른 콘텐츠 부분 사이의 의미 있는 연관 관계
색 공간 내 임의 지점의 상대적 밝기로, 가장 어두운 검정은 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). 이는 명세의 이전 버전에서 가져온 값이며 현재는 업데이트되었다. 이 지침의 맥락에서 계산 결과에 미치는 실질적인 영향은 없다.
오늘날 Web 콘텐츠를 보는 데 사용하는 거의 모든 시스템은 sRGB 인코딩을 가정한다. 콘텐츠를 처리하고 표시하는 데 다른 색 공간을 사용한다고 알려진 경우가 아니라면 제작자는 sRGB 색 공간을 사용하여 평가해야 한다. 다른 색 공간을 사용하는 경우 성공 기준 1.4.3 이해하기를 참조한다.
전달 후 디더링이 발생하면 원본 색상 값을 사용한다. 원본에서 디더링된 색상에는 디더링된 색상의 평균값(평균 R, 평균 G 및 평균 B)을 사용해야 한다.
명암과 번쩍임을 시험할 때 계산을 자동으로 수행하는 도구를 사용할 수 있다.
공식을 표시하기 위해 MathML을 사용한 상대 휘도 정의를 제공하는 별도 페이지를 이용할 수 있다.
소프트웨어가 Web 콘텐츠 내의 구성요소 기능을 식별할 수 있게 하는 텍스트 또는 숫자
사용했을 때 동일한 결과
다른 항목에 대해 동일한 상대적 위치
원래 순서에 다른 항목을 삽입하거나 제거해도 항목은 동일한 상대적 순서에 있는 것으로 간주한다. 예를 들어 펼쳐지는 탐색 메뉴가 추가 세부 수준을 삽입하거나 보조 탐색 섹션이 읽기 순서에 삽입될 수 있다.
페이지에 적용했을 때 성공 기준의 평가 결과가 '거짓'이 아님
하나 이상의 관련 주제나 생각을 다루는 독립된 서면 콘텐츠 부분
섹션은 하나 이상의 단락으로 구성될 수 있으며 그래픽, 표, 목록 및 하위 섹션을 포함할 수 있다.
공통된 목적을 공유하고 같은 제작자, 그룹 또는 조직이 만든 Web 페이지의 모음
서로 다른 언어 버전은 서로 다른 Web 페이지 집합으로 간주한다.
의미를 전달하기 위해 손과 팔의 움직임, 표정 또는 신체 자세의 조합을 사용하는 언어
일반적으로 음성 언어인 한 언어를 수어로 번역하는 것
진정한 수어는 같은 국가나 지역의 음성 언어와 관련이 없는 독립적인 언어이다.
마우스, 터치스크린의 한 손가락 또는 스타일러스처럼 한 번에 페이지/화면의 한 지점만 대상으로 지정하는 입력 양식.
단일 포인터 상호작용에는 클릭, 두 번 클릭, 탭, 드래그 동작 및 한 손가락 살짝 밀기 제스처가 포함된다. 이와 달리 다중 포인터 상호작용에는 터치스크린에서 두 손가락으로 상호작용하거나 마우스와 스타일러스를 동시에 사용하는 것처럼 둘 이상의 포인터를 동시에 사용하는 것이 포함된다.
순수 장식이 아니며 주로 중요한 정보를 전달하거나 기능을 수행하지도 않는 감각적 경험
사용자 동작 또는 자동화된 프로세스에 응답하여 변경될 수 있는 사용자 인터페이스 구성요소의 특성을 나타내는 동적 속성
상태는 구성요소의 성격에는 영향을 미치지 않지만 구성요소와 연결된 데이터 또는 사용자 상호작용 가능성을 나타낸다. 예에는 포커스, 호버, 선택, 누름, 확인, 방문함/방문하지 않음 및 펼침/접힘이 포함된다.
컨텍스트 변경은 아니면서, 동작의 성공 여부나 결과, 애플리케이션의 대기 상태, 프로세스의 진행 상황 또는 오류의 존재를 사용자에게 알리는 콘텐츠 변경
사용자 에이전트가 콘텐츠 요소를 렌더링할 때(예: 화면, 스피커, 점자 디스플레이를 통해) 그 프레젠테이션(예: 글꼴, 색상, 크기, 위치, 패딩, 음량, 합성 음성 운율)을 결정하는 값을 가진 속성
스타일 속성에는 여러 출처가 있을 수 있다.
주요 콘텐츠를 예시하거나 명확히 설명하는 추가 콘텐츠
정보를 제시하는 다른 형식 및/또는 시간 기반 상호작용 구성요소와 동기화된 오디오 또는 비디오. 단, 해당 미디어가 그러한 용도임을 명확히 표시한 텍스트에 대한 미디어 대체물인 경우는 제외한다.
사용자 인터페이스 구성요소의 상호작용 영역과 같이 포인터 동작을 허용하는 디스플레이 영역
둘 이상의 대상이 겹치는 경우, 겹치는 대상이 같은 동작을 수행하거나 같은 페이지를 여는 경우를 제외하면 겹치는 영역을 대상 크기 측정에 포함해서는 안 된다.
사용자 에이전트가 렌더링, 재생 또는 실행할 명령을 인코딩하는 메커니즘
이 지침에서 사용하는 "Web 기술"과 단독으로 사용하는 "기술"이라는 단어는 모두 Web 콘텐츠 기술을 가리킨다.
Web 콘텐츠 기술에는 제작자가 단독으로 또는 조합하여 사용해 정적 Web 페이지에서 동기화된 미디어 프레젠테이션과 동적 Web 애플리케이션에 이르는 최종 사용자 경험을 만들 수 있는 마크업 언어, 데이터 형식 또는 프로그래밍 언어가 포함될 수 있다.
인간 언어로 무언가를 표현하며 프로그래밍 방식으로 결정할 수 있는 일련의 문자
비텍스트 콘텐츠와 프로그래밍 방식으로 연결되거나 비텍스트 콘텐츠와 프로그래밍 방식으로 연결된 텍스트에서 참조되는 텍스트. 프로그래밍 방식으로 연결된 텍스트는 비텍스트 콘텐츠로부터 그 위치를 프로그래밍 방식으로 결정할 수 있는 텍스트이다.
자세한 내용은 텍스트 대체물 이해하기를 참조한다.
포인터의 트리거 자극이 해제될 때 발생하는 플랫폼 이벤트
up 이벤트는 플랫폼에 따라 "touchend" 또는 "mouseup"과 같이 다른 이름을 가질 수 있다.
콘텐츠를 올바르게 이해하려면 어떤 정의를 적용해야 하는지 사용자가 정확히 알아야 하는 방식으로 사용된 단어
사용자를 위해 Web 콘텐츠를 가져와 제시하는 모든 소프트웨어
사용자가 접근하도록 의도된 데이터
인터넷 로그 및 검색 엔진 모니터링 데이터와 같은 것은 가리키지 않는다.
사용자가 고유한 기능을 위한 단일 컨트롤로 인식하는 콘텐츠의 일부
여러 사용자 인터페이스 구성요소를 하나의 프로그래밍 요소로 구현할 수 있다. 여기서 "구성요소"는 프로그래밍 기법이 아니라 사용자가 별도의 컨트롤로 인식하는 것과 관련된다.
사용자 인터페이스 구성요소에는 양식 요소와 링크뿐 아니라 스크립트에서 생성된 구성요소도 포함된다.
여기서 "구성요소" 또는 "사용자 인터페이스 구성요소"라고 하는 것은 때때로 "사용자 인터페이스 요소"라고도 한다.
사용자 동작이 발생하지 않는 모든 연속된 시간
추적 방법은 Website 또는 애플리케이션에서 결정한다.
움직이거나 연속되는 그림 또는 이미지의 기술
비디오는 애니메이션 이미지나 사진 이미지 또는 두 가지 모두로 구성될 수 있다.
사용자 에이전트가 콘텐츠를 제시하는 객체
사용자 에이전트는 하나 이상의 뷰포트를 통해 콘텐츠를 제시한다. 뷰포트에는 창, 프레임, 스피커 및 가상 돋보기가 포함된다. 뷰포트는 다른 뷰포트를 포함할 수 있다(예: 중첩 프레임). 프롬프트, 메뉴 및 경고처럼 사용자 에이전트가 생성한 인터페이스 구성요소는 뷰포트가 아니다.
이 정의는 사용자 에이전트 접근성 지침 1.0 용어집 [UAAG10]을 기반으로 한다.
글꼴, 크기, 색상 및 배경을 설정할 수 있음
HTTP를 사용하여 단일 URI에서 얻은 비임베디드 리소스와, 렌더링에 사용되거나 사용자 에이전트가 해당 리소스와 함께 렌더링하도록 의도한 기타 모든 리소스
모든 "기타 리소스"는 기본 리소스와 함께 렌더링되지만, 반드시 서로 동시에 렌더링되는 것은 아니다.
이 지침에 대한 적합성의 목적상, 리소스가 Web 페이지로 간주되려면 적합성 범위 내에서 "비임베디드" 상태여야 한다.
이 섹션에는 일반적인 사용자 인터페이스 구성요소 입력 목적 목록이 포함되어 있습니다. 아래 용어들은 반드시 사용해야 할 키워드가 아니라, 웹페이지에서 채택한 분류 체계에 반드시 포함되어야 하는 목적을 나타냅니다. 해당되는 경우, 작성자는 선택한 분류 체계로 컨트롤을 마크업하여 의미 목적을 표시합니다. 이를 통해 사용자 에이전트와 보조 기술이 개인화된 프레젠테이션을 적용할 수 있게 하여 더 많은 사람들이 콘텐츠를 이해하고 사용할 수 있게 됩니다.
입력 타입 목적 목록은 HTML 명세의 자동 채우기(Autofill) 섹션에 정의된 컨트롤 목적을 기반으로 하지만, 다른 기술에서도 이와 동일하거나 일부만 정의되어 있을 수 있으므로 아래 의미와 매핑되는 개념만 요구됩니다.
다음 입력 컨트롤 목적들은 콘텐츠 사용자와 관련이 있으며 해당 개인과 관련된 정보에만 적용됩니다.
name - 전체 이름honorific-prefix - 접두사 또는 칭호(예: "Mr.", "Ms.", "Dr.",
"Mlle")given-name - 이름(서구 문화권에서는 이름(first name)이라고도 함)additional-name - 추가 이름(서구 문화권에서는 중간 이름(middle names) 또는 첫 이름
이외의 다른 이름)family-name - 성(서구 문화권에서는 성(last name) 또는
성(surname)이라고도 함)
honorific-suffix - 접미사(예: "Jr.", "B.Sc.", "MBASW", "II")nickname - 별명, 화면 이름, 핸들: 전체 이름 대신 사용하는 짧은 이름organization-title - 직책(예: "Software Engineer", "Senior Vice
President", "Deputy Managing Director")username - 사용자 이름new-password - 새 비밀번호(계정 생성 또는 비밀번호 변경 시)current-password - username 필드로
식별되는 계정의 현재 비밀번호(로그인 시 등)organization - 이 필드와 연관된 다른 필드의 사람, 주소, 연락처에 해당하는 회사명street-address - 도로명 주소(여러 줄, 줄바꿈 보존)address-line1 - 도로명 주소(각 필드별 한 줄, 1번째 줄)address-line2 - 도로명 주소(각 필드별 한 줄, 2번째 줄)address-line3 - 도로명 주소(각 필드별 한 줄, 3번째 줄)address-level4 - 4단계 행정구역 중 가장 세분화된 단계address-level3 - 3단계 이상의 주소에서 세 번째 행정구역address-level2 - 2단계 이상의 주소에서 두 번째 행정구역; 2단계 국가의 경우 일반적으로 도시, 마을, 동네
등 해당 도로명 주소가 속하는 지역address-level1 - 주소에서 가장 넓은 행정구역, 예를 들어 미국에서는 주, 스위스에서는 칸톤, 영국에서는 포스트
타운 등country - 국가 코드country-name - 국가 이름postal-code - 우편번호, ZIP 코드, CEDEX 코드(CEDEX인 경우 "CEDEX"와 arrondissement를 address-level2 필드에 추가)cc-name - 결제 수단에 표기된 전체 이름cc-given-name - 결제 수단에 표기된 이름(서구 문화권에서는 이름(first name)이라고도 함)
cc-additional-name - 결제 수단에 표기된 추가 이름(서구 문화권에서는 중간 이름(middle
names) 또는 첫 이름 이외의 다른 이름)cc-family-name - 결제 수단에 표기된 성(서구 문화권에서는 성(last name) 또는
성(surname)이라고도 함)
cc-number - 결제 수단을 식별하는 코드(예: 신용카드 번호)cc-exp - 결제 수단의 만료일cc-exp-month - 결제 수단 만료일의 월cc-exp-year - 결제 수단 만료일의 연도cc-csc - 결제 수단의 보안 코드(카드 보안 코드(CSC), 카드 인증 코드(CVC), 카드 인증값(CVV), 서명
패널 코드(SPC), 신용카드 ID(CCID) 등)cc-type - 결제 수단의 종류transaction-currency - 사용자가 거래에 사용하고 싶은 통화transaction-amount - 사용자가 거래(예: 입찰 또는 판매가 입력 시)에 원하는 금액language - 선호하는 언어bday - 생일bday-day - 생일의 일bday-month - 생일의 월bday-year - 생일의 연도sex - 성별 정체성(예: Female, Fa’afafine)url - 회사, 사람, 주소 또는 이 필드와 연관된 다른 필드의 연락처에 해당하는 홈페이지 또는 웹페이지photo - 회사, 사람, 주소 또는 이 필드와 연관된 다른 필드의 연락처에 해당하는 사진, 아이콘 또는 기타 이미지
tel - 국가 코드 포함 전체 전화번호tel-country-code - 전화번호의 국가 코드 부분tel-national - 국가 코드 없이 국가 내부 접두사가 적용된 전화번호tel-area-code - 국가 내부 접두사가 적용된 전화번호의 지역 코드 부분tel-local - 국가 코드, 지역 코드 없이 전화번호tel-local-prefix - 지역 코드 다음에 오는 전화번호 부분이 두 부분으로 분리될 때 첫 번째 부분tel-local-suffix - 지역 코드 다음에 오는 전화번호 부분이 두 부분으로 분리될 때 두 번째 부분tel-extension - 전화번호 내선 코드email - 이메일 주소impp - 인스턴트 메시징 프로토콜의 엔드포인트를 나타내는 URL(예: "aim:goim?screenname=example" 또는 "xmpp:fred@example.net")이 섹션은 WCAG 2.1 이후 WCAG 2.2에 반영된 실질적 변경 및 2023년 10월 5일 원래 발행 이후 2.2에 반영된 변경 사항을 보여줍니다. WCAG 2.1의 정오표 수정도 WCAG 2.2에 반영되었습니다.
전체 WCAG 2.2의 커밋 기록을 확인할 수 있습니다.
드래그(이후 드래그 동작으로 명칭 변경) 추가.
도움말 찾기(이후 일관된 도움말로 명칭 변경),
포인터 대상 간격(이후 대상 크기(최소)로 명칭 변경), 중복 입력 추가.
포커스 외관(최소)(이후 포커스 외관으로 명칭 변경) 추가.
접근 가능한 인증(예외 없음)(이후 접근 가능한 인증(향상됨)으로 명칭 변경) 추가.
encloses정의 삭제
이 섹션은 현행 표준이 아닙니다.
접근성 가이드라인 워킹 그룹(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)에 의해 부분적으로 지원되었습니다. 이 출판물의 내용은 미국 보건복지부 또는 교육부의 견해나 정책을 반드시 반영하는 것은 아니며, 상품명, 상표, 기관 언급이 미국 정부의 보증을 의미하는 것도 아닙니다.
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in: