ARIA 접근성 가이드

WCAG 2.2 · 3. 이해의 용이성 · 3.2 예측 가능성

3.2.5 요구에 의한 변화

Change on Request

맥락의 변화는 사용자가 요청했을 때만 일어나거나, 사용자가 그런 변화를 끌 수 있어야 합니다.

수준 AAAWCAG 2.0

한눈에 보기

성공 기준
3.2.5 요구에 의한 변화
수준
수준 AAA
원칙
3. 이해의 용이성
지침
3.2 예측 가능성
도입
WCAG 2.0

요구 사항

맥락의 변화는 사용자의 요청에 의해서만 시작되거나, 그런 변화를 끌 수 있는 수단이 있어야 합니다. 3.2.1·3.2.2보다 범위가 넓어, 자동 새로 고침, 일정 시간 후 자동 이동, 사용자가 요청하지 않은 팝업 창 등도 포함합니다.

새 창으로 열리는 링크도 사용자가 클릭으로 요청한 것이므로 위반은 아니지만, 미리 알려 주는 것이 좋습니다.

왜 필요한가요

예고 없이 바뀌는 화면은 화면낭독기 사용자, 저시력 사용자, 인지장애 사용자를 혼란스럽게 하고 읽던 위치를 잃게 합니다.

도움받는 사용자

  • 시각장애인(화면낭독기 사용자)
  • 저시력 사용자
  • 인지장애 사용자

적용 방법

<meta http-equiv="refresh">로 자동 이동·새로 고침을 하지 않습니다. 페이지 주소가 바뀌었다면 서버에서 HTTP 리디렉션(301 등)을 사용합니다. 페이지를 열 때 팝업을 자동으로 띄우지 않습니다.

권장새 창을 미리 알림
<a href="/terms.pdf" target="_blank" rel="noopener">이용 약관 (PDF, 새 창)</a>

사례

시간이 지나면 자동 이동

비권장HTML
<meta http-equiv="refresh" content="5; url=/new-page.html">

자주 하는 실수

  • meta refresh로 일정 시간 후 다른 페이지로 이동합니다.
  • 페이지가 열리자마자 요청하지 않은 팝업 창이 뜹니다.
  • 사용자 동작 없이 일정 주기로 페이지 전체를 새로 고칩니다.

검사 방법

  • 페이지를 열고 아무 조작 없이 기다려 자동 이동·새로 고침·팝업이 없는지 확인합니다.
  • 맥락 변화가 있으면 사용자가 요청한 것인지, 끌 수 있는지 확인합니다.

참고 자료