이 페이지는 Cloud Translation API를 통해 번역되었습니다.

시맨틱 및 콘텐츠 탐색

페이지 탐색에서 의미 체계의 역할

Alice Boxhall

Dave Gash

Meggin Kearney

어포던스, 시맨틱, 보조 기술이 접근성 트리를 사용하여 사용자를 위한 대체 사용자 환경을 만드는 방법을 알아봤습니다. 표현력이 뛰어난 시맨틱 HTML을 작성하면 많은 표준 요소에 시맨틱과 지원 동작이 모두 내장되어 있으므로 별도의 노력 없이도 많은 접근성을 확보할 수 있습니다.

이 과정에서는 덜 명백한 의미 체계를 다룹니다. 특히 탐색과 관련하여 이는 스크린 리더 사용자에게 매우 중요합니다. 컨트롤은 많이 있지만 콘텐츠는 그다지 많지 않은 단순한 페이지에서는 페이지를 검색해 필요한 내용을 쉽게 찾을 수 있습니다. 그러나 Wikipedia 항목이나 뉴스 수집 사이트처럼 콘텐츠 양이 많은 페이지에서는 위에서 아래로 모든 내용을 읽어주는 건 실용적이지 않습니다. 이럴 때는 콘텐츠를 효율적으로 탐색할 방법이 필요합니다.

스크린 리더가 장황한 말을 늘어놓고 속도도 느려 사용하기에 불편하다거나, 스크린 리더가 화면 상의 특정 내용을 찾을 수 있도록 하려면 화면에 있는 모든 것이 포커스 가능해야 할 것이라고 개발자들은 흔히 오해하곤 합니다. 하지만 그건 사실이 아닙니다.

스크린 리더 사용자는 종종 제목 목록을 통해 원하는 정보를 찾습니다. 대부분의 스크린 리더에는 페이지 제목 목록을 쉽게 분리하고 검색할 수 있는 기능이 있습니다. 이 기능은 로터라고 합니다. HTML 제목을 효과적으로 사용하여 이 기능을 지원할 수 있는 방법을 알아봅시다.

제목의 효과적 사용

먼저 앞서 설명했던 사항을 다시 떠올려 봅시다. 포커스 순서뿐 아니라 스크린 리더 순서에 대해서도 DOM 순서가 중요합니다. VoiceOver, NVDA, JAWS, ChromeVox 등의 스크린 리더로 실험해보면 제목 목록이 시각적 순서가 아니라 DOM 순서를 따른다는 점을 알 수 있을 것입니다.

일반적으로 스크린 리더에서는 정상적인 일입니다. 스크린 리더는 접근성 트리와 상호작용하고 접근성 트리는 DOM 트리를 기반으로 하기 때문에 스크린 리더가 인식하는 순서는 직접 DOM 순서를 기반으로 합니다. 즉, 적절한 제목 구조가 그 어느 때보다 중요합니다.

잘 구조화된 페이지에서는 대부분 콘텐츠 블록 사이의 상위-하위 관계를 나타내기 위해 제목 수준이 중첩되어 있습니다. WebAIM 검사 목록에서는 이 기법을 반복해서 언급합니다.

1.3.1에서는 '의미 체계 마크업을 사용해 제목을 지정한다'고 언급
2.4.1에서는 제목 구조를 콘텐츠 블록 우회 기법으로 언급
2.4.6에서는 유용한 제목 작성을 위한 세부사항을 설명합니다.
2.4.10에서는 '적절한 경우 콘텐츠의 개별 섹션을 제목을 사용하여 지정'한다고 설명합니다.

모든 제목이 화면에 표시되어야 하는 것은 아닙니다. 예를 들어 Wikipedia에서는 스크린 리더 및 기타 보조 기술을 통해서만 전용으로 접근할 수 있도록 일부 제목을 일부러 화면 밖에 배치하는 기술을 사용합니다.

<style>
    .sr-only {
    position:absolute;
    left:-10000px;
    top:auto;
    width:1px;
    height:1px;
    overflow:hidden;
    }
</style>

<h2 class="sr-only">This heading is offscreen.</h2>

복잡한 애플리케이션의 경우 시각적 디자인에 시각적 제목이 필요하지 않거나 이런 제목을 배치할 공간이 없을 때 이 기술을 사용하면 문제 없이 제목을 수용할 수 있습니다.

기타 탐색 옵션

제목이 잘 구조화되어 있는 페이지가 스크린 리더 사용자의 페이지 탐색에 도움이 되긴 하지만, 링크, 양식 컨트롤, 이정표를 비롯해 페이지 탐색에 사용할 수 있는 다른 요소도 있습니다.

