웹 접근성

1Hoit·2023년 3월 2일
0

웹 접근성

일반적으로 웹 접근성은 장애인, 고령자 등이 웹 사이트에서 제공하는 정보에 비장애인과 동등하게 접근하고 이해할 수 있도록 보장하는 것을 뜻한다.

  • 웹 접근성을 갖추면 웹에 접근했을 때 그 어떤 상황에서도 항상 동등한 수준의 정보를 제공받도록 보장받을 수 있다.
  • 웹 접근성의 궁극적인 목적은 어떤 상황이든, 어떤 사람이든 정보를 제공받지 못하는 경우가 없도록하는 것이다.

웹 접근성을 갖추면 갖는 효과

1. 사용자층 확대
웹 접근성을 확보하면 장애인, 고령자 등 정보 소외 계층도 웹 사이트를 자유롭게 이용할 수 있게 된다. 그만큼 사이트의 이용자를 늘릴 수 있고, 새로운 고객층을 확보할 수 있게 된다.

2. 다양한 환경 지원
앞서 이야기 했듯 정보 소외 계층이 아니더라도 정보에 접근하기 어려운 상황에 처할 수 있다. 운전 중이라 화면을 보기 어렵거나, 마우스를 사용할 수 없는 상황 등이 있다. 웹 접근성을 향상시키면 다양한 환경, 다양한 기기에서의 웹 사이트를 자유롭게 사용할 수 있게 되므로 서비스의 사용 범위가 확대된다. 자연스럽게 서비스의 이용자 수 증가를 기대할 수 있다.

3. 사회적 이미지 향상
기업의 사회적 책임에 대한 중요성이 점점 증가하고있는 상황에서, 웹 접근성 확보를 통해 기업이 정보 소외 계층을 위한 사회 공헌 및 복지 향상에 힘쓰고 있음을 보여줄 수 있다.

웹 콘텐츠 접근성 지침

  • 웹 접근성을 잘 확보했는지 판단할 기준이 될 수 있다.
  • W3C이 웹 접근성 권고안인 ‘WCAG(Web Content Accessibility Guidelines) 2.0’을 기반으로 한국 실정에 맞게 조금 수정한 ‘한국형 웹 콘텐츠 접근성 지침 2.1’ 내용을 정리한 것을 살펴보자

인식의 용이성(Perceivable)

모든 콘텐츠는 사용자가 인식할 수 있어야 한다.

1. 텍스트가 아닌 콘텐츠는 그 의미나 용도를 이해할 수 있도록 대체 텍스트를 제공해야 한다.

<img src="이미지 주소" alt="대체 텍스트" />

단,

  • 배경 이미지와 같이 정보를 인식할 필요가 없는 경우에는 alt 값으로 빈 문자열을 주어 스크린 리더가 인식하지 않게 한다.
  • 인접 요소의 내용에서 이미지의 정보를 충분히 인지할 수 있는 경우에도 alt 값으로 빈 문자열을 주는 것이 좋다.
    이 경우에 대체 텍스트를 작성할 경우 이미지 정보를 중복해서 제공하게 됩니다.

2. 멀티미디어 콘텐츠에는 자막, 원고 또는 수화를 제공해야 한다

<video ... >
	<track src="자막.vtt" kind="captions" />
</video>
  • 자막을 포함한 동영상 사용하기
  • 자막을 지원하는 멀티미디어 플랫폼 사용하기
  • 비디오 요소 안쪽에 track 요소를 사용하여 자막 파일 불러오기
  • 자막을 제공하기 어려운 경우 대본 또는 수어를 제공하기

3. 콘텐츠는 색에 관계 없이 인식될 수 있어야 한다.

  • 색약, 색맹 등의 색을 인지하는데 어려움이 있는 사용자가 어려움을 겪을 수 있다.
  • 콘텐츠에 테두리를 설정하거나 레이블을 달아 색 구분이 명확하지 않아도 내용을 명확하게 파악할 수 있게 해야한다.

