WCAG для мобільних застосунків: що застосовується і як тестувати на Android та iOS

Багато магазинів і сервісів мають застосунок поряд із сайтом, і питання виникає швидко: чи застосовується WCAG до мобільних застосунків? Коротка відповідь: WCAG писали для вебвмісту, але його критерії використовують і для застосунків. W3C публікує настанови, як їх застосовувати, а європейський стандарт EN 301 549 (в Україні — ДСТУ EN 301 549:2022) має розділ про програмне забезпечення, у якому названо мобільні застосунки. Ця сторінка пояснює, які документи важливі і як тестувати застосунок інструментами від Google та Apple.

Одне наперед: Pandus перевіряє вебсайти, зокрема мобільну версію сайту, а не нативні застосунки iOS чи Android. Щодо застосунку ця сторінка спрямовує вас до інструментів платформ. Це загальна інформація, а не юридична консультація.

Чи є WCAG для мобільних?

Окремого стандарту немає. W3C прямо каже, що не має окремих настанов для мобільної доступності. Натомість:

• WCAG 2.2 охоплює вебсторінки та вебзастосунки, зокрема вміст, яким користуються на мобільних пристроях. Мобільний сайт чи вебзастосунок у браузері телефона — це просто вебвміст.
• WCAG2ICT — Guidance on Applying WCAG 2 to Non-Web Information and Communications Technologies («Настанови щодо застосування WCAG 2 до невебових інформаційно-комунікаційних технологій») — пояснює, як WCAG 2.0, 2.1 і 2.2 застосовуються до невебових документів і програмного забезпечення. Це групова нотатка W3C (Group Note) від грудня 2025 року, і вона інформативна: у ній сказано, що вона не встановлює вимог і не є стандартом.
• WCAG2Mobile — Guidance on Applying WCAG 2.2 to Mobile Applications («Настанови щодо застосування WCAG 2.2 до мобільних застосунків») — це групова чернеткова нотатка (Group Draft Note) від травня 2025 року, що досі в розробці. Вона охоплює нативні, мобільні вебзастосунки та гібридні застосунки й спирається на старішу нотатку Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile. Вона теж інформативна, а не нормативна.

Тож сам WCAG для застосунків не змінюється. Нотатки пояснюють, критерій за критерієм, як терміни, написані для вебу, — як-от «вебсторінка» чи «набір вебсторінок», — можна читати для програмного забезпечення і де критерій потребує іншого прочитання або не застосовується.

EN 301 549: розділ 11 про програмне забезпечення

У Європейському Союзі технічний орієнтир доступності ІКТ — EN 301 549. Його структура розділяє типи вмісту:

• Розділ 9 — Веб. Вебсторінки. Примітка в стандарті каже, що вебзастосунки, зокрема мобільні вебзастосунки, охоплює його широке визначення вебсторінки.
• Розділ 10 — Невебові документи.
• Розділ 11 — Програмне забезпечення. Його загальне положення перелічує програмне забезпечення платформ, програмне забезпечення з інтерфейсом користувача, інструменти створення вмісту, допоміжні технології та мобільні застосунки.

Положення 11.1–11.4 слідують принципам WCAG — доступність для сприйняття, керованість, зрозумілість, надійність — для програмного забезпечення, а подальші положення додають власні вимоги, як-от 11.5 Interoperability with assistive technology («Взаємодія з допоміжними технологіями») і 11.7 User preferences («Налаштування користувача»). WCAG2ICT також згадує, що EN 301 549 стверджує: 2.4.2 «Заголовок сторінки» та 3.1.2 «Мова частин вмісту» не застосовуються до невебового програмного забезпечення. Розділ 5 Generic requirements («Загальні вимоги») застосовується й до застосунків.

Чи вимагає закон, щоб ваш застосунок був доступним, залежить від того, хто ви і що продаєте. Наш посібник з EAA пояснює Європейський акт про доступність, який використовує EN 301 549 як технічний орієнтир.

Критерії WCAG 2.2, найважливіші в застосунках

Усі критерії A і AA актуальні, але ці раз у раз трапляються в оглядах застосунків:

Як тестувати доступність на Android

Посібник із тестування від Google поєднує автоматичні та ручні перевірки:

1. Accessibility Scanner. Безкоштовний застосунок із Google Play. Увімкніть його в Налаштування → Спеціальні можливості → Accessibility Scanner, відкрийте свій застосунок і торкніться Snapshot для одного екрана або Record для сценарію. Він пропонує покращення для міток вмісту, розміру цілей для дотику, елементів, на які можна натиснути, та контрасту тексту й зображень. Потрібен Android 9.0 або новіший, і Google каже, що він не замінює ручного тестування.
2. TalkBack. Вбудована програма зчитування з екрана Android. Проведіть пальцем вправо й вліво по кожному елементу: чи кожен оголошується зі зрозумілою назвою та призначенням, чи можна дістатися до всіх, чи тимчасові повідомлення озвучуються?
3. Автоматичні UI-тести. Починаючи з Compose 1.8.0, Accessibility Test Framework можна запускати всередині UI-тестів Compose: додайте залежність ui-test-junit4-accessibility і викличте enableAccessibilityChecks() на тестовому правилі. Перевірки охоплюють відсутні мітки, контраст кольорів, малі цілі для дотику та порядок обходу.

