콘텐츠 숨기기 및 업데이트

보조 기술에서 콘텐츠 숨기기

Alice Boxhall
Alice Boxhall
Dave Gash
Dave Gash
Meggin Kearney
Meggin Kearney

보조 기술 사용자를 위한 사용 환경을 미세 조정할 때 중요한 또 다른 기술은 페이지에서 관련 부분만 보조 기술에 노출시키는 것입니다. DOM의 한 부분이 접근성 API에 노출되지 않도록 하는 방법에는 여러 가지가 있습니다.

먼저 DOM에서 명시적으로 숨겨진 콘텐츠는 접근성 트리에도 포함되지 않습니다. 따라서 CSS 스타일이 visibility: hidden 또는 display: none이거나 HTML5 hidden 속성을 사용하는 콘텐츠 역시 보조 기술 사용자에게 숨겨집니다.

하지만 시각적으로 렌더링되지 않지만 명시적으로 숨겨지지는 않는 요소는 여전히 접근성 트리에 포함됩니다. 한 가지 일반적인 기법은 절대 위치상 화면 밖에 있는 요소에 '스크린 리더 전용 텍스트'를 포함하는 것입니다.

.sr-only {
    position: absolute;
    left: -10000px;
    width: 1px;
    height: 1px;
    overflow: hidden;
}

또한 앞서 살펴본 바와 같이 다른 상황이었다면 숨겨지는 요소를 참조하는 aria-label, aria-labelledby 또는 aria-describedby 속성을 통해 스크린 리더 전용 텍스트를 제공할 수 있습니다.

'스크린 리더 전용' 텍스트를 만드는 방법에 관한 자세한 내용은 텍스트 숨기기 기술에 관한 WebAIM 문서를 참고하세요.

마지막으로 ARIA는 aria-hidden 속성을 사용하여 시각적으로 숨겨지지 않는 콘텐츠를 보조 기술에서 제외하기 위한 메커니즘을 제공합니다. 요소에 이 속성을 적용하면 사실상 요소와 모든 하위 요소가 접근성 트리에서 제거됩니다. aria-labelledby 또는 aria-describedby 속성이 참조하는 요소만 예외입니다.

<div class="deck">
    <div class="slide" aria-hidden="true">
    Sales Targets
    </div>
    <div class="slide">
    Quarterly Sales
    </div>
    <div class="slide" aria-hidden="true">
    Action Items
    </div>
</div>

예를 들어 기본 페이지에 대한 액세스를 차단하는 모달 UI를 생성하려는 경우 aria-hidden을 사용할 수 있습니다. 이 경우 시력이 정상인 사용자에게는 페이지 대부분을 현재 사용할 수 없음을 나타내는 반투명 오버레이가 표시될 수 있지만 스크린 리더 사용자는 페이지의 다른 부분을 계속 탐색할 수 있습니다. 이 경우에는 앞서 설명한 키보드 트랩을 만드는 것 외에도 페이지 중에서 현재 범위 밖에 있는 부분도 aria-hidden인지 확인해야 합니다.

이제 ARIA의 기초, ARIA가 네이티브 HTML 의미 체계와 상호 작용하는 방식, 접근성 트리에서 상당히 중대한 외형적 변화를 줄 때 ARIA를 사용할 수 있는 방법까지도 이해하게 되었으니, 이제 ARIA를 사용해 시간에 민감한 정보를 전달하는 방법을 살펴봅시다.

ARIA

aria-live를 사용하면 개발자가 페이지의 해당 부분을 단순히 탐색하는 경우가 아니라 페이지 위치와 관계없이 사용자에게 업데이트가 즉시 전달되어야 한다는 점에서 페이지의 일부를 '라이브'로 표시할 수 있습니다. aria-live 속성을 가진 요소가 있는 경우 페이지에서 이 요소와 그 하위 요소를 포함한 부분을 라이브 영역이라고 합니다.

ARIA 라이브가 라이브 지역을 설정합니다.

예를 들어 라이브 리전은 사용자 작업의 결과로 표시되는 상태 메시지일 수 있습니다. 시력이 정상인 사용자의 관심을 끌어야 할 중요한 메시지인 경우 aria-live 속성을 설정하여 보조 기술 사용자의 관심 역시 충분히 끄는 것이 중요합니다. 일반 div 비교

