웹 콘텐츠 접근성 지침 1.0에 대한 체크포인트 목록

요약

이 문서는 W3C의 "웹 콘텐츠 접근성 지침 1.0"의 부록이다. 이 문서에서는 웹 콘텐츠 접근성 지침 1.0에 나온 모든 체크포인트의 목록을 개념별로 정리해 놓았으므로 웹 콘텐츠 개발자들이 체크리스트로 쓸 수 있을 것이다. 관련된 기본 정보나 관련 문서들에 대한 정보, 용어 등을 보려면 위에 나온 지침 문서를 참조하기 바란다.

이 목록들은 웹 페이지나 사이트의 접근성을 점검해보는 데에 사용될 것이다. 각각의 체크포인트에 대해서는 그것이 만족하는지, 또는 만족하지 못 하는지, 또는 적용 불가능한지 나타낼 수 있다.

체크포인트들을 (인쇄하기에 적당한) 표 형식으로 나타낸 것도 있다.

이 문서는 웹 접근성 이니셔티브(WAI)의 일환으로 제작되었다. WAI 웹 콘텐츠 (제작) 지침 워킹 그룹의 목표는 워킹 그룹의 헌장에 나와있다.

이 문서의 상태

이 문서는 W3C 회원과 다른 관계자의 검토를 거쳐 W3C 총재가 W3C 권고안으로 승인한 문서에 대한 부록이다. 이 문서는 안정화된 문서이므로 참고 자료로 쓰이거나 규범적인 참고 문헌으로 다른 문서에서 인용할 수 있을 것이다. W3C가 권고안을 만드는 것은 정확한 사양에 대해 주의를 환기시키고, 보다 넓은 범위에서 그 사용을 촉진하기 위해서이다. 이렇게 함으로써 웹의 기능성과 보편성을 향상시킬 수 있다.

W3C의 권고안 문서 목록이나 다른 기술적인 문서들은 http://www.w3.org/TR에서 찾아볼 수 있다.

이 문서는 W3C의 웹 접근성 이니셔티브의 일환으로 만들어진 것이다. 웹 콘텐츠 지침에 관한 워킹 그룹 (Web Content Guidelines Working Group)의 목적은 이 그룹의 헌장 부분에 나와 있다.

이 문서에 대한 의견이나 건의 내용은 wai-wcag-editor@w3.org에게 보내달라.

중요도

각 점검 사항에는 접근성에 미치는 영향의 정도에 따라 워킹 그룹이 부여한 중요도를 표시해 두었다.

[중요도 1]

웹 콘텐츠 개발자들이 반드시 따라야 할 체크포인트이다. 그렇지 않을 경우, 일부 사용자들이 정보에 접근하는 것이 불가능해진다. 이 체크포인트는 사용자들이 웹에 접근가능하게 하기 위해서 지켜야 하는 기본적인 요구사항이라고 할 수 있다.

[중요도 2]

웹 콘텐츠 개발자들이 되도록 지켜야 할 체크포인트이다. 그렇지 않을 경우, 일부 사용자들이 정보에 접근하는 것에 어려움을 겪게 될 것이다. 이 체크포인트를 만족시킴으로써 웹 문서에 접근하는데 중요한 장벽을 제거하게 될 것이다.

[중요도 3]

웹 콘텐츠 개발자들은 이 체크포인트를 지키는 것이 좋다. 그렇지 않을 경우, 일부 사용자들이 정보에 접근하는 것에 다소 어려움을 겪을 것이다. 이 체크포인트를 만족시킴으로써 웹 문서의 접근성을 향상시키게 될 것이다.

어떤 항목들은 명시된 조건에 따라 중요도가 달라진다.

중요도 1 체크포인트

일반적인 경우 (중요도 1)

