Accessibility — основы, VoiceOver и TalkBack для незрячих пользователей

Что такое Accessibility (a11y) в мобильных приложениях?

Accessibility (сокращённо a11y — 11 букв между «a» и «y») — практика разработки приложений, доступных для людей с нарушениями зрения, слуха, моторики и когнитивными особенностями. В мобильной разработке accessibility охватывает четыре основных сценария: незрячие пользователи (экранные дикторы), слабовидящие (масштабирование, контраст), глухие и слабослышащие (субтитры, визуальные альтернативы звуку), пользователи с ограниченной моторикой (голосовое управление, Switch Control, большая область касания).

Правовые требования — во многих странах accessibility обязательна по закону. США: Section 508 и ADA. ЕС: European Accessibility Act (2025). Великобритания: Equality Act 2010. Без поддержки accessibility приложение может стать объектом судебного иска — в США за 2023 год подано более 4000 исков о недоступности цифровых продуктов. Apple и Google проверяют accessibility при модерации приложений: App Store Review Guidelines (4.2) и Google Play Store требуют минимальной поддержки доступности.

Бизнес-аргумент — доступность увеличивает аудиторию. По данным Return on Disability (2021), люди с инвалидностью контролируют $13 трлн располагаемого дохода в год. Доступные приложения также лучше ранжируются в поиске (семантический HTML, alt-тексты), имеют более высокий пользовательский рейтинг и меньше отзывов о проблемах с UX. В IT Sectr мы включаем accessibility в definition of done всех проектов — это стандарт качества, а не опциональное улучшение.

Accessibility в iOS: VoiceOver и UIAccessibility

VoiceOver — экранный диктор Apple, встроенный в iOS, iPadOS и macOS. Пользователь проводит пальцем по экрану, VoiceOver читает название элемента под пальцем. Двойное касание — активация элемента. VoiceOver поддерживает более 40 жестов: три пальца свайп (листание), два пальца двойное касание (стоп), Z-жест (возврат). Разработчик управляет тем, что и как читает VoiceOver, через протокол UIAccessibility и свойства accessibilityLabel, accessibilityTraits, accessibilityHint.

class CustomButton: UIButton {

    override var isAccessibilityElement: Bool {
        get { return true }
        set {}
    }

    // override accessibilityLabel
    override var accessibilityLabel: String? {
        get { return "Кнопка отправки формы" }
        set {}
    }

    // override accessibilityHint
    override var accessibilityHint: String? {
        get { return "Дважды коснитесь, чтобы отправить данные" }
        set {}
    }

    // override accessibilityTraits
    override var accessibilityTraits: UIAccessibilityTraits {
        get { return .button }
        set {}
    }
}

// Dynamic Type — масштабирование текста
titleLabel.font = UIFontMetrics.default.scaledFont(
    for: UIFont.systemFont(ofSize: 16)
)
titleLabel.adjustsFontForContentSizeCategory = true

Динамическая типографика — Dynamic Type в iOS позволяет пользователю выбрать размер текста (от XS до XXXL). Разработчик использует UIFontMetrics.scaledFont для автоматического масштабирования. Текст должен корректно отображаться на всех размерах: строки не должны обрезаться, кнопки — расти пропорционально тексту. UITableView автоматически обновляет высоту ячеек при изменении размера текста. Проигнорировать Dynamic Type — значит сделать приложение недоступным для слабовидящих пользователей.

Accessibility в SwiftUI

SwiftUI предоставляет модификаторы для accessibility: .accessibilityLabel(), .accessibilityHint(), .accessibilityAddTraits(), .accessibilitySortPriority(). По умолчанию все стандартные элементы SwiftUI (Text, Button, Image) уже являются accessibility-элементами с автоматическими label. Для кастомных View используйте .accessibilityElement(children: .combine) для объединения дочерних элементов в один. SwiftUI автоматически поддерживает Dynamic Type и VoiceOver.

VStack {
    Image(systemName: "trash")
        .accessibilityLabel(Text("Удалить элемент"))
    Text("Корзина")
        .font(.body)
}
.accessibilityElement(children: .combine)
.accessibilityAddTraits(.isButton)
.accessibilityHint(Text("Удаляет выбранный элемент без возможности восстановления"))

Accessibility в Android: TalkBack и contentDescription

TalkBack — экранный диктор Google, предустановленный на большинстве Android-устройств (доступен в Google Play для всех версий Android 5+). TalkBack использует те же жесты, что и VoiceOver: свайп для навигации, двойное касание для активации. Разработчик задаёт описание элементов через атрибут android:contentDescription в XML или через setContentDescription() в коде. Для ImageView contentDescription обязателен — без него TalkBack сообщит «не маркировано» или прочитает имя файла.

