VoiceOver 평가 기준

iPhone의 경우, VoiceOver로 iPhone 또는 iPad 탐색하는 방법(How to Navigate your iPhone or iPad with VoiceOver)을 시청한 다음, iPhone에서 VoiceOver 켜기 및 연습하기, iPhone에서 VoiceOver 제스처 사용하기 및 VoiceOver가 켜져 있을 때 iPhone 조작하기 페이지를 방문합니다.

For iPad의 경우, VoiceOver로 iPhone 또는 iPad 탐색하는 방법(How to Navigate your iPhone or iPad with VoiceOver)을 시청한 다음, iPad에서 VoiceOver 켜기 및 연습하기, iPad에서 VoiceOver 제스처 사용하기 및 VoiceOver가 켜져 있을 때 iPad 조작하기 페이지를 방문합니다.

Mac의 경우, Mac용 VoiceOver 학습 및 연습하기 페이지를 방문하고 macOS용 VoiceOver 사용 설명서에서 다른 주제를 확인해 봅니다.

Apple TV의 경우, Apple TV에서 VoiceOver 사용하기 페이지를 방문합니다.

Apple Vision Pro의 경우, Apple Vision Pro에서 VoiceOver 켜기 및 연습하기와 Apple Vision Pro의 VoiceOver 제스처 알아보기 페이지를 방문합니다.

Apple Watch의 경우, Apple Watch에서 VoiceOver 사용하기 페이지를 방문합니다.

버튼, 아이콘, 양식 조절 및 기타 모든 요소는 VoiceOver 사용자에게 해당되는 텍스트로써 간결한 레이블을 포함해야 합니다. 대화형 텍스트 필드 및 이와 유사한 양식 컨트롤에는 선택 영역 또는 콘텐츠의 텍스트 값(“555-555-1212”) 외에 레이블(예를 들어, “전화번호”)이 있어야 합니다.

레이블은 간결해야 하며, 사용자가 해당 인터페이스를 통해 빠르게 탐색하고 이해할 수 있도록 합니다. 예를 들어, 새 메시지를 작성하는 버튼은 “새로운 음악 메시지를 작성하려면 누르십시오”와 같은 장황한 표현이 아닌 “새로운 메시지”라는 레이블을 사용해야 합니다.

레이블이 문맥에 맞는지 확인합니다. VoiceOver를 사용하면 요소를 각기 다른 방식으로 활용하게 될 수 있으므로, “여기를 클릭해” 또는 “추가 정보”와 같이 비선형적인 순서의 항목을 마주할 때 명확하지 않은 모호한 레이블은 사용하지 않아야 합니다. 쇼핑 카트에서 “삭제”와 같이 여러 개의 동작 요소가 같은 레이블을 가질 경우, 특히 파괴적인 동작인 경우에는 레이블 텍스트가 해당 동작이 무엇을 하는지 명확하게 알려야 합니다. 예를 들어, 어떤 카트 항목이 삭제될 것인지 분명하게 명시해야 합니다.

레이블에 “체크박스”와 같은 제어 유형 또는 “선택됨”과 같은 상태가 포함되지 않아야 합니다. 그렇지 않으면 VoiceOver가 사용자에게 “체크박스, 체크박스 구독 취소”와 같은 중복된 정보를 말할 수 있습니다. 대신, 특성으로 구현하거나 기기에 적합한 유사한 API를 통해 앱에서 구현하십시오.

대부분의 이미지는 관련 설명 또는 대체 텍스트를 포함해야 합니다. 이미지가 단순히 장식용인 경우, VoiceOver가 해당 이미지를 완전히 무시하도록 설정하십시오.

앱에서 사용자가 이미지와 같은 미디어를 업로드할 수 있도록 하는 경우, 사용자가 사용자 생성 콘텐츠에 레이블이나 설명을 추가할 수 있는 방법을 제공하여 VoiceOver 사용자가 미디어 사용할 때 해당 설명을 들을 수 있도록 해야 합니다.

차트 및 기타 데이터 시각화는 더욱 구체적인 차트 API를 통해 손쉬운 사용 정보를 제공하거나, 최소한 비교적 완전한 대체 텍스트를 포함해야 합니다.

타사 또는 사용자 생성 콘텐츠가 일반적인 작업에 필요한 경우, 손쉬운 사용 지원 여부 표시 레이블(Accessibility Nutrition Labels)에 있는 타사 콘텐츠 관련 내용을 참고하십시오.

더 많은 아이디어는 훌륭한 손쉬운 사용 레이블 작성하기(Writing Great Accessibility Labels)와 앱의 차트에 손쉬운 사용 적용하기(Bring accessibility to charts in your app)를 참고하세요.

VoiceOver 사용자가 항목에 접근하면, VoiceOver는 레이블 또는 텍스트 콘텐츠 외에도 해당 요소의 유형을 말해야 합니다. 예를 들어, “모든 이메일 구독 취소, 체크박스”와 같이 들려야 합니다.

