웹 콘텐츠 접근성 지침(WCAG) 2.2

W3C 권고안

이 문서에 대한 추가 정보
이 버전:
https://www.w3.org/TR/2024/REC-WCAG22-20241212/
최신 공개 버전:
https://www.w3.org/TR/WCAG22/
최신 편집 초안:
https://w3c.github.io/wcag/guidelines/22/
히스토리:
https://www.w3.org/standards/history/WCAG22/
커밋 히스토리
이행 보고서:
https://www.w3.org/WAI/WCAG22/implementation-report/
이전 권고안:
https://www.w3.org/TR/WCAG21/
편집자:
(Nomensa)
(Oracle)
(Library of Congress)
Michael Cooper (W3C)
Andrew Kirkpatrick (Adobe)
피드백:
GitHub w3c/wcag (풀 리퀘스트, 새 이슈, 오픈 이슈)
정오표:
정오표 있음.

참고: 번역본.


요약

웹 콘텐츠 접근성 지침(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에 대한 배경

웹 콘텐츠 접근성 지침(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 2의 안내 계층

WCAG을 사용하는 개인과 조직은 웹 디자이너 및 개발자, 정책 입안자, 구매 담당자, 교사, 학생 등 매우 다양합니다. 이러한 다양한 대상의 요구를 충족하기 위해 여러 계층의 안내가 제공되며, 전체 원칙, 일반 지침, 테스트 가능한 성공 기준, 풍부한 충분한 기술, 권고 기술, 문서화된 일반 실패 사례와 예시, 자료 링크, 코드 등이 포함되어 있습니다.

이 모든 안내 계층(원칙, 지침, 성공 기준, 충분한 및 권고 기술)은 콘텐츠를 더 접근 가능하게 만드는 방법에 대한 안내를 제공합니다. 저자들은 가능한 모든 계층, 특히 권고 기술까지 적용하여 최대한 다양한 사용자의 요구를 충족시키는 것이 권장됩니다.

최고 수준(AAA)까지 적합한 콘텐츠라도 모든 유형, 정도, 조합의 장애를 가진 개인, 특히 인지, 언어, 학습 영역에서는 접근 가능하지 않을 수 있습니다. 저자들은 권고 기술, 인지 및 학습 장애인을 위한 콘텐츠 사용성 개선을 포함한 전체 기술을 고려하고, 최신 모범 사례에 대한 관련 조언을 구하여 웹 콘텐츠가 이 커뮤니티에 최대한 접근 가능하도록 하는 것이 좋습니다. 메타데이터는 사용자들이 자신의 필요에 가장 적합한 콘텐츠를 찾는 데 도움이 될 수 있습니다.

WCAG 2.2 지원 문서

WCAG 2.2 문서는 안정적이고 참조 가능한 기술 표준이 필요한 사람들의 요구를 충족하기 위해 설계되었습니다. 지원 문서라 불리는 기타 문서들은 WCAG 2.2 문서를 기반으로 하며, 새로운 기술에 적용되는 방법을 기술할 수 있도록 업데이트되는 등의 중요한 목적을 다룹니다. 지원 문서에는 다음이 포함됩니다:

  1. WCAG 2.2 충족 방법 - 저자가 웹 콘텐츠를 개발하고 평가할 때 사용할 수 있는 모든 지침, 성공 기준, 기술을 포함하는 맞춤형 빠른 참조입니다. WCAG 2.0, 2.1, 2.2의 내용을 모두 포함하며 다양한 방식으로 필터링하여 저자가 관련 콘텐츠에 집중할 수 있도록 도와줍니다.

  2. WCAG 2.2 이해하기 - WCAG 2.2를 이해하고 구현하는 안내서입니다. 각 지침과 성공 기준, 주요 주제마다 짧은 "이해하기" 문서가 있습니다.

  3. WCAG 2.2 기술 - 설명, 예시, 코드 및 테스트가 포함된 다양한 기술 및 일반 실패 사례를 각 문서로 제공합니다.

  4. WCAG 2 문서 - WCAG 2 지원 문서와 보충 지침에 대한 간략한 소개입니다.

  5. WCAG 2.2의 새로운 점에서는 접근성 이슈를 보여주는 페르소나 인용과 함께 새로운 성공 기준을 소개합니다.

웹 콘텐츠 접근성 지침(WCAG) 개요에서 WCAG 2.2 지원 자료에 대한 설명과 WCAG 2 관련 교육 자료를 확인할 수 있습니다. 웹 접근성의 비즈니스 사례, 웹사이트 접근성 개선을 위한 구현 계획, 접근성 정책 등 다양한 주제를 다루는 추가 자료는 WAI 자료에 나와 있습니다.

WCAG 2.2의 요구 사항

WCAG 2.2는 WCAG 2.2의 요구 사항을 충족하며, 이는 이전 WCAG 2 버전에서 요구 사항을 계승합니다. 요구 사항은 지침의 전체 구조를 구성하고 이전 버전과의 호환성을 보장합니다. 작업 그룹은 성공 기준의 스타일과 품질이 WCAG 2.0과 유사하도록 덜 공식적인 성공 기준 수용 기준도 사용했습니다. 이러한 요구 사항은 WCAG 2.2에 포함될 수 있는 내용을 제한했으며, 이 제한은 WCAG 2의 점 릴리스로서의 특성을 유지하는 데 중요했습니다.

WCAG 2.1과의 비교

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.2는 새로운 성공 기준, 이를 지원하는 정의, 추가를 조직하는 지침을 추가하여 WCAG 2.1을 확장합니다. 이러한 추가적인 접근 방식은 WCAG 2.2에 적합한 사이트가 WCAG 2.1에도 적합함을 명확히 합니다. 접근성 지침 작업 그룹은 공식적 의무가 이전 버전을 언급하더라도 WCAG 2.2를 새로운 적합성 목표로 삼아 개선된 접근성을 제공하고 미래 정책 변화에 대비할 것을 권장합니다.

다음 성공 기준이 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.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와 유사한 짧은 일정으로 추가 임시 버전을 개발할 수도 있습니다.

1. 인지 가능

정보 및 사용자 인터페이스 구성 요소는 사용자가 인지할 수 있는 방식으로 제공되어야 합니다.

지침 1.1 텍스트 대체

텍스트가 아닌 모든 콘텐츠에 대해 텍스트 대체를 제공하여, 사람들이 필요로 하는 큰 글씨, 점자, 음성, 기호 또는 더 쉬운 언어 등 다양한 형태로 변환할 수 있도록 합니다.

성공 기준 1.1.1 텍스트가 아닌 콘텐츠

(레벨 A)

사용자에게 제공되는 모든 텍스트가 아닌 콘텐츠에는 동등한 목적을 제공하는 텍스트 대체가 제공되어야 하며, 아래에 나열된 상황은 예외입니다.

컨트롤, 입력

텍스트가 아닌 콘텐츠가 컨트롤이거나 사용자 입력을 받는 경우, 해당 목적을 설명하는 이름이 있어야 합니다. (컨트롤 및 사용자 입력을 받는 콘텐츠에 대한 추가 요구 사항은 성공 기준 4.1.2를 참고하세요.)

시간 기반 미디어

텍스트가 아닌 콘텐츠가 시간 기반 미디어라면, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다. (미디어에 대한 추가 요구 사항은 지침 1.2를 참고하세요.)

테스트

텍스트가 아닌 콘텐츠가 테스트 또는 연습이고, 텍스트로 제공될 경우 무효가 되는 경우, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다.

감각적

텍스트가 아닌 콘텐츠가 주로 특정 감각 경험을 제공하기 위한 것이라면, 텍스트 대체는 최소한 해당 콘텐츠의 설명적 식별을 제공해야 합니다.

CAPTCHA

텍스트가 아닌 콘텐츠의 목적이 사람이 접속하고 있는지 컴퓨터가 접속하고 있는지 확인하기 위한 것이라면, 해당 콘텐츠의 목적을 식별하고 설명하는 텍스트 대체가 제공되어야 하며, 다양한 감각적 인식을 위한 출력 방식의 대체 CAPTCHA가 제공되어야 하여 여러 장애를 지원할 수 있어야 합니다.

장식, 서식 지정, 보이지 않음

텍스트가 아닌 콘텐츠가 순수 장식용이거나, 시각적 서식 지정 용도로만 사용되거나, 사용자가 볼 수 없는 경우에는 보조 기술에서 무시될 수 있도록 구현되어야 합니다.

지침 1.2 시간 기반 미디어

시간 기반 미디어에 대한 대체 수단을 제공합니다.

성공 기준 1.2.1 오디오 전용 및 비디오 전용(사전 녹화)

(레벨 A)

사전 녹화된 오디오 전용 및 사전 녹화된 비디오 전용 미디어의 경우, 아래에 명시된 예외를 제외하고 다음이 적용됩니다. 오디오 또는 비디오가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.

사전 녹화된 오디오 전용

시간 기반 미디어 대체 문서가 제공되어 사전 녹화된 오디오 전용 콘텐츠와 동등한 정보를 제공합니다.

사전 녹화된 비디오 전용

시간 기반 미디어 대체 문서 또는 오디오 트랙이 제공되어 사전 녹화된 비디오 전용 콘텐츠와 동등한 정보를 제공합니다.

성공 기준 1.2.2 자막(사전 녹화)

(레벨 A)

자막사전 녹화된 오디오 콘텐츠가 동기화된 미디어인 경우 모두 제공되어야 합니다. 단, 미디어가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.

성공 기준 1.2.3 오디오 설명 또는 미디어 대체(사전 녹화)

(레벨 A)

시간 기반 미디어 대체 문서 또는 오디오 설명사전 녹화된 비디오 콘텐츠에 대해 동기화된 미디어인 경우 제공되어야 합니다. 단, 미디어가 텍스트 대체 미디어이고 그 사실이 명확하게 표시된 경우는 예외입니다.

성공 기준 1.2.4 자막(실시간)

(레벨 AA)

자막 이 모든 실시간 오디오 콘텐츠가 동기화된 미디어인 경우 제공되어야 합니다.

성공 기준 1.2.5 오디오 설명(사전 녹화)

(레벨 AA)

오디오 설명사전 녹화된 비디오 콘텐츠가 동기화된 미디어인 경우 제공되어야 합니다.

성공 기준 1.2.6 수화(사전 녹화)

(레벨 AAA)

수화 통역이 모든 사전 녹화된 오디오 콘텐츠가 동기화된 미디어인 경우 제공되어야 합니다.

성공 기준 1.2.7 확장 오디오 설명(사전 녹화)

(레벨 AAA)

전경 오디오의 일시정지가 오디오 설명이 비디오의 내용을 전달하기에 충분하지 않은 경우, 확장 오디오 설명이 모든 사전 녹화된 비디오 콘텐츠가 동기화된 미디어인 경우 제공되어야 합니다.

성공 기준 1.2.8 미디어 대체(사전 녹화)

(레벨 AAA)

시간 기반 미디어 대체 문서가 모든 사전 녹화된 동기화된 미디어 및 모든 사전 녹화된 비디오 전용 미디어에 제공되어야 합니다.

성공 기준 1.2.9 오디오 전용(실시간)

(레벨 AAA)

시간 기반 미디어 대체 문서실시간 오디오 전용 콘텐츠와 동등한 정보를 제공합니다.

지침 1.3 적응 가능

정보나 구조를 잃지 않고 다양한 방식(예: 더 단순한 레이아웃)으로 콘텐츠를 표시할 수 있도록 만드세요.

성공 기준 1.3.1 정보와 관계

(레벨 A)

정보, 구조, 그리고 관계표현을 통해 전달될 때, 프로그램적으로 결정할 수 있거나 텍스트로 제공되어야 합니다.

성공 기준 1.3.2 의미 있는 순서

(레벨 A)

콘텐츠가 표시되는 순서가 의미에 영향을 미칠 때, 올바른 읽기 순서프로그램적으로 결정될 수 있어야 합니다.

성공 기준 1.3.3 감각적 특성

(레벨 A)

콘텐츠를 이해하거나 작동하기 위한 지침이 구성 요소의 형태, 색상, 크기, 시각적 위치, 방향 또는 소리 등 감각적 특성에만 의존하지 않도록 합니다.

참고

색상 관련 요구 사항은 지침 1.4를 참고하세요.

성공 기준 1.3.4 화면 방향

(레벨 AA)

콘텐츠는 특정 디스플레이 방향(예: 세로 또는 가로)에만 표시 및 작동이 제한되지 않아야 하며, 특정 디스플레이 방향이 필수적인 경우는 예외입니다.

참고

특정 디스플레이 방향이 필수적인 예시로는 은행 수표, 피아노 앱, 프로젝터나 TV용 슬라이드, 또는 VR 콘텐츠 등이 있으며, 콘텐츠가 반드시 가로 또는 세로 방향에 제한될 필요는 없습니다.

성공 기준 1.3.5 입력 목적 식별

(레벨 AA)

사용자 정보를 수집하는 각 입력 필드의 목적은 다음의 경우 프로그램적으로 결정될 수 있습니다.

성공 기준 1.3.6 목적 식별

(레벨 AAA)

마크업 언어로 구현된 콘텐츠에서, 사용자 인터페이스 구성요소, 아이콘 및 영역의 목적을 프로그램적으로 결정할 수 있어야 합니다.

지침 1.4 구별 가능

사용자가 콘텐츠를 더 쉽게 보고 들을 수 있도록 하며, 특히 전경과 배경을 구분할 수 있도록 합니다.

성공 기준 1.4.1 색상 사용

(레벨 A)

정보 전달, 동작 표시, 응답 안내, 시각적 요소 구분을 위해 색상이 유일한 시각적 수단으로 사용되어서는 안 됩니다.

참고

이 성공 기준은 색상 인지에 대해 명확히 다룹니다. 색상 및 기타 시각적 표현의 프로그래밍적 접근 등 다른 인지 형태는 지침 1.3에서 다룹니다.

성공 기준 1.4.2 오디오 제어

(레벨 A)

웹 페이지에서 오디오가 3초 이상 자동으로 재생되는 경우, 오디오를 일시정지하거나 중지할 수 있는 방법이 제공되거나, 시스템 전체 볼륨과 별도로 오디오 볼륨을 제어할 수 있는 방법이 제공되어야 합니다.

참고

이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 이 기준을 반드시 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.

성공 기준 1.4.3 명도 대비(최소)

(레벨 AA)

텍스트텍스트 이미지의 시각적 표현은 명도 대비가 최소 4.5:1이어야 하며, 다음의 예외가 있습니다:

큰 텍스트

대형 텍스트 및 대형 텍스트 이미지는 명도 대비가 최소 3:1이어야 합니다;

부수적

비활성 사용자 인터페이스 구성요소의 일부이거나, 순수 장식이거나, 아무도 볼 수 없거나, 중요한 다른 시각적 요소가 포함된 그림의 일부인 텍스트 또는 텍스트 이미지는 명도 대비 요구 사항이 없습니다.

로고타입

로고 또는 브랜드명에 포함된 텍스트는 명도 대비 요구 사항이 없습니다.

성공 기준 1.4.4 텍스트 크기 조정

(레벨 AA)

자막텍스트 이미지를 제외하고, 텍스트보조 기술 없이 최대 200%까지 콘텐츠 또는 기능 손실 없이 크기 조정이 가능해야 합니다.

성공 기준 1.4.5 텍스트 이미지

(레벨 AA)

사용 중인 기술로 시각적 표현이 가능하다면, 텍스트로 정보를 전달해야 하며, 텍스트 이미지는 다음의 경우에만 허용됩니다:

사용자 맞춤화 가능

텍스트 이미지는 글꼴, 크기, 색상, 배경 등 시각적으로 사용자 요구에 맞게 맞춤화할 수 있어야 합니다;

필수적

특정 텍스트 표현이 정보를 전달하는 데 필수적이어야 합니다.

참고

로고타입(로고나 브랜드명에 포함된 텍스트)은 필수적 요소로 간주됩니다.

성공 기준 1.4.6 명도 대비(강화)

(레벨 AAA)

텍스트텍스트 이미지의 시각적 표현은 명도 대비가 최소 7:1이어야 하며, 다음의 예외가 있습니다:

큰 텍스트

대형 텍스트 및 대형 텍스트 이미지는 명도 대비가 최소 4.5:1이어야 합니다;

부수적

비활성 사용자 인터페이스 구성요소의 일부이거나, 순수 장식이거나, 아무도 볼 수 없거나, 중요한 다른 시각적 요소가 포함된 그림의 일부인 텍스트 또는 텍스트 이미지는 명도 대비 요구 사항이 없습니다.

로고타입

로고 또는 브랜드명에 포함된 텍스트는 명도 대비 요구 사항이 없습니다.

성공 기준 1.4.7 배경음 약함 또는 없음

(레벨 AAA)

사전 녹음된 오디오 전용 콘텐츠 중 (1) 전경에 주로 음성이 포함되어 있고, (2) 오디오 CAPTCHA 또는 오디오 로고가 아니며, (3) 노래나 랩 등 주로 음악적 표현을 위한 발성이 아닌 경우, 다음 중 하나 이상이 충족되어야 합니다:

배경음 없음

오디오에 배경음이 포함되어 있지 않습니다.

끄기 가능

배경음을 끌 수 있습니다.

20 dB

배경음이 전경의 음성 콘텐츠보다 최소 20데시벨 낮아야 하며, 1~2초 정도의 짧은 소리는 예외입니다.

참고

"데시벨"의 정의에 따라, 이 요구 사항을 충족하는 배경음은 전경 음성 콘텐츠보다 약 4배 더 조용합니다.

성공 기준 1.4.8 시각적 표현

(레벨 AAA)

텍스트 단락의 시각적 표현에 대해, 다음을 달성할 수 있는 방법이 제공되어야 합니다:

  • 사용자가 전경 및 배경 색상을 선택할 수 있습니다.
  • 너비는 최대 80자 또는 글자(한자/일본어/한글의 경우 40자)로 제한됩니다.
  • 텍스트는 양쪽 끝 맞춤(양쪽 정렬)을 사용하지 않습니다.
  • 줄 간격(리딩)은 단락 내에서 최소 1.5배, 단락 간 간격은 줄 간격의 최소 1.5배 이상이어야 합니다.
  • 텍스트는 보조 기술 없이 최대 200%까지 크기 조정이 가능하며, 전체 화면 창에서 사용자가 텍스트 한 줄을 읽기 위해 수평 스크롤을 할 필요가 없어야 합니다.
참고 1

콘텐츠가 이러한 값을 반드시 사용할 필요는 없습니다. 요구 사항은 사용자가 이러한 표현 측면을 변경할 수 있는 방법이 제공되어야 한다는 것입니다. 방법은 브라우저 또는 기타 사용자 에이전트에 의해 제공될 수 있습니다. 콘텐츠가 방법을 직접 제공할 필요는 없습니다.

참고 2

일부 언어의 문자 체계는 가독성 및 판독성을 높이기 위해 다른 표현 방식을 사용합니다. 이 성공 기준의 표현 방식이 특정 문자 체계에서 사용되지 않는 경우, 해당 표현 설정을 사용하지 않아도 적합성을 충족할 수 있습니다. 저자들은 자신의 문자 체계에서 텍스트의 가독성과 판독성을 개선하기 위한 지침을 따르길 권장합니다.

성공 기준 1.4.9 텍스트 이미지(예외 없음)

(레벨 AAA)

텍스트 이미지순수 장식이거나, 특정 텍스트 표현이 정보를 전달하는 데 필수적인 경우에만 사용됩니다.

참고

로고타입(로고나 브랜드명에 포함된 텍스트)은 필수적 요소로 간주됩니다.

성공 기준 1.4.10 재흐름

(레벨 AA)

콘텐츠는 다음과 같은 경우 정보나 기능의 손실 없이, 그리고 2차원 스크롤이 필요하지 않게 표시될 수 있어야 합니다:

  • 수직 스크롤 콘텐츠는 320 CSS 픽셀 너비에서;
  • 수평 스크롤 콘텐츠는 256 CSS 픽셀 높이에서.

사용이나 의미를 위해 2차원 레이아웃이 필요한 콘텐츠 부분은 예외입니다.

참고 1

320 CSS 픽셀은 400% 확대 시 1280 CSS 픽셀 너비의 시작 뷰포트와 동일합니다. 수평 스크롤 콘텐츠(예: 세로 쓰기)의 경우 256 CSS 픽셀은 400% 확대 시 1024 CSS 픽셀 높이의 시작 뷰포트와 동일합니다.

참고 2

2차원 레이아웃이 필요한 콘텐츠 예시로는 이해를 위해 필요한 이미지(지도, 다이어그램 등), 비디오, 게임, 프레젠테이션, 데이터 테이블(셀 제외), 툴바를 보면서 콘텐츠를 조작해야 하는 인터페이스 등이 있습니다. 이러한 부분에는 2차원 스크롤을 제공해도 괜찮습니다.

성공 기준 1.4.11 비텍스트 대비

(레벨 AA)

다음 항목의 시각적 표현은 인접한 색상과 최소 3:1의 명도 대비를 가져야 합니다:

사용자 인터페이스 구성요소
사용자 인터페이스 구성요소와 상태를 식별하는 데 필요한 시각적 정보(비활성 구성요소 및 저자가 수정하지 않은 사용자 에이전트가 결정하는 경우 제외);
그래픽 객체
콘텐츠 이해에 필요한 그래픽의 부분(특정 그래픽 표현이 정보를 전달하는 데 필수적인 경우 제외).

성공 기준 1.4.12 텍스트 간격

(레벨 AA)

다음 텍스트 스타일 속성을 지원하는 마크업 언어로 구현된 콘텐츠에서, 다음 값을 모두 설정하고 다른 스타일 속성을 변경하지 않아도 콘텐츠나 기능의 손실이 없어야 합니다:

  • 줄 높이(줄 간격): 글꼴 크기의 최소 1.5배;
  • 단락 뒤 간격: 글꼴 크기의 최소 2배;
  • 글자 간격(트래킹): 글꼴 크기의 최소 0.12배;
  • 단어 간격: 글꼴 크기의 최소 0.16배.

예외: 인간 언어 및 문자가 이러한 텍스트 스타일 속성을 사용하지 않는 경우, 해당 언어와 문자 조합에 존재하는 속성만 사용하여 적합성을 충족할 수 있습니다.

참고 1

콘텐츠가 반드시 이러한 텍스트 간격 값을 사용해야 하는 것은 아닙니다. 요구 사항은 사용자가 작성된 텍스트 간격을 재정의하더라도 콘텐츠나 기능이 손실되지 않아야 한다는 것입니다.

참고 2

일부 언어의 문자 체계는 단락 시작 들여쓰기 등 다른 텍스트 간격 설정을 사용합니다. 저자들은 자신의 문자 체계에서 텍스트의 가독성 및 판독성을 개선하기 위한 지역 지침을 따르길 권장합니다.

성공 기준 1.4.13 호버 또는 포커스 시 콘텐츠

(레벨 AA)

포인터 호버 또는 키보드 포커스를 받았다가 해제하는 과정에서 추가 콘텐츠가 보였다가 숨겨질 경우, 다음 조건을 모두 충족해야 합니다:

닫기 가능
포인터 호버나 키보드 포커스를 이동하지 않고도 추가 콘텐츠를 닫을 수 있는 방법이 제공되어야 하며, 추가 콘텐츠가 입력 오류를 전달하거나 다른 콘텐츠를 가리거나 대체하지 않는 경우는 예외입니다;
호버 가능
포인터 호버로 추가 콘텐츠가 표시되는 경우, 포인터를 추가 콘텐츠 위로 이동해도 추가 콘텐츠가 사라지지 않아야 합니다;
지속성
추가 콘텐츠는 호버 또는 포커스 트리거가 제거되거나, 사용자가 닫거나, 정보가 더 이상 유효하지 않을 때까지 계속 표시되어야 합니다.

예외: 추가 콘텐츠의 시각적 표현이 사용자 에이전트에 의해 제어되고 저자가 수정하지 않은 경우.

참고 1

사용자 에이전트가 제어하는 추가 콘텐츠의 예로는 HTML title 속성을 통해 생성된 브라우저 툴팁 등이 있습니다 [HTML].

참고 2

사용자 정의 툴팁, 하위 메뉴, 호버 및 포커스 시 표시되는 기타 비모달 팝업은 이 기준에 해당하는 추가 콘텐츠의 예시입니다.

참고 3

이 기준은 트리거링 구성요소 외에 추가로 표시되는 콘텐츠에 적용됩니다. 키보드 포커스로 표시되는 숨겨진 구성요소(예: 페이지 내 다른 부분으로 이동하는 링크)는 추가 콘텐츠를 표시하지 않으므로 이 기준에 해당하지 않습니다.

2. 운용 가능

사용자 인터페이스 구성 요소와 내비게이션은 운용 가능해야 합니다.

지침 2.1 키보드 접근성

모든 기능을 키보드로 사용할 수 있도록 하세요.

성공 기준 2.1.1 키보드

(레벨 A)

콘텐츠의 모든 기능은 개별 키 입력의 특정 타이밍 없이 키보드 인터페이스를 통해 운용할 수 있어야 하며, 기본 기능이 사용자의 이동 경로(엔드포인트가 아닌 경로)에 따라 입력이 필요한 경우는 예외입니다.

참고 1

이 예외는 입력 방식이 아니라 기본 기능과 관련된 것입니다. 예를 들어 필기 입력을 사용할 때 입력 방식은 경로 의존적이지만, 기본 기능(텍스트 입력)은 그렇지 않습니다.

참고 2

이 기준은 마우스 입력이나 다른 입력 방법을 제공하는 것을 금지하거나 억제하지 않습니다.

성공 기준 2.1.2 키보드 트랩 없음

(레벨 A)

키보드 인터페이스를 사용해 페이지의 구성 요소에 키보드 포커스를 이동할 수 있다면, 오직 키보드 인터페이스만으로도 해당 구성 요소에서 포커스를 이동할 수 있어야 하며, 수정되지 않은 방향키나 탭 키 등 표준 종료 방법 외에 다른 방법이 필요하다면 포커스를 이동하는 방법을 사용자에게 안내해야 합니다.

참고

이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.

성공 기준 2.1.3 키보드(예외 없음)

(레벨 AAA)

콘텐츠의 모든 기능은 개별 키 입력의 특정 타이밍 없이 키보드 인터페이스로 운용할 수 있어야 합니다.

성공 기준 2.1.4 문자 키 단축키

(레벨 A)

콘텐츠에서 문자(대소문자 포함), 구두점, 숫자, 기호 문자만 사용하는 키보드 단축키가 구현된 경우, 다음 중 하나 이상을 충족해야 합니다:

끄기
단축키를 끌 수 있는 방법이 제공됩니다;
재맵
단축키를 Ctrl, Alt 등 하나 이상의 비인쇄 키를 포함하도록 다시 맵핑할 수 있는 방법이 제공됩니다;
포커스 시만 활성
사용자 인터페이스 구성요소의 키보드 단축키는 해당 구성요소가 포커스를 받을 때만 활성화됩니다.

지침 2.2 충분한 시간

사용자가 콘텐츠를 읽고 사용할 수 있도록 충분한 시간을 제공합니다.

성공 기준 2.2.1 시간 조정 가능

(레벨 A)

콘텐츠에 의해 설정된 각 시간 제한에 대해, 다음 중 하나 이상을 충족해야 합니다:

끄기

사용자가 시간 제한을 만나기 전에 시간 제한을 끌 수 있습니다;

조정

사용자가 시간 제한을 만나기 전에, 기본 설정의 최소 10배의 범위 내에서 시간 제한을 조정할 수 있습니다;

연장

시간이 만료되기 전에 사용자에게 경고하고, 간단한 동작(예: 스페이스 바 누르기)으로 시간 제한을 연장할 수 있도록 최소 20초를 제공하며, 사용자는 시간 제한을 최소 10번까지 연장할 수 있습니다;

실시간 예외

시간 제한이 실시간 이벤트(예: 경매)의 필수 요소이고, 시간 제한에 대한 대안이 불가능한 경우;

필수적 예외

시간 제한이 필수적이며 연장이 활동을 무효화하는 경우;

20시간 예외

시간 제한이 20시간을 초과하는 경우.

참고

이 성공 기준은 시간 제한으로 인해 콘텐츠나 컨텍스트가 예기치 않게 변경되는 것을 방지하여 사용자가 작업을 완료할 수 있도록 합니다. 이 성공 기준은 성공 기준 3.2.1과 함께 고려해야 하며, 이는 사용자 행동으로 인한 콘텐츠 또는 컨텍스트 변경을 제한합니다.

성공 기준 2.2.2 일시정지, 중지, 숨기기

(레벨 A)

움직이거나, 깜빡이거나, 스크롤하거나, 자동 업데이트되는 정보에 대해 모두 다음을 충족해야 합니다:

움직임, 깜빡임, 스크롤

(1) 자동으로 시작되고, (2) 5초 이상 지속되며, (3) 다른 콘텐츠와 함께 표시되는 움직임, 깜빡임, 스크롤 정보에 대해, 사용자가 일시정지, 중지, 숨기기할 수 있는 방법이 제공되어야 하며, 움직임, 깜빡임, 스크롤이 필수적인 활동의 일부인 경우는 예외입니다;

자동 업데이트

(1) 자동으로 시작되고 (2) 다른 콘텐츠와 함께 표시되는 자동 업데이트 정보에 대해, 사용자가 일시정지, 중지, 숨기기 또는 업데이트 빈도를 제어할 수 있는 방법이 제공되어야 하며, 자동 업데이트가 필수적인 활동의 일부인 경우는 예외입니다.

참고 1

깜빡이거나 번쩍이는 콘텐츠 관련 요구 사항은 지침 2.3을 참고하세요.

참고 2

이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.

참고 3

소프트웨어에 의해 주기적으로 업데이트되거나 사용자 에이전트로 스트리밍되는 콘텐츠는 일시정지 후 재개 시 생성되거나 수신된 정보를 반드시 보존하거나 표시할 필요는 없습니다. 이는 기술적으로 불가능하거나, 많은 상황에서 오히려 오해를 유발할 수 있기 때문입니다.

참고 4

프리로드 단계 등에서 발생하는 애니메이션은 모든 사용자가 해당 단계에서 상호작용할 수 없고, 진행 상황을 표시하지 않으면 콘텐츠가 멈췄거나 고장난 것으로 오해할 수 있다면 필수적 요소로 간주할 수 있습니다.

성공 기준 2.2.3 시간 제한 없음

(레벨 AAA)

콘텐츠가 제공하는 이벤트나 활동에서 시간 제한은 필수적 요소가 아니어야 하며, 비대화형 동기화된 미디어실시간 이벤트는 예외입니다.

성공 기준 2.2.4 방해

(레벨 AAA)

사용자는 긴급 상황과 관련된 방해를 제외하고, 방해를 미루거나 차단할 수 있습니다.

성공 기준 2.2.5 재인증

(레벨 AAA)

인증된 세션이 만료되면, 사용자는 재인증 후 데이터 손실 없이 활동을 계속할 수 있습니다.

성공 기준 2.2.6 타임아웃

(레벨 AAA)

사용자 비활동(user inactivity)로 인해 데이터 손실이 발생할 수 있는 경우, 사용자는 기간에 대해 경고를 받으며, 사용자가 아무 행동도 하지 않아도 데이터가 20시간 이상 보존된다면 예외입니다.

참고

개인정보 보호 규정에 따라 사용자가 인증되기 전과 데이터가 보존되기 전에 명시적 동의를 요구할 수 있습니다. 사용자가 미성년자인 경우, 대부분의 관할 지역에서는 명시적 동의를 요구하지 않을 수 있습니다. 데이터 보존을 이 성공 기준 충족 방식으로 고려할 때에는 개인정보 보호 전문가 및 법률 자문과 상의하는 것이 좋습니다.

지침 2.3 발작 및 신체 반응

발작이나 신체 반응을 유발하는 것으로 알려진 방식으로 콘텐츠를 설계하지 마세요.

성공 기준 2.3.1 3회 이상 번쩍임 또는 기준 이하

(레벨 A)

웹 페이지에는 1초 동안 3회 이상 번쩍이는 요소가 포함되어 있지 않아야 하며, 번쩍임일반 번쩍임 및 적색 번쩍임 기준 이하인 경우는 예외입니다.

참고

이 성공 기준을 충족하지 못하는 콘텐츠는 사용자의 전체 페이지 사용 능력에 영향을 줄 수 있으므로, 웹 페이지의 모든 콘텐츠(다른 성공 기준 충족 여부와 관계없이)도 반드시 이 기준을 따라야 합니다. 적합성 요구 사항 5: 방해 금지를 참고하세요.

성공 기준 2.3.2 3회 이상 번쩍임

(레벨 AAA)

웹 페이지에는 1초 동안 3회 이상 번쩍임이 일어나지 않아야 합니다.

성공 기준 2.3.3 상호작용에서 발생하는 애니메이션

(레벨 AAA)

상호작용에 의해 트리거되는 모션 애니메이션은 비활성화할 수 있어야 하며, 애니메이션이 기능이나 전달되는 정보에 필수적인 경우는 예외입니다.

지침 2.5 입력 방식

키보드 이외의 다양한 입력으로 기능을 더 쉽게 운용할 수 있도록 합니다.

성공 기준 2.5.1 포인터 제스처

(레벨 A)

멀티포인트 또는 경로 기반 제스처를 사용하는 모든 기능은 경로 기반 제스처 없이 단일 포인터로 운용할 수 있어야 하며, 멀티포인트 또는 경로 기반 제스처가 필수적인 경우는 예외입니다.

참고

이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).

성공 기준 2.5.2 포인터 취소

(레벨 A)

단일 포인터로 운용할 수 있는 기능에 대해, 다음 중 하나 이상을 충족해야 합니다:

다운 이벤트 없음
포인터의 다운 이벤트가 기능의 어느 부분도 실행하는 데 사용되지 않습니다;
중단 또는 취소
기능 완성은 업 이벤트에서 이루어지며, 완료 전에 기능을 중단하거나 완료 후 취소할 수 있는 방법이 제공됩니다;
업 이벤트 반전
업 이벤트가 이전 다운 이벤트의 결과를 모두 반전시킵니다;
필수적
다운 이벤트에서 기능을 완료하는 것이 필수적입니다.
참고 1

키보드나 숫자 키패드 키 누름을 에뮬레이션하는 기능은 필수적으로 간주됩니다.

참고 2

이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).

