ARIA 접근성 가이드

접근성 지침

모바일 애플리케이션 콘텐츠 접근성 지침 (KS X 3253:2025)

국내 모바일 앱 접근성 국가표준입니다. 2025년 개정판은 WCAG 2.2의 A·AA 성공 기준을 바탕으로 4개 원칙, 13개 지침, 41개 검사 항목으로 구성됩니다.

한눈에 보기

표준 번호
KS X 3253:2025
제정/개정
2016.10.20 제정 · 2025.12.31 개정(제2판)
구성
4개 원칙 · 13개 지침 · 41개 검사 항목
기반
ISO/IEC 40500:2025 (WCAG 2.2) A·AA
담당
과학기술정보통신부 국립전파연구원
원안 작성
디지털접근성표준화포럼
구성
4개 원칙 · 13개 지침 · 41개 검사 항목

개요

「모바일 애플리케이션 콘텐츠 접근성 지침」은 장애인과 고령자 등이 비장애인과 동등하게 모바일 앱을 이용할 수 있도록, 앱을 설계·개발할 때 지켜야 할 사항을 정한 국내 표준입니다. 특정 운영체제나 기기에 한정하지 않고 Android, iOS 등 여러 모바일 운영체제에 적용할 수 있도록 작성되었습니다. 표준 번호는 KS X 3253이며, 과학기술정보통신부 국립전파연구원이 담당하는 방송통신표준(국가표준)입니다.

변천 과정

  • 2012년 — 한국정보통신기술협회(TTA)가 단체표준 「모바일 애플리케이션 접근성 지침」(TTAK.KO-10.0634)을 제정했습니다.
  • 2016년 — 적용 대상을 모바일 기기에서 실행되는 모든 앱으로 넓히고 WCAG 2.0의 4원칙에 맞춰 체계화한 「모바일 애플리케이션 콘텐츠 접근성 지침 2.0」이 나왔고, TTA 표준(TTAK.KO-10.0634/R2)을 바탕으로 같은 해 10월 20일 국가표준 KS X 3253:2016으로 제정되었습니다. 이 판은 18개 검사 항목으로 이루어져 있습니다.
  • 2025년 12월 31일 — ISO/IEC 40500:2025(WCAG 2.2)의 A·AA 성공 기준을 반영해 KS X 3253:2025(제2판)로 개정되었습니다. 검사 항목은 41개로 늘었고, 신규 23개와 함께 기존 18개 항목은 유지 9개, 현행화 1개, 분리 1개, 통합 2개, 강화 5개로 정리되었습니다.

버전 표기

2016판은 흔히 「모바일 애플리케이션 콘텐츠 접근성 지침 2.0」으로 불렸지만, 2025년 개정 문서에는 별도의 버전 번호가 표기되어 있지 않습니다. 이 사이트에서는 표준 번호와 연도(KS X 3253:2025)로 구분합니다.

적용 범위

모바일 콘텐츠 서비스 제공자가 직접 제공하는 콘텐츠에 적용하며, 제3자가 제공하는 서비스(Third-Party Services)는 제외합니다. 웹 지침인 KWCAG 2.2가 제3자 서비스를 포함하는 것과 다른 점입니다.

WCAG·KWCAG와의 관계

원칙은 WCAG 2.2와 같은 인식의 용이성, 운용의 용이성, 이해의 용이성, 견고성 네 가지이며, 각 검사 항목은 WCAG 2.2의 A·AA 성공 기준에 대응합니다(표준 부속서 A의 대응표). 번호 체계는 KWCAG 2.2처럼 원칙을 5~8장으로 두는 방식(예: 5.1.1, 6.5.3)을 따르지만, 같은 번호라도 항목 내용이 다를 수 있으므로 각 항목의 대응표를 확인해야 합니다. 예를 들어 모바일 6.1.1(초점 이동과 표시)은 KWCAG 6.1.2에 대응합니다.