사용자는 컨트롤의 상태와 값을 이해할 수 있어야 합니다. 체크박스의 “선택 해제됨” 상태와 같은 기본 상태는 내포된 상태이므로 VoiceOver를 통해 이를 음성으로 읽지 못할 수 있습니다. 예시: “모든 이메일 구독 취소, 체크박스” 또한, 제어 상태 및 값의 API를 업데이트할 때 주의하십시오. 예를 들어, 사용자가 체크박스를 선택하면, VoiceOver는 이를 “모든 이메일 구독 취소, 선택됨 체크박스”라고 읽게 됩니다.

앱에 표시되는 모든 텍스트는 VoiceOver를 포함하는 보조 기술에 액세스할 수 있어야 합니다. 단락과 같은 일반 텍스트 요소는 별도의 레이블이 필요하지 않지만 VoiceOver가 텍스트 내용을 말할 수 있도록 해야 합니다.

사용자 설정 키보드 및 텍스트 입력 방법(예를 들어, 사용자 설정 키보드 또는 핀 코드 입력 위젯)은 정확한 텍스트 입력 및 선택을 제공할 뿐만 아니라, VoiceOver와 함께 작동하고, 사용자가 볼 수 있도록 올바른 음성/점자를 출력해야 합니다.

임시 상태 배너 및 중요한 앱 내 알림은 AccessibilityNotification을 사용하여 신속하되, VoiceOver 사용자를 방해하지 않는 방식으로 전달해야 합니다.

VoiceOver 사용자는 화면의 모든 가시적 요소로 탐색할 수 있어야 하며, 순차 탐색(오른쪽 스와이프, VO+오른쪽 등) 또는 로터 및 터치 탐색 기능을 통해 이를 수행할 수 있어야 합니다.

VoiceOver 사용자는 현재 위치한 요소에서 벗어나 앞으로 진행하거나 뒤로 가거나(왼쪽 스와이프, VO+왼쪽 등), 로터 또는 터치 탐색을 통해 이동할 수 있어야 합니다.

여러 개의 요소나 작업이 그룹으로 제시되는 경우, VoiceOver 사용자는 그룹의 각 항목으로 이동하거나 사용자화 작업과 같은 기능을 통해 그룹화된 동작(예를 들어, 회신, 전달, 삭제)과 상호 작용할 수 있어야 합니다.

VoiceOver 사용자는 항목을 건너뛰거나 동일 항목에 반복적으로 되돌아가지 않고 모든 요소를 순차적으로 탐색할 수 있어야 합니다. 전체 콘텐츠를 순방향 및 역방향으로 탐색해 보고, 로터 항목도 순방향과 역방향 모두 시도해 보십시오.

콘텐츠가 백그라운드에서 새로 고쳐질 때, VoiceOver 사용자의 읽기 위치가 예기치 않게 초기화되지 않아야 합니다. 예를 들어, 콘텐츠 피드의 하단에 있을 때 새 콘텐츠가 로드되면 VoiceOver 커서가 목록의 맨 위로 이동하지 않아야 합니다.

화면이 바뀌거나 모달 대화창이 나타나면 VoiceOver 커서가 새로운 콘텐츠 영역으로 이동해야 합니다. VoiceOver 사용자가 보이지 않거나, 화면에서 벗어나거나, 배경이 되는 콘텐츠로 이동할 수 없어야 합니다.

VoiceOver의 동작(선택 후 두 번 탭)과 키보드 명령어(VO+스페이스)는 표준 탭 또는 클릭과 동일한 동작을 실행해야 합니다.

표준 키보드 조작(예를 들어, 화살표 키) 및 키보드 조합 단축키는 VoiceOver가 활성화된 경우에도 계속 작동해야 하며, VoiceOver 커서는 탭 키, 화살표 키와 같은 표준 키보드 탐색으로 실행되는 변경 사항을 따라야 합니다.

앱 컨트롤이 컨텍스트 메뉴를 제공하거나 길게 누르기를 오버로드하거나 비표준 동작을 제공하는 경우, VoiceOver의 동작 로터(actions rotor) 또는 VO+Shift+M 키보드 명령을 통해 동일한 기능을 사용자화 작업으로 제공하십시오.

VoiceOver는 대화창 같은 모달 뷰와도 호환되어야 합니다. 앱은 모달 뷰가 활성화되어 있는 동안, 그 뒤의 비활성 콘텐츠에 VoiceOver가 접근하지 않도록 해야 합니다. 또한, VoiceOver 사용자가 ESC 키 또는 accessibilityPerformEscape 동작을 통해 모달 뷰를 닫을 수 있도록 지원해야 합니다.

드래그 앤 드롭이나 멀티터치 제스처와 같은 복잡한 앱 동작은 VoiceOver 사용자도 접근 가능하고 발견할 수 있는 방식으로 제공해야 하며, 사용자 정의 로터나 동작 등을 통해 구현할 수 있습니다. 가능한 경우 Apple에서 제공하는 기본 API를 사용하여 구현의 복잡도를 줄이십시오.

앱 또는 포함된 프레임워크에서 사용자화 요소를 사용하는 경우, Apple UIKit, AppKit 및 SwiftUI 프레임워크에서 제공하는 네이티브 요소와 동등한 손쉬운 사용 기능을 제공해야 합니다. 예를 들어, 사용자 설정 버튼, 탭 바 및 슬라이더는 VoiceOver로 조작할 수 있어야 하며, 표준 API를 사용하는 컨트롤을 사용하여 동일한 정보를 전달할 수 있어야 합니다.