ARIA 접근성 가이드

접근성 지침

웹 콘텐츠 접근성 지침 (WCAG) 2.2

W3C가 정한 국제 웹 접근성 표준입니다. 4개 원칙, 13개 지침, 86개 성공 기준으로 구성되며, 각 성공 기준은 A·AA·AAA 세 수준 중 하나에 속합니다. 국내 KWCAG를 비롯해 세계 여러 나라 접근성 법·제도의 기준이 됩니다.

한눈에 보기

발행
W3C 웹 접근성 이니셔티브(WAI)
권고안
2023년 10월 5일 (개정판 2024년 12월 12일)
국제 표준
ISO/IEC 40500:2025
수준
A / AA / AAA
이전 버전
WCAG 2.1 (2018), WCAG 2.0 (2008)
2.2 변경
성공 기준 9개 추가, 4.1.1 폐지
구성
4개 원칙 · 13개 지침 · 86개 성공 기준
수준별
A 31 · AA 24 · AAA 31

개요

WCAG(Web Content Accessibility Guidelines, 웹 콘텐츠 접근성 지침)는 W3C의 웹 접근성 이니셔티브(WAI)가 만든 국제 표준입니다. 장애인, 고령자 등 다양한 사용자가 웹 콘텐츠를 인식하고, 조작하고, 이해할 수 있도록 하려면 콘텐츠가 무엇을 만족해야 하는지를 검사 가능한 성공 기준으로 정해 둡니다. 특정 기술에 묶이지 않도록 쓰여 있어 HTML뿐 아니라 PDF, 앱 화면 등에도 적용 원리를 가져다 쓸 수 있습니다.

버전의 흐름

  • WCAG 1.0 (1999): 최초의 지침입니다. 14개 지침과 우선순위 1~3으로 구성되었으며, HTML 기술에 많이 의존했습니다.
  • WCAG 2.0 (2008년 12월): 오늘날 구조의 출발점입니다. 4원칙(인식·운용·이해·견고성)과 A/AA/AAA 수준 체계, 기술 중립적인 성공 기준을 도입했습니다. 2012년 ISO/IEC 40500:2012 국제 표준이 되었습니다.
  • WCAG 2.1 (2018년 6월): 모바일, 저시력, 인지·학습 장애 관련 성공 기준 17개를 추가했습니다(예: 1.3.4 화면 방향, 1.4.10 리플로우, 1.4.11 비텍스트 대비, 2.5.x 입력 방식 지침).
  • WCAG 2.2 (2023년 10월 5일 권고안, 2024년 12월 12일 개정판): 성공 기준 9개를 추가하고 4.1.1 구문 분석을 폐지했습니다. 2025년 10월 ISO/IEC 40500:2025로 승인되었습니다.

WCAG 2.x는 하위 호환을 유지합니다. WCAG 2.2를 만족하는 콘텐츠는 2.1과 2.0도 만족합니다(폐지된 4.1.1 제외). 그래서 2.0이나 2.1을 기준으로 삼는 법·제도 아래에서도 2.2를 따르는 것이 권장됩니다.

WCAG 3.0

차기 버전은 이름을 W3C Accessibility Guidelines(WCAG) 3.0으로 바꾸어 작업 중입니다. 웹 콘텐츠뿐 아니라 앱, 도구, 출판물 등으로 범위를 넓히고, 합격/불합격 위주의 성공 기준 대신 새로운 평가·적합성 모델을 검토하고 있습니다. 현재는 작업 초안(Working Draft) 단계이며 W3C 권고안이 되기까지 몇 년이 더 걸릴 것으로 예상됩니다. 그 전까지는 WCAG 2.2가 현행 표준이며, 3.0이 나와도 2.x를 곧바로 대체하지는 않습니다.

구성: 원칙 → 지침 → 성공 기준

  • 원칙(4개): 인식의 용이성(Perceivable), 운용의 용이성(Operable), 이해의 용이성(Understandable), 견고성(Robust). 앞 글자를 따 POUR라고 부릅니다.
  • 지침(13개): 원칙을 이루기 위한 목표입니다. 직접 검사하지는 않습니다.
  • 성공 기준(86개): 참·거짓으로 판정할 수 있는 요구 사항입니다. 적합성 판정은 성공 기준 단위로 합니다.

