웹이 아닌 정보통신기술에 대한 WCAG 2 적용 안내 (WCAG2ICT)

WCAG 2에서는 지침이 그 하위에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 1.1은 그대로 적용된다.

(Level A)

사용자에게 제공되는 모든 텍스트가 아닌 콘텐츠는 동등한 목적을 수행하는 대체 텍스트를 가져야 하며, 예외는 다음과 같다.

컨트롤, 입력(Controls, Input)

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

시간 기반 미디어(Time-Based Media)

텍스트 아닌 콘텐츠가 시간 기반 미디어인 경우, 텍스트 아닌 콘텐츠에는 최소한 동등한 설명의 대체 텍스트를 제공해야 한다. (미디어에 대한 추가 요구사항은 지침 1.2를 참고)

시험(Test)

텍스트 아닌 콘텐츠가 시험이나 연습 문제로, 텍스트로 제시될 때 무효화 되는 경우, 최소한 해당 콘텐츠를 설명하는 대체 텍스트를 제공해야 한다.

감각(Sensory)

텍스트 아닌 콘텐츠가 특정 감각에 기반한 경험을 제공하는 것이 주 목적일 경우, 최소한 해당 콘텐츠를 설명하는 대체 텍스트를 제공해야 한다.

캡챠(CAPTCHA)

텍스트가 아닌 콘텐츠의 목적이 컴퓨터가 아닌 사람이 콘텐츠에 접근하고 있는지 확인하는 것이라면, 해당 콘텐츠의 목적을 설명하는 대체 텍스트를 제공해야 한다. 또한, 다양한 감각 인식을 지원하는 출력 모드(output modes)를 사용하는 대체 CAPTCHA를 제공하여 다른 유형의 감각적 접근 방식을 필요로 하는 사용자도 이용할 수 있도록 해야 한다.

장식(Decoration), 형식(Formatting), 보이지 않음(Invisible)

텍스트가 아닌 콘텐츠가 순수한 장식 요소, 시각적 형식 요소, 또는 사용자에게 표시되지 않는 콘텐츠인 경우, 보조 기술이 이를 무시할 수 있도록 구현해야 한다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 1.2는 그대로 적용된다.

(Level A)

사전 녹음된 오디오 전용 및 사전 녹화된 비디오 전용 미디어의 경우, 다음을 준수해야 한다. 단, 오디오 또는 비디오가 텍스트에 대한 미디어 대체 수단이고, 대체 수단임이 분명하게 명시된 경우는 예외이다.

사전 녹음된 오디오 전용

사전 녹음된 오디오전용 콘텐츠에는 동등한 정보를 제공하는 시간 기반 미디어에 대한 대체 수단을 제공해야 한다.

사전 녹화된 비디오 전용

사전 녹화된 비디오 전용 콘텐츠에는 동등한 정보를 제공하는 시간 기반 미디어 또는 오디오 트랙에 대한 대체 수단을 제공해야 한다.

(Level A)

동기화된 미디어에 포함된 모든 사전 녹음된 오디오 콘텐츠에는 자막을 제공해야 한다. 단, 미디어가 텍스트에 대한 미디어 대체 수단이고, 대체 수단임이 분명하게 명시된 경우는 제외한다.

(Level A)

동기화된 미디어에는 사전 녹화된 비디오 콘텐츠의 시간 기반 미디어에 대한 대체 수단 또는 오디오 해설을 제공해야 한다. 단, 미디어가 텍스트에 대한 미디어 대체 수단임이 분명하게 명시된 경우는 제외한다.

(Level AA)

동기화된 미디어에 포함된 모든 실시간 오디오 콘텐츠에는 자막을 제공해야 한다.

(Level AA)

동기화된 미디어에 포함된 모든 사전 녹화된 비디오 콘텐츠에는 오디오 해설을 제공해야 한다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 1.3 지침은 그대로 적용된다.

(Level A)

표현(presentation)을 통해 전달되는 정보, 구조, 관계는 프로그래밍 방식으로 판별되거나 텍스트로 이용 가능해야 한다.

(Level A)

콘텐츠가 표시되는 순서가 의미에 영향을 미치는 경우, 올바른 읽기 순서는 프로그래밍 방식으로 판별되어야 한다.

(Level A)

콘텐츠를 이해하고 작동하기 위해 제공된 지시문은 모양, 색상, 크기, 시각적 위치, 방향 또는 소리와 같은 구성요소의 감각적인 특성에만 전적으로 의존해서는 안된다.

참고

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

(Level AA)

특정 디스플레이 방향이 필수적이지 않는 한, 콘텐츠는 세로 또는 가로와 같이 한 방향으로만 보거나 작동되도록 제한해서는 안 된다.

참고

특정 디스플레이 방향이 필수적일 수 있는 예로는 은행 수표, 피아노 애플리케이션, 프로젝터나 TV용 슬라이드 또는 디스플레이의 가로 세로 방향을 적용할 수 없는 가상현실 콘텐츠를 들 수 있다.

(Level AA)

사용자 정보를 수집하는 각 입력 필드의 목적이 다음과 같은 경우 프로그래밍 방식으로 판별되어야 한다.

• 입력 필드가 사용자 인터페이스 구성요소 섹션의 입력 목적을 제공하는 경우
• 콘텐츠가 양식 입력 데이터에 대한 예상 의미를 식별하는 것을 지원하는 기술을 사용하여 구현된 경우

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 1.4는 그대로 적용된다.

(Level A)

색상은 정보 전달, 동작 표시, 반응 유발 또는 시각적 요소 구별을 위한 유일한 시각적 수단으로만 사용되어서는 안 된다.

참고

이 성공기준은 색상 인식을 구체적으로 다루고 있다. 다른 형태의 인식은 색상 및 다른 표현(presentation) 코딩에 대한 프로그래밍 방식의 접근을 포함하고 있는 지침 1.3 적응 가능성에서 다루고 있다.

(Level A)

웹 페이지에 있는 어떤 오디오가 3초 이상 자동으로 재생되는 경우, 해당 오디오를 일시정지 또는 중지할 수 있는 매커니즘이나 오디오 음량을 전체 시스템 음량 볼륨과는 별도로 제어할 수 있는 메커니즘을 제공해야 한다.

참고

이 성공 기준을 준수하지 않은 콘텐츠는 사용자의 전체 페이지 이용을 방해할 수 있으므로, (다른 성공 기준 충족 여부와 관계없이) 웹 페이지의 모든 콘텐츠는 이 성공 기준을 준수해야 한다. 자세한 내용은 준수 요구사항 5: 불간섭을 참고하라.

(Level AA)

텍스트와 텍스트 이미지의 표현(presentation)을 위한 명도대비율은 최소한 4.5:1 이상이 되어야 한다. 단, 다음의 경우는 제외한다.

큰 텍스트

커다란 텍스트와 텍스트 이미지의 명도대비가 최소 3:1 이상이어야 한다.

부수적인

비활성 사용자 인터페이스 구성요소의 일부, 순수한 장식, 사용자에게 보이지 않는, 또는 의미있는 다른 시각적 콘텐츠를 포함하고 있는 그림의 일부인 텍스트 또는 텍스트 이미지에는 어떠한 명도대비 요구사항도 없다.

로고타입

로고 또는 상표명에 포함된 텍스트에는 어떠한 명도대비 요구사항도 없다.

(Level AA)

텍스트는 콘텐츠나 기능의 손상 없이, 그리고 보조 기술 없이 최대 200%까지 크기 조정이 가능해야 한다. 단, 자막과 텍스트 이미지는 제외한다.

(Level AA)

사용되는 기술이 표현(presentation)을 할 수 있는 경우라 하더라도, 정보는 텍스트 이미지보다 텍스트로 전달해야 한다. 단, 다음의 경우는 제외한다.