2025년 개정의 주요 내용

  • 정보 인지 명료성 강화 — 저시력인과 고령자를 위해 텍스트 크기 조정(5.4.5), 이미지 텍스트(5.4.6), 리플로우(5.4.7), 텍스트 간격(5.4.8)이 추가·강화되었습니다.
  • 다양한 조작 환경 고려 — 음성 명령과 동작기반 컨트롤을 고려해 방향 설정(5.3.4), 네임 안의 레이블(6.5.3), 동작기반 작동(6.5.4)이 추가되었습니다.
  • 입력 실수 예방 — 오류 방지(7.3.3), 반복 입력 정보(7.3.4), 접근 가능한 인증(7.3.5)이 추가되었습니다.
  • 보조기술 호환성 — 상태 메시지(8.1.2)가 추가되고, 사용자 인터페이스 컴포넌트(8.1.1)가 네임·역할·값 노출 중심으로 강화되었습니다.
  • 조작 크기 현행화 — 2016판의 「컨트롤의 크기와 간격」(가로·세로 각 9mm 이상)이 「조작 가능한 크기」(조작 영역 24×24 픽셀 이상)로 바뀌었습니다.

인증 심사 기준 확인

모바일 앱 접근성 인증(정보통신접근성 품질인증)은 인증기관이 정한 심사 기준에 따라 진행됩니다. 개정판(2025)이 심사에 적용되는 시점은 기관별 공지로 확인해야 하며, 전환 기간에는 2016판 기준이 쓰일 수 있습니다.

네이티브 앱의 접근성 API와 ARIA의 관계는 모바일과 ARIA, 화면낭독기 사용법은 화면낭독기로 테스트하기를 참고하세요.

전체 검사 항목

검사 항목 41개

5 인식의 용이성 Perceivable

사용자가 장애 유무 등에 관계없이 모바일 앱의 모든 콘텐츠를 동등하게 인식할 수 있도록 제공해야 합니다. 대체 텍스트, 멀티미디어 대체수단, 적응성, 명료성의 4개 지침, 16개 검사 항목으로 구성됩니다.

5.1 대체 텍스트

텍스트 아닌 콘텐츠는 그 의미나 용도를 인식할 수 있도록 대체 텍스트를 제공합니다.

  • 5.1.1 텍스트 아닌 콘텐츠

    이미지, 아이콘 버튼 등 텍스트 아닌 콘텐츠는 그 의미나 용도를 인식할 수 있도록 대체 텍스트를 제공해야 합니다.

5.2 멀티미디어 대체수단

멀티미디어 콘텐츠에는 자막·수어, 화면해설 등 동등한 내용의 대체수단을 제공합니다.

  • 5.2.1 자막 또는 수어

    오디오·비디오를 포함한 멀티미디어 콘텐츠에는 자막 또는 수어를 제공해야 합니다. 생방송 콘텐츠도 포함합니다.

  • 5.2.2 화면해설 신규

    멀티미디어 콘텐츠에서 음성으로 설명되지 않는 시각 정보는 인식할 수 있도록 화면해설을 제공해야 합니다.

5.3 적응성

콘텐츠는 구조와 순서, 감각 정보, 화면 방향, 입력 목적이 보조기술로 올바르게 전달되도록 구성합니다.

  • 5.3.1 표의 구성 신규

    표는 이해하기 쉽게 구성해야 합니다. 표의 용도와 목적, 제목 셀과 내용 셀의 관계를 인식할 수 있어야 합니다.

  • 5.3.2 콘텐츠의 선형구조 신규

    콘텐츠는 보조기술 사용자가 맥락을 이해할 수 있도록 논리적인 순서로 제공해야 합니다.

  • 5.3.3 다양한 감각 지원

    지시사항이나 알림 정보는 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 다양한 감각으로 인식할 수 있어야 합니다.

  • 5.3.4 방향 설정 신규

    콘텐츠는 가로 또는 세로 등 특정 화면 방향으로만 고정하지 않아야 합니다.

  • 5.3.5 입력 목적 식별 신규

    이름, 이메일, 주소처럼 사용자 정보를 받는 입력 서식은 그 목적을 프로그램이 식별할 수 있어야 합니다.