성공 기준마다 W3C의 Understanding(이해) 문서와 Techniques(기법) 문서가 따로 있습니다. 이해 문서는 의도·예외·사례를, 기법 문서는 충분한 기법(sufficient)과 대표적인 실패 사례(failure)를 설명합니다. 이 두 문서는 참고 자료(비규범)이며 규범은 성공 기준 문장입니다.

적합성 수준 A / AA / AAA

  • A: 가장 기본적인 수준입니다. 만족하지 않으면 일부 사용자는 콘텐츠를 아예 쓸 수 없습니다.
  • AA: A와 AA를 모두 만족하는 수준입니다. 대부분의 법·제도·조달 기준(유럽 EN 301 549, 미국 Section 508 등)이 요구하는 사실상의 목표 수준입니다.
  • AAA: A, AA, AAA를 모두 만족하는 가장 높은 수준입니다. 콘텐츠 종류에 따라 모두 만족하기 어려운 경우가 있어, W3C는 사이트 전체에 AAA를 일반 정책으로 요구하는 것을 권장하지 않습니다. 가능한 범위에서 적용하면 됩니다.

적합성을 주장하려면 수준별 성공 기준 외에 다음도 지켜야 합니다. 페이지 일부가 아닌 전체 페이지, 여러 단계로 이루어진 과정은 과정 전체가 만족해야 하고, 접근성이 지원되는 방식으로 기술을 사용해야 하며, 접근성이 지원되지 않는 기술이 다른 부분의 이용을 방해하지 않아야 합니다(예: 키보드 함정, 번쩍임, 자동 재생 오디오).

WCAG 2.2에서 달라진 점

추가된 성공 기준 9개는 다음과 같습니다.

또한 4.1.1 구문 분석(Parsing)은 폐지(obsolete)되어 삭제되었습니다. 브라우저와 보조기술이 HTML 오류를 일관되게 처리하게 되었고, 실제 접근성 문제로 이어지는 오류(중복 ID로 인한 잘못된 참조, 잘못된 중첩 등)는 1.3.1이나 4.1.2에서 다룰 수 있기 때문입니다. 그 결과 WCAG 2.1의 78개에서 9개가 늘고 1개가 빠진 86개가 되었습니다. 기존 성공 기준의 번호와 수준은 바뀌지 않았습니다.

국내 KWCAG와의 관계

한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.2는 WCAG 2.x를 바탕으로 국내 환경에 맞게 재구성한 국가 표준(KS X OT0003:2022)으로, 4개 원칙·14개 지침·33개 검사 항목으로 이루어져 있습니다. 공공기관 웹 접근성 품질인증과 「장애인차별금지법」 관련 실무에서 쓰입니다.

  • 원칙 4개는 같지만, 번호가 5~8로 시작합니다(예: WCAG 1.1.1 ↔ KWCAG 5.1.1).
  • WCAG의 A·AA 성공 기준 중 일부를 하나의 검사 항목으로 묶거나 빼서 33개로 줄였습니다. 예를 들어 KWCAG 5.2.1 자막 제공은 WCAG 1.2.1~1.2.4를, 6.1.2 초점 이동과 표시는 2.4.3과 2.4.7을 함께 다룹니다.
  • 1.4.4 텍스트 크기 조정, 1.4.10 리플로우, 1.3.4 화면 방향처럼 KWCAG에 대응 항목이 없는 WCAG 성공 기준이 있습니다. 반대로 5.4.4 콘텐츠 간의 구분, 6.4.4 고정된 참조 위치 정보처럼 KWCAG에만 있는 항목도 있습니다.
  • KWCAG에는 A/AA/AAA 같은 수준 구분이 없고, 33개 항목 모두가 준수 대상입니다.