성공 기준 2.5.3 이름에 라벨 포함

(레벨 A)

라벨텍스트 또는 텍스트 이미지가 포함되어 있는 사용자 인터페이스 구성요소는 화면에 표시되는 텍스트가 이름에 포함되어야 합니다.

참고

라벨의 텍스트를 이름의 앞부분에 두는 것이 모범 사례입니다.

성공 기준 2.5.4 동작 작동

(레벨 A)

장치의 동작 또는 사용자의 동작으로 운용할 수 있는 기능사용자 인터페이스 구성요소로도 운용할 수 있어야 하며, 동작에 반응하는 기능을 비활성화하여 실수로 작동하지 않도록 할 수 있어야 합니다(단, 다음의 경우 제외):

지원 인터페이스
동작이 접근성 지원 인터페이스를 통해 기능을 운용하는 데 사용되는 경우;
필수적
동작이 해당 기능에 필수적이며 비활성화하면 활동이 무효화되는 경우.

성공 기준 2.5.5 대상 크기(강화)

(레벨 AAA)

포인터 입력대상 크기는 44x44 CSS 픽셀 이상이어야 하며, 다음의 경우는 예외입니다:

동등
동일 페이지에 44x44 CSS 픽셀 이상의 동등한 링크 또는 컨트롤을 통해 해당 대상을 사용할 수 있는 경우;
인라인
대상이 문장 또는 텍스트 블록 내에 있는 경우;
사용자 에이전트 제어
대상 크기가 사용자 에이전트에 의해 결정되고 저자가 수정하지 않은 경우;
필수적
대상의 특정 표현이 정보를 전달하는 데 필수적인 경우.