Тестування в емуляторі Android. Емулятори не постачаються із встановленим TalkBack. Навчальний практикум (codelab) від Google радить обрати образ емулятора, що містить Play Store, і встановити звідти Android Accessibility Suite. Google також зазначає, що Accessibility Test Framework в Android Studio не може виявити проблеми, які виникають лише під час роботи застосунку на пристрої, тож перед релізом тестуйте на справжньому телефоні.

Як тестувати доступність на iOS

1. Accessibility Inspector. Відкрийте його в Xcode через Xcode → Open Developer Tool → Accessibility Inspector. Apple описує його як інструмент для відображення, запитів і тестування інформації про доступність елементів вашого застосунку та для аудиту проблем, як-от обрізаний текст, елементи без міток, розмір тексту й контраст кольорів.
2. VoiceOver на пристрої. Посібник Apple з тестування каже встановити застосунок на фізичний пристрій, бо VoiceOver недоступний у Simulator. Увімкніть його в Налаштування → Універсальний доступ → VoiceOver і використовуйте завісу екрана (screen curtain), щоб тестувати, не бачачи екрана.
3. Автоматичні аудити в UI-тестах. Посібник Apple також вказує на додавання аудитів доступності до ваших UI-тестів.

Отже, щодо «тестування доступності в iOS Simulator»: ви можете перевіряти й аудитувати через Accessibility Inspector, але справжній тест із програмою зчитування з екрана потребує iPhone чи iPad.

Що охоплює Pandus, а що ні

Pandus перевіряє вебсайти: щотижня кожну сторінку сайту рушієм axe-core у справжньому браузері за WCAG 2.2 A і AA. Це включає проблеми, що шкодять мобільним відвідувачам вашого сайту, як-от viewport, який блокує масштабування, або надто малі цілі для дотику. Він не тестує нативні застосунки iOS чи Android і не тестує екрани гібридного застосунку всередині його оболонки.

Якщо ваші клієнти купують і на сайті, і в застосунку, перевірте сайт нашим безкоштовним WCAG-чекером або безкоштовною перевіркою, а застосунок протестуйте інструментами платформ, наведеними вище. Ручні кроки для вебсайтів — у матеріалі як тестувати WCAG. Наші перевірки — це автоматична перевірка, а не повний аудит і не юридична консультація.

Часті запитання

Чи застосовується WCAG до мобільних застосунків?

WCAG написано для вебвмісту, але його критерії можна застосовувати до нативних застосунків. W3C пояснює, як це робити, у двох інформативних нотатках, WCAG2ICT і чернетковій WCAG2Mobile, а EN 301 549 містить вимоги до програмного забезпечення, зокрема мобільних застосунків, у розділі 11.

Чи є окремий стандарт W3C для мобільної доступності?

Ні. W3C каже, що не має окремих настанов для мобільної доступності. WCAG охоплює вебвміст на мобільних пристроях, а нотатки пояснюють, як застосовувати його до нативних і гібридних застосунків.

Як тестувати доступність на Android?

Використовуйте Accessibility Scanner із Google Play для автоматичних пропозицій, TalkBack для тесту з програмою зчитування з екрана та Accessibility Test Framework у UI-тестах Compose починаючи з Compose 1.8.0. Scanner не замінює ручного тестування.

Чи можна перевірити VoiceOver в iOS Simulator?

Ні. Apple каже, що VoiceOver недоступний у Simulator, тож для тесту з програмою зчитування з екрана встановіть застосунок на фізичний пристрій. Accessibility Inspector в Xcode допомагає перевіряти й аудитувати елементи.

Чи тестує Pandus мобільні застосунки?

Ні. Pandus перевіряє вебсайти, зокрема мобільну версію сайту, але не нативні застосунки iOS чи Android. Для застосунків користуйтеся інструментами платформ, описаними на цій сторінці.

Джерела

• W3C WAI, Mobile Accessibility at W3C: https://www.w3.org/WAI/standards-guidelines/mobile/
• W3C, WCAG2ICT (Group Note, December 2025): https://www.w3.org/TR/wcag2ict-22/
• W3C, Guidance on Applying WCAG 2.2 to Mobile Applications (WCAG2Mobile, Group Draft Note, May 2025): https://www.w3.org/TR/wcag2mobile-22/
• ETSI, EN 301 549 V3.2.1, clauses 9 and 11: https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf
• Android Developers, Test your app's accessibility: https://developer.android.com/guide/topics/ui/accessibility/testing
• Android Developers, Compose accessibility testing: https://developer.android.com/develop/ui/compose/accessibility/testing
• Android Developers, Accessibility in Jetpack Compose codelab (TalkBack on an emulator): https://developer.android.com/codelabs/jetpack-compose-accessibility
• Google, Get started with Accessibility Scanner: https://support.google.com/accessibility/android/answer/6376570
• Apple Developer, Accessibility Inspector: https://developer.apple.com/documentation/accessibility/accessibility-inspector
• Apple Developer, Performing accessibility testing for your app: https://developer.apple.com/documentation/accessibility/performing-accessibility-testing-for-your-app