KWCAG를 만족해도 WCAG AA를 모두 만족하는 것은 아닙니다

KWCAG 33개 항목은 WCAG 2.2 AA의 일부만 다룹니다. 해외 서비스나 국제 조달 기준까지 고려한다면 WCAG 2.2 AA 전체를 목표로 점검하는 것이 좋습니다. 각 성공 기준 페이지의 “다른 지침의 대응 항목”에서 KWCAG 대응 번호를 확인할 수 있습니다.

전체 성공 기준

수준

성공 기준 87개

1 인식의 용이성 Perceivable

정보와 사용자 인터페이스 구성 요소는 사용자가 인식할 수 있는 방식으로 제시되어야 합니다. 보이지 않거나 들리지 않는 사용자도 다른 감각(소리, 촉각, 텍스트)으로 같은 정보를 얻을 수 있어야 합니다.

1.1 대체 텍스트 Text Alternatives

텍스트가 아닌 콘텐츠에는 텍스트 대체 수단을 제공해, 사용자가 큰 글자·점자·음성·기호·쉬운 말 등 필요한 형태로 바꿔 쓸 수 있게 합니다.

  • 1.1.1 비텍스트 콘텐츠 수준 A

    이미지, 아이콘, 차트 같은 텍스트가 아닌 콘텐츠에는 같은 목적을 하는 텍스트 대체 수단을 제공해야 합니다.

1.2 시간 기반 미디어 Time-based Media

오디오, 비디오처럼 시간에 따라 재생되는 미디어에 자막, 대본(텍스트 대체 수단), 음성 해설, 수어 같은 대체 수단을 제공합니다.

1.3 적응 가능 Adaptable

정보나 구조를 잃지 않으면서 다양한 방식(예: 더 단순한 레이아웃, 음성)으로 표현할 수 있도록 콘텐츠를 만듭니다.

  • 1.3.1 정보와 관계 수준 A

    제목, 목록, 표, 레이블처럼 화면에서 보이는 구조와 관계를 마크업으로도 알 수 있게 해야 합니다.

  • 1.3.2 의미 있는 순서 수준 A

    읽는 순서가 의미에 영향을 주면, 올바른 읽기 순서를 프로그램이 알아낼 수 있어야 합니다.

  • 1.3.3 감각적 특성 수준 A

    안내 문구가 모양, 크기, 위치, 방향, 소리에만 의존하면 안 됩니다.

  • 1.3.4 화면 방향 수준 AA

    콘텐츠를 세로 또는 가로 한 방향으로만 보거나 조작하도록 제한하면 안 됩니다(꼭 필요한 경우 제외).

  • 1.3.5 입력 목적 식별 수준 AA

    이름, 이메일, 전화번호처럼 사용자 본인 정보를 받는 입력 필드는 그 목적을 프로그램이 알 수 있어야 합니다.

  • 1.3.6 목적 식별 수준 AAA

    마크업 언어로 만든 콘텐츠에서 UI 구성 요소, 아이콘, 영역의 목적을 프로그램이 알 수 있어야 합니다.

1.4 구별 가능 Distinguishable