성공 기준 2.5.6 동시 입력 방식

(레벨 AAA)

웹 콘텐츠는 플랫폼에서 사용할 수 있는 입력 방식을 제한하지 않아야 하며, 제한이 필수적이거나, 콘텐츠의 보안을 보장하기 위해 필요하거나, 사용자 설정을 존중하기 위해 필요한 경우는 예외입니다.

성공 기준 2.5.7 드래그 동작

(레벨 AA)

신규

드래그 동작을 사용하는 모든 기능은 드래그 없이 단일 포인터로도 달성할 수 있어야 하며, 드래그가 필수적이거나 기능이 사용자 에이전트에 의해 결정되고 저자가 수정하지 않은 경우는 예외입니다.

참고

이 요구 사항은 포인터 동작을 해석하는 웹 콘텐츠에 적용됩니다(즉, 사용자 에이전트 또는 보조 기술 운용에 필요한 동작에는 적용되지 않습니다).

성공 기준 2.5.8 대상 크기(최소)

(레벨 AA)

신규

포인터 입력대상 크기는 24x24 CSS 픽셀 이상이어야 하며, 다음의 경우는 예외입니다:

간격
크기가 작은 대상(24x24 CSS 픽셀 미만)은 각 대상의 경계 상자 중심에 24 CSS 픽셀 지름의 원을 그렸을 때, 그 원이 다른 대상이나 다른 작은 대상의 원과 겹치지 않도록 배치해야 합니다;
동등
이 기준을 충족하는 다른 컨트롤을 통해 동일 페이지에서 기능을 달성할 수 있는 경우;
인라인
대상이 문장 내에 있거나, 크기가 비대상 텍스트의 행간에 의해 제한되는 경우;
사용자 에이전트 제어
대상 크기가 사용자 에이전트에 의해 결정되고 저자가 수정하지 않은 경우;
필수적
대상의 특정 표현필수적이거나 정보를 전달하는 데 법적으로 요구되는 경우.
참고 1

위치에 따라 값을 선택하는 공간적 선택이 가능한 대상은 이 성공 기준에서는 하나의 대상으로 간주됩니다. 예: 슬라이더, 색상 선택기, 커서 위치를 지정할 수 있는 편집 영역 등.

참고 2

인라인 대상의 행간은 텍스트 흐름에 수직인 방향으로 해석해야 합니다. 예를 들어, 세로 쓰기 언어에서는 행간이 수평이 됩니다.

3. 이해 가능

정보 및 사용자 인터페이스의 운용은 이해할 수 있어야 합니다.

지침 3.1 읽기 가능

텍스트 콘텐츠를 읽기 쉽고 이해할 수 있도록 합니다.

성공 기준 3.1.1 페이지의 언어

(레벨 A)

웹 페이지의 기본 자연 언어프로그램적으로 결정될 수 있어야 합니다.

성공 기준 3.1.2 부분의 언어

(레벨 AA)

콘텐츠의 각 구절 또는 문구의 자연 언어는 고유명사, 기술 용어, 언어가 불확실한 단어, 혹은 인접 텍스트의 관용어가 된 단어 또는 문구를 제외하고 프로그램적으로 결정될 수 있어야 합니다.

성공 기준 3.1.3 특이한 단어

(레벨 AAA)

특이하거나 제한적으로 사용된 단어나 문구(관용구 및 전문 용어 포함)의 특정 정의를 식별할 수 있는 방법이 제공되어야 합니다.

성공 기준 3.1.4 약어

(레벨 AAA)

약어의 확장된 형태 또는 의미를 식별할 수 있는 방법이 제공되어야 합니다.

성공 기준 3.1.5 읽기 수준

(레벨 AAA)

텍스트가 고유명사와 제목을 제외하고 중등 교육 수준 이하보다 더 높은 읽기 능력을 요구하는 경우, 보충 콘텐츠 또는 중등 교육 수준 이하의 읽기 능력을 요구하지 않는 버전이 제공되어야 합니다.

성공 기준 3.1.6 발음

(레벨 AAA)

문맥상 의미가 발음을 알아야만 명확해지는 단어의 특정 발음을 식별할 수 있는 방법이 제공되어야 합니다.

지침 3.2 예측 가능