4. 지시사항은 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 인식될 수 있어야 한다

  • 명확한 지시사항을 제공해야 하며 시각 청각 등의 피드백, 대체 텍스트 등을 제공 해야한다.

5.텍스트 콘텐츠와 배경 간의 명도 대비는 4.5 대 1 이상이어야 한다.

  • 명도 대비가 충분히 확보되지 않는 경우 텍스트를 읽기 어려우므로 꼭 지켜야 한다.
  • 다음 상황에서는 콘텐츠와 배경 간의 명도 대비가 3 대 1 까지 허용된다.
    • 텍스트가 18pt 또는 굵은(Bold) 14pt 이상일 경우, 확대 가능한 페이지인 경우, 비활성화 된 콘텐츠인 경우, 장식 목적의 콘텐츠인 경우

6. 자동 재생 금지

  • 자동으로 소리가 재생되지 않아야 한다.
  • 동영상, 오디오, 음성, 배경 음악 등 모든 종류의 소리를 말한다.
  • 스크린 리더를 사용하는 경우, 자동으로 재생된 소리와 겹쳐 페이지 내용을 파악하기 어려워진다.
  • 불가피하게 제공해야 하는 경우에는 다음과 같이 해결.
    • 가장 먼저 위치시켜 정지할 수 있게 구현하기
    • ESC를 눌러 정지
    • 3초 내에 정지

7. 이웃한 콘텐츠는 구별될 수 있어야한다.

  • 웹 페이지를 구성하는 모든 콘텐츠는 시각적으로 구분할 수 있어야 한다.
    • 테두리, 구분선, 무늬, 명도대비, 간격 등 시각적으로 구분할 수 있는 방법 사용

운용의 용이성(Operable)

사용자 인터페이스 구성요소는 조작 가능하고 내비게이션 할 수 있어야 한다.

8. 키보드 사용 보장

  • 모든 기능은 키보드만으로도 사용할 수 있어야 한다.
  • 키보드 조작시 빠져나오지 못하는 경우가 없도록 주의해야 한다.

9. 초점 이동

  • 키보드에 의한 초점은 논리적으로 이동해야 하며 시각적으로 구별할 수 있어야 한다.
  • 초점은 일반적으로 왼쪽에서 오른쪽으로, 위쪽에서 아래쪽으로 이동하게 된다.
  • 스크린 리더 사용자와 키보드 사용자도 이 순서로 웹 페이지를 탐색할 수 있도록 마크업을 구성해야 한다.

10. 조작 가능

  • 사용자 입력 및 컨트롤은 조작 가능하도록 제공되어야 한다
  • 미세한 조작이 어려운 상황에서도 원하는 요소를 선택하여 조작할 수 있도록 해야 합니다.
    • 컨트롤의 대각선 길이는 6mm 이상 : 버튼 등 컨트롤이 너무 작은 경우 제대로 선택하기 힘듦.
    • 컨트롤 간 1픽셀 이상의 여백 : 컨트롤이 연달아 있는 경우에는 여백을 주어 구분해야 함.

11. 응답 시간 조절

  • 시간제한이 있는 콘텐츠는 응답시간을 조절할 수 있어야 한다.
  • 가능하면 시간 제한이 있는 콘텐츠를 넣지 않는 것이 좋지만, 꼭 넣어야 하는 상황에서는
    (1) 충분한 시간, (2) 종료 안내, (3) 조절 수단을 제공해야 한다. <은행 사이트의 자동로그아웃 시간등>
  • 페이지를 자동 전환하는 경우에도 전환되기까지 시간을 연장하거나 정지할 수 있는 수단을 제공해야 한다.
    특히 스크린 리더나 키보드 사용자도 이 수단을 인지할 수 있는 충분한 시간을 제공해야 한다.

12. 정지 기능 제공

  • 자동 변경 슬라이드 (캐러셀 슬라이드) : 이전, 다음, 정지 기능을 제공해야 하며, 정지 버튼이 없더라도 마우스 호버 혹은 키보드 접근시에 정지되도록 구현해야 한다.
  • 자동 변경 콘텐츠 : 실시간 검색어와 같이 자동으로 변경되는 콘텐츠는 이전, 다음, 정지 기능이 없더라도 접근했을 때 모든 콘텐츠를 확인할 수 있도록 구현해야 한다.