사용자 정의 가능한

텍스트 이미지가 사용자의 요구에 따라 시각적으로 조절(visually customized) 가능한 경우

필수적인

텍스트의 특정 표현이 전달되는 정보에 필수적인 경우

참고

로고타입(로고 또는 상품명의 일부인 텍스트)은 필수적인 것으로 간주한다.

(Level AA)

콘텐츠는 정보나 기능의 손실 없이, 그리고 다음의 경우에 대하여 2차원으로 스크롤할 필요 없이 제공되어야 한다.

• 320 CSS 픽셀 너비의 세로 스크롤 콘텐츠
• 256 CSS 픽셀 높이의 가로 스크롤 콘텐츠

사용상 또는 의미상 2차원적인 레이아웃이 필요한 콘텐츠는 예외로 한다.

참고 1

320 CSS 픽셀은 400% 확대에서 1280 CSS 픽셀의 시작 뷰포트(viewport) 너비와 같다. 가로 방향으로 스크롤링하도록 설계된 웹 콘텐츠(예: 세로 텍스트)의 경우, 256 CSS 픽셀은 400% 확대에서 1024px 시작 뷰포트 높이와 같다.

참고 2

2차원 레이아웃이 필요한 콘텐츠의 예로는 이미지, 지도, 다이어그램, 비디오, 게임, 프레젠테이션, 데이터 테이블, 그리고 콘텐츠를 조작하는 동안 보기(view) 탭에서 도구모음(toolbar)을 유지할 필요가 있는 인터페이스 등이 있다.

(Level AA)

다음과 같은 시각 표현은 인접 색상 대비 명도대비율이 최소한 3:1 이상이어야 한다.

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

사용자 인터페이스 구성요소와 상태를 식별하기 위해 요구되는 시각적 정보. 단, 비활성 구성요소 또는 구성요소의 모양이 사용자 에이전트에 의해 결정되고 저작자에 의해 수정되지 않는 경우는 제외

그래픽 객체

콘텐츠를 이해하기 위해서 요구되는 그래픽의 일부. 단, 특정 그래픽 표현이 전달되는 정보에 필수적인 경우는 제외

(Level AA)

다음의 텍스트 스타일 속성을 지원하는 마크업 언어를 사용하여 구현된 콘텐츠의 경우, 다음과 같은 것을 모두 설정한 후 추가적인 스타일 속성의 변경 없이도 콘텐츠나 기능에 손상이 없어야 한다.

• 줄 높이(줄 간격)는 글자 크기보다 최소 1.5배 이상
• 문단 간격이 글자 크기보다 최소 2배 이상
• 글자 간격이 글자 크기보다 최소 0.12배 이상
• 단어 간격이 글자 크기보다 최소 0.16배 이상

예외: 특정 언어와 문자 체계에서 해당 텍스트 스타일 속성 중 하나 이상을 사용하지 않는 경우, 해당 언어와 문자 체계에서 존재하는 속성만을 사용하여 준수할 수 있다.

참고 1

텍스트 간격 값을 사용하는 것은 필수 사항이 아니다. 이 기준은 사용자가 원래 제작된 텍스트 간격을 무시하고 재설정할 때, 콘텐츠나 기능성이 손실되지 않도록 하는 것이다.

참고 2

일부 언어의 쓰기 체계는 단락 시작 들여쓰기와 같은 다른 텍스트 간격 설정을 사용한다. 저작자는 쓰기 체계에서 텍스트의 가독성을 향상시키기 위해 현지에서 제공하는 지침을 따르는 것이 좋다.

(Level AA)

마우스 포인터로 가리키거나(hover) 키보드 초점을 받은 다음 이를 제거했을 때 추가 콘텐츠가 보였다가 사라지도록 하는 경우, 다음을 준수해야 한다.

해제 가능

추가 콘텐츠가 입력 오류를 전달하거나 다른 콘텐츠를 숨기거나 바꾸지 않는 한, 마우스 포인터로 가리키거나 키보드 초점을 이동하지 않고 추가 콘텐츠를 해제할 수 있는 매커니즘을 제공해야 한다.

마우스오버

마우스 포인터로 가리켜 추가 콘텐츠를 보여줄 경우, 포인터는 콘텐츠가 사라지지 않게 하면서 그 콘텐츠 위로 이동할 수 있어야 한다.

지속적인

추가 콘텐츠는 마우스오버, 키보드 초점이 해제되거나, 사용자가 해제하거나, 정보가 더 이상 유효하지 않을 때까지 볼 수 있어야 한다.

예외: 추가 콘텐츠의 표현(presentation)이 사용자 에이전트로 제어되고, 웹 콘텐츠 저작자가 그 표현(presentation)을 수정할 수 없는 경우

참고 1

사용자 에이전트가 제어하는 추가 콘텐츠의 예로는 HTML title 속성 [HTML]을 사용하여 만든 브라우저 툴팁이 있다.

참고 2

마우스오버나 키보드 초점에 따라 표시되는 사용자 맞춤형 툴팁, 부메뉴 및 기타 모달 방식이 아닌 팝업은 이 기준을 적용받는 추가 콘텐츠의 예이다.

참고 3

이 기준은 트리거 구성 요소 자체 외에 표시되는 콘텐츠에도 적용된다. 키보드 초점에 표시되는 숨겨진 구성 요소(예: 페이지의 다른 부분으로 건너뛰는 링크)는 추가 콘텐츠를 제공하지 않으므로 이 기준에서 다루지 않는다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. Guideline 2.1는 그대로 적용된다.

(Level A)

개별 키 입력에 특정 타이밍이 요구되지 않는 키보드 인터페이스를 통해 모든 콘텐츠의 기능을 이용할 수 있어야 한다. 단, 콘텐츠의 기본 기능에 끝점(endpoints) 뿐만 아니라 사용자의 이동 경로 입력이 필요한 경우는 예외로 한다.

참고 1

이 예외는 기본 기능과 관련되지만, 입력 기법은 아니다. 예를 들어, 필기로 텍스트를 입력한다면, 입력 기법은 경로 의존적인 입력이 필요하지만, 기본 기능인 텍스트 입력은 경로 의존적인 입력을 필요로 하지 않는다.

참고 2

이 성공기준은 키보드 조작 외에 마우스 입력이나 다른 입력 방법을 제공하는 것을 금지하지 않으며, 금지해서도 안된다.

(Level A)

키보드 인터페이스를 사용하여 키보드 초점을 페이지의 구성요소로 이동할 수 있는 경우, 키보드 인터페이스만으로도 해당 구성요소에서 초점을 이동시킬 수 있어야 한다. 수정되지 않은 화살표, 탭 키, 또는 다른 표준 종료 방법이 필요한 경우, 사용자에게 초점을 이동시키는 방법에 대해 안내해야 한다.

참고

이 성공기준을 충족하지 못하는 콘텐츠는 모든 페이지를 사용하는 사용자들의 능력을 방해할 수 있다. 웹 페이지의 모든 콘텐츠는 다른 성공기준의 충족 여부와 관계없이 반드시 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.

(Level A)

키보드 단축키를 문자(대문자 및 소문자), 구두점, 숫자 또는 기호 문자만 사용하여 구현한 경우, 다음 중 하나 이상을 충족해야 한다.

해제

단축키를 해제할 수 있는 메커니즘이 제공된다.

재설정

단축키를 하나 이상의 비인쇄 키(예: Ctrl, Alt)를 포함하도록 재설정할 수 있는 메커니즘이 제공된다.

포커스 시 활성화

사용자 인터페이스 구성요소에 대한 키보드 단축키는 해당 구성요소가 초점을 받을 때만 활성화된다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 2.2는 그대로 적용된다.

(Level A)