웹 페이지가 예측 가능한 방식으로 표시되고 운용되도록 합니다.

성공 기준 3.2.1 포커스 시

(레벨 A)

어떤 사용자 인터페이스 구성요소가 포커스를 받을 때, 컨텍스트 변경이 발생하지 않아야 합니다.

성공 기준 3.2.2 입력 시

(레벨 A)

어떤 사용자 인터페이스 구성요소의 설정을 변경해도, 사용자에게 해당 동작을 미리 안내하지 않은 이상 컨텍스트 변경이 자동으로 발생하지 않아야 합니다.

성공 기준 3.2.3 일관된 탐색

(레벨 AA)

웹 페이지 집합 내 여러 웹 페이지에서 반복되는 탐색 메커니즘은 사용자가 변화를 시작하지 않는 한 매번 동일한 상대적 순서로 나타나야 합니다.

성공 기준 3.2.4 일관된 식별

(레벨 AA)

웹 페이지 집합 내에서 동일한 기능을 가진 구성요소는 일관되게 식별되어야 합니다.

성공 기준 3.2.5 요청 시 변경

(레벨 AAA)

컨텍스트 변경은 오직 사용자 요청에 의해 시작되거나, 해당 변경을 끌 수 있는 방법이 제공되어야 합니다.

성공 기준 3.2.6 일관된 도움말

(레벨 A)

신규

웹 페이지 집합 내 여러 웹 페이지에서 다음 도움말 방법 중 하나라도 포함되어 있고, 그 방법이 여러 페이지에서 반복된다면, 사용자가 변화를 시작하지 않은 이상 페이지 내 다른 콘텐츠와의 상대적 순서가 동일해야 합니다:

  • 사람 연락처 정보;
  • 사람 연락 방법;
  • 셀프 도움말 옵션;
  • 완전 자동화된 연락 방법.
참고 1

도움말 방법은 페이지에서 직접 제공할 수도 있고, 해당 정보를 포함한 다른 페이지로 직접 연결하는 방식으로 제공할 수도 있습니다.

참고 2

이 성공 기준에서 "페이지 내 다른 콘텐츠와의 동일한 순서"란 페이지가 직렬화될 때의 콘텐츠 순서로 생각할 수 있습니다. 동일한 페이지 변형(예: 동일한 CSS 브레이크포인트)에서는 시각적 위치가 일관될 가능성이 높습니다. 사용자가 페이지 확대/축소나 방향 변경처럼 변형을 트리거할 수 있는데, 이 기준은 동일한 페이지 변형(즉, 동일한 확대/축소 및 방향)에서의 상대적 순서에만 관련됩니다.

지침 3.3 입력 지원

사용자가 실수를 피하고 수정할 수 있도록 돕습니다.

성공 기준 3.3.1 오류 식별

(레벨 A)

입력 오류가 자동으로 감지되면, 오류가 있는 항목이 식별되고 해당 오류가 사용자에게 텍스트로 설명됩니다.

성공 기준 3.3.2 라벨 또는 안내

(레벨 A)

콘텐츠가 사용자 입력을 요구할 때 라벨 또는 안내가 제공되어야 합니다.

성공 기준 3.3.3 오류 제안

(레벨 AA)

입력 오류가 자동으로 감지되고 수정 제안이 알려진 경우, 콘텐츠의 보안이나 목적을 위협하지 않는 한 해당 제안이 사용자에게 제공되어야 합니다.

성공 기준 3.3.5 도움말

(레벨 AAA)

컨텍스트-민감 도움말이 제공되어야 합니다.

성공 기준 3.3.6 오류 예방(전체)

(레벨 AAA)

사용자에게 정보를 제출하도록 요구하는 웹 페이지에 대해, 다음 중 하나 이상을 충족해야 합니다:

되돌리기 가능
제출은 되돌릴 수 있습니다.
확인
사용자가 입력한 데이터가 입력 오류가 있는지 확인되고, 수정 기회가 제공됩니다.
확정 전 검토
최종 제출 전 정보를 검토, 확인 및 수정할 수 있는 방법이 제공됩니다.

성공 기준 3.3.7 중복 입력

(레벨 A)

신규

동일한 프로세스 내에서 사용자가 이전에 입력하거나 제공한 정보가 다시 입력되어야 하는 경우, 다음 중 하나를 충족해야 합니다:

  • 자동으로 채워지거나,
  • 사용자가 선택할 수 있도록 제공되어야 합니다.

예외:

  • 정보를 다시 입력하는 것이 필수적인 경우,
  • 콘텐츠의 보안을 보장하기 위해 정보가 필요한 경우,
  • 이전에 입력한 정보가 더 이상 유효하지 않은 경우.

성공 기준 3.3.8 접근 가능한 인증(최소)

(레벨 AA)

신규

인증 프로세스의 어떤 단계도 인지 기능 테스트(예: 비밀번호 기억, 퍼즐 풀기)를 요구하지 않아야 하며, 해당 단계에서 다음 중 하나 이상을 제공하는 경우는 예외입니다:

대체 방법
인지 기능 테스트에 의존하지 않는 다른 인증 방법.
보조 방법
사용자가 인지 기능 테스트를 완료할 수 있도록 지원하는 방법.
객체 인식
인지 기능 테스트가 객체를 인식하는 것인 경우.
개인 콘텐츠
인지 기능 테스트가 사용자가 웹사이트에 제공한 비텍스트 콘텐츠를 식별하는 것인 경우.
참고 1

"객체 인식"과 "개인 콘텐츠"는 이미지, 비디오 또는 오디오로 표현될 수 있습니다.

참고 2
이 기준을 충족하는 방법의 예시:
  • 암기 부담을 줄이기 위한 비밀번호 관리자 지원,
  • 재입력의 인지적 부담을 줄이기 위한 복사 및 붙여넣기 지원.

성공 기준 3.3.9 접근 가능한 인증(강화)

(레벨 AAA)

신규

인증 프로세스의 어떤 단계도 인지 기능 테스트(예: 비밀번호 기억, 퍼즐 풀기)를 요구하지 않아야 하며, 해당 단계에서 다음 중 하나 이상을 제공하는 경우는 예외입니다:

대체 방법
인지 기능 테스트에 의존하지 않는 다른 인증 방법.
보조 방법
사용자가 인지 기능 테스트를 완료할 수 있도록 지원하는 방법.

4. 견고함

콘텐츠는 보조 기술을 포함한 다양한 사용자 에이전트가 해석할 수 있을 만큼 견고해야 합니다.

지침 4.1 호환성

보조 기술을 포함한 현재 및 미래의 사용자 에이전트와의 호환성을 극대화하세요.

성공 기준 4.1.1 파싱(폐지 및 삭제됨)

참고

이 기준은 원래 보조 기술이 직접 HTML을 파싱하는 데 생긴 문제를 해결하기 위해 도입되었습니다. 현재 보조 기술은 더 이상 HTML을 직접 파싱할 필요가 없습니다. 따라서 이러한 문제는 더 이상 존재하지 않거나 다른 기준에 의해 해결됩니다. 이 기준은 더 이상 유용하지 않으므로 삭제되었습니다.

성공 기준 4.1.2 이름, 역할, 값

(레벨 A)

모든 사용자 인터페이스 구성요소(폼 요소, 링크, 스크립트로 생성된 구성요소 포함)에 대해 이름역할프로그램적으로 결정될 수 있어야 하며, 상태, 속성, 값 등 사용자가 설정할 수 있는 항목도 프로그램적으로 설정할 수 있어야 하며, 이러한 항목의 변경 사항을 사용자 에이전트보조 기술에 알릴 수 있어야 합니다.

참고

이 성공 기준은 주로 직접 또는 스크립트로 사용자 인터페이스 구성요소를 개발하는 웹 저자를 위한 것입니다. 예를 들어, 표준 HTML 컨트롤은 명세대로 사용하면 이미 이 성공 기준을 충족합니다.

성공 기준 4.1.3 상태 메시지

(레벨 AA)

마크업 언어로 구현된 콘텐츠에서 상태 메시지역할 또는 속성을 통해 프로그램적으로 결정될 수 있어야 하며, 보조 기술이 포커스 없이도 사용자에게 메시지를 전달할 수 있어야 합니다.

5. 적합성

이 섹션은 WCAG 2.2의 적합성에 대한 요구 사항을 나열합니다. 또한 적합성 주장(선택 사항)을 만드는 방법에 대한 정보도 제공합니다. 마지막으로 접근성 지원의 의미를 설명합니다. 기술을 사용할 때 접근성 지원되는 방법만이 적합성에 의존 가능합니다. 적합성 이해하기에서는 접근성 지원 개념에 대해 추가 설명을 제공합니다.

5.1 규범적 요구 사항 해석

WCAG 2.2의 주요 내용은 규범적이며 적합성 주장에 영향을 주는 요구 사항을 정의합니다. 서론, 부록, "비규범적"으로 표시된 섹션, 도표, 예시, 참고는 정보성(비규범적)입니다. 비규범적 자료는 지침 해석에 도움이 되는 조언 정보를 제공하지만 적합성 주장에 영향을 주는 요구 사항을 만들지 않습니다.

MAY, MUST, MUST NOT, NOT RECOMMENDED, RECOMMENDED, SHOULD, SHOULD NOT의 주요 단어는 [RFC2119]에서 설명한 대로 해석합니다.

5.2 적합성 요구 사항

웹 페이지가 WCAG 2.2에 적합하기 위해서는 아래의 모든 적합성 요구 사항을 만족해야 합니다:

5.2.1 적합성 수준

다음 중 하나의 적합성 수준을 모두 충족해야 합니다.

  • 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

적합성 판단 시, 페이지 일부의 대안(예: 긴 설명, 비디오의 대체 프레젠테이션 등)은 페이지에서 직접 얻을 수 있다면 페이지의 일부로 간주합니다.

참고 2

저자가 통제할 수 없는 콘텐츠로 인해 적합성을 달성할 수 없는 웹 페이지의 경우 부분 적합성 선언문을 고려할 수 있습니다.

참고 3

전체 페이지에는 자동으로 다양한 화면 크기에 맞춰 표시되는 모든 변형(예: 반응형 웹 페이지의 변형)이 포함됩니다. 전체 페이지가 적합하려면 이런 모든 변형도 적합하거나 적합하는 대체 버전을 제공해야 합니다.

5.2.3 완전한 프로세스

프로세스(즉, 활동을 완료하기 위해 일련의 단계를 거쳐야 하는 경우)를 제공하는 일련의 웹 페이지 중 하나인 경우, 프로세스의 모든 웹 페이지가 지정된 수준 또는 그 이상의 적합성을 충족해야 합니다. (어떤 단계라도 해당 수준을 충족하지 않으면 전체 프로세스는 해당 수준의 적합성을 달성할 수 없습니다.)

5.2.4 기술은 접근성 지원되는 방법만 사용

접근성 지원되는 방법으로만 기술을 사용하여 성공 기준을 만족해야 합니다. 접근성 지원되지 않는 방법으로 제공되는 정보나 기능은 접근성 지원되는 방법으로도 제공되어야 합니다. (접근성 지원 이해하기 참고)

5.2.5 방해 금지

기술 이 접근성 지원되지 않거나, 적합하지 않은 방식으로 사용되는 경우에도 사용자가 페이지의 나머지 부분에 접근하는 데 방해가 되지 않아야 합니다. 또한, 아래 조건 각각에 대해 웹 페이지 전체가 적합성 요구 사항을 계속 충족해야 합니다:

  1. 사용자 에이전트에서 의존하지 않는 기술이 켜져 있을 때,
  2. 사용자 에이전트에서 의존하지 않는 기술이 꺼져 있을 때,
  3. 사용자 에이전트에서 의존하지 않는 기술이 지원되지 않을 때

또한, 아래의 성공 기준은 적합성 달성 여부와 관계없이 페이지의 모든 콘텐츠에 적용됩니다. 이 기준을 충족하지 않으면 페이지 사용에 방해가 될 수 있기 때문입니다:

  • 1.4.2 - 오디오 제어,
  • 2.1.2 - 키보드 트랩 없음,
  • 2.3.1 - 3회 이상 번쩍임 또는 기준 이하,
  • 2.2.2 - 일시정지, 중지, 숨기기.
참고

페이지가 적합성을 달성할 수 없는 경우(예: 적합성 테스트 페이지, 예시 페이지), 해당 페이지는 적합성 범위나 적합성 주장에 포함될 수 없습니다.

더 많은 정보와 예시는 적합성 요구 사항 이해하기를 참고하세요.

5.3 적합성 주장(선택 사항)

적합성은 웹 페이지에만 정의됩니다. 그러나 하나의 페이지, 일련의 페이지, 또는 여러 관련 웹 페이지에 대해 적합성 주장을 할 수 있습니다.

5.3.1 적합성 주장에 필요한 구성요소

적합성 주장은 필수 아님입니다. 저자는 적합성 주장을 하지 않고도 WCAG 2.2에 적합할 수 있습니다. 그러나 적합성 주장을 하는 경우, 아래 정보를 반드시 포함해야 합니다:

  1. 주장 날짜
  2. 지침 제목, 버전 및 URI "Web Content Accessibility Guidelines 2.2 at https://www.w3.org/TR/WCAG22/"
  3. 만족한 적합성 수준: (Level A, AA 또는 AAA)
  4. 웹 페이지의 간결한 설명(주장 대상 URI 목록, 하위 도메인 포함 여부 등)

    참고 1

    웹 페이지는 목록이나 주장 대상 URI 전체를 설명하는 표현으로 기술할 수 있습니다.

    참고 2

    설치 전 URI가 없는 웹 기반 제품은 설치 시 적합할 것이라는 선언문을 포함할 수 있습니다.

  5. 웹 콘텐츠 기술 의존 기술 목록
