웹 접근성

🌐

웹 접근성

웹 접근성을 갖추면 얻을 수 있는 효과

1. 사용자층 확대

2. 다양한 환경 지원

3. 사회적 이미지 향상

웹 컨텐츠 접근성 지침

인식의 용이성(Perceivable)

운용의 용이성(Operable)

이해의 용이성(Understandable)

견고성(Robust)

WAI-ARIA

WAI-ARIA의 필요성

WAI-ARIA 사용법

역할(Role)

상태(State)

속성(Property)

웹 접근성

웹 접근성은 어떤 사람이든 웹 페이지에 있는 컨텐츠를 동등한 수준으로 접근하고 이해할 수 있도록 보장하는 것을 뜻한다. 일반적으로는 장애인, 고령자 등 신체적인 제약을 토대로 이야기하지만 일반 사용자들도 갑작스런 입/출력장치에 대한 제약 상황으로 인해 불편함을 겪을 수 있으며, 결국 웹 접근성의 궁극적인 목적은 어떤 상황이든, 어떤 사람이든 정보를 제공받지 못하는 경우가 없도록하는 것이다.

• 국내 웹 접근성의 실태

  국내 웹 접근성 수준은 높은 정보화 수준에도 불구하고 높지 않다. 2021년 기준 일반 국민의 정보화 수준을 100이라고 할 때, 장애인, 고령층 등 디지털 취약 계층의 정보화 지수는 75.4점이었고, 우리나라 웹 사이트들의 웹 접근성 평균 점수는 100점 만점에 60.8점이었다.

  

  대표적인 예시로는 많은 쇼핑몰에서 사용하는 상품 상세 정보이다. 텍스트로 제공해야 되는 정보들도 모두 이미지에 포함해서 스크린리더가 읽을 수 없는 경우가 대부분이다.

  예시에서 알 수 있듯 국내에서는 웹 접근성에 대한 인식이 상대적으로 낮다. 2008년 4월 11일부터 시행된 장애인 차별 금지 및 권리 구제 등에 관한 법률에 의해 현재 모든 공공기관과 법인의 웹 사이트는 웹 접근성을 의무적으로 갖추도록 강제성이 부여되었음에도 다양한 장애 상황을 모두 고려하여 웹 접근성을 확보한 경우는 찾아보기 어려우며, 규모가 작은 웹사이트에서 웹 접근성을 갖춘 사례는 더욱 찾기 힘들다.

웹 접근성을 갖추면 얻을 수 있는 효과

1. 사용자층 확대

웹 접근성을 확보하면 장애인, 고령자 등 정보 소외 계층도 웹 사이트를 자유롭게 이용할 수 있어 그만큼 사이트의 이용자를 늘리고 새로운 고객층을 확보할 수 있다. 실제로 웹 접근성 향상을 통해 매출이 증가한 외국 사례도 있으며 국내 온라인 쇼핑몰도 노년층의 매출이 증가 추세를 보이고 있다.

2. 다양한 환경 지원

앞서 말한 예시처럼 정보 소회 계층이 아니더라도 정보에 접근하기 어려운 상황에 처했을 때 웹 접근성을 향상시키면 다양한 환경, 다양한 기기에서의 웹 사이트를 자유롭게 사용할 수 있어 서비스의 사용 범위가 확대된다.

3. 사회적 이미지 향상

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

웹 컨텐츠 접근성 지침

아래에 정리 한 내용은 W3C이 발표한 웹 접근성 권고안인 ‘WCAG(Web Content Accessibility Guidelines) 2.0’을 기반으로 한국 실정에 맞게 조금 수정한 ‘한국형 웹 콘텐츠 접근성 지침 2.1’ 내용을 정리한 것이다.

인식의 용이성(Perceivable)

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

1. 적절한 대체 텍스트 : 텍스트가 아닌 컨텐츠는 그 의미나 용도를 이해할 수 있도록 대체 텍스트를 제공해야 한다.
   • 시각적으로 화면을 인식할 수 없는 사용자나 상황을 대비해 대체 텍스트를 제공할 필요가 있다. 대표적으로는 img의 alt속성이 있다.
   • 단, 배경 이미지와 같이 정보를 인식할 필요가 없는 경우에는 alt값을 빈 문자열을 주어 스크린 리더가 인식하지 않게 해야한다.
   • 인접 요소의 내용에서 이미지의 정보를 충분히 인지할 수 있는 경우에도 작성하지 않는 것이 좋다. 이런 경우 대체 텍스트 작성 시 이미지 정보를 중복해 제공할 수 있다.

