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로 연결하고, 제출 후 나타나는 메시지는 포커스 이동이나 라이브 리전으로 알립니다(라이브 리전 가이드 참고).
자주 하는 실수
- "형식이 올바르지 않습니다"처럼 무엇이 올바른 형식인지 알려 주지 않습니다.
- 비밀번호 규칙 위반 시 어떤 규칙을 어겼는지 알려 주지 않습니다.
검사 방법
- 다양한 잘못된 값을 넣어 오류를 일으킵니다.
- 오류 메시지가 고치는 방법(형식, 범위, 허용 값)을 알려 주는지 확인합니다.
- 제안이 보안이나 목적을 해치는 예외 상황인지 판단합니다.