Аудит доступності мобільного додатку за WCAG
Якщо ваш мобільний додаток не проходив аудит доступності, ви ризикуєте втратити до 15% користувачів з обмеженнями та отримати судові позови (наприклад, за ADA у США). Стандарт WCAG 2.1 через WCAG2ICT застосовується до мобільних додатків. Наші сертифіковані інженери перевіряють контрастність, текстові альтернативи, навігацію зі скринрідерами та інші критерії. Замовте аудит під ключ — ми виявимо всі порушення рівня A та AA і підготуємо звіт із прикладами коду на Swift, Kotlin, Flutter або React Native. Зв'яжіться з нами, щоб оцінити ваш додаток.
Чому аудит доступності критичний для вашого додатку?
Без аудиту ви ризикуєте втратити до 15% користувачів з обмеженнями та зіткнутися з судовими позовами (наприклад, за ADA у США). WCAG 2.1 через WCAG2ICT застосовується до мобільних додатків. Рівні A та AA — мінімальний поріг для держзакупівель та більшості вимог. Рівень AA покриває в 3 рази більше сценаріїв використання для людей з порушеннями зору та моторики, ніж рівень A. Наш аудит гарантує, що ваш додаток відповідає EN 301 549 та іншим стандартам.
Які проблеми виявляє аудит WCAG?
Ми виявляємо типові проблеми: відсутність accessibilityLabel на іконках, низький контраст тексту, неправильний порядок фокусу, невидимі для скринрідерів помилки форм та багато іншого. Наш звіт включає скріншоти кожного порушення з пріоритетом виправлення. Приклад: сірий плейсхолдер #9E9E9E на білому фоні дає контраст 1.9:1 (потрібно 4.5:1).
Що перевіряємо
Критерій 1.1 — Текстові альтернативи — аудит доступності мобільного
Усі нетекстові елементи повинні мати текстову альтернативу. На iOS — accessibilityLabel, на Android — contentDescription. Декоративні елементи позначаються як пропущені. Інструмент: Accessibility Inspector (Xcode) та Android Accessibility Scanner.
Критерій 1.3 — Адаптивність
Структура не повинна залежати від візуального сприйняття. Порядок читання screen reader'а має збігатися з логічним порядком. Для ConstraintLayout та ZStack порядок фокусу задаємо явно.
Критерій 1.4 — Розрізнення
1.4.3 Контрастність (AA): мінімум 4.5:1 для тексту, 3:1 для великого. Перевіряємо всі елементи. 1.4.4 Зміна розміру тексту: підтримка Dynamic Type (iOS) та font scaling (Android). 1.4.10 Перекомпоновка: контент без горизонтальної прокрутки при масштабі до 400%. 1.4.11 Контраст для нетекстових елементів: іконки, межі — 3:1.
Критерій 2.1 — Керування з клавіатури
На мобільному — Switch Control та зовнішня клавіатура. Усі функції мають бути доступні без сенсорного екрану. Перевіряємо Tab-навігацію, Enter для активації, Escape для закриття модалок.
Критерій 2.4 — Навігація
Фокус при відкритті модального вікна переходить на перший елемент, при закритті — повертається. Заголовки екранів структурують сторінку. Видимий фокус обов'язковий.
Критерій 3.3 — Допомога при введенні
Повідомлення про помилки повинні бути пов'язані з полем через accessibilityHint або UIAccessibility.post(notification:). Тільки червоний border невидимий.
Формат аудиту
Фінальний звіт містить:
- Таблицю критеріїв WCAG з оцінками Pass/Fail/N/A
- Скріншоти з описом порушень
- Пріоритети (блокувальні vs minor)
- Рекомендації з прикладами коду
Приклад таблиці:
| Критерій | Рівень | Статус | Опис порушення |
|---|---|---|---|
| 1.1.1 | A | Fail | 14 іконок без contentDescription |
| 1.4.3 | AA | Fail | Сірий плейсхолдер #9E9E9E на білому: 1.9:1 |
| 2.4.3 | A | Pass | Порядок фокусу логічний |
| 1.4.4 | AA | Partial | Dynamic Type не підтримується в кастомних комірках |
Що входить в аудит?
У вартість включено:
- Детальний звіт з посторінковим розбором
- Файл із прикладами коду для iOS, Android, Flutter, React Native
- Пріоритезація порушень за критичністю
- Консультація щодо виправлення через 1 тиждень після звіту
- Рекомендації щодо довгострокової підтримки доступності
Інструменти, які ми використовуємо
- iOS: Accessibility Inspector, Xcode Audit, VoiceOver
- Android: Android Accessibility Scanner, TalkBack
- Загальні: WAVE, axe DevTools, colour contrast analysers
Порівняння рівнів A та AA
Рівень A — мінімальні вимоги (25 критеріїв). Рівень AA додає ще 21 критерій, включаючи контраст 4.5:1 та субтитри. На практиці більшість клієнтів обирають AA, оскільки він покриває основні потреби користувачів і відповідає законодавству.
| Параметр | Рівень A | Рівень AA |
|---|---|---|
| Текстові альтернативи | Є | Є + описи для складних елементів |
| Контраст | — | >=4.5:1 |
| Навігація з клавіатури | Є | Видимий фокус |
| Мова інтерфейсу | Вказана | Вказана + частини мови |
Як ми проводимо аудит?
- Підготовка: вивчаємо ваш додаток, збираємо сценарії використання
- Автоматизована перевірка: запускаємо Accessibility Scanner та Lighthouse
- Ручне тестування: 3–5 сценаріїв на фізичних пристроях
- Складання звіту: документуємо кожне порушення
- Фінальна консультація: обговорюємо план виправлень
Наш досвід та гарантії
За 5 років роботи ми перевірили понад 100 мобільних додатків на доступність. Наші інженери сертифіковані IAAP (International Association of Accessibility Professionals). Ми гарантуємо, що після виправлення за нашим звітом ваш додаток пройде повторний аудит з результатом Pass за обраним рівнем.
Термін аудиту: від 2 до 5 днів залежно від масштабу. Зв'яжіться з нами для точної оцінки та замовлення.