참고 3

적합성 로고를 사용하는 경우, 이는 적합성 주장을 의미하며 위에 나열된 필수 구성요소를 반드시 함께 제공해야 합니다.

5.3.2 적합성 주장에 선택적으로 포함할 수 있는 구성요소

위 필수 구성요소 외에도 사용자에게 도움이 되는 정보를 추가로 제공하는 것이 좋습니다. 추천 추가 정보는 다음과 같습니다:

  • 주장한 적합성 수준을 초과하여 충족한 성공 기준 목록(사용자가 활용할 수 있도록, 가능하면 기계가 읽을 수 있는 메타데이터로 제공)
  • "사용하지만 의존하지 않는" 특정 기술 목록
  • 콘텐츠를 테스트할 때 사용된 사용자 에이전트 및 보조 기술 목록
  • 콘텐츠의 접근성 특성 목록(기계가 읽을 수 있는 메타데이터로 제공)
  • 접근성 향상을 위해 성공 기준을 초과하여 취한 추가 조치 정보
  • 의존 기술 목록의 기계가 읽을 수 있는 메타데이터 버전
  • 적합성 주장 자체의 기계가 읽을 수 있는 메타데이터 버전
참고 1

자세한 정보와 예시 적합성 주장은 적합성 주장 이해하기를 참고하세요.

참고 2

적합성 주장에 메타데이터를 사용하는 방법에 대해서는 메타데이터 이해하기를 참고하세요.

5.4 부분 적합성 선언문 - 제3자 콘텐츠

추후 추가 콘텐츠가 들어갈 수 있는 웹 페이지는 '부분 적합성 선언문'을 사용할 수 있습니다. 예시: 이메일 프로그램, 블로그, 댓글이 가능한 기사, 사용자 기여 콘텐츠를 지원하는 애플리케이션, 포털/뉴스 사이트 등 여러 기여자가 만든 콘텐츠로 구성된 페이지, 또는 광고 등 외부 소스 콘텐츠가 동적으로 삽입되는 사이트.

이런 경우, 원래 게시 시점에 제어할 수 없는 콘텐츠가 무엇인지 알 수 없습니다. 제어할 수 없는 콘텐츠는 제어되는 콘텐츠의 접근성에도 영향을 줄 수 있으니 주의해야 합니다. 선택지는 두 가지입니다:

  1. 최선의 지식을 바탕으로 적합성 판단을 할 수 있습니다. 이런 유형의 페이지를 모니터링하고 2영업일 내에 수정(비적합 콘텐츠를 제거 또는 적합하도록 수정)한다면, 외부 기여 콘텐츠의 오류가 발견 시 수정/제거되는 한 페이지는 적합하다고 주장할 수 있습니다. 비적합 콘텐츠를 모니터링/수정할 수 없는 경우에는 적합성 주장을 할 수 없습니다.

    또는

  2. 부분 적합성 선언문: 해당 페이지는 적합하지 않지만 특정 부분이 제거되면 적합할 수 있다고 기술합니다. 형식 예시: "이 페이지는 적합하지 않지만, 다음에 명시된 제어할 수 없는 소스의 부분이 제거되면 WCAG 2.2 level X에 적합할 수 있습니다." 또한, 부분 적합성 선언문에 명시된 제어할 수 없는 콘텐츠에 대해 아래가 모두 참이어야 합니다:

    1. 저자가 통제할 수 없는 콘텐츠여야 합니다.
    2. 사용자가 식별할 수 있도록 기술되어야 합니다(예: "우리가 통제하지 않는 모든 부분"처럼 모호하게 기술하지 않고, 반드시 명확하게 표시되어야 함).

5.5 부분 적합성 선언문 - 언어

"언어로 인한 부분 적합성 선언문"은 페이지가 적합하지 않지만, 페이지에 사용된 모든 언어에 대한 접근성 지원이 존재한다면 적합할 수 있다고 기술하는 경우입니다. 형식 예시: "이 페이지는 적합하지 않지만, 다음 언어(들)에 대한 접근성 지원이 존재한다면 WCAG 2.2 level X에 적합할 수 있습니다."

5.6 개인정보 보호 고려사항

이 섹션은 비규범적입니다.

이 명세서 내 성공 기준 중 작업 그룹이 개인정보에 영향을 미칠 수 있다고 판단한 것(최종 사용자 보호 제공, 또는 웹사이트 제공자가 사용자 개인정보 보호를 위해 기능을 구현할 때 고려해야 하는 것)은 아래에 나열합니다. 이 목록은 현 시점의 작업 그룹의 이해를 반영하며, 다른 성공 기준도 작업 그룹이 아직 알지 못하는 개인정보 영향이 있을 수 있습니다.

이 명세서 내 개인정보와 관련될 수 있는 성공 기준은 다음과 같습니다:

5.7 보안 고려사항

이 섹션은 비규범적입니다.

이 명세서 내 성공 기준 중 작업 그룹이 보안에 영향을 미칠 수 있다고 판단한 것(최종 사용자 보호 제공, 또는 웹사이트 제공자가 사용자 보안을 위해 기능을 구현할 때 고려해야 하는 것)은 아래에 나열합니다. 이 목록은 현 시점의 작업 그룹의 이해를 반영하며, 다른 성공 기준도 작업 그룹이 아직 알지 못하는 보안 영향이 있을 수 있습니다.

이 명세서 내 보안과 관련될 수 있는 성공 기준은 다음과 같습니다:

6. 용어집

약어

단어, 구, 이름의 축약형으로, 해당 약어가 언어의 일부가 되지 않은 경우를 의미합니다.

참고 1

여기에는 다음과 같은 이니셜리즘 및 두문자어가 포함됩니다:

  1. 이니셜리즘(initialism)은 이름이나 구의 단어 또는 음절의 첫 글자를 따서 만든 축약형입니다.

    참고 2

    모든 언어에 정의되어 있지는 않습니다.

  2. 두문자어(acronym)는 이름이나 구의 다른 단어의 첫 글자 또는 일부를 결합해 만들어진 약어로, 하나의 단어처럼 발음되는 경우도 있습니다.

참고 3

일부 회사는 원래 이니셜리즘이었던 것을 회사 이름으로 채택하기도 합니다. 이런 경우 새 회사명은 그 철자 자체(예: Ecma)이며, 더 이상 약어로 간주하지 않습니다.

접근성 지원됨

사용자의 보조 기술뿐만 아니라 브라우저 및 기타 사용자 에이전트의 접근성 기능에 의해 지원됨

웹 콘텐츠 기술(또는 기술의 기능)이 접근성 지원되는 용도로 인정받으려면, 아래 두 가지 모두가 해당 웹 콘텐츠 기술(또는 기능)에 대해 만족되어야 합니다:

  1. 웹 콘텐츠 기술의 사용 방식이 사용자의 보조 기술(AT)에 의해 지원되어야 합니다. 즉, 해당 기술의 사용 방식이 콘텐츠의 사용된 인간 언어에서 보조 기술과의 상호운용성을 위해 테스트되어야 합니다.

    그리고

  2. 웹 콘텐츠 기술을 지원하는 접근성 지원 사용자 에이전트가 사용자에게 제공되어야 합니다. 이는 다음 네 가지 진술 중 최소 하나가 참임을 의미합니다:

    1. 해당 기술이 널리 배포된 사용자 에이전트에서 기본적으로 지원되며, 그 사용자 에이전트도 접근성 지원됨(예: HTML 및 CSS);

      또는

    2. 해당 기술이 널리 배포된 플러그인에서 지원되며, 그 플러그인도 접근성 지원됨;

      또는

    3. 콘텐츠가 대학 또는 기업 네트워크 등 폐쇄된 환경에서 제공되어, 해당 기술이 필요로 하는 사용자 에이전트가 조직에서 사용되며, 그 에이전트도 접근성 지원됨;

      또는

    4. 해당 기술을 지원하는 사용자 에이전트가 접근성 지원됨이며, 다음과 같은 방식으로 다운로드 또는 구매가 가능함:

      • 장애가 있는 사람이 장애가 없는 사람에 비해 추가 비용을 지불하지 않는다 그리고
      • 장애가 있는 사람이 장애가 없는 사람과 동일하게 쉽게 찾고 얻을 수 있다.
참고 1

Accessibility Guidelines Working Group과 W3C는 특정 웹 기술의 사용이 접근성 지원됨으로 분류되기 위해 어느 정도의 보조 기술 지원이 있어야 하는지 명시하지 않습니다. (접근성 지원에 필요한 보조 기술 지원 수준 참고)

참고 2

페이지 전체가 적합성 조건을 만족하고 적합성 요구 사항 4적합성 요구 사항 5를 포함한 모든 조건을 충족하는 경우, 웹 기술은 접근성 지원되지 않는 방식으로도 사용할 수 있습니다. 단, 해당 기술이 필수적이어서는 안 됩니다.

참고 3

웹 기술이 "접근성 지원됨" 방식으로 사용된다고 해서 해당 기술 전체 또는 모든 사용 방식이 지원됨을 의미하지는 않습니다. 대부분의 기술(HTML 포함)은 최소한 하나의 기능 또는 사용 방식에 대한 지원이 부족합니다. 페이지가 WCAG에 적합하려면 접근성 지원되는 기술 사용만을 신뢰할 수 있어야 합니다.

참고 4

여러 버전이 존재하는 웹 콘텐츠 기술을 인용할 때에는 지원되는 버전을 명시해야 합니다.

참고 5

저자가 접근성 지원되는 기술 사용 방식을 찾는 한 가지 방법은, 접근성 지원됨으로 문서화된 사용 방식 모음을 참고하는 것입니다. (접근성 지원 웹 기술 사용 방식 이해하기 참고) 저자, 기업, 기술 공급업체 등은 웹 콘텐츠 기술의 접근성 지원되는 사용 방식을 문서화할 수 있습니다. 하지만, 해당 문서 내 기술 사용 방식 모두가 위의 접근성 지원 웹 콘텐츠 기술의 정의를 충족해야 합니다.

시간 기반 미디어 대체물

시간에 따라 변화하는 시각 및 청각 정보를 올바른 순서의 텍스트 설명으로 포함하고, 모든 시간 기반 상호작용의 결과를 달성할 수 있도록 하는 문서

참고

동기화된 미디어 콘텐츠 제작에 사용된 대본은 최종 동기화 미디어로 편집한 후 정확히 반영되어야만 이 정의를 만족합니다.

일반 사용자에게 모호함

링크와 웹 페이지의 모든 정보가 동시에 사용자에게 제공되어도 목적을 알 수 없으며, 즉 장애가 없는 사용자들도 해당 링크를 활성화하기 전까지 링크가 어떤 기능을 하는지 알 수 없음

ASCII 아트

ASCII가 정의한 95개 인쇄 가능한 문자로 공간 배열하여 만든 그림 또는 이미지를 의미함

보조 기술 (이 문서에서 사용됨)

하드웨어 또는 소프트웨어로서 사용자 에이전트 역할을 하거나, 일반 사용자 에이전트와 함께 작동하여 장애가 있는 사용자의 요구를 충족시키기 위해 일반 사용자 에이전트가 제공하는 기능을 넘어서 추가 기능을 제공하는 것

참고 1

보조 기술이 제공하는 기능에는 대체 표현(예: 합성 음성 또는 확대된 콘텐츠), 대체 입력 방식(예: 음성), 추가 탐색 또는 방향 메커니즘, 콘텐츠 변환(예: 테이블을 더 접근하기 쉽게 변환) 등이 포함됩니다.

참고 2

보조 기술은 종종 API를 사용하거나 모니터링하여 일반 사용자 에이전트와 데이터 및 메시지를 주고받습니다.

참고 3

일반 사용자 에이전트와 보조 기술의 구분은 절대적이지 않습니다. 많은 일반 사용자 에이전트가 장애인을 위한 일부 기능을 제공합니다. 기본적인 차이는 일반 사용자 에이전트는 장애 유무에 관계없이 폭넓고 다양한 사용자를 대상으로 하며, 보조 기술은 특정 장애가 있는 사용자 집단을 대상으로 한다는 점입니다. 보조 기술이 제공하는 지원은 대상 사용자에게 더 구체적이고 적합합니다. 일반 사용자 에이전트는 보조 기술에 웹 콘텐츠를 프로그램 객체로부터 가져오거나 마크업을 식별 가능한 단위로 파싱하는 등 중요한 기능을 제공할 수 있습니다.

오디오

소리 재생 기술

참고

오디오는 합성적으로(음성 합성 포함) 생성되거나, 실제 세계의 소리를 녹음하거나, 또는 둘 다일 수 있습니다.

오디오 설명

주요 사운드트랙만으로는 이해할 수 없는 중요한 시각적 세부사항을 설명하기 위해 사운드트랙에 추가되는 내레이션

참고 1

비디오의 오디오 설명은 동작, 등장인물, 장면 전환, 화면의 텍스트 및 기타 시각적 콘텐츠에 대한 정보를 제공합니다.

참고 2

표준 오디오 설명에서는 기존 대화 중의 일시정지 부분에 내레이션이 추가됩니다. (자세한 내용은 확장 오디오 설명을 참조하세요.)

참고 3

모든 비디오 정보가 기존 오디오에서 이미 제공되는 경우, 추가적인 오디오 설명은 필요하지 않습니다.

참고 4