// XML: contentDescription для ImageView
<ImageView
    android:id="@+id/iconDelete"
    android:src="@drawable/ic_delete"
    android:contentDescription="@string/delete_button_desc"
    android:focusable="true"
    android:clickable="true" />

// Kotlin: программное задание
iconDelete.contentDescription = getString(R.string.delete_button_desc)

// Accessibility Delegate (кастомный)
iconDelete.accessibilityDelegate = object : View.AccessibilityDelegate() {
    override fun onInitializeAccessibilityNodeInfo(
        host: View, info: AccessibilityNodeInfo
    ) {
        super.onInitializeAccessibilityNodeInfo(host, info)
        info.text = "Кнопка удаления"
        info.contentDescription = "Удалить выбранный элемент"
        info.className = Button::class.java.name
    }
}

// Live Regions для динамических обновлений
textView.accessibilityLiveRegion = View.ACCESSIBILITY_LIVE_REGION_POLITE

Live Regions — механизм Android для уведомления TalkBack об изменении содержимого без фокуса. Атрибут android:accessibilityLiveRegion принимает три значения: none (нет уведомлений), polite (объявить после текущего), assertive (объявить немедленно). Используйте polite для обновления статуса загрузки, assertive — для критических ошибок. Злоупотребление assertive приведёт к хаосу для пользователя — TalkBack будет постоянно прерывать текущее действие.

Accessibility Scanner

Accessibility Scanner — бесплатное приложение от Google для тестирования доступности Android-приложений без доступа к исходному коду. Сканер проверяет: контраст текста, размер touch-областей (минимум 48×48dp по Android Accessibility Guidelines), наличие contentDescription для ImageView, корректность иерархии элементов. Для автоматических тестов используйте AccessibilityChecks из Espresso — они интегрируются в CI/CD и проверяют accessibility при каждом билде.

WCAG 2.1: контраст, размер и сенсорные области

WCAG 2.1 (Web Content Accessibility Guidelines) — международный стандарт доступности, разработанный W3C. Версия 2.1 (2018) включает 13 дополнительных критериев для мобильных приложений. Уровни соответствия: A (минимальный), AA (обязательный для большинства организаций), AAA (максимальный). Apple и Google рекомендуют уровень AA как минимальный для публикации приложений. WCAG 2.2 вышел в 2023 году с уточнениями для фокуса и ввода.

Ключевые критерии для мобильной разработки: контраст текста не менее 4.5:1 (AA) или 7:1 (AAA), размер сенсорных областей минимум 44×44pt (iOS) или 48×48dp (Android), поддержка альбомной и портретной ориентации без потери функциональности, возможность отключения анимации (prefers-reduced-motion), наличие подписей к мультимедиа, совместимость с голосовым управлением (Voice Control на iOS, Voice Access на Android).

Инструменты проверки контраста — Colour Contrast Analyser (TPGI), WebAIM Contrast Checker, Stark (Figma), Accessibility Inspector (Xcode). В IT Sectr мы проверяем контраст на этапе дизайна (Figma + Stark) и повторно на этапе разработки (Accessibility Inspector / Accessibility Scanner). Минимальное требование — 4.5:1 для всего текста менее 18pt (14pt bold). Для логотипов и декоративных элементов контраст не требуется.

Тестирование доступности: инструменты и чеклист

iOS тестирование — Accessibility Inspector в Xcode (Xcode → Open Developer Tool → Accessibility Inspector) проверяет label, traits, hint для каждого элемента. VoiceOver можно включить в настройках или через Accessibility Shortcut (тройное нажатие кнопки). Для автоматических тестов используйте XCUITest с XCTAssertTrue(app.staticTexts["label"].isAccessibilityElement). Apple рекомендует протестировать все экраны приложения с включённым VoiceOver.

Android тестирование — Accessibility Scanner (Play Store) проверяет контраст, размер touch-областей, contentDescription. Для автоматизации: Espresso AccessibilityChecks (импорт: androidTestImplementation 'androidx.test.espresso:espresso-accessibility:3.5.1'). Google рекомендует чеклист: каждый ImageView имеет contentDescription, сенсорные области не менее 48×48dp, текст масштабируется до 200% без обрезания, все элементы достижимы свайпом TalkBack.

IT Sectr чеклист — перед релизом мы проверяем: (1) VoiceOver/TalkBack корректно читает все элементы, (2) текст масштабируется до максимального размера без потери функциональности, (3) все ImageView имеют contentDescription, (4) контраст текста ≥4.5:1 во всех темах, (5) touch-области ≥44pt/48dp, (6) нет контекстного меню, доступного только по долгому нажатию, (7) поддержка Reduce Motion / Remove Animations в системных настройках. Этот чеклист входит в definition of done каждого спринта.