콘텐츠에서 설정한 각 시간 제한에 대해 다음 중 하나 이상이 참이어야 한다.

끄기

사용자가 시간 제한을 만나기 전에 이를 끌 수 있다.

조정

사용자가 시간 제한을 만나기 전에 이를 기본 설정 시간의 최소 10배 길이로 조정할 수 있다.

연장

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

실시간 예외

시간 제한이 실시간 이벤트의 필수적인 부분이며, 시간 제한에 대한 대안이 불가능하다.

필수 예외

시간 제한이 필수적이며, 이를 연장하면 활동이 무효화된다.

20시간 예외

시간 제한이 20시간 이상이다.

참고

이 성공 기준은 사용자가 시간 제한으로 인해 콘텐츠나 컨텍스트의 예기치 않은 변경 없이 작업을 완료할 수 있도록 보장한다. 이 성공 기준은 사용자 동작으로 인한 콘텐츠나 컨텍스트 변경에 제한을 두는 성공 기준 3.2.1과 함께 고려해야 한다.

(Level A)

이동, 깜빡임, 스크롤, 자동 업데이트의 경우, 다음의 모든 사항을 준수해야 한다.

이동, 깜빡임, 스크롤

사용자가 콘텐츠의 이동, 깜박임, 스크롤을 일시정지, 중지, 숨김할 수 있는 메커니즘을 제공해야 한다. 단, (1) 자동 시작, (2) 5초 이상 지속, (3) 다른 콘텐츠와 병행하여 표시되는 콘텐츠가 활동에 필수적인 구성요소인 경우는 예외이다.

자동 업데이트

사용자가 자동 업데이트 정보를 일시정지, 중지, 숨김할 수 있는 기능, 또는 업데이트의 빈도를 조절할 수 있는 메커니즘을 제공해야 한다. 단, (1) 자동 시작, (2) 다른 콘텐츠와 병행하여 표시되는 자동 업데이트 정보가 활동에 필수적인 구성요소인 경우는 예외이다.

참고 1

깜빡임, 번쩍임과 관련된 요구사항은 지침 2.3을 참고하라.

참고 2

이 성공기준을 준수하지 못하는 콘텐츠는 사용자가 전체 페이지를 사용하는 것을 방해할 수 있으므로, 웹 페이지의 모든 콘텐츠는 (다른 성공기준의 준수 여부와 상관없이) 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.

참고 3

소프트웨어에 의해 정기적으로 업데이트되거나 사용자 에이전트로 스트리밍되는 콘텐츠의 경우, 일시정지의 시작 시점부터 재시작 시점 사이에 생성되거나 수신되는 정보를 보존 또는 제시하는 것이 기술적으로 가능하지 않을 수 있으며, 많은 경우 사용자가 오도할 수 있으므로 요구사항이 아니다.

참고 4

프리로드 단계나 유사한 상황에서 발생하는 애니메이션은 그 단계에서 모든 사용자가 상호작용할 수 없고, 진행 상황을 표시하지 않으면 사용자들이 혼란을 겪거나 콘텐츠가 고정되었거나 깨졌다고 생각할 수 있는 경우에는 필수적인 것으로 간주될 수 있다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 2.3는 그대로 적용된다.

(Level A)

웹 페이지는 초당 3회 이상 번쩍이는 콘텐츠를 포함해서는 안 된다. 또는 번쩍임은 일반 번쩍임과 적색 번쩍임 임계값 이하로 설정해야 한다.

참고

이 성공기준을 준수하지 못하는 콘텐츠는 사용자가 전체 웹 페이지를 사용하는 것을 방해할 수 있으므로, 웹 페이지의 모든 콘텐츠는 (다른 성공기준의 준수 여부와 상관없이) 이 성공기준을 준수해야 한다. 준수 요구사항 5: 불간섭을 참고하라.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 2.4는 그대로 적용된다.

(Level A)

여러 웹 페이지에 걸쳐 반복되는 콘텐츠 블록이 있는 경우, 이를 건너뛸 수 있는 매커니즘을 제공해야 한다.

(Level A)

웹 페이지는 주제나 목적을 설명하는 제목을 포함해야 한다.

(Level A)

웹 페이지를 순차적으로 탐색할 수 있고 탐색 순서가 의미 또는 운용에 영향을 주는 경우, 초점을 받는 요소들은 의미와 운용가능성이 유지되는 순서로 초점을 받아야 한다.

(Level A)

각 링크의 목적은 링크 텍스트만으로 식별 가능하거나 프로그래밍 방식으로 판별되는 링크 맥락과 함께 식별 가능해야 한다. 단, 링크의 목적이 전반적으로 사용자에게 애매한 경우는 제외한다.

(Level AA)

웹 페이지 세트 내에 위치한 특정 웹 페이지를 찾을 수 있는 방법을 한 가지 이상 제공해야 한다. 단, 웹 페이지가 과정상의 단계이거나 결과물일 경우는 제외한다.

(Level AA)

제목과 레이블은 주제나 목적을 설명해야 한다.

(Level AA)

키보드로 조작할 수 있는 사용자 인터페이스는 키보드 초점이 표시되는 작동 모드를 제공해야 한다.

(Level AA)

사용자 인터페이스 구성요소에 키보드 초점이 있을 때, 저작자가 생성한 콘텐츠로 인해 해당 요소가 완전히 가려지지 않아야 한다.

참고 1

사용자가 구성 가능한 인터페이스에서 콘텐츠의 위치를 재배치할 수 있는 경우, 이 성공 기준의 점검과 준수 여부를 판단할 때는 사용자가 이동할 수 있는 콘텐츠의 초기 위치만을 고려한다.

참고 2

사용자에 의해 열린 콘텐츠가 초점을 받는 요소를 가릴 수 있다. 그러나 사용자가 키보드 초점을 전환하지 않고도 초점을 받은 요소를 드러낼 수 있다면, 초점을 받은 요소는 저작자가 생성한 콘텐츠로 인해 숨겨진 것으로 간주되지 않는다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 2.5는 그대로 적용된다.

(Level A)

멀티 포인트 또는 경로 기반 제스처로 작동되는 모든 기능은 경로 기반 제스처 없이 단일 포인터로 작동 가능해야 한다. 단, 멀티 포인트 또는 경로 기반 제스처가 필수적인 경우는 예외이다.

참고

이 성공기준은 포인터의 동작을 해석하는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트나 보조 기술 조작이 요구되는 동작에는 적용되지 않는다.)

(Level A)

단일 포인터로 조작 가능한 기능은 다음 중 한 가지 이상을 준수해야 한다.

다운 이벤트(Down-Event) 실행 금지

포인터의 다운 이벤트는 어떠한 기능도 실행해서는 안 된다.

중지 또는 실행취소

단일 포인터를 사용한 기능은 업 이벤트(up-event)에 실행되며, 실행 전에 기능을 중지하거나 실행 후에 기능을 취소할 수 있는 매커니즘을 제공해야 한다.

업 이벤트 역전(Up Reversal)

업 이벤트는 앞서 실행한 다운필수적인 이벤트의 결과를 되돌릴 수 있어야 한다.

필수적인

다운 이벤트에서 기능을 완료하는 것이 필수적이다.

참고 1

키보드 또는 숫자 키패드 키 누르기를 에뮬레이션하는 기능은 필수적인 것으로 간주된다.

참고 2

이 성공기준은 포인터 동작으로 실행되는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트 또는 보조 기술을 작동하는 데 필요한 동작에는 적용되지 않는다.)

(Level A)

텍스트 또는 텍스트 이미지가 포함된 레이블을 가지고 있는 사용자 인터페이스 구성요소의 경우, 이름은 시각적으로 표시되는 텍스트를 포함해야 한다.

참고

