WCAG для мобильных приложений: что применимо и как тестировать на Android и iOS

У многих магазинов и сервисов рядом с сайтом есть приложение, и быстро возникает вопрос: применим ли WCAG к мобильным приложениям? Коротко: WCAG написан для веб-контента, но его критерии применяют и к приложениям. W3C публикует рекомендации о том, как это делать, а в европейском стандарте EN 301 549 есть глава о программном обеспечении, где названы мобильные приложения. На этой странице объясняется, какие документы важны и как проверять приложение с помощью инструментов 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 применяются к невеб-документам и программному обеспечению. Это групповая записка (Group Note) W3C от декабря 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 Совместимость с ассистивными технологиями и 11.7 Пользовательские настройки. WCAG2ICT также упоминает, что EN 301 549 указывает: критерии 2.4.2 «Заголовок страницы» и 3.1.2 «Язык частей текста» не применяются к невеб-ПО. Глава 5 «Общие требования» применяется и к приложениям.

Обязывает ли закон сделать ваше приложение доступным, зависит от того, кто вы и что продаёте. Наше руководство по EAA объясняет European Accessibility Act, который использует 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 в симуляторе недоступен. Включите его в разделе «Настройки → Универсальный доступ → VoiceOver» и используйте «занавес экрана», чтобы тестировать, не видя экран.
3. Автоматический аудит в UI-тестах. Руководство Apple также указывает на добавление аудитов доступности в ваши UI-тесты.

Итак, если вы ищете «проверить доступность в симуляторе iOS»: проверять и аудировать можно с помощью 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?

Нет. Apple указывает, что VoiceOver в симуляторе недоступен, поэтому для проверки с экранным диктором установите приложение на физическое устройство. 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