<div class="status">Your message has been sent.</div>

아래의 '라이브' div와 비교해 보세요.

<div class="status" aria-live="polite">Your message has been sent.</div>

aria-live에는 polite, assertive, off의 세 가지 허용되는 값이 있습니다.

  • aria-live="polite"는 보조 기술이 현재 어떤 작업을 하고 있든 그 작업을 마치면 보조 기술 사용자에게 이런 변경 사항을 알리도록 하는 역할을 합니다. 중요하지만 긴급하지는 않은 aria-live 사용의 대부분을 차지하는 경우 적합합니다.
  • aria-live="assertive"는 보조 기술이 실행 중인 작업을 중단하고 사용자에게 이 변경사항을 즉시 알리도록 지시합니다. '서버 오류가 발생하여 변경사항이 저장되지 않습니다. 페이지를 새로고침하세요'와 같은 상태 메시지 또는 스테퍼 위젯의 버튼과 같이 사용자 작업의 직접적인 결과로 입력란이 업데이트되는 경우와 같이 중요하고도 긴급한 업데이트에만 이 값을 사용하세요.
  • aria-live="off"는 보조 기술에 aria-live 중단을 일시적으로 정지하라고 지시합니다.

라이브 영역이 올바르게 작동하도록 하기 위한 방법이 몇 가지 있습니다.

첫째, 처음에 페이지를 로드할 때 aria-live 영역을 설정해야 할 것입니다. 엄격히 지켜야 할 규칙은 아니지만 aria-live 영역에 문제가 있을 경우 이 문제가 원인일 수 있습니다.

둘째, 다양한 스크린 리더는 다양한 유형의 변경에 다르게 반응합니다. 예를 들어 하위 요소의 hidden 스타일을 true에서 false로 전환하여 일부 스크린 리더에서 알림을 트리거할 수 있습니다.

aria-live와 함께 사용하는 다른 속성들은 라이브 영역이 바뀔 때 사용자에게 전달할 내용을 미세하게 조정하는 데 도움이 됩니다.

aria-atomic는 업데이트를 전달할 때 전체 리전을 전체로 간주해야 하는지 여부를 나타냅니다. 예를 들어 일, 월, 년으로 구성된 날짜 위젯에 aria-live=truearia-atomic=true가 있고 사용자가 스테퍼 컨트롤을 사용하여 월의 값만 변경하면 날짜 위젯의 전체 콘텐츠가 다시 읽히게 됩니다. aria-atomic의 값은 true 또는 false (기본값)일 수 있습니다.

aria-relevant는 사용자에게 표시해야 할 변경사항의 유형을 나타냅니다. 별도로 사용하거나 토큰 목록으로 사용할 수 있는 다음과 같은 옵션이 있습니다.

  • additions: 라이브 영역에 추가하는 요소가 중요하다는 뜻입니다. 예를 들어 상태 메시지의 기존 로그에 범위를 추가할 경우 이는 사용자에게 그 범위를 알려줄 것이라는 의미입니다(aria-atomicfalse이라고 가정).
  • text: 하위 노드에 추가되는 텍스트 콘텐츠가 관련성이 있음을 의미합니다. 예를 들어 맞춤 텍스트 필드의 textContent 속성을 수정하면 수정된 텍스트를 사용자에게 읽어줍니다.
  • removals: 텍스트나 하위 노드 제거를 사용자에게 전달해야 한다는 뜻입니다.
  • all: 모든 변경사항이 관련성이 있음을 의미합니다. 그러나 aria-relevant의 기본값은 additions text입니다. 즉, aria-relevant를 지정하지 않으면 요소를 추가할 때마다 사용자가 업데이트되며 이는 개발자가 원할 가능성이 높습니다.

마지막으로 aria-busy를 사용하면 보조 기술이 요소에 대한 변경사항을 일시적으로 무시해야 한다고 알려줄 수 있습니다(예: 로드 중일 때). 모든 절차를 올바로 끝낸 후 리더의 작동을 정상화하려면 aria-busy를 false로 설정해야 합니다.