레이블의 텍스트는 네임(name)의 시작 부분에 제시하는 것이 가장 좋다.

(Level A)

장치나 사용자의 움직임으로 실행할 수 있는 기능은 사용자 인터페이스 구성요소로 작동할 수 있어야 하며, 움직임에 대한 반응은 우발적인 작동을 방지할 수 있도록 비활성화될 수 있어야 한다. 다음의 경우는 예외이다.

지원 인터페이스

기능을 실행하기 위해 접근성 지원 인터페이스를 통해 움직임을 이용하는 경우

필수적인

움직임이 기능에 필수적이고, 이를 통해 동작을 무효화하는 경우

(Level AA)

조작을 위해 끌기 동작을 사용하는 모든 기능은 끌기 없이 단일 포인터로 이용할 수 있어야 한다. 끌기 동작이 필수적이거나 기능이 사용자 에이전트에 의해 결정되고 작성자가 수정하지 않은 경우는 예외로 한다.

참고

이 성공기준은 포인터의 동작을 해석하는 웹 콘텐츠에 적용된다. (즉, 사용자 에이전트나 보조 기술 조작이 요구되는 동작에는 적용되지 않는다.)

(Level AA)

포인터 입력 타겟(target)의 크기는 최소한 24×24 CSS 픽셀 이상이어야 한다. 다음의 경우는 예외이다.

• 간격: 크기가 작은 타겟(24 × 24 CSS 픽셀 미만)은 24 CSS 픽셀 직경의 원이 각 경계 상자의 중앙에 있는 때 각 원이 다른 타겟이나 크기가 작은 다른 타겟의 원과 겹치지 않도록 배치된 경우
• 동등한: 이 기준을 충족하는 동일 페이지의 다른 컨트롤을 통해 기능을 이용할 수 있는 경우
• 인라인: 타겟이 문장 안에 있거나 텍스트의 줄 높이에 따라 크기가 제한되는 경우
• 사용자 에이전트 컨트롤: 타겟의 크기가 사용자 에이전트에 의해 결정되고 저작자에 의해 수정되지 않은 경우
• 필수적인: 타겟에 대한 특정 표현(presentation)이 필수적이거나 전달되는 정보에 법적으로 요구되는 경우

참고 1

타겟 내의 위치를 기반으로 공간적으로 값을 선택할 수 있는 것은 성공 기준의 목적에 따라 하나의 타겟으로 간주한다. 예로는 슬라이더, 색상 그라데이션을 표시하는 색상 선택기(color picker) 또는 커서를 배치하는 편집기가 있다.

참고 2

인라인 타겟의 경우 줄 높이는 텍스트 흐름에 수직인 것으로 해석되어야 한다. 예를 들어, 수직 방향으로 표시되는 언어에서는 줄 높이가 수평이 된다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 3.1은 그대로 적용된다.

(Level A)

각 웹 페이지의 기본 인간 언어는 프로그래밍 방식으로 판별될 수 있어야 한다.

(Level AA)

콘텐츠에서 각 절이나 문구의 인간 언어는 적절한 명칭, 전문용어, 불확실한 단어, 텍스트의 주변 언어에 포함된 단어나 구절을 제외하고는 프로그래밍 방식으로 판별될 수 있어야 한다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 3.2는 "웹 페이지"를 "웹이 아닌 문서나 소프트웨어"로 대체하여 직접 적용한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

지침 3.2 예측 가능성: [웹이 아닌 문서나 소프트웨어]는 웹 페이지는 예측 가능한 방식으로 제시되고 작동해야 한다.

(Level A)

사용자 인터페이스 구성요소가 초점을 받은 경우, 맥락의 변화가 발생해서는 안 된다.

(Level A)

어떠한 사용자 인터페이스 구성요소의 설정 변경도, 해당 구성요소를 사용하기 전에 사용자에게 그 행동을 알리지 않고 자동으로 맥락의 변화를 초래해서는 안 된다.

(Level AA)

웹 페이지 세트 내에 있는 여러 웹 페이지에 걸쳐 반복되는 탐색 메커니즘은, 사용자가 변경하지 않는 한, 반복될 때마다 동일한 상대적 순서대로 제시되어야 한다.

(Level AA)

웹 페이지 세트 내에 있는 동일한 기능을 지닌 구성요소들은 일관되게 식별되어야 한다.

(Level A)

웹 페이지에 다음 도움말 매커니즘 중 하나가 포함되어 있고, 해당 매커니즘이 웹 페이지 세트 내의 여러 웹 페이지에서 반복되는 경우, 사용자가 변경을 시작하지 않는 한 다른 페이지 콘텐츠와 상대적으로 동일한 순서로 제공되어야 한다.

• 사람의 연락처 정보
• 사람의 연락 방법
• 자가 도움말 옵션
• 완전 자동화된 연락 방법

참고 1

도움말 메커니즘은 페이지에서 직접 제공되거나 정보가 포함된 다른 페이지에 대한 직접 링크를 통해 제공될 수 있다.

참고 2

이 성공 기준의 경우 "다른 페이지 콘텐츠와 상대적으로 동일한 순서"는 페이지가 직렬화될 때 콘텐츠가 정렬되는 방식으로 생각할 수 있다. 도움말 메커니즘의 시각적 위치는 동일한 페이지 변형(예: CSS 중단점)에 대해 페이지 전체에서 일관될 가능성이 높다. 사용자는 페이지의 확대/축소나 방향 변경과 같은 변경 작업을 시작할 수 있으며, 이로 인해 다른 페이지 변형이 발생할 수 있다. 이 기준은 동일한 페이지 변형(예: 동일한 확대/축소 수준 및 방향)에 표시되는 페이지 간의 상대적 순서와 관련이 있다.

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 3.3는 그대로 적용된다.

(Level A)

입력 오류가 자동으로 감지되면, 사용자에게 오류 항목을 보여주고, 오류에 대한 설명을 텍스트로 제공해야 한다.

(Level A)

사용자 입력이 필요한 콘텐츠에는 레이블 또는 지시문을 제공해야 한다.

(Level AA)

입력 오류가 자동으로 감지되고 수정 제안 사항이 알려져 있다면, 콘텐츠의 보안 또는 목적에 저촉되지 않는 한, 해당 제안사항을 사용자에게 제공해야 한다.

(Level AA)

사용자에 대한 법률 이행 또는 금융 거래가 발생하거나, 데이터 스토리지 시스템에서 사용자가 제어 가능한 데이터를 수정 또는 삭제하거나, 사용자의 시험(test) 응답을 제출하는 웹 페이지의 경우, 적어도 다음 중 하나를 준수해야 한다.

되돌릴 수 있는

제출 내역을 되돌릴 수 있어야 한다.

점검된

사용자가 입력한 데이터는 입력 오류를 점검하고 사용자에게 오류를 수정할 수 있는 기회를 제공해야 한다.

확인된

제출을 완료하기 전에 정보를 검토, 확인, 수정할 수 있는 메커니즘을 제공해야 한다.

(Level A)

사용자가 이전에 입력했거나 사용자에게 제공된 정보 중 동일한 과정으로 다시 입력해야 하는 정보는 다음 중 하나를 준수해야 한다.

• 자동 완성
• 사용자 선택 가능

다음의 경우는 예외로 한다.

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

(Level AA)

다음 중 하나 이상을 제공하지 않는 한, 인증 과정의 어떤 단계에서도 인지 기능 검사(예: 비밀번호 기억 또는 퍼즐 풀기)를 요구할 수 없다.

대체 수단

인지 기능 검사에 의존하지 않는 또 다른 인증 방법을 제공하는 경우

매커니즘

사용자가 인지 기능 검사를 완수하는 데 도움을 주는 매커니즘을 제공하는 경우

객체 인식

인지 기능 검사가 사물을 인식하는 것인 경우

