RGAA (Référentiel général d'amélioration de l'accessibilité) — французский референтный стандарт цифровой доступности, который переводит требования WCAG в 106 проверяемых критериев. Он обязателен для французских госорганов и, с 2025 года, для многих частных компаний во Франции. Логика та же, что и в WCAG 2.x или в российском ГОСТ Р 52872, — это национальная детализация одних и тех же принципов доступности. Аудит RGAA фиксирует соответствие на момент проверки; регрессионное тестирование — то, что удерживает это соответствие от релиза к релизу.
Большинство сайтов теряют соответствие стандарту доступности не в момент аудита: они теряют его через шесть недель, когда компонент переработали, тему обновили или изменили фирменный цвет. Никто не перезапустил все 106 критериев. Эта статья перечисляет критерии, которые регрессируют чаще всего на практике, разграничивает то, что может проверить автоматизированный инструмент, и то, что остаётся на усмотрение человека, и показывает, как встроить доступность в кампанию регрессионного тестирования без написания кода.
Главное на одной странице — определение, автоматизация без кода, выбор инструмента: Автоматизированное регрессионное тестирование без кода.
Ваш последний аудит RGAA был больше трёх месяцев назад, а релизы с тех пор выходили? Delta-QA воспроизводит ваши сценарии при каждом релизе и сигнализирует об изменениях контраста, текста, фокуса и скрытых элементов — без кода. Попробовать Delta-QA бесплатно →
Почему соответствие RGAA размывается
Аудит RGAA — это срез: эксперт проходит выборку страниц и оценивает каждый критерий. Результат верен на день аудита. Дальше сайт продолжает жить:
- обновление дизайн-системы меняет цвета вторичных кнопок — контраст падает ниже 4,5:1;
- переработка формы обратной связи заменяет подписи плейсхолдерами — метка исчезает;
- новый компонент меню скрывает индикатор фокуса клавиатуры;
- «оптимизация» убирает «ненужные» атрибуты alt у изображений, которые несли смысл;
- тёмная тема выходит в релиз без проверки контрастов в ней.
Ни один из этих релизов не был проектом по доступности. Каждый привёл к регрессии одного критерия. Это точный механизм регрессии: то, что раньше работало, перестаёт работать, хотя никто так не решал.
Критерии RGAA, которые регрессируют чаще всего
На практике небольшая часть из 106 критериев концентрирует большинство регрессий после релиза:
| Тематика RGAA | Типичный критерий | Что его ломает на практике | Обнаруживается автоматически? |
|---|---|---|---|
| Цвета (3.x) | Контраст текст/фон ≥ 4,5:1; информация не передаётся только цветом | Новая палитра, тёмная тема, слишком светлое состояние «отключено» | Да — сравнение отображения и вычисленных цветов |
| Изображения (1.x) | Релевантная текстовая альтернатива | Переработка компонента, изображение стало декоративным или наоборот | Частично — отсутствие alt да, его релевантность нет |
| Формы (11.x) | Видимая и связанная метка; различимые сообщения об ошибках | Плейсхолдер вместо метки, потерянное состояние ошибки | Да — состояние формы и отображение ошибки |
| Навигация (12.x) | Видимый фокус; связный порядок табуляции | Сброс CSS, сторонний компонент, outline: none |
Да — снимок состояния фокуса |
| Представление (10.x) | Читаемость при 200%; контент виден без потерь при 320 px | Изменённая CSS-сетка, обрезанный текст, переполнение | Да — отображение при разной ширине и масштабе |
| Структурирование (9.x) | Согласованная иерархия заголовков | Компонент понижает h2 до div |
Частично — изменение структуры видимо не всегда |
| Обязательные элементы (8.x) | Язык страницы, заголовок страницы | Изменённый шаблон | Да — отображаемые значения и атрибуты |
Два вывода. Во-первых, регрессии RGAA — это по большей части регрессии интерфейса: то, что видно на экране (контраст, фокус, обрезанный текст, ошибка формы). Во-вторых, часть по-прежнему остаётся человеческим суждением (релевантность alt, ясность метки): инструмент не заменяет аудит, он не даёт аудиту устареть.
Что проверяет — и не проверяет — автоматизированное регрессионное тестирование
Автоматизированный регресс тест сравнивает при каждом релизе состояние ваших эталонных страниц с их новым состоянием. Применительно к доступности:
Он обнаруживает: падение контраста, уменьшение размера текста, исчезнувший индикатор фокуса, сообщение об ошибке, которое больше не отображается, скрытый элемент, страницу, которая больше не помещается при 320 px или при масштабе 200%, отображаемое значение, которое изменилось (язык, заголовок).
Он не обнаруживает: релевантен ли альтернативный текст, понятна ли метка, осмыслен ли порядок чтения. Эти критерии — предмет аудита и тестирования с пользователями.
Он дополняет инструменты анализа DOM (axe-core, Pa11y, Wave): они читают структуру и сигнализируют о нарушенном правиле; регрессионное тестирование проверяет реальное отображение и сигнализирует об изменении относительно подтверждённого эталона — в том числе когда структура корректна, но отображение регрессировало. Подробнее: Регрессионное тестирование и доступность WCAG.
Аудит доступности, который остаётся верным после каждого обновления дизайн-системы? Запишите свои эталонные сценарии в Delta-QA; каждый релиз сравнивается — контрасты, фокус и состояния учтены. Бесплатно, без банковской карты. Попробовать Delta-QA бесплатно →
Как внедрить регрессионное тестирование доступности без кода
- Оттолкнуться от аудита. Страницы из аудированной выборки становятся эталонными страницами. Добавьте критичные сценарии: форма обратной связи, аутентификация, поиск, основной процесс.
- Зафиксировать значимые состояния. Пустая форма, форма с ошибкой и подтверждённая; открытое меню; элемент в фокусе клавиатуры; тёмная тема, если она есть. С инструментом без кода каждое состояние — это сценарий, записанный по мере навигации.
- Покрыть ширины экрана и масштаб. 320 px (критерий 10.11), 1024 px и отображение при 200% (критерий 10.4): один и тот же сценарий, несколько конфигураций.
- Воспроизводить при каждом релиз-кандидате. В препродакшене перед релизом; в проде через регулярные интервалы для изменений без деплоя (CMS, виджеты, CDN).
- Квалифицировать каждое расхождение. Отчёт рядом показывает, что изменилось; команда решает: это регрессия, которую нужно исправить, или осознанное изменение, которое нужно подтвердить как новый эталон.
- Сохранить человеческий аудит. Полный аудит RGAA по-прежнему нужен через регулярные интервалы и при каждом значимом изменении; регрессионное тестирование гарантирует, что между двумя аудитами ничего не деградирует незаметно.
В Delta-QA сравнение выполняет детерминированный ИИ — не LLM: проприетарный алгоритм, без обученной модели, который сигнализирует только о том, что заметил бы человеческий глаз, и даёт одинаковый вердикт при каждом запуске. Для госорганизаций и регулируемых секторов редакция On-Premise хранит скриншоты и отчёты в вашей сети. Отраслевое руководство: Регрессионное тестирование для государственных сайтов.
FAQ
Что такое RGAA?
Référentiel général d'amélioration de l'accessibilité — французский референтный стандарт цифровой доступности. Он переводит требования WCAG в 106 проверяемых критериев, обязательных для госорганов и многих частных компаний во Франции.
Может ли автоматизированный инструмент гарантировать соответствие RGAA?
Нет. Часть критериев требует человеческого суждения (релевантность текстовой альтернативы, ясность метки). Автоматизированный инструмент обнаруживает измеримые регрессии — контрасты, фокус, тексты, состояния, отображение при 320 px и 200% — и не даёт аудиту устареть между двумя проверками.
В чём разница между аудитом RGAA и регрессионным тестированием?
Аудит оценивает соответствие на определённый момент, по всем критериям. Регрессионное тестирование проверяет при каждом релизе, что эталонные страницы не изменились относительно аудированного состояния. Один устанавливает соответствие, другое его поддерживает.
Нужно ли уметь программировать, чтобы автоматизировать регрессионное тестирование доступности?
Нет. С инструментом записи и воспроизведения сценарии и состояния (форма с ошибкой, фокус клавиатуры, тёмная тема) записываются по мере навигации, а затем воспроизводятся и сравниваются автоматически.
Заменяет ли регрессионное тестирование axe-core или Pa11y?
Нет, оно их дополняет. Инструменты анализа DOM сигнализируют о нарушенном правиле в структуре; регрессионное тестирование сигнализирует об изменении реального отображения относительно подтверждённого эталона.
Ваш следующий релиз не должен подрывать соответствие RGAA. Создайте бесплатный аккаунт, запишите страницы своего аудита как эталон и позвольте Delta-QA сравнивать каждый релиз. Попробовать Delta-QA бесплатно →