"비디오 설명" 및 "설명 내레이션"이라고도 불립니다.

오디오 전용

오디오만 포함된 시간 기반 프레젠테이션 (비디오 및 상호작용 없음)

깜박임

주의를 끌기 위해 두 가지 시각적 상태 사이를 반복적으로 전환하는 것

참고

또한 플래시를 참조하세요. 만약 어떤 것이 충분히 크고 밝게 깜박이며 적절한 빈도로 발생하면 플래시로도 분류될 수 있습니다.

텍스트 블록

한 문장 이상의 텍스트

CAPTCHA

"Completely Automated Public Turing test to tell Computers and Humans Apart"의 약어

참고 1

CAPTCHA 테스트는 종종 사용자가 흐릿하게 표시된 이미지나 오디오 파일에 나타나는 텍스트를 입력하도록 요구합니다.

참고 2

튜링 테스트는 인간과 컴퓨터를 구별하기 위한 일련의 테스트 시스템입니다. 유명한 컴퓨터 과학자 앨런 튜링의 이름을 따서 명명되었습니다. 이 용어는 카네기 멜론 대학의 연구원들이 만들었습니다.

자막

미디어 콘텐츠를 이해하는 데 필요한 음성 및 비음성 오디오 정보를 위한 동기화된 시각적 또는 텍스트 대체

참고 1

자막은 대화만을 보여주는 자막과 유사하지만, 자막은 대화의 내용뿐만 아니라 프로그램 내용을 이해하는 데 필요한 비대화 오디오 정보(음향 효과, 음악, 웃음, 화자 식별 및 위치 등)의 동등물도 전달합니다.

참고 2

폐쇄 자막(Closed Captions)은 일부 플레이어에서 켜고 끌 수 있는 동등물입니다.

참고 3

열린 자막(Open Captions)은 끌 수 없는 모든 자막입니다. 예를 들어, 자막이 비디오에 내장된 텍스트 이미지인 경우 등이 있습니다.

참고 4

자막은 비디오의 관련 정보를 가리거나 방해해서는 안 됩니다.

참고 5

일부 국가에서는 자막을 "자막(subtitle)"이라고 부릅니다.

참고 6

오디오 설명은 자막 처리할 수도 있고, 하지 않아도 됩니다. 왜냐하면 이미 시각적으로 제공된 정보에 대한 설명이기 때문입니다.

컨텍스트 변경

사용자가 페이지 전체를 동시에 볼 수 없는 경우 인지적 혼란을 줄 수 있는 주요 변경 사항

컨텍스트 변경에는 다음이 포함됩니다:

참고

콘텐츠의 변경이 항상 컨텍스트의 변경을 의미하지는 않습니다. 예를 들어, 확장 가능한 개요, 동적 메뉴, 탭 컨트롤과 같은 콘텐츠 변경은 위(예: 포커스)가 변경되지 않는 한 반드시 컨텍스트를 변경하는 것은 아닙니다.

인지 기능 테스트

신규

사용자가 정보를 기억, 조작 또는 필사해야 하는 과제. 예시로는 다음이 포함되나 이에 국한되지 않습니다:

  • 암기(예: 사용자 이름, 비밀번호, 문자 집합, 이미지 또는 패턴 기억). 이름, 이메일, 전화번호와 같이 사용자가 개인적으로 알고 있으며 사이트 간에 일관된 일반 식별자는 인지 기능 테스트로 간주되지 않습니다.
  • 필사(예: 문자를 입력하는 것);
  • 올바른 철자 사용;
  • 계산 수행;
  • 퍼즐 풀기.
준수

특정 표준, 지침 또는 명세의 모든 요구사항을 만족시키는 것

준수 대체 버전

다음 조건을 만족하는 버전

  1. 지정된 수준에서 준수하며,
  2. 동일한 정보와 기능을 동일한 인간 언어로 제공하며,
  3. 비준수 콘텐츠와 동일하게 최신 상태이며,
  4. 다음 중 하나 이상이 참인 경우:

    1. 비준수 페이지에서 접근성 지원 메커니즘을 통해 준수 버전으로 접근할 수 있거나,
    2. 비준수 버전에 접근할 수 있는 경로가 준수 버전에서만 존재하거나,
    3. 비준수 버전에 접근할 수 있는 경로가 반드시 준수 페이지에서만 존재하며, 그 페이지 또한 준수 버전으로 접근할 수 있는 메커니즘을 제공하는 경우
참고 1

이 정의에서 "접근할 수 있다"는 것은 조건부 리디렉션과 같은 메커니즘이 있어, 사용자가 준수 버전에서 바로 오지 않는 한 비준수 페이지를 "접근"(로드)할 수 없도록 하는 것을 의미합니다.

참고 2

대체 버전은 원본과 꼭 페이지별로 일치할 필요는 없습니다(예: 준수 대체 버전이 여러 페이지로 구성될 수도 있음).

참고 3

여러 언어 버전이 제공된다면, 제공되는 각 언어에 대해 준수 대체 버전이 필요합니다.

참고 4

대체 버전은 다양한 기술 환경이나 사용자 그룹을 지원하기 위해 제공될 수 있습니다. 각 버전은 최대한 준수해야 합니다. 하나의 버전은 준수 요구사항 1을 충족하기 위해 반드시 완전히 준수해야 합니다.

참고 5

준수 대체 버전은 반드시 준수 범위 내에 있거나 같은 웹사이트에 있을 필요는 없습니다. 비준수 버전과 동일하게 자유롭게 접근할 수 있으면 됩니다.

참고 6

대체 버전은 보조 콘텐츠와 혼동해서는 안 됩니다. 보조 콘텐츠는 원본 페이지를 지원하고 이해를 돕습니다.

참고 7

사용자 환경설정을 콘텐츠 내에서 설정하여 준수 버전으로 이동하는 방법은, 환경설정 설정 방법이 접근성 지원되는 경우 허용되는 메커니즘입니다.

자세한 내용은 준수 대체 버전 이해하기를 참조하세요.

콘텐츠 (웹 콘텐츠)

사용자 에이전트를 통해 사용자에게 전달되는 정보 및 감각적 경험. 여기에는 콘텐츠의 구조, 표현 및 상호작용을 정의하는 코드 또는 마크업이 포함됩니다.

상황별 도움말

현재 수행 중인 기능과 관련된 정보를 제공하는 도움말 텍스트

참고

명확한 라벨은 상황별 도움말 역할을 할 수 있습니다.

명암비

(L1 + 0.05) / (L2 + 0.05), 여기서

참고 1

명암비는 1에서 21까지 범위(일반적으로 1:1 ~ 21:1로 표기됨)일 수 있습니다.

참고 2

저자들은 텍스트 렌더링 방식(예: 폰트 스무딩 또는 안티앨리어싱)에 대한 사용자 설정을 제어할 수 없으므로, 텍스트의 명암비는 안티앨리어싱이 꺼진 상태에서 평가할 수 있습니다.

참고 3

성공 기준 1.4.3 및 1.4.6의 목적상, 명암비는 일반 사용에서 텍스트가 렌더링되는 지정된 배경에 대해 측정됩니다. 배경색이 지정되지 않은 경우 흰색으로 간주합니다.

참고 4

배경색은 일반 사용에서 텍스트가 렌더링될 콘텐츠의 지정된 색상입니다. 텍스트 색상이 지정되어 있는데 배경색이 지정되지 않은 경우, 사용자의 기본 배경색을 알 수 없으며 충분한 명암비 평가가 불가능하므로 실패입니다. 마찬가지로 배경색만 지정되어 있고 텍스트 색상이 지정되지 않은 경우도 실패입니다.

참고 5

문자 주변에 테두리가 있으면, 테두리가 명암을 추가하여 문자와 배경 사이의 명암비 계산에 사용될 수 있습니다. 좁은 테두리는 문자로 간주하고, 넓은 테두리는 내부 세부를 채우는 경우 광환(halo)으로 간주하여 배경으로 처리합니다.

참고 6

WCAG 준수는 저자가 일반적으로 인접하게 표시되길 기대하는 색상 쌍에 대해 평가되어야 합니다. 저자는 사용자 에이전트에 의해 발생한 색상 변경 등 비정상적인 표시를 고려할 필요가 없으나, 저자 코드에 의해 발생한 경우는 예외입니다.

올바른 읽기 순서

단어와 단락이 콘텐츠의 의미를 변경하지 않는 순서로 제시되는 모든 순서

CSS 픽셀

약 0.0213도의 시각적 각도

CSS 픽셀은 CSS에서 모든 길이와 측정의 기준 단위입니다. 이 단위는 밀도 독립적이며, 실제 디스플레이의 하드웨어 픽셀과는 구별됩니다. 사용자 에이전트와 운영체제는 CSS Values and Units Module Level 3 reference pixel [css3-values]에 최대한 가깝게 CSS 픽셀을 설정해야 하며, 여기에는 디스플레이의 물리적 크기와 예상 시청 거리(콘텐츠 저자가 알 수 없는 요소)가 고려됩니다.

다운 이벤트

포인터의 트리거 자극이 눌렸을 때 발생하는 플랫폼 이벤트

다운 이벤트는 플랫폼에 따라 "touchstart" 또는 "mousedown" 등 다양한 이름을 가질 수 있습니다.

드래그 동작

신규

포인터가 다운 이벤트에서 요소와 상호작용을 시작하고, 요소(혹은 그 위치의 표현)가 업 이벤트까지 포인터를 따라 이동하는 작업

참고

드래그 가능한 요소의 예로는 목록 항목, 텍스트 요소, 이미지 등이 있습니다.

비상 상황

건강, 안전, 재산을 보호하기 위해 즉각적인 조치가 필요한 갑작스럽고 예상치 못한 상황이나 사건

필수적

제거하면 콘텐츠의 정보나 기능이 근본적으로 변경되며, 그리고 정보와 기능을 준수하는 다른 방법으로 달성할 수 없는 경우

확장 오디오 설명

추가 설명을 할 시간이 필요할 때, 비디오를 일시정지하여 오디오 설명을 추가하는 것

참고

이 기술은 추가 오디오 설명 없이는 비디오의 의미가 손실되고, 대화/내레이션 사이의 일시정지가 너무 짧을 때만 사용됩니다.

플래시

상대 휘도가 반대 방향으로 변화하는 쌍으로, 충분히 크고 적절한 빈도로 발생하면 일부 사람들에게 발작을 유발할 수 있음

참고 1

허용되지 않는 플래시 유형 관련 정보는 일반 플래시 및 적색 플래시 임계값을 참조하세요.

참고 2

또한 깜박임을 참조하세요.

포커스 표시기

신규

픽셀의 변화로, 사용자 인터페이스 구성요소가 포커스 상태임을 시각적으로 나타냄

기능

프로세스와 사용자의 동작으로 달성할 수 있는 결과

일반 플래시 및 적색 플래시 임계값

플래시 또는 빠르게 변하는 이미지 시퀀스가 아래 기준 중 하나라도 해당하면 임계값 이하(즉, 콘텐츠가 통과)입니다:

  • 1초 내에 일반 플래시가 3회 이하이고 / 또는 적색 플래시가 3회 이하인 경우;
  • 동시에 발생하는 플래시의 전체 면적이 화면의 임의의 10도 시야 내에서 총 0.006 스테라디안 이하(일반적인 시청 거리에서 화면의 10도 시야 중 25%)인 경우

기준:

  • 일반 플래시상대 휘도 1.0의 최대값 기준 10% 이상의 반대 변화 쌍을 의미하며, 더 어두운 이미지의 상대 휘도가 0.80 미만일 때 적용됩니다. "반대 변화 쌍"은 증가 후 감소, 또는 감소 후 증가를 의미합니다.
  • 적색 플래시는 채도가 높은 빨간색이 관련된 반대 방향 전이 쌍을 의미합니다.

예외: 화이트 노이즈나 교차 체크무늬 등 균형 잡힌 미세 패턴(각 변이 시야 0.1도 미만의 "정사각형" 포함)은 임계값을 위반하지 않습니다.

참고 1

일반 소프트웨어나 웹 콘텐츠의 경우, 1024 x 768 픽셀 화면에서 341 x 256 픽셀 직사각형을 화면 내 임의 위치에 사용하는 것이 표준 화면 크기와 시청 거리(예: 15~17인치 화면, 22~26인치 거리)에서 10도 시야를 추정하는 데 적합합니다. 이 75~85 ppi 해상도는 CSS 명세의 명목상 96 ppi보다 낮으므로 더 보수적입니다. 동일 렌더링의 고해상도 디스플레이는 더 작고 안전한 이미지를 제공하므로, 임계값 정의에는 낮은 해상도를 사용합니다.

참고 2

전이는 시간에 따라 상대 휘도(또는 적색 플래시의 경우 상대 휘도/색상)의 측정을 그래프로 나타낼 때 인접한 봉우리와 골짜기 사이의 변화입니다. 플래시는 두 개의 반대 방향 전이로 구성됩니다.

참고 3

현장에서는 "채도가 높은 빨간색이 관련된 반대 방향 전이 쌍"(WCAG 2.2 기준)을 R/(R + G + B) 값이 0.8 이상인 상태로의 또는 그로부터의 전이이며, CIE 1976 UCS 색도도에서 상태 간 차이가 0.2 이상(단위 없음)일 때로 정의합니다. [ISO_9241-391]

참고 4