스크린 리더의 로터 기능 (페이지 제목 목록을 쉽게 분리하고 검색할 수 있는 기능)을 사용해 페이지의 링크 목록에 액세스할 수 있습니다. 위키와 같이 링크가 많은 경우 독자가 링크 내에서 용어를 검색할 수도 있습니다. 이에 따라 페이지에서 특정 용어가 나타날 때마다가 아니라 실제로 그 용어를 포함한 링크로 제한됩니다.

이 기능은 스크린 리더가 링크를 찾을 수 있고 링크 텍스트가 유의미한 경우에만 유용합니다. 예를 들어 다음과 같이 링크를 찾기 어렵게 만드는 몇 가지 공통적인 패턴이 있습니다.

href 속성이 없는 앵커 태그 단일 페이지 애플리케이션에서 종종 사용되는 이런 링크 대상은 스크린 리더에 문제를 일으킵니다. 단일 페이지 앱에 관한 도움말에서 자세히 알아보세요.
링크로 구현된 버튼 이런 버튼은 스크린 리더가 콘텐츠를 링크로 잘못 해석하는 바람에 버튼으로서의 기능을 잃게 되는 문제를 일으킵니다. 이런 경우에는 앵커 태그를 실제 버튼으로 바꾸고 그에 맞춰 적절한 스타일을 지정하세요.
링크 콘텐츠로 사용되는 이미지 가끔 필요한 링크 연결 이미지는 스크린 리더로는 이용하지 못할 수 있습니다. 링크가 보조 기술에 올바르게 노출되도록 하려면 이미지에 alt 속성 텍스트가 있는지 확인하세요.

조악한 링크 텍스트는 또 다른 문제입니다. '자세히 알아보기' 또는 '여기를 클릭'과 같이 클릭 가능한 텍스트는 해당 링크를 통해 어디로 연결되는지 의미 있는 정보를 전혀 제공하지 않습니다. 대신 '반응형 디자인에 대해 자세히 알아보기' 또는 '이 캔버스 튜토리얼 보기'와 같은 설명 텍스트를 사용하여 스크린 리더가 링크에 대해 의미 있는 컨텍스트를 제공할 수 있도록 하세요.

로터는 양식 컨트롤 목록을 가져올 수도 있습니다. 이 목록을 통해 독자는 특정 항목을 검색하여 그 항목으로 바로 이동할 수 있습니다.

스크린 리더에서는 발음 오류가 흔히 발생합니다. 예를 들어 스크린 리더가 'Udacity'를 'oo-dacity'로 발음하거나 전화번호를 큰 정수로 읽거나 대문자로 표시된 텍스트를 두문자로 판단해 알파벳으로 읽을 수 있습니다. 흥미롭게도 스크린 리더 사용자는 이러한 특징에 익숙해져 이를 고려합니다.

어떤 개발자는 음성학적 철자로 표기되는 스크린 리더 전용 텍스트를 제공하여 이런 상황을 개선하려고 시도합니다. 음성학적 철자 표기에 대해서는 한 가지 간단한 규칙이 있습니다. 음성학적으로 표기하면 문제를 더욱 악화시킬 뿐이므로 그렇게 하지 마세요. 예를 들어 사용자가 점자 디스플레이를 사용하는 경우 단어의 철자가 잘못 표시되어 혼란이 가중됩니다. 스크린 리더를 사용하면 단어를 큰소리로 들을 수 있으므로 사용자가 경험을 통해 이런 오류가 발생할 때 어떻게 이해할지 스스로 해결하도록 두는 것이 최선입니다.

스크린 리더 사용자는 로터를 사용해 이정표 목록을 볼 수 있습니다. 이 목록은 독자가 주요 콘텐츠와 HTML 이정표 요소에서 제공하는 일련의 탐색 이정표를 찾는 데 도움이 됩니다.

HTML5에는 header, footer, nav, article, section, main, aside를 비롯하여 페이지의 의미 체계 구조를 정의하는 데 도움이 되는 새로운 요소가 도입되었습니다. 이러한 요소는 기본 제공 스타일링을 강요하지 않고 페이지에 구조적 단서를 특정하여 제공합니다 (어차피 CSS로 해야 할 일임).

의미 체계 구조 요소는 반복되는 여러 div 블록을 대체하고 작성자와 독자 모두를 위해 페이지 구조를 직관적으로 표현할 좀 더 분명하고 설명적인 방법을 제공합니다.