시맨틱 및 콘텐츠 탐색

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

Alice Boxhall
Alice Boxhall
X
Dave Gash
Dave Gash
Meggin Kearney
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 블록을 대체하고 작성자와 독자 모두를 위해 페이지 구조를 직관적으로 표현할 좀 더 분명하고 설명적인 방법을 제공합니다.