요약 설명모바일 애플리케이션 콘텐츠를 구축, 운영, 개선 및 유지 보수할 경우에 적용하는 것으로 모바일 전화기, 태블릿기기 등 모바일 기기에서 실행되는 모든 애플리케이션 및 콘텐츠를 WCAG 2.0(Web Content Accessibility Guidelines 2.0)에서 제시하고 있는 접근성 설계의 4가지 원칙 기준으로, 모바일 애플리케이션 콘텐츠의 설계 및 개발을 위한 지침을 제시하고 있습니다.
요약 설명사용자 인터페이스 컴포넌트는 보조기술을 이용하여 사용할 수 있도록 해야 합니다.
보조기술은 시각, 청각, 신체적 장애가 있는 사용자들이 컴퓨터와 모바일 기기를 사용할 수 있도록 도와주는 장치나 소프트웨어입니다. UI 컴포넌트가 이러한 보조기술과 호환되도록 설계되면, 모든 사용자가 앱을 접근 가능하게 이용할 수 있습니다.
이 호환성을 보장하기 위해, UI 컴포넌트에는 적절한 접근성 속성이 적용되어야 합니다.WCAG 2.2 Guidelines : 2.1.1 Keyboard
WCAG 2.2 Guidelines : 4.1.2 Name, Role, Value
시각, 청각, 신체적 장애를 가진 사용자들이 보조기술을 통해 앱을 원활하게 사용할 수 있도록 보장해야 합니다.
많은 국가에서는 웹 및 모바일 앱의 접근성을 보장하는 법적 요구사항이 있으며, 이를 준수하면 법적 문제를 피할 수 있습니다.
보조기술 사용자가 비장애인과 동일하게 앱의 모든 기능을 활용할 수 있어야 합니다.
UI 컴포넌트에는 ARIA 속성, role 속성, label 등을 사용하여 보조기술이 각 요소를 올바르게 인식하고 접근할 수 있도록 해야 합니다.
모든 인터랙티브 요소는 포커스를 받을 수 있어야 하며, 포커스는 논리적인 순서로 이동하도록 설정하여 사용자가 키보드나 보조기술을 통해 앱을 원활하게 탐색할 수 있도록 해야 합니다.
이미지, 버튼, 링크 등의 비텍스트 요소에 대해 스크린 리더가 읽을 수 있는 텍스트 대체(예: alt 텍스트, aria-label 등)를 제공하여 접근성을 높여야 합니다.
사용자가 UI 컴포넌트와 상호작용할 때, 시각적 피드백과 함께 보조기술을 통한 피드백도 제공하여 현재 상태를 명확하게 전달해야 합니다.
앱이 주요 보조기술(스크린 리더, 음성 인식 소프트웨어 등)과 호환되는지 정기적으로 테스트하고, 발견된 문제를 신속하게 수정해야 합니다.
보조기술을 위한 접근성 속성 설정
ARIA 속성을 사용하여 보조기술 호환성 보장
요약 설명중요한 상태 메시지는 보조기술 사용자에게도 전달되어야 합니다.
조회 결과, 폼 오류, 로딩 완료, 장바구니 변경 등 사용자에게 꼭 알려야 하는 상태 변화는 시각적 표시만으로 끝내지 않고, 스크린 리더 등 보조기술이 초점을 옮기지 않아도 인지할 수 있게 전달해야 합니다.WCAG 2.2 Guidelines : 4.1.3 Status Messages
시각적으로만 표시된 알림은 스크린 리더 사용자가 놓칠 수 있으므로, 보조기술로도 동일한 정보가 전달되어야 합니다.
초점을 강제로 이동시키지 않고도 상태 변화를 알릴 수 있어, 입력 흐름이 끊기지 않습니다.
role="status", role="alert", aria-live="polite" 또는 assertive 등으로 영역을 지정합니다.
View.setAccessibilityLiveRegion(), AccessibilityEvent, announceForAccessibility 등으로 변경 사실을 알립니다.
UIAccessibility.post(notification: .announcement, argument:) 등으로 중요 메시지를 읽히게 할 수 있습니다.
“성공”, “오류” 등 결과 유형이 드러나도록 짧고 명확한 문구를 쓰고, 장식용 아이콘만으로 상태를 대체하지 않습니다.
접근성 이벤트로 상태 알림
라이브 영역에 결과 메시지 표시
모바일 앱 접근성 요약 보고서 예시로, 체크박스의 체크 여부가 저장되지 않습니다.
검사항목(41개)
준수 여부
텍스트 아닌 콘텐츠는 그 의미나 용도를 인식할 수 있도록 대체 텍스트를 제공해야 한다.
멀티미디어 콘텐츠는 자막 또는 수어를 제공해야 한다.
멀티미디어 콘텐츠에서 음성 정보가 없는 시각 정보는 인식할 수 있도록 화면해설을 제공해야 한다.
표는 이해하기 쉽게 구성해야 한다.
콘텐츠는 논리적인 순서로 제공해야 한다.
지시사항이나 알림정보 등은 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 다양한 감각으로 인식할 수 있어야 한다.
콘텐츠는 특정 화면 방향으로만 고정하지 않아야 한다.
입력 서식의 목적은 식별할 수 있어야 한다.
콘텐츠는 색에 관계없이 인식할 수 있어야 한다.
소리는 자동으로 재생되지 않아야 한다.
콘텐츠와 배경 간의 명도는 충분하게 대비되도록 제공해야 한다.
이웃한 콘텐츠는 시각적으로 구별할 수 있어야 한다.
텍스트는 내용이나 기능의 손실 없이 200%까지 크기 조정이 가능해야 한다.
텍스트는 이미지로 제공하지 않아야 한다.
콘텐츠는 화면 크기에 따라 손실 없이 표시되어야 한다.
텍스트는 내용과 기능의 손실 없이 간격을 조정할 수 있어야 한다.
의미나 기능을 갖는 모든 콘텐츠 요소는 초점이 적용되고, 초점은 논리적인 순서로 이동해야 한다.
사용자 입력 및 컨트롤은 조작 가능한 충분한 크기로 제공해야 한다.
단일 문자 단축키는 오동작으로 인한 오류를 방지해야 한다.
시간제한이 있는 콘텐츠는 응답시간을 조절할 수 있어야 한다.
자동으로 변경되는 콘텐츠는 움직임을 제어할 수 있어야 한다.
초당 3~50회 주기로 깜빡이거나 번쩍이는 콘텐츠를 제공하지 않아야 한다.
콘텐츠 블록에는 적절한 제목을 제공해야 한다.
링크 텍스트는 용도나 목적을 이해할 수 있도록 제공해야 한다.
콘텐츠는 다양한 방법으로 탐색할 수 있어야 한다.
다중 포인트 동작 또는 경로기반 동작을 통한 입력은 단일 포인터 입력으로도 조작할 수 있어야 한다.
단일 포인터 입력으로 실행되는 기능은 취소할 수 있어야 한다.
텍스트 또는 텍스트 이미지가 포함된 레이블이 있는 사용자 인터페이스 구성요소는 네임에 시각적으로 표시되는 해당 텍스트를 포함해야 한다.
동작기반으로 작동하는 기능은 사용자 인터페이스 구성요소로 조작할 수 있고, 동작기반 기능을 비활성화할 수 있어야 한다.
주로 사용하는 언어는 명시해야 한다.
기본 언어와 구별되는 다른 언어는 해당 언어를 명시해야 한다.
사용자가 의도하지 않은 기능은 자동적으로 실행되지 않아야 한다.
사용자 인터페이스 컴포넌트는 일관성 있게 제공해야 한다.
도움 정보가 제공되는 경우, 각 페이지에 동일한 순서로 접근할 수 있어야 한다.
입력 오류를 정정할 수 있는 방법을 제공해야 한다.
사용자 입력에는 대응하는 레이블을 제공해야 한다.
중요한 정보가 제출되기 전 되돌리기 어려운 오류를 방지할 수 있는 수단을 제공해야 한다.
동일한 정보를 반복하여 입력하지 않도록 해야 한다.
인증 과정은 인지 기능 테스트에만 의존해서는 안 된다.
사용자 인터페이스 컴포넌트는 보조기술을 이용하여 사용할 수 있도록 해야 한다.
중요한 상태 메시지는 보조기술 사용자에게도 전달되어야 한다.