ARIA 접근성 가이드

WCAG 2.2 · 3. 이해의 용이성 · 3.3 입력 지원

3.3.3 오류 수정 제안

Error Suggestion

입력 오류를 감지했고 고치는 방법을 알 수 있다면, 보안이나 목적을 해치지 않는 한 수정 방법을 제안해야 합니다.

수준 AAWCAG 2.0

한눈에 보기

성공 기준
3.3.3 오류 수정 제안
수준
수준 AA
원칙
3. 이해의 용이성
지침
3.3 입력 지원
도입
WCAG 2.0

요구 사항

입력 오류가 자동으로 감지되고 수정 방법을 알고 있다면, 그 제안을 사용자에게 제공해야 합니다.

예외: 제안이 콘텐츠의 보안이나 목적을 해치는 경우입니다. 예를 들어 로그인 실패 시 "비밀번호가 틀렸습니다. 올바른 비밀번호는 ○○입니다"라고 알려 줄 수는 없고, 시험 문제의 정답을 알려 주는 것도 목적을 해칩니다.

"잘못된 값입니다" 대신 "날짜는 YYYY-MM-DD 형식으로 입력하세요", "1에서 99 사이의 숫자를 입력하세요"처럼 무엇을 어떻게 고쳐야 하는지 알려 줍니다.

왜 필요한가요

오류가 있다는 것만 알고 어떻게 고쳐야 할지 모르면 많은 사용자, 특히 인지장애나 학습장애가 있는 사용자는 작업을 포기합니다. 구체적인 제안은 시행착오를 줄입니다.

도움받는 사용자

  • 인지장애·학습장애 사용자
  • 시각장애인(화면낭독기 사용자)
  • 운동장애 사용자(재입력 부담 감소)
  • 모든 사용자

적용 방법

비권장고치는 방법이 없는 메시지
<p id="date-err">입력 오류입니다.</p>
권장구체적인 수정 제안
<p id="date-err">날짜를 2024-03-15처럼 연-월-일 형식으로 입력하세요.</p>

허용 값이 정해진 경우 가장 가까운 후보를 제안할 수도 있습니다(예: "서울특별시"를 찾지 못했을 때 "서울특별시를 찾으셨나요?"). 오류 메시지는 필드와 aria-describedby로 연결하고, 제출 후 나타나는 메시지는 포커스 이동이나 라이브 리전으로 알립니다(라이브 리전 가이드 참고).

자주 하는 실수

  • "형식이 올바르지 않습니다"처럼 무엇이 올바른 형식인지 알려 주지 않습니다.
  • 비밀번호 규칙 위반 시 어떤 규칙을 어겼는지 알려 주지 않습니다.

검사 방법

  • 다양한 잘못된 값을 넣어 오류를 일으킵니다.
  • 오류 메시지가 고치는 방법(형식, 범위, 허용 값)을 알려 주는지 확인합니다.
  • 제안이 보안이나 목적을 해치는 예외 상황인지 판단합니다.

관련 ARIA

다른 지침의 대응 항목

참고 자료