5.4 명료성

콘텐츠는 색, 소리, 명도 대비, 크기, 간격 등에 관계없이 명확하게 전달되어야 합니다.

  • 5.4.1 색에 무관한 콘텐츠

    콘텐츠는 색에 관계없이 인식할 수 있어야 합니다.

  • 5.4.2 소리 자동 재생

    소리는 자동으로 재생되지 않아야 합니다. 3초 미만의 소리는 허용하며, 3초 이상이면 정지·음량 조절 수단을 제공해야 합니다.

  • 5.4.3 콘텐츠의 명도대비

    텍스트는 배경과 4.5:1(큰 글자 3:1) 이상, 텍스트 아닌 콘텐츠와 UI 컴포넌트는 3:1 이상의 명도대비를 제공해야 합니다.

  • 5.4.4 콘텐츠 간의 구분 신규

    이웃한 콘텐츠는 시각적으로 구별할 수 있어야 합니다.

  • 5.4.5 텍스트 크기 조정

    텍스트는 별도의 보조기술 없이 200%까지 확대할 수 있어야 하며, 확대해도 내용이나 기능이 손실되지 않아야 합니다.

  • 5.4.6 이미지 텍스트 신규

    텍스트는 글꼴·크기·색을 바꿀 수 있도록 이미지가 아닌 텍스트로 제공해야 합니다.

  • 5.4.7 리플로우 신규

    화면을 확대하거나 크기를 조정해도 2차원 스크롤 없이 콘텐츠를 읽고 이용할 수 있어야 합니다.

  • 5.4.8 텍스트 간격 신규

    사용자가 줄·문단·글자·단어 간격을 넓혀도 내용과 기능이 손실되지 않아야 합니다.

6 운용의 용이성 Operable

사용자가 장애 유무 등에 관계없이 모바일 앱에서 제공하는 모든 기능을 운용할 수 있도록 제공해야 합니다. 입력장치 접근성, 충분한 시간 제공, 광과민성 발작 예방, 쉬운 내비게이션, 입력 방식의 5개 지침, 13개 검사 항목으로 구성됩니다.

6.1 입력장치 접근성

초점, 조작 크기, 단축키 등 입력장치로 모든 기능을 정확하게 조작할 수 있게 합니다.

  • 6.1.1 초점 이동과 표시

    의미나 기능이 있는 모든 콘텐츠 요소에 초점이 적용되고, 초점은 논리적인 순서로 이동하며 시각적으로 구별되어야 합니다.

  • 6.1.2 조작 가능한 크기

    사용자 입력과 컨트롤은 개별적으로 선택할 수 있도록 조작 영역을 24×24 픽셀 이상으로 제공해야 합니다.

  • 6.1.3 단일 문자 단축키 신규

    단일 문자 단축키를 제공하는 경우 끌 수 있는 방법을 제공해 오동작으로 인한 오류를 방지해야 합니다.

6.2 충분한 시간 제공

시간 제한과 자동으로 바뀌는 콘텐츠를 사용자가 조절할 수 있게 합니다.

  • 6.2.1 응답시간 조절

    시간 제한이 있는 콘텐츠는 제한을 해제·연장·조절할 수 있어야 하며, 종료 전에 미리 알려야 합니다.

  • 6.2.2 움직임 제어

    자동 스크롤, 롤링 배너처럼 자동으로 변경되는 콘텐츠는 일시정지하고 앞뒤로 이동할 수 있어야 합니다.

6.3 광과민성 발작 예방

발작을 일으킬 수 있는 깜빡임과 번쩍임을 제한합니다.

6.4 쉬운 내비게이션

제목, 링크 텍스트, 여러 탐색 방법으로 원하는 콘텐츠를 쉽게 찾아 이동하게 합니다.

  • 6.4.1 제목 신규

    화면과 콘텐츠 블록에는 내용을 대표하는 간단명료한 제목을 제공해야 합니다.

  • 6.4.2 링크 텍스트 신규

    링크 텍스트는 그 자체나 주변 맥락으로 용도나 목적지를 이해할 수 있어야 합니다.

  • 6.4.3 다양한 탐색 방법 신규

    원하는 콘텐츠를 쉽게 찾을 수 있도록 전체 메뉴, 검색 등 두 가지 이상의 탐색 방법을 제공해야 합니다.