개인 콘텐츠

인지 기능 검사가 웹 사이트에 제공한 텍스트가 아닌 콘텐츠를 사용자가 식별하는 것일 경우

참고 1

"객체 인식" 및 "개인 콘텐츠"는 이미지, 동영상, 오디오 등으로 표현될 수 있다.

참고 2

이 기준을 충족하는 메커니즘의 예는 다음과 같다.

1. 기억 부담을 줄이기 위해 비밀번호 관리자의 비밀번호 입력 지원
2. 재입력의 인지적 부담을 줄이기 위해 복사하여 붙여넣기

WCAG 2에서는 지침이 해당 지침 아래에 있는 성공 기준을 이해하고 구성하는 틀을 제공하지만, WCAG 준수를 위한 요건은 아니다. 지침 4.1 “보조 기술을 포함한 사용자 에이전트”를 “보조 기술 및 소프트웨어의 접근성 기능”으로 바꾸어 그대로 적용할 수 있다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

지침 4.1 호환성: 현재 및 미래의 [보조 기술 소프트웨어의 접근성 기능]과의 호환성을 극대화해야 한다.

(Level A)

마크업 언어를 사용하여 구현된 콘텐츠에서, 요소는 완전한 시작 태그와 종료 태그를 가지며, 요소의 중첩은 해당 명세를 준수하고, 중복된 속성을 포함하지 않으며, 모든 ID는 고유해야 한다. 단, 해당 명세에서 이러한 특성을 허용하는 경우는 예외로 한다.

참고 1

이 성공 기준은 HTML이나 XML을 사용하는 모든 콘텐츠에 대해 항상 충족된 것으로 간주된다.

참고 2

이 기준이 작성된 이후, HTML Living Standard는 불완전한 태그, 올바르지 않은 요소 중첩, 중복 속성, 비고유 ID를 사용자 에이전트가 처리하는 방식을 규정하는 구체적인 요구사항을 채택하였다. [HTML]

HTML 표준에서는 일부 사례를 저작자에게 미준수(non-conforming)로 간주하지만, 해당 명세가 사용자 에이전트가 이러한 사례를 일관되게 처리하도록 요구하고 있으므로, 이 성공 기준의 목적상 "이러한 특성을 허용한다"고 간주된다. 실제로 이 기준 자체가 장애인을 위한 추가적인 이점을 제공하지는 않는다.

부적절한 요소 중첩으로 인한 역할(role) 누락, 중복된 ID로 인한 잘못된 상태(state)나 이름(name)과 같은 문제는 별도의 성공 기준에서 다루므로, 이러한 문제는 4.1.1의 문제로 보고하기보다는 해당 기준에 따라 보고해야 한다.

(무효화 및 삭제)

참고

이 기준은 원래 보조 기술이 HTML을 직접 파싱(Parsing)하는 문제를 해결하기 위해 채택되었다. 보조 기술은 더 이상 HTML을 직접 파싱할 필요가 없다. 결과적으로 이러한 문제는 더 이상 존재하지 않거나 다른 기준으로 해결된다. 이 기준은 더 이상 유용성이 없으므로 제거되었다.

(Level A)

모든 사용자 인터페이스 구성요소(서식 요소, 링크, 스크립트에 의해 생성된 요소를 포함하되, 이에 국한되지 않음)의 경우, 이름과 역할은 프로그래밍 방식으로 판별되어야 한다. 사용자에 의해서 설정될 수 있는 상태(states), 속성(properties) 및 값(values)은 프로그래밍 방식으로 설정될 수 있어야 한다. 이러한 항목의 변경사항은, 보조 기술을 포함하여, 사용자 에이전트에 제공되어야 한다.

참고

이 성공기준은 주로 사용자 인터페이스 구성요소를 개발하거나 스크립팅하는 웹 개발자를 위한 것이다. 예를 들어, 표준 HTML 컨트롤은 명세서에 따라 사용되었을 때, 이미 이 성공기준을 준수한 것이다.

(Level AA)

마크업 언어를 사용하여 구현된 콘텐츠의 경우, 상태 메시지는 초점을 받지 않고 보조 기술을 통해 사용자에게 제시될 수 있도록 역할이나 속성을 통해 프로그래밍 방식으로 판별될 수 있어야 한다.

이 내용은 원문 그대로 적용되며, WCAG 2 용어집에서 설명된 대로, "브라우저 및 기타 사용자 에이전트"를 "사용자 에이전트 또는 기타 소프트웨어"로, "사용자 에이전트"를 "사용자 에이전트 또는 기타 소프트웨어"로, "웹 콘텐츠 기술"을 "웹이 아닌 문서 또는 소프트웨어 기술"로 대체하고, "플러그인" 뒤에 "또는 기타 소프트웨어 확장"을 추가하며, 다섯 개의 노트 대신 하나의 노트를 추가합니다: "노트: 다섯 개의 노트와 '접근성 지원됨'에 대한 이해에서 다룬 개념은 웹 기술에 적용된다. 동일하거나 유사한 요소들이 웹이 아닌 기술에도 적용된다."

이런 대체 용어를 적용하여 다음과 같이 서술한다.

접근성 지원

사용자의 보조 기술뿐만 아니라 [사용자 에이전트나 기타 소프트웨어]의 접근성 기능에 의해 지원된

[웹이 아닌 문서나 소프트웨어] 기술(또는 어떤 기술의 특성)이 접근성이 지원하는 것으로 인정을 받으려면, 해당 [웹이 아닌 문서나 소프트웨어] 기술(또는 특성)은 다음의 1과 2를 모두 충족해야 한다.

1. 해당 [웹이 아닌 문서나 소프트웨어] 기술은 사용자가 이용할 수 있는 접근성이 지원되는 사용자 에이전트 [또는 다른 소프트웨어]를 가지고 있어야 한다. 이는 다음 네 가지 설명 중 최소한 하나가 참이어야 함을 의미한다:

   1. 해당 기술이 널리 배포된 사용자 에이전트 [또는 다른 소프트웨어]에서 기본적으로 지원되며, 접근성도 지원됨(HTML과 CSS와 같이);

      또는

   2. 해당 기술이 널리 배포된 플러그인 [또는 다른 소프트웨어 확장 기능]에서 지원되며, 접근성도 지원됨;

      또는

   3. 대학이나 기업 네트워크와 같은 폐쇄된 환경에서 콘텐츠를 이용할 수 있으며, 해당 기술에 필요하고 조직에서 사용하는 사용자 에이전트 [또는 다른 소프트웨어]도 접근성을 지원함;

      또는

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

      • 장애가 있는 사람이 장애가 없는 사람보다 더 많은 비용을 지불하지 않음 그리고

      • 장애가 있는 사람이 장애가 없는 사람과 동일하게 쉽게 찾고 획득할 수 있음

참고(추가됨)

[다섯 개의 참고사항과 접근성 지원에 대한 이해에서 다룬 개념은 웹 기술에 적용된다. 동일하거나 유사한 요소들은 웹이 아닌 기술에도 적용된다.]

이 정의는 WCAG 2 용어집에서 "웹 페이지"를 "웹이 아닌 문서나 소프트웨어"로 대체하여 적용된다.

이러한 대체 용어를 적용하여 다음과 같이 서술한다.

일반적으로 사용자에게 애매한

링크와 함께 사용자에게 동시에 제시되는 [웹이 아닌 문서나 소프트웨어]의 모든 정보에서 링크의 목적을 파악할 수 없는 경우(즉, 장애가 없는 독자도 링크를 활성화하기 전까지는 링크가 무엇을 할지 모르는 경우)

