Аудит доступности сайта по WCAG и исправление проблем

У нас работает действующий сайт с несколькими интерактивными блоками (формы, каталог с фильтрами, модальная корзина), и мы ни разу не проверяли его на доступность. Недавно клиент, который пользуется программой чтения с экрана, написал, что не смог оформить заказ, — и это заставило нас заняться темой всерьёз. Ищу специалиста, который проведёт аудит по WCAG 2.1 AA, честно покажет слабые места и не просто отдаст список претензий, а реально исправит найденное в наших шаблонах.

Работа делится на два понятных этапа. Сначала структурированный аудит: автоматическое сканирование плюс ручная проверка с клавиатуры и хотя бы одним реальным скринридером по ключевым страницам (главная, каталог, карточка товара, контентная страница и весь сценарий оформления заказа). Хочу получить приоритизированный отчёт, где блокеры отделены от мелочей, каждая проблема привязана к конкретному критерию успеха и снабжена шагами воспроизведения, чтобы разработчики поняли суть. Затем внедрение: вы вносите правки прямо в шаблоны и подтверждаете результат. Важно сохранить внешний вид без изменений и не сломать текущее поведение.

Фронтенд — обычный HTML, CSS и немного ванильного JavaScript, тяжёлые фреймворки не нужны, но жду взвешенного подхода: где уместен ARIA, а где лучше нативная семантика. Пришлите короткий пример прошлого аудита или связку «до/после» и опишите, как вы проверяете, что исправление действительно работает для вспомогательных технологий.

— Аудит по WCAG 2.1 AA с автоинструментами и ручной проверкой с клавиатуры и скринридером
— Приоритизированный отчёт: блокеры и мелочи, привязка к критериям, шаги воспроизведения
— Правка семантики, порядка заголовков, ориентиров и подписей к полям форм
— Полная работа с клавиатуры, видимый фокус и логичный порядок фокуса в модалках
— Исправление цветового контраста и добавление внятных текстовых альтернатив
— ARIA только там, где нативный HTML не выражает нужный паттерн