전경과 배경을 구분하기 쉽게 하는 등 사용자가 콘텐츠를 더 쉽게 보고 들을 수 있게 합니다.

  • 1.4.1 색 사용 수준 A

    정보 전달, 동작 표시, 응답 요청, 요소 구분에 색만 사용하면 안 됩니다.

  • 1.4.2 오디오 제어 수준 A

    자동으로 3초 넘게 재생되는 오디오는 멈추거나 소리를 따로 조절할 수 있어야 합니다.

  • 1.4.3 명도 대비(최소) 수준 AA

    텍스트와 텍스트 이미지는 배경과 4.5:1 이상(큰 텍스트는 3:1 이상)의 명도 대비를 가져야 합니다.

  • 1.4.4 텍스트 크기 조정 수준 AA

    보조기술 없이 텍스트를 200%까지 확대해도 콘텐츠나 기능이 사라지지 않아야 합니다.

  • 1.4.5 텍스트 이미지 수준 AA

    기술적으로 텍스트로 표현할 수 있다면 글자를 이미지로 만들지 말고 실제 텍스트를 사용해야 합니다.

  • 1.4.6 명도 대비(향상) 수준 AAA

    텍스트와 텍스트 이미지는 배경과 7:1 이상(큰 텍스트는 4.5:1 이상)의 명도 대비를 가집니다.

  • 1.4.7 배경 소리가 낮거나 없음 수준 AAA

    주로 말소리로 된 녹음 오디오는 배경 소리가 없거나, 끌 수 있거나, 말소리보다 20dB 이상 낮아야 합니다.

  • 1.4.8 시각적 표현 수준 AAA

    긴 글은 색 선택, 줄 너비, 정렬, 줄 간격, 확대를 사용자가 읽기 편하게 조절할 수 있어야 합니다.

  • 1.4.9 텍스트 이미지(예외 없음) 수준 AAA

    텍스트 이미지는 순수한 장식이거나 특정 표현이 필수인 경우에만 사용합니다.

  • 1.4.10 리플로우 수준 AA

    너비 320 CSS 픽셀(400% 확대에 해당)에서도 가로·세로 양방향 스크롤 없이 콘텐츠를 이용할 수 있어야 합니다.

  • 1.4.11 비텍스트 대비 수준 AA

    UI 구성 요소(버튼 테두리, 입력 필드, 포커스 표시, 상태)와 의미 있는 그래픽은 인접 색과 3:1 이상 대비를 가져야 합니다.

  • 1.4.12 텍스트 간격 수준 AA

    사용자가 줄·문단·글자·단어 간격을 넓혀도 콘텐츠나 기능이 사라지지 않아야 합니다.

  • 1.4.13 호버 또는 포커스 시 나타나는 콘텐츠 수준 AA

    마우스를 올리거나 포커스를 받으면 나타나는 툴팁·서브메뉴는 닫을 수 있고, 마우스를 올릴 수 있고, 계속 유지되어야 합니다.

2 운용의 용이성 Operable

사용자 인터페이스 구성 요소와 내비게이션은 조작할 수 있어야 합니다. 마우스뿐 아니라 키보드, 스위치, 음성, 터치 등 다양한 입력 방식으로 모든 기능을 쓸 수 있어야 합니다.

2.1 키보드 접근성 Keyboard Accessible

모든 기능을 키보드로 사용할 수 있게 합니다.

  • 2.1.1 키보드 수준 A

    모든 기능을 키보드만으로, 키 입력 시간 제약 없이 사용할 수 있어야 합니다.

  • 2.1.2 키보드 함정 없음 수준 A

    키보드로 들어간 곳에서는 키보드로 빠져나올 수 있어야 합니다.

  • 2.1.3 키보드(예외 없음) 수준 AAA

    경로에 의존하는 기능까지 포함해 예외 없이 모든 기능을 키보드로 사용할 수 있어야 합니다.

  • 2.1.4 문자 단축키 수준 A

    글자·숫자·기호 한 개 키로 동작하는 단축키는 끄거나, 다른 키로 바꾸거나, 포커스가 있을 때만 동작해야 합니다.

2.2 충분한 시간 Enough Time

사용자가 콘텐츠를 읽고 사용하는 데 충분한 시간을 제공합니다.

  • 2.2.1 시간 조절 가능 수준 A

    콘텐츠에 시간 제한이 있으면 사용자가 끄거나, 늘리거나, 연장할 수 있어야 합니다.

  • 2.2.2 일시 정지, 정지, 숨기기 수준 A

    자동으로 움직이거나, 깜박이거나, 스크롤되거나, 갱신되는 콘텐츠는 멈추거나 숨길 수 있어야 합니다.

  • 2.2.3 시간 제한 없음 수준 AAA

    실시간 이벤트나 상호작용이 없는 동기화된 미디어를 제외하면 시간 제한이 없어야 합니다.

  • 2.2.4 방해 금지 수준 AAA

    알림, 업데이트 같은 방해는 사용자가 미루거나 끌 수 있어야 합니다(긴급 상황 제외).

  • 2.2.5 재인증 수준 AAA

    인증 세션이 만료되어 다시 로그인해도 입력하던 데이터를 잃지 않고 계속할 수 있어야 합니다.

  • 2.2.6 시간 초과 수준 AAA

    사용자가 아무 동작을 하지 않아 데이터를 잃을 수 있다면 그 시간이 얼마인지 미리 알려야 합니다.

