Наша методология
Вот как работает сканер и что он находит. И, что не менее важно, чего он не находит сам.
Движок сканирования
Наш сканер работает на axe-core — open-source наборе правил доступности, которому доверяет большинство команд. Мы прогоняем его правила по вашим страницам в headless-браузере, чтобы поймать нарушения WCAG 2.1 A и AA. Мы не придумываем свои правила — полагаемся на проверенные сообществом.
Реальность: покрытие 30–57%
Ни один автоматический инструмент не может найти 100% проблем доступности. Исследования показывают, что автоматика отлавливает от 30% до 57% нарушений WCAG. Мы открыто говорим об этом ограничении. Сканер найдёт отсутствующие атрибуты, проблемы контраста и структурные ошибки, но не сможет оценить контекст или семантику.
Необходимость ручного тестирования
Оставшиеся 43-70% проблем требуют проверки человеком. Вы должны вручную протестировать навигацию с клавиатуры, работу скринридеров и логику интерфейса. Наша платформа предоставляет интерактивные чек-листы, которые помогут вам в этом процессе.
Маппинг на EN 301 549 Annex C
Для соответствия Европейскому акту о доступности (EAA) необходимо доказать выполнение требований WCAG через EN 301 549 Annex C. Наши генераторы заявлений о доступности автоматически сопоставляют результаты WCAG с соответствующими статьями EN 301 549, выполняя требования к документации.
Почему стандарт по умолчанию — WCAG 2.1 AA
По умолчанию используется EN 301 549 v3.2.1 — действующая техническая база для веб-проверок по EAA. В WCAG 2.2 появились полезные критерии, и воркер может получать теги 2.2 для каждой задачи. Выбранная версия всегда видна, чтобы результаты не приписывались другому стандарту.