13. 깜빡임과 번쩍임 사용 제한

  • 초당 3~50회 주기로 깜빡이거나 번쩍이는 콘텐츠를 제공하지 않아야 한다.
  • 만약 그런 콘텐츠를 제공하게 되는 경우 다음 조건 중 하나를 충족해야 한다.
    • 번쩍이는 콘텐츠가 차지하는 면적이 전체 화면의 10% 미만이어야 함
    • 사전에 경고하고 중단할 수 있는 수단을 제공해야 함
    • 시간을 3초 미만으로 제한해야 함

14. 콘텐츠의 반복되는 영역은 건너뛸 수 있어야 한다.

  • 스크린 리더를 사용할 경우, 헤더, 내비게이션 바 등 모든 페이지에서 반복되는 요소도 반복해서 읽게 된다.
    따라서 이러한 요소를 건너뛰고 메인 콘텐츠로 이동할 수 있는 방법을 제공해야 한다.
    • 가장 앞에 건너뛰기 링크 제공하기
    • 메뉴를 필요할 때만 열 수 있도록 만들기

15. 페이지, 프레임, 콘텐츠 블록에는 적절한 제목을 제공해야 한다.

  • 적절한 제목을 제공함으로써 원하는 내용에 빠르게 접근할 수 있도록 도울 수 있다.
  • 특수 문자는 1개까지만 사용해야 한다.
    스크린 리더에서 불필요한 음성이 반복 출력되기 때문이다.

16. 링크 텍스트는 용도나 목적을 이해할 수 있도록 제공해야 한다.

  • 이미지에 링크가 걸려있는 경우 링크를 설명해주는 대체 텍스트를 작성해야 합니다.
  • 비어있는 링크가 없어야 합니다.

이해의 용이성(Understandable)

콘텐츠는 이해할 수 있어야 한다.

17. 기본 언어 표시

  • 주로 사용하는 언어를 명시해야 한다.
  • HTML 요소에 lang 속성을 사용하여 제공
  • 페이지 내에 다른 언어가 존재하는 경우에는 해당 요소에 lang 속성을 표기.
<html lang="ko">

18. 사용자 요구에 따른 실행

  • 사용자가 의도하지 않은 기능(새 창, 초점에 의한 맥락 변화 등)은 실행되지 않아야 한다.

  • 페이지 진입 시에 팝업이 뜨지 않게 해야 하며, 화면을 가리는 레이어 창(모달)이 있는 경우, 가장 상단에 제공하여 가장 먼저 제어할 수 있도록 해야 한다.

  • 스크린 리더 사용자는 새 창이 떴을 때 이를 인지하지 못하고 기존 페이지를 계속 보고있다고 생각할 수 있으므로 새 창임을 알려줄 수 있어야 합니다.

<!-- 링크 요소 안에 보이지 않는 요소를 넣어 새 창에 접근하게 됨을 알려주기 -->
<a href="...">페이지<span class="blind">새 창</span></a>

<!-- 링크 요소에 title 속성으로 새 창 작성하기 -->
<a href="..." title="새 창">페이지</a>

<!--링크 요소에 target=”_blank” 속성을 넣기-->
<a href="..." target="_blank">페이지</a>

19. 콘텐츠 선형 구조

  • 콘텐츠는 논리적인 순서로 제공해야 한다.
  • 글은 제목, 내용 순서로 제공되는 것이 논리적으로 맞다.
  • 탭에 해당하는 내용이 있는 경우, 탭 제목 다음에 탭 내용이 오도록 마크업을 구성해야한다.
  • 스크린 리더는 마크업 순서대로 내용을 읽어준다는 것을 항상 고려하자.