예시: "주목할 만한 수출품 중 하나는 구아바이다"라는 문장에서 "구아바"라는 단어가 링크이다. 이 링크는 구아바의 정의나, 구아바 수출량을 보여주는 도표, 또는 구아바를 수확하는 사람들의 사진으로 연결될 수 있다. 링크가 활성화되기 전까지는 모든 독자가 불확실하며, 장애가 있는 사람이 특별히 불리한 상황에 있지 않다.

이 정의는 WCAG 2 용어집에서 "웹 콘텐츠"를 "웹이 아닌 문서나 소프트웨어"로 대체하여 적용된다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

보조 기술(이 문서에서 사용된 대로)

[독립적으로(stand-alone)] 작동하거나 [주류 정보통신기술(ICT)]과 함께 작동하며, [주류 ICT]가 제공하는 것 이상의, 장애가 있는 사용자의 요구사항을 충족하는 기능을 제공하는 하드웨어나 소프트웨어

참고 1

보조 기술이 제공하는 기능에는 대체 표현(예: 합성 음성이나 확대된 콘텐츠), 대체 입력 방법(예: 음성), 추가적인 탐색이나 방향 찾기 기능, 콘텐츠 변환(예: 표를 더 접근성 있게 만들기) 등이 포함된다.

참고 2

보조 기술은 API를 사용하고 모니터링하여 [주류 ICT]와 데이터 및 메시지를 주고받는 경우가 많다.

참고 3

[주류 ICT]와 보조 기술의 구분이 절대적인 것은 아니다. 많은 [주류 ICT]가 장애가 있는 개인을 지원하는 일부 기능을 제공한다. 기본적인 차이는 [주류 ICT]가 일반적으로 장애가 있는 사람과 없는 사람을 모두 포함하는 광범위하고 다양한 사용자를 대상으로 한다는 점이다. 보조 기술은 특정 장애가 있는 사용자의 좁게 정의된 집단을 대상으로 한다. 보조 기술이 제공하는 지원은 대상 사용자의 요구에 더 구체적이고 적절하다. [주류 ICT]는 프로그램 객체에서 [콘텐츠]를 검색하거나 마크업을 식별 가능한 번들로 구문 분석하는 것과 같이 보조 기술에 중요한 기능을 제공할 수 있다.

예제: 이 문서의 맥락에서 중요한 보조 기술에는 다음이 포함된다.

• 시각장애, 지각장애, 인쇄물 판독 장애를 지닌 사용자가 렌더링된 텍스트 및 이미지의 시각적 가독성을 개선하기 위해 텍스트 글꼴, 크기, 간격, 색상, 음성 동기화 등을 변경하기 위하여 사용하는 화면 확대기와 기타 시각적 읽기 보조장치
• 시각장애인이 합성된 음성 또는 점자를 통해 텍스트 정보를 읽기 위해 사용하는 화면낭독기
• 인지장애, 언어장애, 학습장애를 지닌 사용자가 텍스트를 합성 음성으로 변환하기 위하여 사용하는 문자를 음성으로 변환해 주는(TTS) 소프트웨어
• 특정 신체장애를 지닌 사용자가 사용할 수 있는 음성 인식 소프트웨어
• 특정 신체장애를 지닌 사용자가 키보드를 시뮬레이션하기 위하여 사용하는 대체 키보드(헤드 포인터, 단일 스위치, 들여마시기/불기(sip/puff) 입력 보조 장치 및 기타 특수 입력 장치를 사용하는 대체 키보드 포함)
• 특정 신체장애를 지닌 사용자가 마우스 포인팅 및 버튼 작동을 시뮬레이션하기 위하여 사용하는 대체 포인팅 장치

이 정의는 WCAG 2 용어집에서 "웹 페이지"를 "웹이 아닌 문서나 소프트웨어"로 대체하여 적용된다.

이러한 대체 용어를 적용하여 다음과 같이 서술한다.

맥락의 변화

사용자가 인식하지 못한 채 실행되면 전체 [웹이 아닌 문서나 소프트웨어가 표시하는 콘텐츠]를 동시에 볼 수 없는 사용자에게 혼란을 줄 수 있는 중요한 변화

맥락의 변화에는 다음의 변화가 포함된다.

1. 사용자 에이전트
2. 뷰포트
3. 초점(focus)
4. [웹이 아닌 문서나 소프트웨어]의 의미를 변경하는 콘텐츠

참고 1

콘텐츠가 변경되었다고 해서 항상 맥락이 변경된 것은 아니다. 확장 개요(outline), 동적 메뉴 또는 탭 제어와 같은 콘텐츠의 변경은 앞에서 언급한 것 중 하나(예: 초점)가 변경되지 않는 한 반드시 맥락이 변경된 것은 아니다.

예제: 새 창 열기, 다른 구성요소로 초점 이동, 새 페이지로 이동(사용자가 새 페이지로 이동한 것처럼 보이는 모든 항목 포함) 또는 페이지 내용을 대대적으로 재배치하는 것 등이 맥락 변경의 예이다.

참고 2(추가됨)

사용자 에이전트의 변경에는 새 창을 띄우거나, 문서의 일부와 상호작용하는 데 사용할 수 있는 메뉴나 도구 모음이 크게 변경되는 것이 포함될 수 있다.

이 정의는 WCAG 2 용어집의 "웹사이트"를 "웹이 아닌 문서나 소프트웨어"로 대체하여 적용한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

인지 기능 검사

사용자가 정보를 기억, 조작 또는 전사해야 하는 작업. 예시로는 다음과 같은 것들이 포함되지만 이에 국한되지는 않는다.

사용자 이름, 비밀번호, 문자 집합, 이미지 또는 패턴을 기억하는 것과 같은 암기. 이름, 이메일, 전화번호와 같은 일반적인 식별자는 개인 정보이며 [웹 사이트, 웹이 아닌 문서, 및 소프트웨어] 간에 일관되므로 인지 기능 검사로 간주되지 않는다.

• 문자를 입력하는 것과 같은 전사
• 정확한 철자 사용
• 계산 수행
• 퍼즐 풀기

이 문서의 지침에서는 “준수 대체 버전”이라는 용어를 사용하지 않는다.

준수 대체 버전 이해를 참고하라.

주요 용어 섹션의 콘텐츠 관련 지침을 참조하라.

이는 WCAG 2 용어집의 원문 그대로 쓰인다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.

WCAG 2 용어집 정의를 그대로 적용하되, “웹 페이지”를 “웹이 아닌 문서나 소프트웨어”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

입력 오류

사용자가 제공하였으나 수용되지 않는 정보

참고

여기에는 다음과 같은 것이 포함된다.

1. [웹이 아닌 문서나 소프트웨어]에 필요하지만 사용자가 빠뜨린 정보

2. 사용자가 제공하지만 필요한 데이터 형식 또는 허용 값을 벗어나는 정보

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.

WCAG 2 용어집 정의를 그대로 적용하되, “웹 콘텐츠”를 “콘텐츠”로 대체하고, 참고1의 “보조 기술” 다음에 “또는 소프트웨어의 접근성 기능에 의해”를 추가한다.

대체 및 추가 용어를 적용하면 다음과 같이 해석된다.

label

[콘텐츠] 내의 구성요소를 식별하기 위해 사용자에게 제공되는 대체 텍스트를 가지고 있는 텍스트나 다른 구성 요소

참고 1

레이블(label)은 모든 사용자에게 표시되지만, 이름(name)은 숨겨져 있을 수 있으며 보조 기술[이나 소프트웨어의 접근성 기능]을 통해서만 노출될 수 있다. 많은 경우(항상 그런 것은 아니지만), 이름과 레이블은 동일하다.

참고 2

여기서 "레이블"이라는 용어는 HTML의 label 요소로 국한되지 않는다.