2.3 발작과 신체 반응 Seizures and Physical Reactions

발작이나 신체 반응을 일으키는 것으로 알려진 방식으로 콘텐츠를 디자인하지 않습니다.

2.4 탐색 가능 Navigable

사용자가 길을 찾고, 콘텐츠를 찾고, 현재 위치를 알 수 있도록 돕는 방법을 제공합니다.

  • 2.4.1 블록 건너뛰기 수준 A

    여러 페이지에 반복되는 메뉴 같은 콘텐츠 블록을 건너뛸 수 있는 방법을 제공해야 합니다.

  • 2.4.2 페이지 제목 수준 A

    웹 페이지에는 주제나 목적을 설명하는 제목(<title>)이 있어야 합니다.

  • 2.4.3 포커스 순서 수준 A

    키보드로 이동할 때 포커스 순서가 의미와 조작 흐름에 맞아야 합니다.

  • 2.4.4 링크 목적(맥락 내) 수준 A

    링크 텍스트만으로, 또는 링크 텍스트와 프로그램으로 알 수 있는 맥락을 함께 보면 링크의 목적을 알 수 있어야 합니다.

  • 2.4.5 여러 가지 방법 수준 AA

    웹 페이지 묶음 안에서 어떤 페이지를 찾는 방법이 두 가지 이상 있어야 합니다.

  • 2.4.6 제목과 레이블 수준 AA

    제목과 레이블은 주제나 목적을 설명해야 합니다.

  • 2.4.7 포커스 표시 수준 AA

    키보드로 조작하는 모든 UI에서 키보드 포커스 표시가 보여야 합니다.

  • 2.4.8 위치 수준 AAA

    사이트 안에서 현재 위치에 대한 정보를 제공합니다.

  • 2.4.9 링크 목적(링크만) 수준 AAA

    맥락 없이 링크 텍스트만으로 링크의 목적을 알 수 있어야 합니다.

  • 2.4.10 섹션 제목 수준 AAA

    콘텐츠를 섹션 제목으로 나누어 구성합니다.

  • 2.4.11 포커스 가려짐 방지(최소) 수준 AA신규

    키보드 포커스를 받은 요소가 고정 머리글, 쿠키 배너 같은 작성자 콘텐츠에 완전히 가려지면 안 됩니다.

  • 2.4.12 포커스 가려짐 방지(향상) 수준 AAA신규

    키보드 포커스를 받은 요소는 작성자 콘텐츠에 조금도 가려지지 않아야 합니다.

  • 2.4.13 포커스 모양 수준 AAA신규

    포커스 표시는 2 CSS 픽셀 두께 테두리 이상의 면적이고, 포커스 전후 3:1 이상의 대비 변화가 있어야 합니다.

2.5 입력 방식 Input Modalities