비디오 화면 캡처 분석을 수행할 수 있는 도구가 있습니다. 그러나 1초 내 플래시가 3회 이하일 경우, 이 조건은 별도의 도구 없이도 자동으로 통과로 평가할 수 있습니다(위 #1, #2 참조).

인간 언어

사람과 소통하기 위해 말하거나, 쓰거나, 시각적 또는 촉각적으로 수화하는 언어

참고

또한 수화도 참조하세요.

관용어

각 단어의 의미로 전체 의미를 추론할 수 없고, 특정 단어를 변경하면 의미가 손실되는 구

참고

관용어는 문화 또는 언어적 의미가 있기 때문에 단어별로 직역하면 의미가 손실됩니다.

텍스트 이미지

특정 시각적 효과를 위해 텍스트를 비텍스트 형태(예: 이미지)로 렌더링한 것

참고

여기에는 많은 다른 시각적 콘텐츠가 포함된 그림의 일부인 텍스트는 포함되지 않습니다.

정보 제공용

정보 제공 목적이며 준수를 위해 요구되지 않음

참고

준수를 위해 필요한 콘텐츠는 "규범적"이라고 합니다.

입력 오류

사용자가 제공한 정보가 허용되지 않을 때

참고

여기에는 다음이 포함됩니다:

  1. 웹 페이지에서 요구하지만 사용자가 생략한 정보
  2. 사용자가 제공했으나 요구되는 데이터 형식 또는 값에서 벗어난 정보
전문 용어

특정 분야 사람들이 특별한 방식으로 사용하는 단어

키보드 인터페이스

소프트웨어가 키 입력을 받기 위해 사용하는 인터페이스

참고 1

키보드 인터페이스는 기본 기술에 키보드가 없어도 사용자가 프로그램에 키 입력을 제공할 수 있도록 합니다.

참고 2

MouseKeys와 같은 키보드 기반 마우스 에뮬레이터를 통한 앱(또는 일부 앱)의 조작은, 프로그램의 포인팅 장치 인터페이스를 통해 동작하므로 키보드 인터페이스를 통한 조작으로 간주하지 않습니다.

키보드 바로가기

하나 이상의 키를 눌러 동작을 수행할 수 있는 대체 방법

레이블

텍스트 또는 텍스트 대체가 있는 다른 구성요소로, 웹 콘텐츠 내의 구성요소를 식별하기 위해 사용자에게 제시됨

참고 1

레이블은 모든 사용자에게 표시되지만, 이름은 숨겨져 있거나 보조기술에만 노출될 수 있습니다. 많은(하지만 모든) 경우 이름과 레이블이 동일합니다.

참고 2

레이블 용어는 HTML의 label 요소에만 국한되지 않습니다.

대형 텍스트

최소 18포인트 또는 14포인트 굵은 글씨, 또는 중국어, 일본어, 한국어(CJK) 폰트에 대해 동등한 크기의 폰트 크기

참고 1

극도로 가는 획이나 특이한 특징이 있는 폰트는 글자 형태의 익숙함을 떨어뜨려, 특히 낮은 명암비에서는 읽기 어렵습니다.

참고 2

폰트 크기는 콘텐츠가 제공될 때의 크기입니다. 사용자가 크기를 조정하는 것은 포함되지 않습니다.

참고 3

사용자가 실제로 보는 글자의 크기는 저자가 정의한 크기와 사용자의 디스플레이 또는 사용자 에이전트 설정 모두에 따라 달라집니다. 많은 일반 본문 폰트에서 14/18포인트는 대략 1.2/1.5em, 또는 본문 기본 크기(100%) 기준 120%/150%에 해당하지만, 사용 중인 특정 폰트에 대해 저자가 직접 확인해야 합니다. 폰트를 상대 단위로 정의하는 경우 실제 포인트 크기는 사용자 에이전트가 계산합니다. 평가 시 사용자 에이전트에서 포인트 크기를 가져오거나, 폰트 메트릭을 바탕으로 사용자 에이전트처럼 계산해야 합니다. 저시력 사용자는 적절한 설정을 직접 선택해야 할 책임이 있습니다.

참고 4

폰트 크기를 지정하지 않고 텍스트를 사용하는 경우, 주요 브라우저에서 지정되지 않은 텍스트에 사용되는 가장 작은 폰트 크기를 해당 폰트의 크기로 간주하는 것이 합리적입니다. 만약 1단계 제목이 주요 브라우저에서 14pt 굵은 글씨 이상으로 렌더링된다면, 이는 대형 텍스트로 간주하는 것이 합리적입니다. 상대적 크기 비율은 기본 크기에서 비슷하게 계산할 수 있습니다.

참고 5

로마자 텍스트의 18/14포인트는 대형 인쇄(14pt)와 더 큰 표준 폰트 크기(18pt)에서 가져왔습니다. CJK와 같은 다른 언어 폰트의 경우 "동등" 크기는 해당 언어에서 사용되는 최소 대형 인쇄 크기와 다음 표준 대형 인쇄 크기입니다.

법적 약정

개인이 법적으로 구속력 있는 의무 또는 혜택을 부담하는 거래

링크 목적

하이퍼링크를 활성화했을 때 얻는 결과의 성격

실시간

실제 세계의 사건을 캡처하여 방송 지연 이상 없이 수신자에게 전달되는 정보

참고 1

방송 지연은 짧은(일반적으로 자동) 지연으로, 예를 들어 방송사가 오디오(또는 비디오) 신호를 큐 또는 검열할 시간을 주기 위해 사용하지만, 충분히 큰 편집은 불가능합니다.

참고 2

정보가 완전히 컴퓨터에 의해 생성된 경우, 실시간이 아닙니다.

하위 중등 교육 수준

6년의 교육을 마친 후 시작하여 초등 교육 시작 후 9년이 끝날 때까지의 2~3년간의 교육 기간

참고

이 정의는 국제 표준 교육 분류(International Standard Classification of Education) [UNESCO]를 기반으로 합니다.

메커니즘

결과를 달성하기 위한 프로세스 또는 기술

참고 1

메커니즘은 콘텐츠에 명시적으로 제공될 수도 있고, 플랫폼 또는 사용자 에이전트 (여기에 보조기술 포함)에서 제공된다고 가정할 수도 있습니다.

참고 2

메커니즘은 주장하는 준수 수준의 모든 성공 기준을 충족해야 합니다.

텍스트 대체 미디어

텍스트(직접 또는 텍스트 대체를 통해)로 이미 제공된 정보 이상을 제공하지 않는 미디어

참고

텍스트 대체 미디어는 텍스트의 대체 표현에서 이점을 얻는 사람을 위해 제공됩니다. 텍스트 대체 미디어는 오디오 전용, 비디오 전용(수화 비디오 포함), 또는 오디오-비디오일 수 있습니다.

동작 애니메이션

상태 간 단계 추가로 움직임의 환상이나 부드러운 전환감을 주기 위한 것

최소 경계 상자

신규

도형의 모든 점이 들어가는 가로축에 맞춘 가장 작은 사각형. 문장이나 텍스트 블록 일부로 여러 줄로 감싸지는 구성요소(하이퍼텍스트 링크 등)의 경우, 경계 상자는 해당 구성요소가 한 줄에 표시될 때를 기준으로 합니다.

이름

소프트웨어가 웹 콘텐츠 내의 구성요소를 사용자에게 식별할 수 있는 텍스트

참고 1

이름은 숨겨져 있고 보조기술에만 노출될 수 있으며, 레이블은 모든 사용자에게 표시됩니다. 많은(하지만 모든) 경우에 레이블과 이름이 동일합니다.

참고 2

이것은 HTML의 name 속성과는 관련 없습니다.

순차적으로 탐색됨

키보드 인터페이스를 사용하여 포커스를 이동하는 순서대로 탐색됨

비텍스트 콘텐츠

프로그램적으로 결정할 수 없는 문자 시퀀스이거나, 그 시퀀스가 인간 언어로 표현되는 것이 아닌 모든 콘텐츠

참고

여기에는 ASCII 아트(문자 패턴), 이모티콘, 문자 치환을 사용하는 리트스피크, 텍스트를 나타내는 이미지 등이 포함됩니다.

규범적

준수를 위해 요구됨

참고 1

이 문서에 다양한 방식으로 명확하게 준수할 수 있습니다.

참고 2

"정보 제공용" 또는 "비규범적"으로 명시된 콘텐츠는 준수에 필요하지 않습니다.

전체 화면 창에서

가장 일반적인 크기의 데스크톱/노트북 디스플레이에서 뷰포트가 최대화된 상태

참고

사람들은 일반적으로 컴퓨터를 여러 해 동안 사용하므로, 최신 데스크톱/노트북 디스플레이 해상도에만 의존하지 말고 평가 시 여러 해 동안의 일반적인 데스크톱/노트북 디스플레이 해상도를 고려하는 것이 좋습니다.

일시정지됨

사용자 요청에 의해 멈추고, 사용자가 요청할 때까지 다시 시작되지 않은 상태

둘레

신규

모양의 경계를 이루는 연속된 선(공유 픽셀 제외) 또는 최소 경계 상자 중 더 짧은 것

포인터 입력

마우스, 펜, 터치 등의 특정 좌표(또는 좌표 집합)를 화면에서 지정할 수 있는 장치의 입력

참고

"Pointer Events 정의의 'pointer'" [pointerevents]를 참조하세요.

사전 녹음된

실시간이 아닌 정보

프레젠테이션

콘텐츠를 사용자가 인지할 수 있는 형태로 렌더링하는 것

초등 교육 수준

만 5~7세 사이에 시작하여, 이전 교육이 없을 수도 있는 6년의 교육 기간

참고

이 정의는 국제 표준 교육 분류(International Standard Classification of Education) [UNESCO]를 기반으로 합니다.

프로세스

활동을 완료하기 위해 각 행동이 반드시 필요한 일련의 사용자 행동

프로그램적으로 결정됨 (프로그램적으로 결정 가능)

저자가 제공한 데이터를 바탕으로 소프트웨어가 결정하며, 여러 사용자 에이전트보조기술이 다양한 방식으로 정보를 추출하고 사용자에게 제시할 수 있도록 제공됨

프로그램적으로 결정된 링크 맥락

링크와의 관계에서 프로그램적으로 결정할 수 있는 추가 정보로, 링크 텍스트와 결합되어 다양한 방식으로 사용자에게 제공됨

참고

스크린 리더는 구두점을 해석하므로, 문장 내 링크에 포커스가 있을 때 현재 문장에서 맥락도 제공할 수 있습니다.

프로그램적으로 설정됨

사용자 에이전트보조기술에서 지원하는 방법을 사용해 소프트웨어로 설정된 상태

순수 장식

오직 심미적 목적만을 가지며, 정보를 제공하지 않고 기능도 없는 것

참고

단어를 재배열하거나 대체해도 목적이 변하지 않는 경우에만 텍스트는 순수 장식으로 간주됩니다.

실시간 이벤트

a) 시청과 동시에 발생하고, b) 콘텐츠에 의해 완전히 생성되지 않는 이벤트

영역

인지 가능하고, 프로그램적으로 결정된 섹션의 콘텐츠

참고

HTML에서는 랜드마크 역할이 지정된 모든 영역이 영역으로 간주됩니다.

관계

서로 다른 콘텐츠 조각 간의 의미 있는 연관성

상대 휘도

색 공간 내 임의 지점의 상대적인 밝기. 가장 어두운 검정은 0, 가장 밝은 흰색은 1로 정규화됨

참고 1

sRGB 색 공간에서 색상의 상대 휘도는 L = 0.2126 * R + 0.7152 * G + 0.0722 * B로 정의되며, R, G, B는 다음과 같이 정의됨:

  • RsRGB <= 0.04045이면 R = RsRGB/12.92, 아니면 R = ((RsRGB+0.055)/1.055) ^ 2.4
  • GsRGB <= 0.04045이면 G = GsRGB/12.92, 아니면 G = ((GsRGB+0.055)/1.055) ^ 2.4
  • BsRGB <= 0.04045이면 B = BsRGB/12.92, 아니면 B = ((BsRGB+0.055)/1.055) ^ 2.4

RsRGB, GsRGB, BsRGB는 다음과 같이 정의됨:

  • RsRGB = R8bit/255
  • GsRGB = G8bit/255
  • BsRGB = B8bit/255

"^" 문자는 거듭제곱(지수) 연산자를 의미함. (공식은 [SRGB]에서 가져옴.)

참고 2

2021년 5월 이전에는 정의의 0.04045 값이 다르게(0.03928) 사용되었습니다. 이는 이전 명세에서 가져온 것이며, 업데이트되었습니다. 이 지침의 맥락에서 계산에는 실질적인 영향이 없습니다.

참고 3

현대의 거의 모든 시스템은 웹 콘텐츠를 볼 때 sRGB 인코딩을 가정합니다. 다른 색 공간에서 콘텐츠를 처리/표시할 것이 확실하지 않다면, 저자는 sRGB 색 공간을 사용해 평가해야 합니다. 다른 색 공간을 사용한다면 성공 기준 1.4.3 이해하기를 참고하세요.

참고 4

전달 후 디더링이 발생하는 경우, 원본 색상 값이 사용됩니다. 소스에서 디더링되는 색상은 디더링된 색상의 평균값(R, G, B)을 사용해야 합니다.

참고 5

대비 및 플래시 테스트 시 자동으로 계산을 수행하는 도구가 제공됩니다.

의존되는 (기술)

해당 기술이 꺼지거나 지원되지 않을 경우, 콘텐츠가 준수하지 않게 됨

역할

소프트웨어가 웹 콘텐츠 내 구성요소의 기능을 식별할 수 있는 텍스트 또는 숫자

동일한 기능

사용 시 동일한 결과