• 1.1 모든 비-텍스트 콘텐츠에 대해서는 대체 텍스트를 제공한다. (예를 들어 "alt", "longdesc" 등을 쓰거나 또는 요소 내의 콘텐츠에 직접 쓴다.) 이것은 다음과 같은 것들을 포함한다: 이미지, (기호를 포함하여) 그래픽으로 나타낸 텍스트, 이미지 맵의 어떤 영역, 애니메이션(예: 애니메이션 GIF), 애플릿, 프로그램 객체, 아스키 아트 (역자 주: 라틴 글자와 기호를 여러 개 이용하여 시각적으로 대형 그림을 표현한 것), 프레임, 스크립트, 리스트 불릿으로 쓰인 이미지(역자 주: 목록을 나열할 때 목록 앞에 쓰인 점, 동그라미 등과 같은 이미지), 공간을 확보하기 위해 쓰인 빈 이미지(spacers), 그래픽 버튼, (사용자와의 상호작용에 의해 또는 자동으로 플레이되는) 사운드, 독립적인 오디오 파일, 비디오의 오디오 트랙, 비디오.
• 2.1 색깔과 함께 전달되는 모든 정보는 색깔이 없더라도 맥락이나 다른 마크업에 의해 구별 가능해야 한다.
• 4.1 문서의 텍스트나 대체 텍스트(text wequivalent)(예를 들면, 오디오나 비디오 내용물에 붙인 캡션)의 언어(역자 주: 예를 들어 일본어에서 중국어로 바뀐다든가 하는 것)가 바뀌면 정확히 명시해 주어야 한다.
• 6.1 스타일 시트가 없더라도 읽을 수 있게 문서를 구조화한다. 예를 들면, HTML 문서가 스타일 시트가 없이 표시되더라도 반드시 그 문서를 읽을 수 있어야 한다.
• 6.2 동적인 콘텐츠가 변할 경우 거기에 딸린 대응 요소(대체물, equivalents)도 좇아서 변하도록 한다.
• 7.1 웹 표시 장치가 사용자들에게 깜박임을 조절할 수 있게 하기 전까지는 화면에 깜박임을 넣지 않는다.
• 14.1 사이트의 콘텐츠에 적합한 가장 명확하고 간결한 언어를 사용하라.

이미지와 이미지 맵을 사용한 경우 (중요도 1)

• 1.2 서버측 이미지 맵을 사용할 때에는 그림의 각 활성화 영역마다 중복적인 텍스트 링크를 제공해 준다.
• 9.1 기하학적인 도형으로 정의가 안 되는 영역이 있는 경우를 제외하고는 서버측 이미지 맵 대신에 반드시 클라이언트측 이미지 맵을 사용한다.

표를 사용한 경우 (중요도 1)

• 5.1 데이터가 들어있는 표에는 제목행과 제목열(통칭하여 header)을 명시한다.
• 5.2 두 개 이상의 논리적인 제목행이나 제목열을 갖는 데이터가 들어있는 표에서는 데이터 칸끼리 또는 제목 칸끼리 관련 짓는 마크업을 사용한다.

프레임을 사용한 경우 (중요도 1)

• 12.1 프레임을 구분하고 프레임간의 탐색을 쉽게 하기 위해서 모든 프레임에는 제목(이름)을 붙여야 한다.

애플릿과 스크립트를 사용한 경우 (중요도 1)

• 6.3 스크립트나 애플릿, 또는 다른 프로그램 객체를 사용하지 않거나 지원하지 않는 경우에도 페이지 내용을 이해할 수 있어야 한다. 그것이 불가능하다면, 대안적으로 접근 가능한 페이지에 그것들을 대체할만한 정보를 제공하라.

멀티미디어를 사용한 경우 (중요도 1)

• 1.3 시각적인 트랙에 대응하는 텍스트를 자동으로 읽어주는 웹 표시 장치가 널리 보급되기 전에는, 멀티미디어 프리젠테이션을 할 때에 시각적인 트랙의 중요한 정보에 대해서는 음성 설명을 제공해주도록 한다.
• 1.4 시간을 기반으로 한 멀티미디어 프리젠테이션(예를 들면 동영상이나 애니메이션)과 그에 상응하는 대체물(예를 들면 시각적인 트랙에 대한 캡션(텍스트 자막)이나 음성 설명)은 동기시켜야 한다.

다른 모든 조치가 불가능한 경우 (중요도 1)

• 11.4 만약 모든 노력을 해보았어도, 접근성이 높은 페이지를 만들 수 없다면, W3C의 기술을 사용하고, 접근 가능하며, 원래의 페이지와 동일한(equivalent) 정보(또는 기능)를 담고 있으며, 원래 페이지만큼 자주 업데이트되는 별도의 대안적인 페이지를 제공하라.

중요도 2 체크포인트

일반적인 경우 (중요도 2)