이는 WCAG 2 용어집에 명시된 바와 같이, 원문 그대로 적용된다. 단, 참고 3에서는 “사용자 에이전트”를 “사용자 에이전트 또는 웹이 아닌 소프트웨어”로, 참고 4에서는 브라우저”를 “브라우저, 사용자 에이전트 또는 플랫폼 소프트웨어”로 대체한다.

대체 및 추가 용어를 적용하면 다음과 같이 해석된다.

커다란 (텍스트)

최소 18포인트 또는 14포인트의 볼드체(bold), 또는 한국어, 중국어, 일본어(CJK) 글꼴에서 이에 상응하는 크기의 글꼴

참고 1

획이 매우 가늘거나 문자 형태의 친숙성을 감소시키는 특이한 특징과 특성이 있는 글꼴은 특히 대비가 낮을 경우 읽기 더 어렵다.

참고 2

여기서 ‘레이블’이라는 용어는 HTML의 label 요소에만 국한되지 않는다.

참고 3

글꼴 크기는 콘텐츠가 전달될 당시의 크기를 의미하며, 사용자가 별도로 조정한 크기는 포함하지 않는다.

참고 4

사용자가 실제로 보게 되는 문자 크기는 작성자가 정의한 크기뿐 아니라 사용자의 디스플레이 및 [사용자 에이전트 또는 웹이 아닌 소프트웨어] 설정에 따라 달라진다. 일반적인 본문 텍스트 폰트의 경우, 14포인트와 18포인트는 대략 1.2em 및 1.5em, 또는 기본 크기의 120% 및 150%에 해당하며(본문 폰트가 100%로 설정되었다고 가정할 때), 실제 폰트에 따라 달라질 수 있으므로 확인이 필요하다. 폰트 크기가 상대 단위로 정의된 경우, 실제 포인트 크기는 [사용자 에이전트나 웹이 아닌 소프트웨어]가 화면에 표시하기 위해 계산한다. 이 성공 기준을 평가할 때에는 해당 포인트 크기를 [사용자 에이전트나 웹이 아닌 소프트웨어]에서 확인하거나, 해당 소프트웨어가 사용하는 글꼴 매트릭스 기준으로 계산해야 한다. 저시력 사용자는 본인의 설정을 적절히 조정할 책임이 있다.

참고 5

텍스트의 폰트 크기를 명시하지 않은 경우, 주요 [브라우저, 사용자 에이전트 또는 플랫폼 소프트웨어]에서 기본 텍스트에 적용되는 최소 폰트 크기를 기준으로 적절한 크기를 추정할 수 있다. 만약 제목 1 수준(heading level 1)이 주요 [브라우저, 사용자 에이전트 또는 플랫폼 소프트웨어]에서 14포인트 굵은 텍스트 이상으로 렌더링된다면, 이는 ‘큰 텍스트’로 간주할 수 있다. 상대 크기 배율은 기본 크기를 기준으로 유사하게 산출할 수 있다.

참고 6(추가됨)

웹이 아닌 문서 및 소프트웨어를 평가할 때, 1포인트는 1.333 CSS 픽셀로 간주한다.

이는 WCAG 2 용어집에 기술된 바와 같이, “웹 콘텐츠”를 “콘텐츠”로 대체하고, 참고 1에서 “보조 기술” 다음에 “또는 소프트웨어의 접근성 기능”을 추가하는 방식으로 적용된다.

대체 및 추가 용어를 적용하면 다음과 같이 해석된다.

이름

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

참고 1

이름(name)은 숨겨져 있고 보조 기술[이나 소프트웨어의 접근성 기능]을 통해서만 노출되는 반면, 레이블은 모든 사용자에게 표시된다. 대부분의 경우 이름과 레이블은 동일하지만, 항상 그런 것은 아니다.

참고 2

여기서 말하는 name은 HTML의 name 속성과는 관련이 없다.

예제: 웹이 아닌 소프트웨어의 경우, 해당 플랫폼의 접근성 API에서 사용하는 “접근 가능한 이름(AccessibleName)”(또는 API마다 상이한 명칭)은 이러한 이름(name)의 예에 해당한다.

WCAG 2 용어집에 기술된 내용을 그대로 따르되, “보조 기술을 포함한 사용자 에이전트”를 “보조 기술 및 소프트웨어의 접근성 기능”으로 대체하고, “보조 기술” 뒤에 “및 소프트웨어의 접근성 기능”을 추가한다.

대체 및 추가 용어를 적용하면 다음과 같이 해석된다.

프로그래밍 방식으로 판별되는(프로그래밍 방식으로 결정/판단 가능한)

작성자가 제공한 데이터를 소프트웨어가 판별할 수 있도록 구성하여, 다양한 [보조 기술 및 소프트웨어의 접근성 기능]이 해당 정보를 추출하고 여러 방식으로 사용자에게 제공할 수 있는

예제 1: D마크업 언어에서 요소와 속성으로 판별되며, 일반적으로 사용되는 보조 기술 [및 소프트웨어의 접근성 기능이 직접 접근할 수 있는 경우].

예제 2: 마크업 언어가 아닌 기술에서 제공하는 데이터 구조를 기반으로 판별되며, 접근성 API를 통해 보조 기술 및 [소프트웨어의 접근성 기능]에 노출되는 경우. 이 API는 일반적으로 사용되는 보조 기술 [및 소프트웨어의 접근성 기능]에서 지원된다.

참고(추가됨)

소프트웨어는 일반적으로 플랫폼 소프트웨어의 접근성 서비스를 통해 콘텐츠가 프로그래밍 방식으로 판별되도록 지원한다. 웹이 아닌 문서도 일반적으로 사용자 에이전트의 접근성 서비스를 통해 콘텐츠를 프로그래밍 방식으로 판별할 수 있도록 한다.

이는 WCAG 2 용어집 그대로 쓰이며 “보조 기술을 포함한 사용자 에이전트”를 “보조 기술과 소프트웨어의 접근성 기능”으로 대체 한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

프로그래밍 방식으로 설정된

소프트웨어가 [보조 기술 및 소프트웨어의 접근성 기능]에서 지원하는 방식으로 설정된

WCAG 2 용어집 정의를 그대로 적용하되, “웹 콘텐츠”를 “콘텐츠”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

상대 휘도

색 공간상에 있는 모든 지점의 상대적 밝기. 가장 어두운 검은색의 경우 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 색 공간을 사용하여 평가해야 한다. 다른 색 공간을 사용하는 경우, “성공기준 4.1.3 이해”를 참고하라.

참고 4

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

참고 5

명도대비 및 번쩍임을 검사할 경우, 자동으로 계산해 주는 도구를 사용할 수 있다.

참고 6

상대 휘도 정의를 MathML을 이용한 별도의 페이지를 이용해 수식으로 표시할 수 있다.

참고 7(추가됨)

상대 휘도는 하드웨어에 직접 적용할 수 없도록 정의되어 있기 때문에, 서문에 있는 다음 문구를 참고해야 한다. “이 문서는 제품의 하드웨어 측면에 대해서는 언급하지 않는다. 이는 WCAG 2가 기반하고 있는 기본 개념들이 하드웨어에는 적용되지 않기 때문이다.”

WCAG 2 용어집 정의를 그대로 적용하되, “웹 콘텐츠”를 “콘텐츠”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

역할

소프트웨어가 [콘텐츠] 내에 있는 구성요소의 기능을 식별할 수 있도록 해 주는 텍스트나 숫자

예제: 이미지가 하이퍼링크, 명령어 버튼 또는 체크박스로 작동하는지 여부를 나타내는 숫자

참고(추가됨)

플랫폼 접근성 API에서 사용되는 “접근 가능한 역할(AccessibleRole)”(또는 각 접근성 API에서 사용하는 해당 용어)은 이러한 역할을 나타내는 예이다.