키보드 외에도 터치, 포인터, 음성 등 다양한 입력 방식으로 기능을 쉽게 조작할 수 있게 합니다.

  • 2.5.1 포인터 제스처 수준 A

    여러 손가락이나 경로 기반 제스처로 동작하는 기능은 한 번 누르기 같은 단일 포인터로도 쓸 수 있어야 합니다.

  • 2.5.2 포인터 취소 수준 A

    단일 포인터로 동작하는 기능은 누르는 순간(down) 실행되지 않거나, 실행을 취소·되돌릴 수 있어야 합니다.

  • 2.5.3 이름 속 레이블 수준 A

    텍스트가 보이는 컨트롤은 접근 가능한 이름에 보이는 텍스트가 포함되어야 합니다.

  • 2.5.4 동작 기반 작동 수준 A

    기기를 흔들거나 기울이는 동작으로 실행되는 기능은 UI 컨트롤로도 쓸 수 있고, 동작 반응을 끌 수 있어야 합니다.

  • 2.5.5 대상 크기(향상) 수준 AAA

    포인터 입력 대상은 44×44 CSS 픽셀 이상이어야 합니다.

  • 2.5.6 동시 입력 메커니즘 수준 AAA

    플랫폼에서 쓸 수 있는 입력 방식을 제한하지 않아야 합니다(예: 터치 기기에서 키보드·마우스 사용).

  • 2.5.7 드래그 동작 수준 AA신규

    드래그(끌기)로 동작하는 모든 기능은 드래그 없이 단일 포인터로도 쓸 수 있어야 합니다.

  • 2.5.8 대상 크기(최소) 수준 AA신규

    포인터 입력 대상은 24×24 CSS 픽셀 이상이거나, 다른 대상과 충분한 간격을 두어야 합니다.

3 이해의 용이성 Understandable

정보와 사용자 인터페이스의 조작 방법은 이해할 수 있어야 합니다. 글을 읽고 이해할 수 있고, 화면이 예측한 대로 동작하며, 입력 중 실수를 피하고 바로잡을 수 있도록 돕는 것이 이 원칙의 내용입니다.

3.1 가독성 Readable

텍스트 콘텐츠를 읽을 수 있고 이해할 수 있게 만듭니다. 사용 언어를 프로그램이 알 수 있게 하고, 어려운 단어·약어·발음에 도움을 제공합니다.

  • 3.1.1 페이지 언어 표시 수준 A

    웹 페이지의 기본 언어를 프로그램이 알 수 있게 지정해야 합니다. HTML에서는 <html lang="ko">처럼 씁니다.

  • 3.1.2 부분 언어 표시 수준 AA

    페이지 기본 언어와 다른 언어로 쓴 구절은 그 부분의 언어를 따로 지정해야 합니다.

  • 3.1.3 생소한 단어 수준 AAA

    관용구, 전문 용어처럼 흔하지 않거나 특별한 뜻으로 쓰인 단어의 정의를 찾을 수 있는 방법을 제공해야 합니다.

  • 3.1.4 약어 수준 AAA

    약어의 원래 형태나 뜻을 확인할 수 있는 방법을 제공해야 합니다.

  • 3.1.5 독해 수준 수준 AAA

    고유 명사와 제목을 뺀 글이 중등 교육 이하 수준보다 어려우면, 더 쉬운 보충 콘텐츠나 쉬운 버전을 제공해야 합니다.

  • 3.1.6 발음 수준 AAA

    발음을 모르면 뜻이 모호해지는 단어는 발음을 확인할 수 있는 방법을 제공해야 합니다.

3.2 예측 가능성 Predictable

웹 페이지가 예측할 수 있는 방식으로 나타나고 동작하게 만듭니다. 포커스나 입력만으로 갑자기 맥락이 바뀌지 않고, 반복되는 요소는 페이지마다 일관되게 배치합니다.

  • 3.2.1 포커스를 받은 경우 수준 A

    어떤 구성 요소가 포커스를 받는 것만으로 새 창 열기, 페이지 이동 같은 맥락 변화가 일어나면 안 됩니다.

  • 3.2.2 입력 중인 경우 수준 A

    체크박스 선택, 셀렉트 박스 변경 같은 설정 변경이 미리 알리지 않은 맥락 변화를 일으키면 안 됩니다.

  • 3.2.3 일관된 탐색 수준 AA

    여러 페이지에서 반복되는 내비게이션은 페이지마다 같은 상대적 순서로 나타나야 합니다.

  • 3.2.4 일관된 식별 수준 AA

    같은 기능을 하는 구성 요소는 페이지 묶음 전체에서 같은 방식으로 식별(같은 이름·아이콘·대체 텍스트)되어야 합니다.

  • 3.2.5 요구에 의한 변화 수준 AAA

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

  • 3.2.6 일관된 도움말 수준 A신규

    여러 페이지에 반복되는 도움 수단(연락처, 문의 양식, 자주 묻는 질문, 챗봇)은 페이지마다 같은 상대적 순서로 제공해야 합니다.