• 2.2 전경색과 배경색의 조합이 색맹이나 색약이 있는 사람에게, 또는 흑백 디스플레이를 통해 보는 사람들이 보았을 때에 충분한 대비를 갖도록 해야 한다. [그림 색깔의 경우 중요도 2, 글자 색깔의 경우 중요도 3].
• 3.1 적절한 마크업 언어가 있을 때에는 정보 전달을 위해 이미지를 쓰지 말고 마크업을 쓴다.
• 3.2 공식 문법에 맞도록 문서를 작성하라.
• 3.3 내용물의 자리 배치와 표현 방식을 조절하기 위해서는 스타일 시트를 사용하라.
• 3.4 마크업 언어의 속성값이나 스타일 시트의 속성값에는 절대 단위를 쓰지 말고 상대 단위를 사용한다.
• 3.5 문서의 구조를 나타내기 위해 제목 요소(header elements)를 사용하되, 사양에 맞게 사용한다.
• 3.6 목록(list)과 목록 아이템을 적절히 사용한다.
• 3.7 인용 마크업을 사용한다. 들여쓰기와 같은 단순한 시각적 형식을 조절하기 위해 인용 마크업을 사용하지 말라.
• 6.5 동적인 콘텐츠가 접근 가능한지 확인하고, 그렇지 않으면, 대안적인 제시를 하거나 대안적인 페이지를 제공한다.
• 7.2 웹 표시 장치가 사용자들에게 깜박임을 조절할 수 있게 하기 전까지는 콘텐츠가 깜박이지(예를 들어, 주기적으로 내용을 나타냈다 사라졌다 하는 식으로 표현하는 것) 않도록 한다.
• 7.4 웹 표시 장치가 (자동) 갱신을 멈추거나 무시할 수 있는 기능을 제공하기 전에는, 정기적으로 자동 갱신되는 페이지를 만들지 않는다.
• 7.5 웹 표시 장치가 자동 페이지 전환(auto-redirect)을 멈추거나 무시하는 기능을 제공하기 전까지는, 페이지 자동 전환용 마크업을 사용하지 않는다. 대신에, 자동 전환할 수 있도록 서버를 설정한다.
• 10.1 웹 표시 장치가 사용자에게 새로운 자식 창(팝업 창)이 열리는 것을 막을 수 있는 기능을 제공하기 전까지는 팝업 창이나 새로운 창이 생기게 하지 말고, 사용자에게 사전에 알려주지 않은 채로 현재 창이 아닌 창을 활성화 해서도 안 된다.
• 11.1  하고자 하는 일에 적합한 W3C 기술이 있다면 되도록이면 최신판을 찾아 채택한다.
• 11.2 낡은 W3C 기술(deprecated features of W3C technologies : 에전 기법)을 사용하지 말라.
• 12.3 큰 덩어리로 이루어진 정보는 자연스럽게 그리고 적절하게, 더 쉽게 다룰 수 있는 몇 개의 모둠으로 나눈다.
• 13.1 각 링크의 목표 위치(target)를 명확히 한다.
• 13.2 각 페이지와 사이트에는 메타데이터(metadata)를 제공함으로써 의미있는/의미론적(semantic) 정보를 부여한다.
• 13.3 사이트의 전체적 구성에 관한 정보(예를 들면, 사이트 지도나 목차 같은 것들)를 제공하라.
• 13.4 일관적인 탐색 방법을 사용한다.

표를 사용한 경우 (중요도 2)

• 5.3 표 내용을 펼쳐서 순서대로 나열했을 때에 의미가 없는 경우에 단지 내용물의 자리 배치만을 위해 표를 사용하지 말아라. 내용물을 배치하려믄 목적으로 표를 쓴다면, 대안적인 대체 정보(표를 풀어서 순서대로 나열한 것 - linearized version - 등)를 제공한다.
• 5.4 만약 자리 배치를 위해 표를 사용한다면, 시각적인 형식을 맞추기 위해 구조 표시용 마크업을 사용하지 말아라.

프레임을 사용한 경우 (중요도 2)

• 12.2 프레임 이름만으로 명백하지 않을 때에는 프레임의 목적을 설명하고, 프레임들이 서로 어떤 관계가 있는지 설명을 붙인다.

폼을 사용한 경우 (중요도 2)

• 10.2 웹 표시 장치가 레이블(label)과 폼(form) 컨트롤사이의 명시적으로 지정한 연관을 명료한 방법으로 인식 가능하게 해 줄 때까지는 (왜냐하면 모든 폼 컨트롤은 레이블과 정확히 짝지어진 것이 아니므로), 레이블을 적절한 (폼 컨트롤과의 연관에 혼동의 여지가 없는) 위치에 놓아야 한다.
• 12.4 컨트롤과 그 컨트롤의 레이블을 명확히 짝지어야 한다.

애플릿과 스크립트를 사용한 경우 (중요도 2)

