Аудит доступности сайта: автоматическая проверка, ручной тест или полный аудит?
Обновлено 14 октября 2026 г. · 5 мин чтения
Аудит доступности — это структурированная проверка сайта на соответствие WCAG, которую выполняют люди с помощью инструментов, а не просто сканирование. Автоматическая проверка находит проблемы, которые можно обнаружить в коде; ручной тест показывает, работают ли реальные задачи, например покупка товара, с клавиатурой и экранным диктором; полный аудит сочетает то и другое и оценивает каждый значимый критерий WCAG. Для большинства интернет-магазинов разумный порядок такой: сначала автоматическая проверка, затем исправления, затем ручной тест ключевых сценариев.
Наш сервис — это автоматическая часть: автоматическая проверка, а не полный аудит и не юридическая консультация.
Три уровня проверки доступности
| Автоматическая проверка | Ручной тест ключевых сценариев | Полный аудит | |
|---|---|---|---|
| Что происходит | программа сканирует страницы по правилам | эксперт выполняет задачи с клавиатурой, масштабированием и экранным диктором | автоматическое сканирование плюс экспертная оценка каждого значимого критерия WCAG |
| Что находит | отсутствующий alt, низкий контраст, поля без подписи, кнопки без имени, отсутствие языка страницы | клавиатурные ловушки, невидимый фокус, непонятные сообщения об ошибках, неработающие виджеты | и то и другое, плюс проблемы содержимого и структуры |
| Скорость | минуты, можно повторять каждую неделю | дни | дольше, зависит от объёма |
| Подходит для | первого представления, мониторинга после каждого обновления | оформления заказа, регистрации, поиска | перезапусков сайта, закупок, споров |
Сколько находит автоматика, зависит от исследования. Британская Government Digital Service выяснила, что лучший отдельный инструмент обнаружил около 40 % намеренно заложенных барьеров, а все инструменты вместе — 71 %. Компания Deque в своих аудитах насчитала 57 % проблем по объёму. В любом случае одного сканирования мало для полной картины.
Когда достаточно автоматической проверки для начала
Автоматическая проверка — правильный первый шаг, если вы:
- хотите понять, где находитесь, прежде чем тратить больший бюджет;
- нуждаетесь в приоритизированном списке для своих разработчиков или агентства;
- хотите быстро увидеть, не принесло ли обновление темы или плагина новых проблем.
Начните с одной страницы в бесплатной проверке или WCAG тестере, который сопоставляет каждую находку с критерием WCAG, либо проверьте до 20 страниц с помощью разового экспресс-отчёта. Что сканирование покрывает, а что нет, объяснено на странице как это работает.
Когда нужен ручной тест или полный аудит
Планируйте ручной тест, когда:
- автоматически найденные проблемы исправлены, и вы хотите знать, могут ли покупатели на самом деле завершить покупку;
- вы запускаете новую тему, оформление заказа или приложение;
- покупатель сообщил о барьере, и вы хотите его понять;
- корпоративный клиент или публичная закупка требует документированной проверки.
Полный аудит оправдан при крупных перезапусках или когда вам нужен подробный отчёт по каждому критерию WCAG. Спросите у исполнителя, по какому стандарту он тестирует (WCAG 2.2 AA, а для ЕС — EN 301 549), какие страницы и сценарии входят в объём, какими ассистивными технологиями он пользуется и входит ли повторная проверка после исправлений.
Как подготовить магазин
Кто бы ни тестировал, подготовка экономит время и деньги:
- Составьте список ключевых сценариев: поиск, каталог с фильтрами, товар с вариантами, корзина, оформление заказа до оплаты, регистрация и вход, форма обратной связи.
- Выберите репрезентативные шаблоны, а не все страницы: одна страница товара представляет тысячи страниц на том же шаблоне.
- Сначала запустите автоматическую проверку и исправьте найденное. Ручной тестировщик не должен тратить оплачиваемые часы на отсутствующий alt.
- Дайте тестовый доступ: тестовую учётную запись, тестовый способ оплаты и баннер cookie в его реальном состоянии.
- Запишите вашу платформу: Shopify, WooCommerce, PrestaShop, Shoptet или собственная разработка — исправления различаются.
Чек-лист WCAG 2.2 показывает, какие критерии важнее всего для магазинов.
Чего аудит не делает
Аудит, как и автоматическая проверка, сам по себе не делает сайт доступным — это делают исправления. И ни то ни другое не заменяет юридическую оценку того, распространяется ли на вас EAA; для этого начните со страницы на кого распространяется EAA. Относитесь осторожно к предложениям, которые обещают «сертификат» или полное соответствие после сканирования, или продают виджет-оверлей вместо исправления кода; почему оверлеи не справляются, объяснено в материале про оверлеи доступности.
Какое место занимаем мы
Мы автоматически проверяем ваш сайт по WCAG 2.2 AA, объясняем каждую проблему простым языком с шагами исправления для вашей платформы и еженедельно мониторим сайт, чтобы исправленное оставалось исправленным. Агентства могут передавать отчёты под собственным брендом. Ручную проверку можно заказать отдельно, в подписку она не входит: напишите нам через форму контактов и опишите ваш магазин и сценарии, которые хотите проверить.
Частые вопросы
Автоматическая проверка доступности — это то же самое, что аудит?
Нет. Автоматическая проверка сканирует код на проблемы, которые можно выявить по правилам, например отсутствующий alt или низкий контраст. Аудит добавляет ручное тестирование с клавиатурой, масштабированием и экранными дикторами и экспертную оценку каждого значимого критерия WCAG.
Нужен ли для EAA полный аудит?
Закон не предписывает конкретный вид проверки. Многие магазины начинают с автоматической проверки ключевых страниц, исправляют очевидные проблемы, а затем отдают на ручное тестирование оформление заказа и другие ключевые сценарии.
Вы предлагаете ручное тестирование?
Наш сервис — это автоматическая проверка с еженедельным мониторингом и отчётами. Ручную проверку можно заказать отдельно; в подписку она не входит. Напишите нам через страницу контактов.
Источники
- Web Content Accessibility Guidelines 2.2 – W3C
- Government Digital Service: what we found when we tested tools on the world's least accessible webpage
- Deque: automated testing study
- Directive (EU) 2019/882 on EUR-Lex