6.5 입력 방식

복잡한 제스처, 실수 입력, 음성 명령, 동작 기반 기능을 누구나 조작할 수 있게 합니다.

  • 6.5.1 단일 포인터 입력

    다중 포인트·경로기반·끌기 동작으로 하는 입력은 한 손가락 탭 같은 단일 포인터로도 조작할 수 있어야 합니다.

  • 6.5.2 포인터 입력 취소 신규

    단일 포인터로 실행되는 기능은 누르는 순간(다운 이벤트)에 실행되지 않고, 실행 전 중지나 실행 후 취소가 가능해야 합니다.

  • 6.5.3 네임 안의 레이블 신규

    텍스트가 보이는 컴포넌트는 접근 가능한 이름(네임)에 화면에 보이는 그 텍스트를 같은 순서로 포함해야 합니다.

  • 6.5.4 동작기반 작동 신규

    흔들기·기울이기 같은 동작으로 작동하는 기능은 화면의 컨트롤로도 조작할 수 있고, 동작 기능을 끌 수 있어야 합니다.

7 이해의 용이성 Understandable

사용자가 장애 유무 등에 관계없이 모바일 앱에서 제공하는 콘텐츠를 이해할 수 있도록 제공해야 합니다. 가독성, 예측 가능성, 입력 도움의 3개 지침, 10개 검사 항목으로 구성됩니다.

7.1 가독성

콘텐츠의 언어를 명시해 보조기술이 올바른 발음과 점역으로 전달하게 합니다.

7.2 예측 가능성

의도하지 않은 실행을 막고, 컴포넌트와 도움 정보를 일관되게 제공해 동작을 예측할 수 있게 합니다.

7.3 입력 도움

입력 오류를 막고 정정하도록 돕고, 레이블과 인증, 반복 입력에서 부담을 줄입니다.

  • 7.3.1 오류 정정

    입력 오류가 생기면 오류의 위치와 이유를 알려 정정할 수 있게 해야 합니다.

  • 7.3.2 레이블

    사용자 입력에는 용도를 알 수 있는 레이블을 제공하고, 보조기술이 레이블과 입력 서식의 관계를 인식할 수 있어야 합니다.

  • 7.3.3 오류 방지 신규

    법률·금융·데이터 변경 같은 중요한 정보를 제출하기 전에 취소, 수정, 확인 중 하나 이상의 수단을 제공해야 합니다.

  • 7.3.4 반복 입력 정보 신규

    일련의 과정에서 이전에 입력한 정보를 다시 입력하지 않도록 자동으로 채우거나 선택할 수 있게 해야 합니다.

  • 7.3.5 접근 가능한 인증 신규

    로그인 같은 인증 과정이 비밀번호 기억, 패턴 인식 같은 인지 기능 테스트에만 의존하지 않도록 다른 인증 방법을 하나 이상 제공해야 합니다.

8 견고성 Robust

사용자가 기술에 관계없이 모바일 앱에서 제공하는 콘텐츠를 이용할 수 있도록 제공해야 합니다. 보조기술과의 호환성 1개 지침, 2개 검사 항목으로 구성됩니다.

8.1 보조기술과의 호환성

컴포넌트의 네임·역할·값과 상태 메시지가 보조기술에 올바르게 전달되게 합니다.

  • 8.1.1 사용자 인터페이스 컴포넌트

    사용자 인터페이스 컴포넌트는 보조기술 사용자가 네임, 역할, 값(상태)을 바르게 인식하고 이용할 수 있도록 구현해야 합니다.

  • 8.1.2 상태 메시지 신규

    조회 결과, 로딩, 오류 같은 중요한 상태 메시지는 초점을 옮기지 않고도 보조기술 사용자에게 전달되어야 합니다.

참고 자료