2. 자막 제공 : 멀티미디어 콘텐츠에는 자막, 원고 또는 수화를 제공해야 한다.
   • 자막을 포함한 동영상 사용
   • 자막을 지원하는 멀티미디어 플랫폼 사용
   • 비디오 요소 안쪽에 track요소를 사용해 자막파일 불러오기

     <video ... >
     	<track src="자막.vtt" kind="captions" />
     </video>

   • 자막 제공이 어려운 경우 대본 또는 수어 사용

3. 색에 무관한 컨텐츠 인식 : 콘텐츠는 색에 관계 없이 인식될 수 있어야 한다.
   • 색약, 색맹 등 색을 인지하는데 어려움이 있는 사용자의 경우 색으로 구분되는 컨텐츠를 파악하지 못할 수 있기 때문에 다음과 같은 방법으로 문제를 해결할 수 있다.

     

     • 컨텐츠에 테두리 설정하기

       

     • 컨텐츠에 레이블 달기

       

4. 명확한 지시사항 제공 : 지시사항은 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 인식될 수 있어야 한다.
   • 지시사항이 모양, 크기, 위치나 방향, 색깔 등을 통해 지시하는 경우, 시각 장애를 지닌 사용자는 이 지시사항이 어떤 버튼을 가리키는 것인지 알 수 없기 때문에 해당 버튼을 설명하는 대체 텍스트를 작성해야 한다.
   • 소리를 통해 지시하는 경우엔 청각 장애를 가진 사용자는 지시사항을 제대로 인지할 수 없기 때문에 시각적 피드백도 함께 제공해야 한다.

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

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

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

운용의 용이성(Operable)

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

8. 키보드 사용자 보장 : 모든 기능은 키보드만으로도 사용할 수 있어야 한다.
   • 모든 사용자가 마우스를 사용할 수 있는 것이 아니기 때문에 키보드로도 웹 페이지를 제공하는 기능을 사용할 수 있도록 제공하는 것이 좋다.

     

     • 키보드 조작 시 빠져나오지 못하는 경우가 없도록 주의한다.

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

10. 조작 가능 : 사용자 입력 및 컨트롤은 조작 가능하도록 제공되어야 한다.
    • 미세한 조작이 어려운 상황에서도 원하는 요소를 선택해 조작할 수 있도록 해야한다.
      • 컨트롤의 대각선 길이는 6mm 이상 : 컨트롤이 너무 작은 경우를 막기 위함
      • 컨트롤 간 1픽셀 이상의 여백 : 컨트롤이 너무 인접한 경우를 막기 위함

11. 응답 시간 조절 : 시간제한이 있는 콘텐츠는 응답시간을 조절할 수 있어야 한다.
    • 가능하면 시간 제한이 있는 컨텐츠를 넣지 않는 것이 좋지만, 꼭 넣어야 하는 상황에서는 충분한 시간, 종료 안내, 조절 수단을 제공해야 한다.
      • 은행 사이트는 보안 문제로 일정 시간 이후 자동 로그아웃을 진행한다. 이 때 충분한 시간과 종료까지 남은 시간, 시간을 연장할 수 있는 버튼과 바로 로그아웃이 가능한 버튼을 제공한다.

        

    • 페이지를 자동 전환하는 경우에도 전환되기까지 시간을 연장하거나 정지할 수 있는 수단을 제공해야 한다. 특히 스크린 리더나 키보드 사용자도 이 수단을 인지할 수 있는 충분한 시간을 제공하여야 한다.

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> 요소에 id 를 설정하고 <label> 요소의 for 속성으로 연결해주거나 title 속성을 사용한다.

        (X) <input type="text" placeholder="아이디" />
        (O)	<label for="user_id">아이디</label>
        		<input id="user_id" type="text" placeholder="아이디" />
        (O) <input type="text" title="아이디" placeholder="아이디" />

      • WAI-ARIA의 aria-label 속성을 사용 할 수도 있지만, WAI-ARIA의 경우 꼭 필요한 경우가 아니라면 사용하지 않는 것이 좋다. 다른 HTML 속성이나 요소로 대체 가능한 경우에는 해당 속성이나 요소를 우선적으로 사용한다.

        (O) <input type="text" aria-label="아이디" placeholder="아이디" />

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

견고성(Robust)

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

23. 마크업 오류 방지 : 마크업 언어의 요소는 열고 닫음, 중첩 관계 및 속성 선언에 오류가 없어야 한다.
    • 요소의 열고 닫음에 오류가 없어야 한다.

      (X) <div><span></div></span>
      (O) <div><span></span></div>

    • 요소의 속성을 중복해서 사용하거나, id 를 중복해서 사용해선 안된다.

      (X) <div class="중복" class="사용"></div>
      (O) <div class="안 돼요"></div>
      
      (X) <div id="아이디"><span id="아이디"></span></div>
      (O) <div id="아이디"><span id="다른 아이디"></span></div>

