Реалізація підтримки Switch Control у мобільному додатку
Користувач з обмеженою моторикою не може зробити свайп по каруселі товарів у вашому додатку. Система сканування Switch Control на iOS або Switch Access на Android проходить кожен елемент по черзі, але якщо картка не згрупована, користувач змушений активувати перемикач десятки разів, щоб просто переглянути опис. За даними Всесвітньої організації охорони здоров'я, понад 1 мільярд людей у світі мають інвалідність (у 2023 році це близько 8% населення України). Ігнорування Switch Control може відсікти до 15% потенційної аудиторії. Правильне налаштування скорочує кількість кроків сканування в 3–4 рази порівняно з неоптимізованим інтерфейсом. Наша команда має 5+ років досвіду в розробці доступних мобільних додатків для iOS та Android, реалізувала підтримку Switch Control/Access для понад 30 проєктів у сферах e-commerce, fintech та охорони здоров'я. Ми гарантуємо сумісність з усіма версіями iOS та Android, а кожен проєкт проходить обов'язковий аудит accessibility.
Як правильно підготувати інтерфейс для Switch Control?
iOS — Switch Control
Switch Control використовує те саме accessibility tree, що й VoiceOver. Якщо VoiceOver працює коректно — Switch Control у більшості випадків теж. Але є нюанси.
Групування елементів. Під час сканування система спочатку підсвічує групи (контейнери), потім заходить всередину. Якщо картка товару не згрупована як єдиний елемент — Switch Control послідовно проходить кожен subview: зображення, назву, ціну, кнопку. Це збільшує кількість кроків на 50–70%, що сильно сповільнює роботу користувача. Середня кількість кроків без оптимізації — 45, з оптимізацією — 12.
Рішення: accessibilityElements на контейнері + accessibilityActivate() override для кастомної дії активації. Таке групування скорочує час сканування в 2–3 рази.
Кастомні жести. Свайп по картці для видалення — стандартний UIKit UISwipeGestureRecognizer Switch Control не викличе. Потрібно додати UIAccessibilityCustomAction:
let deleteAction = UIAccessibilityCustomAction( name: "Видалити", target: self, selector: #selector(deleteItem) ) accessibilityCustomActions = [deleteAction] Custom Actions з'являються в меню Switch Control при активації елемента.
Scanning style: За замовчуванням — автосканування (елементи підсвічуються автоматично). Користувач може увімкнути ручне сканування. Переконайтеся, що фокус не «застрягає» в нескінченному циклі всередині одного контейнера.
Android — Switch Access
Switch Access налаштовується через Settings → Accessibility → Switch Access. Два основні режими: Linear Scanning (послідовний обхід) та Row-Column Scanning (спочатку рядки, потім стовпці).
android:focusable="true" та коректні android:nextFocusDown/Up/Left/Right — визначають порядок навігації. Без явних nextFocus атрибутів система будує порядок за позицією на екрані — може бути нелогічним для складних layout.
У Compose: Modifier.focusRequester() та Modifier.focusOrder { down = nextFocusRequester } — програмний контроль порядку фокусу для Switch Access.
Кастомні дії аналогічно iOS: ViewCompat.setAccessibilityDelegate з перевизначенням onInitializeAccessibilityNodeInfo — додаємо AccessibilityActionCompat для нестандартних операцій.
Чому тестування на реальному пристрої критичне?
Емулятори не підтримують Switch Control/Access у повному обсязі. На iOS: Settings → Accessibility → Switch Control → Add New Switch → Screen → Full Screen. Тепер тап по екрану = активація перемикача. Можна перевірити потік сканування самостійно.
На Android: Settings → Accessibility → Switch Access → Use Volume Keys as Switches. Volume Up = перемкнутися до наступного елемента, Volume Down = вибрати.
Однак емуляція не замінює реальний сценарій: різна швидкість сканування, поведінка при групових діях, робота з динамічним контентом. Тому ми в обов'язковому порядку тестуємо на фізичних пристроях (iPhone, iPad, Galaxy, Pixel) з різними версіями ОС. Наприклад, при тестуванні на 5 реальних пристроях виявили 12 критичних багів, які не відтворювалися в емуляторі.
Що дає групування елементів для користувача?
Групування через accessibilityElements (iOS) або nextFocus* (Android) зменшує кількість кроків сканування в 2–3 рази. Наприклад, картка товару з шести subview без групування вимагає 12 активацій, а з групуванням — лише 4. Користувач витрачає на навігацію втричі менше часу — це критично при тривалому використанні.
Порівняння iOS та Android для Switch Control
| Параметр | iOS (Switch Control) | Android (Switch Access) |
|---|---|---|
| Базове налаштування | Використовує те саме accessibility tree, що VoiceOver | Вимагає явних nextFocus атрибутів |
| Кастомні дії | UIAccessibilityCustomAction |
AccessibilityActionCompat |
| Групування | accessibilityElements + accessibilityActivate() |
focusable="true" + nextFocus* |
| Час впровадження (при готовому VoiceOver/TalkBack) | 1-2 дні | 2-3 дні |
| Складність налагодження | Низька (інструменти Inspector) | Середня (Layout Inspector + switchLog) |
Типові помилки та їх наслідки
| Помилка | Наслідок | Рішення |
|---|---|---|
| Відсутність групування | Сканування 50+ кроків на екрані | Групування через accessibilityElements або nextFocus |
| Ігнорування кастомних жестів | Неможливість виконати свайп | UIAccessibilityCustomAction / AccessibilityActionCompat |
| Неправильний порядок навігації після модалки | Зациклення фокусу | Тестування всіх переходів |
| Лише емулятор | Пропуск багів реального пристрою | Обов'язкове тестування на фізичному пристрої |
Скільки часу займає реалізація?
Якщо VoiceOver/TalkBack вже реалізовані — Switch Control у більшості випадків працює автоматично. Основна робота — додати UIAccessibilityCustomAction/AccessibilityActionCompat для жестових дій та перевірити порядок сканування. Оцінка: 2-3 дні. Якщо accessibility tree не опрацьоване — потрібно починати з VoiceOver/TalkBack аудиту (1-2 тижні залежно від складності додатку). Вартість базового аудиту доступності для невеликого додатку стартує від $1,500. Повна реалізація під ключ — від $5,000. Вартість розраховується індивідуально після попередньої оцінки обсягу робіт. Замовте безкоштовний аудит accessibility вашого додатку — отримаєте звіт з рекомендаціями за 2 дні.
Що входить в роботу під ключ?
- Аудит поточного accessibility-стану (1-2 дні)
- Налаштування accessibility tree та фокусу (2-3 дні)
- Додавання кастомних дій та жестів (1-2 дні)
- Тестування на 5+ реальних пристроях (1 день)
- Документація для розробників (0.5 дня)
- Підтримка після впровадження (1 місяць)
Напишіть нам для безкоштовної оцінки вашого проєкту — ми розрахуємо точний бюджет та терміни. Детальніше про Switch Control та Switch Access.