모바일 개발에서의 접근성: 정의, 표준 및 구현 방법

접근성이란?

Accessibility(약어 a11y — 문자 a + 11자 + y)는 제품이 장애가 있는 사람들이 사용할 수 있는 특성입니다. 모바일 애플리케이션의 맥락에서 이는 다음을 의미합니다: 스크린 리더(VoiceOver, TalkBack) 지원, 적절한 텍스트 크기, 높은 대비, 키보드 탐색을 위한 올바른 포커스 순서, 어지러움을 유발하는 애니메이션 요소의 부재.

포용성은 윤리적 의무일 뿐만 아니라 법적 의무이기도 합니다. 많은 국가에서 디지털 접근성 법률이 있습니다: ADA(미국), Section 508, European Accessibility Act(EU, 2025년부터 앱에 의무화). Business Disability Forum에 따르면, 접근성에 투자하는 기업은 사용자를 15~20% 늘리고 법적 위험을 줄입니다.

IT Sectr에서는 개발의 모든 단계에서 접근성을 확인합니다. 우리의 경험에 따르면 디자인 단계에서 접근성 문제를 수정하는 것이 출시 후보다 10배 저렴합니다. 접근성은 기능이 아니라 현대 애플리케이션의 기본 요구사항입니다.

iOS: VoiceOver, Accessibility Label, Trait

Apple 생태계는 강력한 접근성 도구를 제공합니다. VoiceOver는 화면에서 일어나는 모든 것을 음성으로 읽어주는 내장 스크린 리더입니다. 사용자는 제스처로 기기를 제어합니다: 오른쪽 스와이프 — 다음 요소, 왼쪽 스와이프 — 이전 요소, 더블 탭 — 활성화.

Accessibility Label은 VoiceOver가 요소에 대해 읽어주는 텍스트입니다. 기본적으로 iOS는 버튼 텍스트나 레이블을 사용하지만, 아이콘 및 그래픽 요소의 경우 레이블을 명시적으로 설정해야 합니다. Accessibility Trait은 요소 유형(button, header, link, image)을 설명하는 속성입니다. 올바른 trait은 사용자가 요소와 상호 작용하는 방법을 이해하는 데 도움이 됩니다.

VoiceOver 및 Accessibility Label

VoiceOver는 40개 이상의 언어를 지원하며 모든 Apple 기기에서 작동합니다. 개발자의 주요 임무는 각 인터페이스 요소에 올바른 accessibilityLabel과 accessibilityTraits를 설정하는 것입니다. 요소에 접근할 수 없어야 하는 경우(장식용 이미지), isAccessibilityElement = false를 설정합니다.

// Swift — 버튼 접근성 설정
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "이 기사 공유"
shareButton.accessibilityHint = "보내기 방법을 선택하는 대화상자를 엽니다"
shareButton.accessibilityTraits = .button

// SwiftUI — 더 간단
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("공유")
        .accessibilityHint("공유 메뉴를 엽니다")
    }
}

코드는 텍스트가 없는 버튼(아이콘만)의 접근성 설정을 보여줍니다. AccessibilityLabel은 사용자가 듣게 될 내용입니다. AccessibilityHint는 작업 결과에 대한 추가 힌트입니다. 레이블에 «~를 위한 버튼»과 같은 표현을 사용하지 마세요 — Trait이 이미 버튼임을 알려줍니다.

Android: TalkBack, Content Description

TalkBack은 Android용 Google의 스크린 리더로, Android Accessibility Suite 패키지의 일부입니다. VoiceOver와 마찬가지로 인터페이스 요소를 음성으로 읽어주고 제스처로 제어됩니다. TalkBack은 100개 이상의 언어를 지원하며 Google Play Services가 있는 모든 기기에서 작동합니다.

Content Description은 Android에서 accessibilityLabel에 해당합니다. XML에서는 android:contentDescription 속성을 통해, 코드에서는 setContentDescription() 메서드를 통해 설정됩니다. 포커스 불가능한 요소(장식용 ImageView)의 경우 importantForAccessibility="no"를 사용합니다.

TalkBack 및 Focus Order

Focus Order(포커스 순서)는 스와이프할 때 TalkBack이 요소 사이를 이동하는 순서입니다. 기본적으로 Android는 레이아웃의 요소 순서를 사용하지만, accessibilityTraversalBefore 및 accessibilityTraversalAfter 속성을 통해 변경할 수 있습니다. 이는 사용자 정의 구성 요소가 있는 복잡한 화면에서 중요합니다.

IT Sectr에서는 모든 화면에서 Focus Order를 확인합니다. 포커스 순서 오류는 가장 흔한 접근성 문제 중 하나입니다. 예를 들어, 제목 다음에 사용자가 기사 텍스트 대신 댓글로 이동하는 경우 — 이는 접근성 버그입니다.

WCAG 및 표준

WCAG(Web Content Accessibility Guidelines)는 W3C가 개발한 국제 접근성 표준입니다. 현재 버전은 WCAG 2.2(2023)입니다. 표준은 4가지 원칙으로 나뉩니다: Perceivable(인지 가능), Operable(운용 가능), Understandable(이해 가능), Robust(견고) — 약어 POUR.

WCAG 수준: A(최소), AA(중간, EU에서 법적으로 의무), AAA(최대). 모바일 애플리케이션의 경우 수준 AA로 충분합니다: 텍스트 대비 최소 4.5:1, 스크린 리더 지원, 최소 대상 크기 44x44픽셀, 동영상 자막.

WCAG 수준

수준 A — 기본 요구사항: 이미지에 대한 텍스트 대안, 키보드 제어, 최소 3:1 대비. 수준 AA — 중간: 대비 4.5:1, 최대 200% 확대 지원, 올바른 제목과 레이블. 수준 AAA — 높음: 대비 7:1, 동영상 수화, 완전 음성 제어. 실제로 대부분의 기업은 AA를 목표로 합니다.

표 2. iOS와 Android 접근성 API 비교. 이름은 다르지만 개념은 동일합니다: 레이블, 유형, 포커스 순서 및 텍스트 적응 지원.

접근성 테스트

접근성 테스트는 WCAG 표준 준수 및 스크린 리더와의 올바른 작동을 위해 애플리케이션을 확인하는 것입니다. 최소 테스트 세트: VoiceOver/TalkBack을 활성화하고 애플리케이션의 모든 화면을 탐색합니다. 들어서 모든 요소가 읽히는지, 포커스 순서가 논리적인지, 부적절한 요소(장식용)가 무시되는지 확인합니다.

자동화 도구: Xcode Accessibility Inspector(iOS용 Xcode 감사), Android Accessibility Scanner(화면을 스캔하여 문제 찾기), Axe DevTools, WAVE. 이러한 도구는 대비, 대상 크기, 레이블 존재 여부 및 기타 매개변수를 확인합니다.

IT Sectr에서는 모든 릴리스 전에 접근성 검토를 수행합니다. 프로세스에는 다음이 포함됩니다: 자동 감사(Accessibility Inspector), VoiceOver 및 TalkBack을 사용한 수동 테스트, 대비 및 텍스트 확대 확인. 문제를 Jira에 기록하고 스프린트에 할당합니다. 이를 통해 모든 프로젝트에서 WCAG 수준 AA를 유지할 수 있습니다.