WCAG 2 용어집에 기술된 내용을 따르되 두 번째 예제를 추가하고 첫 번째 예제에 번호를 부여한다.

이 추가 사항을 반영하면 다음과 같이 해석된다.

동일한 기능

사용했을 때 동일한 결과가 도출되는

예제 1: 한 웹 페이지의 “검색(search)” 버튼과 다른 웹 페이지의 “찾기(find)” 버튼은 모두 검색어를 입력할 수 있는 양식(field)을 가지고 있고, 입력한 검색어와 관련된 주제를 웹사이트 내에 나열한다. 이 경우, 두 버튼은 동일한 기능을 가지고 있지만 레이블이 일관성 있게 부여되지 않은 것이다.

예제 2: 리본 아이콘 중 하나는 폴더에 화살표가 들어가는 모양이고, 다른 하나는 하드 드라이브에 화살표가 들어가는 모양일 수 있다. 둘 다 문서를 저장하는 기능을 한다면, 동일한 기능이지만 시각적 레이블에 일관성이 없는 경우다.

WCAG 2 용어집 정의를 그대로 적용하되, “페이지”를 “웹이 아닌 문서나 소프트웨어”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

성공 기준 충족

성공 기준을 [웹이 아닌 문서나 소프트웨어]에 적용할 때 ‘미준수’로 평가되지 않는 경우

문서 세트 및 소프트웨어 프로그램 세트에 대한 정의는 주요 용어 항목의 지침을 참조하라.

이 항목은 WCAG 2 용어집에 기술된 내용을 그대로 따르되, “웹 페이지”를 “웹이 아닌 문서 또는 소프트웨어”로, “웹 페이지 모음”을 “문서 세트 또는 소프트웨어 프로그램 세트”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

structure

1. [웹이 아닌 문서나 소프트웨어]의 구성 요소들이 서로 어떻게 조직되어 있는지를 의미하고,

2. [문서 세트나 소프트웨어 프로그램 세트]가 어떻게 구성되어 있는지를 의미한다.

이 정의는 WCAG 2 용어집에 기술된 내용을 그대로 따르되, 다음과 같은 대체어를 적용하여 사용한다: “사용자 에이전트”는 “사용자 에이전트 또는 플랫폼 소프트웨어”로, “웹 콘텐츠”는 “콘텐츠”로, “인라인 스타일 및 저작자 스타일 시트”는 “프로그램 방식으로 설정된 스타일”로, 그리고 “사용자 에이전트 인터페이스 설정”은 “사용자 에이전트, 플랫폼 소프트웨어 또는 기타 소프트웨어 인터페이스 설정”으로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

스타일 속성

콘텐츠 요소가 렌더링될 때(예: 화면 표시, 스피커 출력, 점자 디스플레이를 통해) [사용자 에이전트s나 플랫폼 소프트웨어]가 해당 요소를 어떻게 표현할지를 결정하는 속성. 예를 들어 글꼴, 색상, 크기, 위치, 여백, 음량, 합성 음성 운율 등이 이에 해당한다.

스타일 속성은 다음의 요소에서 설정될 수 있다.

• [사용자 에이전트나 플랫폼 소프트웨어]의 기본 스타일: 저작자나 사용자의 스타일이 없는 경우 적용되는 기본 스타일 속성 값. 일부 [콘텐츠] 기술은 기본 렌더링을 명시하지만, 그렇지 않은 기술도 있다.
• 저작자 스타일: [[프로그램 방식으로 설정된 스타일]과 같이 콘텐츠 일부로서 작성자가 설정한 스타일 속성 값.
• 사용자 스타일: 사용자에 의해 설정된 스타일 속성 값(예: [사용자 에이전트, 플랫폼 소프트웨어 또는 기타 소프트웨어 인터페이스 설정, 또는] 사용자 스타일 시트 등을 통해 설정된 경우).

이 항목은 WCAG 2 용어집에 기술된 내용을 그대로 따르되, “페이지”를 “웹이 아닌 문서 또는 소프트웨어에서 표시하는 콘텐츠”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

타겟

사용자 인터페이스 구성요소의 대화형 영역과 같이 포인터 동작을 허용하는 디스플레이 영역

참고

두 개 이상의 대상이 겹치는 경우, 대상 크기를 측정할 때 겹치는 영역은 포함하지 않는다. 단, 겹치는 대상이 동일한 동작을 수행하거나 동일한 [웹이 아닌 문서 또는 소프트웨어가 제공하는 콘텐츠]를 여는 경우는 예외이다.

이 항목은 WCAG 2 용어집에 기술된 내용을 그대로 따르되, ‘웹 콘텐츠’를 ‘웹 기반이 아닌 문서 또는 소프트웨어’로, ‘사용자 에이전트’를 ‘사용자 에이전트 또는 기타 소프트웨어’로 대체하고, 주석은 제거하며, 예시는 “예: 웹 기반이 아닌 문서 및 소프트웨어 기술의 예로는 ODF, OOXML, Java, C++ 등이 있다”로 교체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

기술 ([웹이 아닌 문서나 소프트웨어])

[사용자 에이전트나 다른 소프트웨어]가 지시사항을 렌더링, 재생 또는 실행할 수 있도록 인코딩된 방식 또는 매커니즘.

예제: 일반적인 [웹이 아닌 문서 및 소프트웨어 기술의 예로는 ODF, OOXML, Java, C++] 등이 있다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.  

주요 용어 섹션의 안내를 참고하라.

이 정의는 WCAG 2 용어집에 기술된 내용을 그대로 따르되, 예시를 “예시: 한 소프트웨어 프로그램에 파일 이름을 입력하는 텍스트 필드와 폴더를 선택하는 드롭다운 리스트 박스가 있다. 각각은 소프트웨어에서 이름을 설정할 수 있는 사용자 인터페이스 구성요소이다.”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

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

특정 기능을 위해 사용자에게 하나의 제어 요소로 인식되는 콘텐츠의 일부

참고 1

여러 사용자 인터페이스 구성요소가 하나의 프로그래밍 요소로 구현될 수 있다. 여기서 말하는 "구성요소"는 프로그래밍 방식이 아닌, 사용자가 별도의 제어 요소로 인식하는지를 기준으로 한다.

참고 2

사용자 인터페이스 구성요소에는 입력 양식 요소, 링크, 스크립트로 생성된 구성요소 등이 포함된다.

참고 3

여기서 말하는 "구성요소(user interface component)" 또는 "사용자 인터페이스 구성요소"는 때때로 "사용자 인터페이스 요소(user interface element)"라고도 불린다.

예제: 한 소프트웨어 프로그램에 파일 이름을 입력하는 텍스트 필드와 폴더를 선택하는 드롭다운 리스트 박스가 있다. 각각은 소프트웨어에서 이름을 설정할 수 있는 사용자 인터페이스 구성요소이다.

이는 WCAG 2 용어집 그대로 쓰되, “사용자 에이전트”를 “소프트웨어”로 대체한다.

이러한 용어를 반영하여 다음과 같이 적용할 수 있다.

viewport

object in which the [소프트웨어] presents content

참고 1

[소프트웨어]는 하나 이상의 뷰포트를 통해 콘텐츠를 표시한다. 뷰포트에는 창(window), 프레임, 스피커, 가상 확대경 등이 포함된다. 하나의 뷰포트 안에 또 다른 뷰포트가 포함될 수도 있다(예: 중첩된 프레임). 프롬프트, 메뉴, 알림창과 같이 [소프트웨어]가 생성한 인터페이스 구성요소는 뷰포트에 해당하지 않는다.

참고 2

이 정의는 사용자 에이전트 접근성 지침 1.0 용어 해설[UAAG10]에 근거한다.

WCAG 2 용어집에서 정의된 내용을 그대로 적용한다.