• 6.4 스크립트나 애플릿을 쓸 때에는 이벤트 처리 루틴가 입력 장치에 독립적이어야 한다.
• 7.3 웹 표시 장치가 사용자들에게 움직임을 조절할 수 있게 하기 전까지는 페이지에 움직임을 넣지 않는다.
• 8.1 스크립트나 애플릿과 같이 프로그램을 사용하는 요소는 (장애인을 위한) 보조 기술을 이용해서 직접적으로 접근 가능하거나 또는 보조 기술과의 호환성을 유지해야 한다. [기능이 중요하고 다른 곳에서 나타나지 않을 때에는 중요도 1, 그렇지 않으면 중요도 2.]
• 9.2 자체 인터페이스를 가진 요소의 경우, 장치 독립적인 방법으로 작동할 수 있도록 한다.
• 9.3 스크립트를 사용할 때에는 특정 장치에 종속적인 이벤트 처리 루틴보다는 논리적인 이벤트 처리 루틴를 사용한다.

중요도 3 체크포인트

일반적인 경우 (중요도 3)

• 4.2 약자(abbreviation)나 두문자어(acronym)가 문서에서 처음 나올 때에는 본디말을 명시해 주어야 한다.
• 4.3 문서의 주 사용 언어를 지정해준다.
• 9.4 링크, 폼 컨트롤, 객체들을 따라 논리적인 탭 순서를 만들어 놓는다.
• 9.5 중요한 링크 (클라이언트측 이미지 맵에 들어있는 링크 포함), 폼 컨트롤, 폼 컨트롤 묶음에는 키보드로 접근 가능한 단축키를 제공한다.
• 10.5 (장애인을 위한 보조 기술들을 포함한) 웹 표시 장치가 사용자에게 인접한 링크를 명확히 구분할 수 있게 해주기 전까지는, 바로 인접한 링크들 사이에는 링크가 걸리지 않고 인쇄 가능한 (양쪽 공백으로 둘러싸인) 문자를 삽입해주어야 한다.
• 11.3 사용자들이 자신의 선호에 따라 문서를 받아볼 수 있도록 예를 들면, 언어, 콘텐츠 유형 등과 같은 정보를 제공한다.
• 13.5 사이트 탐색 기능의 존재를 잘 드러내고, 이에 보다 쉽게 접근할 수 있도록 탐색 막대(navigation bars)를 제공하라.
• 13.6 관련된 링크들은 한데 묶어 주고, 웸 표시 장치가 그 모둠을 식별할 수 있도록 한다. 그리고, 웹 표시 장치가 사용자들에게 그런 기능을 제공하기 전까지는 모둠을 건너 뛸 수 있는 방법도 제시해 주어야 한다.
• 13.7 검색 기능을 제공할 때에는 사용자의 수준과 선호하는 방식에 따라 다른 형태의 검색을 할 수 있도록 한다.
• 13.8 장, 절 등의 제목(headings), 문단, 목록 등의 선두에는 이들을 식별할 수 있는 고유한 정보를 넣는다.
• 13.9 문서 묶음(예를 들어, 여러 페이지로 이뤄진 문서)에 대한 정보를 제공한다.
• 13.10 여러 줄로 이루어진 문자 그림(ASCII art)을 건너뛸 수 있는 방법을 제공해 주어야 한다.
• 14.2 문자로 된 내용에는 페이지의 이해를 도울 수 있다면 그래픽 혹은 청각적 보조 내용물을 더해 준다.
• 14.3  여러 페이지에 걸쳐 일관성 있게 쓸 표현 방법 스타일을 개발하여라.

이미지와 이미지 맵을 사용한 경우 (중요도 3)

• 1.5 클라이언트측 이미지 맵에 있는 링크에 대한 대체 텍스트를 찾아 표시해주는 웹 표시 장치가 널리 보급되기 전까지는 각 활성 영역에 대해 중복적인 텍스트 링크를 제공해야 한다.

표를 사용한 경우 (중요도 3)

• 5.5 표의 요약 정보를 제공하라.
• 5.6 표의 제목줄이나 제목열(헤더 부분)에 들어가는 내용에는 약자를 제공하라.
• 10.3 웹 표시 장치(장애인을 위한 보조 기술을 포함하여)가 나란히 놓인 두 단 이상의 텍스트를 웹 페이지 저자가 의도한 순서대로 표시/해석(render) 하기 전까지는 텍스트의 다단 배치를 위해 쓴 모든 표에 대해서 (현재 페이지나 별도의 페이지에) 순차적인 대체 텍스트를 제공한다.

폼을 사용한 경우 (중요도 3)

• 10.4 웹 표시 장치가 사용자에게 빈 컨트롤을 정확하게 처리할 수 있게 하기 전까지는 편집 상자(edit boxes)와 텍스트 영역(text area)에 기본값이 되는 문자를 넣어준다.