24. 웹 어플리케이션 접근성 준수 : 콘텐츠에 포함된 웹 애플리케이션은 접근성이 있어야 한다.
    • 웹 콘텐츠에 포함된 웹 애플리케이션도 접근성을 갖춰야 한다. 접근성을 갖추지 못한 경우 대체 수단이나 대체 텍스트를 제공해야 한다.

WAI-ARIA

WAI-ARIA는 WAI와 ARIA를 합친 단어이며, WAI에서 발표한 RIA 환경에서의 웹 접근성 기술 규격이다.

👀

각 단어의 의미?

• WAI (Web Accessibility Initiative) : 웹 표준을 정하는 W3C에서 웹 접근성을 담당하는 기관

• ARIA (Accessible Rich Internet Applications) : 장애가 있는 사람들이 웹 콘텐츠와 웹 응용 프로그램에 더 쉽게 액세스할 수 있도록 하는, 즉 웹 접근성을 갖추기 위한 기술
  • RIA (Rich Internet Applications) : 따로 프로그램을 설치하지 않아도 웹 브라우저를 통해 사용할 수 있는 편리성 + 프로그램을 직접 설치해서 사용하는 것처럼 빠른 반응의 사용자 인터페이스를 동시에 가지는 웹 애플리케이션. SPA를 의미하는 경우가 많다.

WAI-ARIA의 필요성

WAI-ARIA는 시맨틱 태그 외에도 HTML 요소에 추가적으로 의미를 부여할 수 있게 해주기 때문에 보조적으로 사용하면 웹 접근성을 향상시킬 수 있으며, 특히 다음과 같은 상황에서 WAI-ARIA를 사용하게 되면 웹 접근성을 효과적으로 향상시킬 수 있다. 단, 시맨틱 태그로 충분한 상황에서는 사용하지 않아야 하며 WAI-ARIA는 보조적인 역할로만 사용해야 한다.

1. 시맨틱 태그만으로 의미를 충분히 부여할 수 없는 상황에서 WAI-ARIA를 사용하면 HTML 요소에 추가적인 의미를 부여해 더 원활하게 페이지를 탐색할 수 있게 도와준다.

2. SPA처럼 AJAX를 사용하는 상황에서도 변경된 영역에 대한 정보를 전달할 수 있어 동적인 컨텐츠에서도 웹 접근성을 향상시킬 수 있다.

WAI-ARIA 사용법

WAI-ARIA는 HTML 태그 내부에 속성(attribute)을 추가함으로써 의미를 부여해줄 수 있다. WAI-ARIA 속성에는 크게 세 가지로 나뉜다.

역할(Role)

HTML의 요소 종류와 역할이 서로 맞지 않을 때나 어떤 역할을 하는 요소인지 명시해줄 때 사용할 수 있는 속성이다. 단, HTML 요소로 충분히 파악할 수 있는 내용을 WAI-ARIA로 설명할 필요는 없으며, 시맨틱 태그 본연의 의미를 임의로 변경해서도 안된다.

<div role="button">div이지만 button으로 사용되는 요소</div>

<!-- 충분히 파악 가능한 내용에 잘못 사용한 예시 -->
<button role="button">button인 요소</button>
<!-- 시맨틱 요소 본연의 의미를 임의로 변경한 잘못된 예시 -->
<h1 role="button">h1인 요소</h1>

Tab 컴포넌트를 예시로 들자면, HTML 구조만 보았을 때 탭 컴포넌트인지 파악하기 어려울 것이다. 이럴 때 WAI-ARIA를 사용해 이 구조가 탭의 역할을 하고 있음을 다음과 같이 표시할 수 있다.

<div>
  <li>Tab1</li>
  <li>Tab2</li>
  <li>Tab3</li>
</div>

<div>Tab menu ONE</div>
<div>Tab menu TWO</div>
<div>Tab menu THREE</div>

<!--WAI-ARIA를 이용해 의미 부여-->
<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>

상태(State)

상태를 체크하는 요소(input:checkbox등)가 아니지만 상태에 대한 정보를 제공해야 할 때 사용하는 속성이다. 여러 선택 가능한 요소 중 선택 상태인 요소를 표시할 수 있는 aria-selected, 아코디언 UI가 펼쳐진 상태인지 표시해주는 aria-expanded, 요소가 숨김 상태인지를 표시하는 aria-hidden등이 있다.

<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>

속성(Property)

• aria-label

  텍스트 컨텐츠 없이 이미지로만 만들어진 버튼처럼 요소에 대한 정보를 얻을 수 없는 경우에 사용한다. 버튼 요소에 숨겨진 자식 요소를 추가해 어떤 역할인지 설명하는 방법(ir 효과)도 있지만 아래와 같이 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 : 스크린 리더가 현재 읽고있는 내용을 중단하고 갱신된 내용을 바로 사용자에게 전달한다.

Uploaded by N2T