// 잘못 작성한 예시 : 탭1 -> 탭2 -> 탭1 관련 내용 -> 탭2 관련 내용 순서로 읽습니다.
<div>탭1</div>
<div>탭2</div>
<div>탭1 관련 내용</div>
<div>탭2 관련 내용</div>

// 해결 방법 : 탭1 -> 탭1 관련 내용 -> 탭2 -> 탭2 관련 내용 순서로 읽습니다.
<div>탭1</div>
<div>탭1 관련 내용</div>
<div>탭2</div>
<div>탭2 관련 내용</div>

20. 표의 구성

  • 표는 이해하기 쉽게 구성해야 한다.
  • 시각 장애가 있는 경우에는 내용을 들으면서 그 구조를 파악해야 한다.
    따라서 듣기만해도 표의 구조, 내용을 이해하기 쉽게 구성해야 한다.
    • 테이블 요소 안에 caption 요소를 사용해서 표에 제목을 제공하기
      • 표의 제목을 제공하는 것만으로도 무엇을 말하고자하는 표인지 미리 파악할 수 있다.
      • 제목과 함께 표의 간단한 요약을 작성해도 좋다.
    • 표의 셀은 제목 셀과 데이터 셀이 구분되도록 구성해야 한다.
      제목 셀은 <th>, 데이터 셀은 <td> 를 사용.
    • 표의 구조가 복잡할 경우, 최대한 간소화하거나 scope 혹은 id와 headers 속성을 사용하여 작성한다.

21. 레이블 제공

  • 사용자 입력에는 대응하는 레이블을 제공해야 한다.
  • 사용자가 정보를 입력하는 상황에, 어떤 정보를 입력해야 하는지 정확하게 알 수 없으면 입력이 불가능하다.
  • <input> 요소에 value 나 placeholder 속성만 설정하는 것은 적합하지 않다.
(X) <input type="text" placeholder="아이디" />
  • <input>요소에 id 를 설정하고 <label>요소의 for 속성으로 연결.
(O) <label for="user_id">아이디</label>
    <input id="user_id" type="text" placeholder="아이디" />
  • title 속성을 사용.
(O) <input type="text" title="아이디" placeholder="아이디" />
  • WAI-ARIA의 aria-label 속성을 사용합니다.
(O) <input type="text" aria-label="아이디" placeholder="아이디" />

WAI-ARIA의 경우 꼭 필요한 경우가 아니라면 사용하지 않는 것이 좋다. 다른 HTML 속성이나 요소로 대체 가능한 경우에는 해당 속성이나 요소를 우선적으로 사용하자.
WAI-ARIA 추가 포스팅

22. 오류 정정

  • 입력 오류를 정정할 수 있는 방법을 제공해야 한다.
  • 작성 중, 혹은 제출 시 오류가 발생했을 때 입력했던 내용이 사라지지 않고 유지되도록 해야 한다.
  • 오류가 발생한 경우 사용자에게 오류 발생 원인을 알려줘야 한다.
  • 오류가 발생한 경우 오류가 발생한 위치로 초점이 이동해야 한다.

견고성(Robust)

웹 콘텐츠는 미래의 기술로도 접근할 수 있도록 견고하게 만들어야 한다.

23. 마크업 오류 방지

  • 마크업 언어의 요소는 열고 닫음, 중첩 관계 및 속성 선언에 오류가 없어야 한다.
  • 요소의 열고 닫음에 오류가 없어야 한다.
(X) <div><span></div></span>
(O) <div><span></span></div>
  • 요소의 속성을 중복해서 사용해선 안 된다.
(X) <div class="중복" class="사용"></div>
(O) <div class="안 돼요"></div>
  • id 를 중복해서 사용해선 안 됩니다.
(X) <div id="아이디"><span id="아이디"></span></div>

24. 웹 애플리케이션 접근성 준수

  • 콘텐츠에 포함된 웹 애플리케이션은 접근성이 있어야 한다.
  • 접근성을 갖추지 못한 경우에는 대체 수단이나 대체 텍스트를 제공해야 한다.
profile
프론트엔드 개발자를 꿈꾸는 원호잇!

0개의 댓글