동일한 상대적 순서

다른 항목들과의 상대적 위치가 동일함

참고

항목이 원래 순서에서 다른 항목이 추가/제거되어도 상대적 순서가 동일하다고 간주합니다. 예를 들어, 내비게이션 메뉴가 확장되어 세부 항목이 추가되거나, 2차 내비게이션이 읽기 순서에 삽입되는 경우 등.

성공 기준 만족

페이지에 적용할 때 성공 기준이 '거짓'으로 평가되지 않을 때

섹션

하나 이상의 관련 주제나 생각을 다루는 독립된 텍스트 부분

참고

섹션은 하나 이상의 단락, 그래픽, 표, 목록, 하위 섹션을 포함할 수 있습니다.

웹페이지 집합

공통 목적을 공유하며, 동일한 작성자, 그룹, 조직이 만든 웹페이지들의 모음

참고

다른 언어 버전은 서로 다른 웹페이지 집합으로 간주됩니다.

수화

손과 팔의 움직임, 얼굴 표정, 신체 자세의 조합을 사용해 의미를 전달하는 언어

수화 통역

일반적으로 구어를 수화로 번역하는 것

참고

진정한 수화는 해당 국가나 지역의 구어와는 무관한 독립된 언어입니다.

단일 포인터

마우스, 터치스크린의 단일 손가락, 스타일러스 등 한 번에 페이지/화면의 한 지점만 지정할 수 있는 입력 방식

참고

단일 포인터 상호작용에는 클릭, 더블클릭, 탭, 드래그, 단일 손가락 스와이프 제스처가 포함됩니다. 반면, 다중 포인터 상호작용은 두 개 이상의 포인터(터치스크린에서 두 손가락, 마우스와 스타일러스 동시 사용 등)를 포함합니다.

특정 감각적 경험

순수하게 장식적이지 않고, 주로 중요한 정보를 전달하거나 기능을 수행하지 않는 감각적 경험

상태

사용자 동작이나 자동화 처리에 따라 사용자 인터페이스 구성요소의 특성을 표현하는 동적 속성

상태는 구성요소의 본질을 변경하지 않고, 데이터나 사용자 상호작용 가능성을 나타냅니다. 예: 포커스, 호버, 선택, 누름, 체크, 방문/미방문, 확장/축소 등.

상태 메시지

컨텍스트 변경이 아니면서, 사용자에게 작업의 성공/결과, 앱의 대기 상태, 프로세스의 진행 상황, 오류 존재 등의 정보를 제공하는 콘텐츠 변경

구조
  • 웹페이지의 각 부분들이 서로 어떻게 조직되어 있는지
  • 웹페이지 집합이 어떻게 조직되어 있는지
스타일 속성

콘텐츠 요소의 프레젠테이션(예: 폰트, 색상, 크기, 위치, 패딩, 볼륨, 합성 음성 운율 등)을 사용자 에이전트가 렌더링할 때 결정하는 속성

스타일 속성의 유형:

  • 사용자 에이전트 기본 스타일: 저자나 사용자가 스타일을 지정하지 않은 경우 적용되는 기본값. 일부 웹 콘텐츠 기술은 기본 렌더링을 명시하며, 그렇지 않은 것도 있음.
  • 저자 스타일: 저자가 콘텐츠에 지정한 스타일 값(인라인 스타일, 저자 스타일시트 등);
  • 사용자 스타일: 사용자가 지정한 스타일(사용자 에이전트 인터페이스 설정, 사용자 스타일시트 등)
보조 콘텐츠

주요 콘텐츠를 예시하거나 명확하게 하는 추가 콘텐츠

동기화 미디어

정보 제공용의 텍스트 대체 미디어로 명확히 표시되지 않은 한, 오디오 또는 비디오가 다른 정보 제공 형태 및/또는 시간 기반 인터랙티브 구성요소와 동기화됨

대상

사용자 인터페이스 구성요소와 같은 지점에서 포인터 동작을 받아들이는 디스플레이 영역

참고

두 개 이상의 대상이 겹치는 경우, 겹치는 영역은 동일한 동작을 하거나 동일한 페이지를 여는 대상이 아니면 대상 크기 측정에 포함하지 않아야 합니다.

기술 (웹 콘텐츠)

메커니즘을 사용하여, 사용자 에이전트가 렌더링, 재생 또는 실행할 수 있도록 지시를 인코딩함

참고 1

이 지침에서 "웹 기술" 및 "기술"은 모두 웹 콘텐츠 기술을 의미합니다.

참고 2

웹 콘텐츠 기술에는 저자가 단독 또는 조합하여 정적 웹페이지, 동기화 미디어 프레젠테이션, 동적 웹 애플리케이션 등 다양한 사용자 경험을 만들 때 사용하는 마크업 언어, 데이터 형식, 프로그래밍 언어 등이 포함될 수 있습니다.

텍스트

프로그램적으로 결정할 수 있으며, 그 문자 시퀀스가 인간 언어로 무언가를 표현하는 문자 시퀀스

텍스트 대체

텍스트로, 비텍스트 콘텐츠와 프로그램적으로 연관되어 있거나, 비텍스트 콘텐츠와 연관된 텍스트에서 참조되는 텍스트. 프로그램적으로 연관된 텍스트란, 그 위치를 비텍스트 콘텐츠로부터 프로그램적으로 결정할 수 있는 텍스트임.

참고

자세한 내용은 텍스트 대체 이해하기를 참조하세요.

업 이벤트

포인터의 트리거 자극이 해제될 때 발생하는 플랫폼 이벤트

업 이벤트는 플랫폼에 따라 "touchend"나 "mouseup" 등 다양한 이름을 가질 수 있습니다.

특이하거나 제한적으로 사용됨

사용자가 콘텐츠를 올바르게 이해하기 위해 정확히 어떤 정의를 적용해야 하는지 알아야만 하는 방식으로 사용되는 단어

사용자 에이전트

웹 콘텐츠를 가져와 사용자에게 제시하는 모든 소프트웨어

사용자 제어 가능

사용자가 접근할 수 있도록 의도된 데이터

참고

여기에는 인터넷 로그나 검색엔진 모니터링 데이터 등은 해당하지 않습니다.

사용자 인터페이스 구성요소

사용자가 단일 제어로 인지하는, 독립적인 기능을 가진 콘텐츠의 부분

참고 1

여러 사용자 인터페이스 구성요소가 하나의 프로그래밍 요소로 구현될 수 있습니다. 여기서 "구성요소"는 프로그래밍 기법이 아니라, 사용자가 별개의 제어로 인지하는 것을 의미합니다.

참고 2

사용자 인터페이스 구성요소에는 폼 요소, 링크, 스크립트로 생성된 구성요소 등이 포함됩니다.

참고 3

여기서 "구성요소" 또는 "사용자 인터페이스 구성요소"는 때때로 "사용자 인터페이스 요소"라고도 합니다.

사용자 비활동

사용자 동작이 없는 연속 시간 구간

추적 방법은 웹사이트나 애플리케이션에 의해 결정됩니다.

비디오

움직이는 이미지 또는 연속된 이미지의 기술

참고

비디오는 애니메이션 이미지, 사진 이미지 또는 둘 모두로 구성될 수 있습니다.

비디오 전용

비디오만 포함된 시간 기반 프레젠테이션(오디오 및 상호작용 없음)

뷰포트

사용자 에이전트가 콘텐츠를 제시하는 객체

참고 1

사용자 에이전트는 하나 이상의 뷰포트를 통해 콘텐츠를 제시합니다. 뷰포트에는 창, 프레임, 스피커, 가상 확대경 등이 포함됩니다. 뷰포트는 또 다른 뷰포트를 포함할 수도 있습니다(예: 중첩 프레임). 사용자 에이전트가 만든 프롬프트, 메뉴, 알림 등 인터페이스 구성요소는 뷰포트가 아닙니다.

참고 2

이 정의는 User Agent Accessibility Guidelines 1.0 용어집 [UAAG10]을 기반으로 합니다.

시각적으로 사용자화됨

폰트, 크기, 색상, 배경을 설정할 수 있음

웹페이지

HTTP를 통해 단일 URI에서 가져온 비임베디드 리소스와, 사용자 에이전트가 렌더링하거나 함께 렌더링될 의도가 있는 기타 리소스

참고 1

"기타 리소스"는 기본 리소스와 함께 렌더링되지만, 반드시 서로 동시에 렌더링되는 것은 아닙니다.

참고 2

이 지침의 준수 목적상, 리소스가 준수 범위 내에서 "비임베디드"여야 웹페이지로 간주됩니다.

7. 사용자 인터페이스 구성요소의 입력 목적

이 섹션에는 일반적인 사용자 인터페이스 구성요소 입력 목적 목록이 포함되어 있습니다. 아래 용어들은 반드시 사용해야 할 키워드가 아니라, 웹페이지에서 채택한 분류 체계에 반드시 포함되어야 하는 목적을 나타냅니다. 해당되는 경우, 작성자는 선택한 분류 체계로 컨트롤을 마크업하여 의미 목적을 표시합니다. 이를 통해 사용자 에이전트와 보조 기술이 개인화된 프레젠테이션을 적용할 수 있게 하여 더 많은 사람들이 콘텐츠를 이해하고 사용할 수 있게 됩니다.

참고

입력 타입 목적 목록은 HTML 명세의 자동 채우기(Autofill) 섹션에 정의된 컨트롤 목적을 기반으로 하지만, 다른 기술에서도 이와 동일하거나 일부만 정의되어 있을 수 있으므로 아래 의미와 매핑되는 개념만 요구됩니다.

다음 입력 컨트롤 목적들은 콘텐츠 사용자와 관련이 있으며 해당 개인과 관련된 정보에만 적용됩니다.

A. 변경 로그

이 섹션은 WCAG 2.1 이후 WCAG 2.2에 반영된 실질적 변경 및 2023년 10월 5일 원래 발행 이후 2.2에 반영된 변경 사항을 보여줍니다. WCAG 2.1의 정오표 수정도 WCAG 2.2에 반영되었습니다.

전체 WCAG 2.2의 커밋 기록을 확인할 수 있습니다.

B. 감사의 글

이 섹션은 현행 표준이 아닙니다.

접근성 가이드라인 워킹 그룹(AG WG) 참여에 대한 추가 정보는 워킹 그룹 홈페이지에서 확인할 수 있습니다.

B.1 이 문서 개발에 적극적으로 참여한 AG WG 참가자:

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 지원 기관

이 출판물은 미국 보건복지부 산하 국립장애인 독립생활 및 재활연구소(NIDILRR)의 연방 지원금(계약번호 ED-OSE-10-C-0067, HHSP23301500054C, HHS75P00120P00168)에 의해 부분적으로 지원되었습니다. 이 출판물의 내용은 미국 보건복지부 또는 교육부의 견해나 정책을 반드시 반영하는 것은 아니며, 상품명, 상표, 기관 언급이 미국 정부의 보증을 의미하는 것도 아닙니다.

C. 참고 문헌

C.1 정보 제공 참고 문헌

[css3-values]
CSS 값 및 단위 모듈 3단계. Tab Atkins Jr.; Elika Etemad. W3C. 2024년 3월 22일. W3C 후보 권고안. URL: https://www.w3.org/TR/css-values-3/
[HTML]
HTML 현행 표준. Anne van Kesteren; Domenic Denicola; Dominic Farolino; Ian Hickson; Philip Jägenstedt; Simon Pieters. WHATWG. 현행 표준. URL: https://html.spec.whatwg.org/multipage/
[ISO_9241-391]
인간-시스템 상호작용의 인체공학—391부: 광과민성 발작 감소를 위한 요구사항, 분석 및 준수 시험 방법. 국제표준화기구. URL: https://www.iso.org/standard/56350.html
[pointerevents]
포인터 이벤트. Jacob Rossi; Matt Brubeck. W3C. 2019년 4월 4일. W3C 권고안. URL: https://www.w3.org/TR/pointerevents/
[RFC2119]
RFC에서 요구 수준을 나타내기 위한 주요 단어. S. Bradner. IETF. 1997년 3월. 최우수 현행 관행(Best Current Practice). URL: https://www.rfc-editor.org/rfc/rfc2119
[SRGB]
멀티미디어 시스템 및 장비 - 색상 측정 및 관리 - 2-1부: 색상 관리 - 기본 RGB 색상 공간 - sRGB. IEC. URL: https://Webstore.iec.ch/publication/6169
[UAAG10]
사용자 에이전트 접근성 가이드라인 1.0. Ian Jacobs; Jon Gunderson; Eric Hansen. W3C. 2002년 12월 17일. W3C 권고안. URL: https://www.w3.org/TR/UAAG10/
[UNESCO]
국제 표준 교육 분류. 2011년. URL: https://unesdoc.unesco.org/ark:/48223/pf0000219109
[WAI-WebCONTENT]
웹 콘텐츠 접근성 가이드라인 1.0. Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs. W3C. 1999년 5월 5일. W3C 권고안. URL: https://www.w3.org/TR/WAI-WebCONTENT/
[WCAG20]
웹 콘텐츠 접근성 가이드라인(WCAG) 2.0. Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden 외. W3C. 2008년 12월 11일. W3C 권고안. URL: https://www.w3.org/TR/WCAG20/
[WCAG21]
웹 콘텐츠 접근성 가이드라인(WCAG) 2.1. Michael Cooper; Andrew Kirkpatrick; Joshue O'Connor; Alastair Campbell. W3C. 2023년 9월 21일. W3C 권고안. URL: https://www.w3.org/TR/WCAG21/