웹 접근성
: 일반적으로 장애인, 고령자 등이 웹 사이트에서 제공하는 정보에 비장애인과 동등하게 접근하고 이해할 수 있도록 보장하는 것. 물론 비장애인도 정보 접근에 제한을 받는 불편함을 겪을 수 있으며, 결국 웹 접근성이란 어떤 상황이든, 어떤 사람이든 정보를 제공받지 못하는 경우가 없도록 하는 것을 의미한다.
웹 콘텐츠 접근성 지침
( W3C 웹 접근성 권고안 ‘WCAG(Web Content Accessibility Guidelines) 2.0’을 기반으로 한국 실정에 맞게 조금 수정한 ‘한국형 웹 콘텐츠 접근성 지침 2.1’ 내용 참고 )
● 인식의 용이성 (Perceivable)
1. 적절한 대체 텍스트
< alt 속성 사용하기 >
<img src="이미지 주소" alt="대체 텍스트" />
- 배경 이미지와 같이 정보를 인식할 필요가 없는 경우에는 alt 값으로 빈 문자열을 주어 스크린 리더가 인식하지 않게 한다.
- 인접 요소의 내용에서 이미지의 정보를 충분히 인지할 수 있는 경우에도 alt 값으로 빈 문자열을 주는 것이 좋다.
정보 중복 제공X
2. 자막 제공
: 멀티미디어 콘텐츠에는 자막, 원고 또는 수화를 제공해야 한다.
// 비디오 요소 안쪽에 track 요소를 사용하여 자막 파일 불러오기
<video ... >
<track src="자막.vtt" kind="captions" />
</video>
- WebVTT(Web Video Text Tracks, .vtt 파일) 또는 Timed Text Markup Language(TTML)형식을 사용해야 한다.
- 자막 제공이 어려운 경우 대본 또는 수어를 제공한다.
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) 조절 수단을 제공해야 한다.
예시 : 은행 사이트의 30분 후 자동 로그아웃
12. 정지 기능 제공
: 자동으로 변경되는 콘텐츠(예 : 캐러셀 슬라이드)는 움직임을 제어할 수 있어야 한다.
13. 깜빡임과 번쩍임 사용 제한
: 초당 3~50회 주기로 깜빡이거나 번쩍이는 콘텐츠를 제공하지 않아야 한다.
불규칙적으로 깜빡이는 화면은 눈에 피로를 유발하고 심한 경우 광과민성 발작을 일으킬 수 있다.
만약 이런 콘텐츠를 제공하게 되는 경우, 다음 조건 중 하나를 충족해야 한다.
- 번쩍이는 콘텐츠가 차지하는 면적이 전체 화면의 10% 미만이어야 함
- 사전에 경고하고 중단할 수 있는 수단을 제공해야 함
- 시간을 3초 미만으로 제한해야 함
14. 반복 영역 건너뛰기
: 콘텐츠의 반복되는 영역은 건너뛸 수 있어야 한다.
15. 제목 제공
- 특수 문자는 1개까지만 사용한다. 특히 시각적 장식을 목적으로 특수 문자를 반복적으로 사용하는 경우 스크린 리더에서 불필요한 음성을 반복해서 출력하게 되므로 지양하는 것이 좋다.
16. 적절한 링크 텍스트
● 이해의 용이성(Understandable)
17. 기본 언어 표시
: 주로 사용하는 언어를 명시해야 한다.
// HTML 요소에 lang 속성을 사용하여 제공
<html lang="ko">
// 페이지 내에 다른 언어가 존재하는 경우에는 해당 요소에 lang 속성을 표기
18. 사용자 요구에 따른 실행
: 사용자가 의도하지 않은 기능(새 창, 초점에 의한 맥락 변화 등)은 실행되지 않아야 한다.
- 페이지 진입 시에 팝업이 뜨지 않게 해야 하며, 화면을 가리는 레이어 창(모달)이 있는 경우, 가장 상단에 제공하여 가장 먼저 제어할 수 있도록 해야 한다.
- 스크린 리더 사용자는 새 창이 떴을 때 이를 인지하지 못하고 기존 페이지를 계속 보고있다고 생각할 수 있으므로 새 창임을 알려줄 수 있어야 한다.
// 링크 요소 안에 보이지 않는 요소를 넣어 새 창에 접근하게 됨을 알려주기
<a href="...">페이지<span class="blind">새 창</span></a>
// 링크 요소에 title 속성으로 새 창 작성하기
<a href="..." title="새 창">페이지</a>
// 링크 요소에 target=”_blank” 속성을 넣기
<a href="..." target="_blank">페이지</a>
19. 콘텐츠 선형 구조
: 콘텐츠는 논리적인 순서로 제공해야 한다.
스크린 리더는 마크업 순서대로 내용을 읽어준다는 것을 항상 고려하기!
20. 표의 구성
- 테이블 요소 안에 caption 요소를 사용해서 표에 제목을 제공하기
제목과 함께 표의 간단한 요약을 작성해도 좋음.
- 제목 셀과 데이터 셀이 구분되도록 구성.
제목 셀은 <th>, 데이터 셀은 <td>를 사용
- 표의 구조가 복잡할 경우, 최대한 간소화하거나 scope 혹은 id와 headers 속성을 사용하여 작성
21. 레이블 제공
: 사용자 입력에는 대응하는 레이블을 제공해야 한다.
// <input> 요소에 value 나 placeholder 속성만 설정하는 것은 적합하지 않다.
<input type="text" placeholder="아이디" /> // -> X
// <input> 요소에 id 를 설정하고 <label> 요소의 for 속성으로 연결
<label for="user_id">아이디</label>
<input id="user_id" type="text" placeholder="아이디" /> // -> O
// title 속성을 사용
<input type="text" title="아이디" placeholder="아이디" /> // -> O
// WAI-ARIA의 aria-label 속성을 사용
// WAI-ARIA의 경우 보조적으로만 사용
<input type="text" aria-label="아이디" placeholder="아이디" /> // -> O
22. 오류 정정
: 입력 오류를 정정할 수 있는 방법을 제공해야 한다.
- 작성 중, 혹은 제출 시 오류가 발생했을 때, 입력했던 내용이 사라지지 않고 유지되도록 해야 한다.
- 오류가 발생한 경우, 사용자에게 오류 발생 원인을 알려줘야 한다.
- 오류가 발생한 경우, 오류가 발생한 위치로 초점이 이동해야 한다.
견고성(Robust)
: 웹 콘텐츠는 미래의 기술로도 접근할 수 있도록 견고하게 만들어야 한다.
23. 마크업 오류 방지
: 마크업 언어의 요소는 열고 닫음, 중첩 관계 및 속성 선언에 오류가 없어야 한다.
24. 웹 애플리케이션 접근성 준수
: 콘텐츠에 포함된 웹 애플리케이션은 접근성이 있어야 한다.
접근성을 갖추지 못한 경우에는 대체 수단이나 대체 텍스트를 제공
WAI-ARIA
- WAI (Web Accessibility Initiative) : 웹 표준을 정하는 W3C에서 웹 접근성을 담당하는 기관
- ARIA (Accessible Rich Internet Applications) : 장애가 있는 사람들이 웹 콘텐츠와 웹 응용 프로그램에 더 쉽게 액세스할 수 있도록 하는, 즉 웹 접근성을 갖추기 위한 기술
- RIA (Rich Internet Applications) : 따로 프로그램을 설치하지 않아도 웹 브라우저를 통해 사용할 수 있는 편리성 + 프로그램을 직접 설치해서 사용하는 것처럼 빠른 반응의 사용자 인터페이스를 동시에 가지는 웹 애플리케이션. SPA를 의미하는 경우가 많다.
정리하자면, WAI-ARIA는 WAI에서 발표한 RIA 환경에서의 웹 접근성 기술 규격을 의미하는 것이다. 그냥 웹 접근성을 향상시킬 수 있는 방법 중의 하나라고 생각하면 된다.
WAI-ARIA는 HTML 요소에 추가적으로 의미를 부여할 수 있게 해주며, 보조적인 역할로만 사용해야 한다. 남용X
WAI-ARIA는 HTML 태그 내부에 속성(attribute)을 추가함으로써 의미를 부여해줄 수 있다.
< WAI-ARIA의 속성 >
- 역할(role) : HTML 요소의 역할을 정의하는 속성
- 상태(state) : 요소의 현재 상태를 나타내는 속성
- 속성(property) : 요소의 특징을 정의하는 속성(attribute)
1. 역할(Role)
: HTML의 요소 종류와 역할이 서로 맞지 않을 때, 어떤 역할을 하는 요소인지 명시해줄 때 사용할 수 있는 속성(attribute)
// 예시 1
<div role="button">div이지만 button으로 사용되는 요소</div>
// 예시 2 -탭
<div role="tabList">
<li role="tab">Tab1</li>
<li role="tab">Tab2</li>
<li role="tab">Tab3</li>
</div>
<div role="tabpanel">Tab menu ONE</div>
<div role="tabpanel">Tab menu TWO</div>
<div role="tabpanel">Tab menu THREE</div>
주의 - 시멘틱 요소 본연의 의미를 임의로 바꾸지 X
2. 상태(State)
- aria-selected : 여러 개의 선택 가능한 요소중에서 선택 상태인 요소를 표시할 수 있는 속성
// 예시 -탭
<div role="tabList">
<li role="tab" aria-selected="true">Tab1</li> // -> 선택된 탭
<li role="tab" aria-selected="false">Tab2</li>
<li role="tab" aria-selected="false">Tab3</li>
</div>
<div role="tabpanel">Tab menu ONE</div>
<div role="tabpanel">Tab menu TWO</div>
<div role="tabpanel">Tab menu THREE</div>
이 외에도 아코디언 UI가 펼쳐진 상태인지 표시해주는 aria-expanded, 요소가 숨김 상태인지를 표시하는 aria-hidden 등의 속성이 있다.
3. 속성(Property)
- aria-label : 요소에 라벨을 붙여주는 기능을 하는 속성
// 예시 - 텍스트 콘텐츠 없이 이미지로만 만들어진 버튼
<button aria-label="닫기"/> <img src="X.png" /> </button>
<button aria-label="검색"/> <img src="돋보기.png" /> </button>
- aria-live : 해당 요소가 실시간으로 내용을 갱신하는 영역(즉, 브라우징 도중에 내용을 띄우는 alert, modal, dialog 와 같은 역할을 하는 요소이거나, AJAX 기술을 사용하여 실시간으로 내용을 갱신하는 영역)인지 표시하는 속성
속성 값으로는 polite, assertive, off(default)가 있습니다.
- polite : 스크린 리더가 현재 읽고있는 내용을 모두 읽고나서 갱신된 내용을 사용자에게 전달
- assertive : 스크린 리더가 현재 읽고있는 내용을 중단하고 갱신된 내용을 바로 사용자에게 전달
( + ) 참고 사이트
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques
Using ARIA: Roles, states, and properties - Accessibility | MDN
ARIA defines semantics that can be applied to elements, with these divided into roles (defining a type of user interface element) and states and properties that are supported by a role. Authors must assign an ARIA role and the appropriate states and proper
developer.mozilla.org
https://www.w3.org/TR/html-aria/
ARIA in HTML
Element with contenteditable=true or element without contenteditable attribute whose closest ancestor with a contenteditable attribute has contenteditable="true". Note This is equivalent to the isContentEditable IDL attribute. aria-readonly="false" Authors
www.w3.org
( TIP ) Role 속성과 관련된 정형화된 방식을 알고 싶다면, 아래 사이트를 참고할 수 있다.
https://mui.com/material-ui/react-tabs/
React Tabs component - Material UI
Tabs make it easy to explore and switch between different views.
mui.com
'22.12.15 ~ 23.06.08 코드스테이츠' 카테고리의 다른 글
[자료구조/알고리즘] 기초 (Stack, Queue) (0) | 2023.03.14 |
---|---|
[네트워크] 심화 (0) | 2023.03.06 |
[사용자 친화 웹] 웹 표준 (0) | 2023.02.28 |
[React] Custom Component(2) (0) | 2023.02.21 |
[React] Custom Component(1) (0) | 2023.02.20 |
댓글