3.3 입력 지원 Input Assistance

사용자가 실수를 피하고 바로잡을 수 있도록 돕습니다. 레이블과 안내를 제공하고, 오류를 알리고 수정 방법을 제안하며, 중요한 제출은 되돌리거나 확인할 수 있게 하고, 인증과 반복 입력의 부담을 줄입니다.

  • 3.3.1 오류 식별 수준 A

    입력 오류를 자동으로 발견하면 어느 항목이 잘못됐는지 알려 주고 오류를 텍스트로 설명해야 합니다.

  • 3.3.2 레이블 또는 지시문 수준 A

    사용자 입력이 필요한 곳에는 무엇을 입력해야 하는지 알 수 있는 레이블이나 안내를 제공해야 합니다.

  • 3.3.3 오류 수정 제안 수준 AA

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

  • 3.3.4 오류 방지 (법률, 금융, 데이터) 수준 AA

    법적 약속, 금융 거래, 데이터 변경·삭제, 시험 응시 같은 중요한 제출은 되돌리기·검사·확인 중 하나 이상을 제공해야 합니다.

  • 3.3.5 도움말 수준 AAA

    입력에 도움이 되는 상황별 도움말을 제공해야 합니다.

  • 3.3.6 오류 방지 (전체) 수준 AAA

    사용자가 정보를 제출하는 모든 페이지에 되돌리기·검사·확인 중 하나 이상을 제공해야 합니다.

  • 3.3.7 반복 입력 수준 A신규

    같은 과정 안에서 이미 입력했거나 제공받은 정보를 다시 입력해야 한다면, 자동으로 채우거나 선택할 수 있게 해야 합니다.

  • 3.3.8 접근 가능한 인증(최소) 수준 AA신규

    로그인 등 인증 과정의 어떤 단계도 비밀번호 기억, 퍼즐 풀기 같은 인지 기능 테스트를 대안 없이 요구해서는 안 됩니다.

  • 3.3.9 접근 가능한 인증(향상된) 수준 AAA신규

    3.3.8에서 허용하던 사물 인식·개인 콘텐츠 예외도 없이, 인증 과정에서 인지 기능 테스트를 요구하지 않아야 합니다.

4 견고성 Robust

콘텐츠는 보조 기술을 포함한 다양한 사용자 에이전트가 안정적으로 해석할 수 있을 만큼 견고해야 합니다. 기술이 발전해도 콘텐츠에 계속 접근할 수 있도록, 표준에 맞는 이름·역할·상태 정보를 제공하는 것이 핵심입니다.

4.1 호환성 Compatible

현재와 미래의 사용자 에이전트(보조 기술 포함)와의 호환성을 최대화합니다. 사용자 인터페이스 구성 요소의 이름·역할·값과 상태 메시지를 프로그램이 알 수 있게 제공합니다.

  • 4.1.1 구문 분석 수준 A폐지

    WCAG 2.2에서 폐지(obsolete)되어 삭제된 성공 기준입니다. 원래는 마크업의 열고 닫기, 중첩, 중복 속성, 중복 ID 오류가 없어야 한다는 수준 A 기준이었습니다.

  • 4.1.2 이름, 역할, 값 수준 A

    모든 사용자 인터페이스 구성 요소는 이름과 역할을 프로그램이 알 수 있어야 하고, 사용자가 바꾸는 상태·속성·값과 그 변화도 보조 기술에 전달되어야 합니다. ARIA가 해결하려는 문제의 핵심입니다.

  • 4.1.3 상태 메시지 수준 AA

    검색 결과 수, "장바구니에 담았습니다", 진행 상황, 오류 개수 같은 상태 메시지는 포커스를 옮기지 않아도 보조 기술이 읽을 수 있도록 역할이나 속성으로 알려야 합니다.

참고 자료