Был ли у вас опыт работы с доступными приложениями или веб-сайтами?

Что проверяют

Знаете ли вы, как проверять доступность руками и инструментами, или только слышали про WCAG. Следом просят назвать конкретные критерии, по которым вы заводили баги, и спрашивают, каким скринридером пользовались.

Как отвечать

Каркас на своём опыте: какой продукт, какой стандарт требовался, как вы проверяли и что нашли. Опорные знания:

• стандарты: WCAG 2.2, обычная цель уровень AA. В ЕС требования подкреплены European Accessibility Act, в России есть ГОСТ Р 52872-2019, основанный на WCAG 2.1;
• автоматические проверки: axe DevTools, Lighthouse, WAVE, в автотестах @axe-core/playwright. Они ловят только часть проблем: контраст, пустые alt, поля без подписи;
• ручные проверки: пройти весь сценарий одной клавиатурой (порядок Tab, видимый фокус, отсутствие ловушек фокуса), увеличение до 200%, контраст 4.5:1 для обычного текста и 3:1 для крупного;
• скринридеры: NVDA на Windows, VoiceOver на macOS и iOS, TalkBack на Android. Проверяете, что озвучиваются названия кнопок, состояния, ошибки форм и динамические сообщения;
• баг-репорт: со ссылкой на критерий, например 1.4.3 про контраст или 2.1.1 про клавиатуру, с шагами и тем, что слышит пользователь скринридера.

Метрики берите реальные: сколько дефектов нашли, сколько критичных закрыли до релиза, прошёл ли продукт аудит. Выдуманный рост «удовлетворённости на 30%» уточнений не выдержит.

Если опыта не было, так и скажите и покажите подход: прогнали axe на своём проекте, прошли форму регистрации с NVDA и обнаружили, что ошибка валидации не озвучивается. Это честно и показывает, что вы понимаете, как проверять.

Где спотыкаются

Считают, что 100 баллов в Lighthouse означают доступный сайт. Автоматика не проверит, логичен ли порядок фокуса и осмысленна ли подпись у картинки.

Советуют «добавить ARIA везде». Неправильный role или aria-label ломает озвучку сильнее, чем его отсутствие, а первое правило ARIA гласит: если есть нативный элемент, используйте его.

Проверяют только главную страницу. Проблемы обычно живут в модальных окнах, выпадающих списках, календарях и сообщениях об ошибках.