Перейти к основному содержимому

Как проходит официальная проверка Вашего веб-сайта в соответствии с EAA?

Информация о статье

Последнее обновление:

Итак, Вы подготовили свой веб-сайт в соответствии с Европейским актом о доступности (EAA), но осталась некоторая неуверенность: что на самом деле произойдет, если государственный орган это проверит? Придет ли письмо? Будут ли тестировать тайно? И что произойдет, если они найдут ошибку?

EAA регулирует это довольно подробно. Для Вас как оператора веб-сайта (что считается "услугой" в смысле закона) особенно важны § 28 (Надзор за рынком услуг) и Приложение 1 (Надзор за услугами) [1].

Здесь я покажу Вам шаг за шагом, как проходит такая проверка и каковы могут быть последствия.

Как инициируется проверка?

Есть два основных способа, которыми орган по надзору за рынком может обратить на Вас внимание:

  1. Проактивная выборочная проверка (Обычный случай): Орган не должен ждать, пока кто-то пожалуется. Он обязан проверять веб-сайты "также без конкретного повода на основе разумных выборочных проверок" (согласно § 28, абз. 2 EAA [1]). Таким образом, Ваш веб-сайт может быть выбран просто случайно.
  2. Заявление потребителя (Случай жалобы): Потребитель или ассоциация (например, ассоциация людей с инвалидностью) подает в орган заявление о возбуждении дела против Вас (согласно § 32, абз. 1 и 2 EAA [1]). Это происходит, если пользователь не может использовать Ваш веб-сайт и инициирует официальную проверку.

Процесс проверки: Что именно изучает орган?

Если Ваш веб-сайт проверяется, это происходит не "как-нибудь". Приложение 1 EAA [1] предписывает органу точный "метод надзора" и определение "выборочных проверок".

Орган проверяет Ваш веб-сайт, независимо от технологий, на соответствие четырем принципам доступности: Воспринимаемость, Управляемость (Bedienbarkeit), Понятность и Надежность (Robustheit).

Что проверяется? (Выборочная проверка согласно Приложению 1, № 2)

Орган выбирает выборку веб-страниц, которая включает как минимум следующие области:

  • Классика:
    • Домашняя страница (Home)
    • Страница входа в систему (Login)
    • Карта веб-сайта (Sitemap)
    • Страница контактов
    • Страницы помощи
    • Юридическая информация (Выходные данные, Защита данных)
  • Ваша основная услуга:
    • Минимум одна релевантная страница для каждого типа услуги. В электронной коммерции это, например, страница категории, страница с деталями продукта и весь процесс оформления заказа (Check-out).
  • Обязательная страница:
  • Случайность и разнообразие:
    • Страницы с явно отличающимся макетом или содержанием.
    • Минимум 10% других, случайно выбранных страниц.

Процесс: Что происходит, если обнаружены недостатки?

Вот процесс эскалации, который предписывает закон в § 29 (Существенные недостатки) и § 30 (Формальные недостатки) [1].

Два вида недостатков

  1. Формальное несоответствие (§ 30 EAA): Это, по сути, ошибка в "бумажной работе". Например, Вам не хватает требуемой законом информации о том, насколько доступен Ваш веб-сайт (которая Вам нужна согласно § 14 во взаимосвязи с Приложением 3 EAA).
  2. Существенное несоответствие (§ 29 EAA): Это "настоящая" ошибка доступности. Ваша контактная форма не может быть использована с клавиатуры, контраст шрифта слишком низкий, изображения не имеют альтернативных текстов и т. д.

Этапы эскалации

Как видно на схеме, процесс для обоих видов недостатков почти идентичен и призван дать Вам шанс на улучшение:

  • Этап 1 (Требование): Орган находит недостаток и присылает Вам уведомление. В нем указано, что не соответствует требованиям, и Вы получаете "разумный срок" для устранения недостатка (§ 29, абз. 1 / § 30, абз. 1 EAA).
  • Этап 2 (Угроза): Вы пропускаете срок. Орган присылает второе требование, снова со сроком, но на этот раз с "угрозой запрета" (§ 29, абз. 2 / § 30, абз. 3 EAA). Это "последнее предупреждение".
  • Этап 3 (Мера): Вы игнорируете и второй срок. Теперь все становится серьезно. Орган может принять "необходимые меры" для устранения несоответствия. Явно упоминается полномочие "прекратить предложение или предоставление услуги" (§ 29, абз. 3 EAA). Проще говоря: Орган может запретить Вам эксплуатацию Вашего веб-сайта.

Вот схема процесса:

Открыть текстовое описание для "Блок-схема: Процесс официальной проверки и эскалации"

Эта блок-схема описывает пошаговый процесс, который проходит орган по надзору за рынком при проверке услуги в соответствии с EAA.

  1. Процесс начинается с "Начало: Официальная проверка (Случайная по § 28 или по заявлению по § 32)" (A).
  2. Первое решение: "Обнаружены недостатки?" (B)
    • Нет: Процесс ведет к "Отлично! Процедура завершена." (C, зеленый).
    • Да: Процесс ведет к "Обнаружен недостаток (Формальный § 30 или Существенный § 29)" (D).
  3. Этап 1 (Требование): "Требование об исправлении (с разумным сроком)" (F).
  4. Второе решение: "Срок истек?" (G)
    • Нет (Недостаток устранен): Процесс ведет к "Отлично! Процедура завершена." (C, зеленый).
    • Да (не устранен): Процесс ведет к Этапу 2.
  5. Этап 2 (Угроза): "Повторное требование (с угрозой запрета)" (H).
  6. Третье решение: "Срок истек?" (I)
    • Нет (Недостаток устранен): Процесс ведет к "Отлично! Процедура завершена." (C, зеленый).
    • Да (не устранен): Процесс ведет к Этапу 3.
  7. Этап 3 (Мера): "Мера (например, запрет веб-сайта)" (J, красный).
  8. После принятия меры параллельно может быть инициирована "Процедура наложения штрафа (§ 37) возможна параллельно" (Z, красный).

Риски: Что грозит при проверке?

Запрет Вашего веб-сайта (Этап 3) — это сценарий "худшего случая". Гораздо более вероятным — и возможным параллельно — является денежный штраф.

Пример применения: Проверка barrierenlos.com

Рассмотрим все это на практическом примере, нашем веб-сайте barrierenlos.com.

B2B или B2C? Ловушка "потребителя"

Возможно, Ваше первое соображение будет: "Вы же B2B, EAA к Вам не относится". Осторожно! Закон распространяется на услуги "для потребителей" (§ 1, абз. 3 EAA).

  • Наш Хаб доступности читают все, в том числе потребители.
  • Чек-лист EAA может быть загружен потребителем для его частного проекта.
  • Потребитель может приобрести наш плагин Semanticality™ для своего частного веб-сайта.

Что бы проверял орган? (Выборочная проверка)

Исходя из Приложения 1, проверка нашего веб-сайта, вероятно, выглядела бы так:

Критические "Процессы" (Подводные камни)

Здесь для нас становится самым интересным, потому что здесь срабатывает "Ловушка процесса" (Приложение 1, № 2c EAA). Орган проверяет весь путь.

  • Процесс 1: Загрузка чек-листа

    • Орган проверяет не только лендинг-страницу, но и весь процесс:
    • Можно ли использовать форму электронной почты с клавиатуры?
    • Правильно ли помечены поля (label)?
    • Доступны ли сообщения об ошибках (например, "Недействительный адрес электронной почты")?
    • Доступна ли страница подтверждения / сообщение "Спасибо"?
  • Процесс 2: Покупка аудита (ссылка Stripe)

    • Здесь установлена "всего лишь" ссылка на Stripe. Орган проверяет, доступна ли эта ссылка (например, "Забронировать аудит сейчас" вместо "нажмите здесь").
    • Сама страница оформления заказа Stripe сложна. Она может считаться "содержанием третьих лиц" (§ 1, абз. 4, № 4 EAA), которое мы не контролируем. Однако более вероятно, что Stripe как поставщик платежных услуг сам должен соответствовать EAA. Наша ответственность здесь в значительной степени заканчивается за ссылкой. Подробнее об этом в нашей статье "Понимание исключений для содержимого веб-сайтов".
  • Процесс 3: Покупка плагина (всплывающее окно Freemius)

    • Это наш самый большой риск. Всплывающее окно оформления заказа Freemius открывается на нашем веб-сайте. Оно является неотъемлемой частью нашего процесса продаж.
    • Орган проверяет этот процесс полностью:
      • Можно ли открыть и закрыть всплывающее окно с помощью клавиатуры?
      • Остается ли фокус во всплывающем окне (Ловушка фокуса)?
      • Могут ли все поля формы, кнопки и параметры цен во всплывающем окне быть прочитаны и использованы скринридером?
    • Если это всплывающее окно недоступно, наша "услуга" (продажа плагина) не соответствует требованиям. При этом нам будет трудно утверждать, что это "содержание третьих лиц", поскольку всплывающее окно появляется на нашей странице и является частью нашего процесса продаж. Самым безопасным было бы, если бы Freemius сам предложил доступную версию всплывающего окна или если бы мы использовали платежную ссылку, как в случае со Stripe.

Заключение

Официальная проверка — это не магия, а четко регламентированный процесс. Орган обязан предоставить Вам сроки для доработки.

  1. Два триггера: Проверка происходит либо случайно (выборочная проверка), либо по жалобе.
  2. Четкие правила проверки: Орган проверяет по схеме Приложения 1 и тестирует все Ваши ключевые процессы (например, весь процесс оформления заказа).
  3. Система сроков: Вы получаете (как минимум) два шанса на доработку, прежде чем эксплуатация Вашего веб-сайта может быть запрещена.
  4. Высокие штрафы: Независимо от сроков, установленное несоответствие может быть наказано как административное правонарушение денежным штрафом.

Лучшая защита — это не доводить дело до этого. Убедитесь, что Ваши ключевые процессы и "обязательные страницы" (Контакты, Выходные данные и т. д.) реализованы надлежащим образом и доступны.

Часто задаваемые вопросы (FAQ)

Проверяет ли орган также мое приложение?

Да. EAA распространяется на "услуги в электронной коммерции", которые предлагаются через "веб-страницы и приложения на мобильных устройствах" (§ 1, абз. 3, № 5 EAA). Описанный здесь процесс проверки по § 28 и Приложению 1 в равной степени применим как к Вашему веб-сайту, так и к Вашему нативному приложению.

Должен ли я как-то помогать органу?

Да. Как поставщик услуг Вы обязаны сотрудничать. По "обоснованному требованию" Вы должны предоставить органу все сведения, необходимые для подтверждения соответствия, и сотрудничать при принятии мер по обеспечению соответствия (§ 14, абз. 5 EAA).

Что, если я сослался на § 17 (Непропорциональное бремя)?

Это важный момент. Если орган проводит проверку, он также проверит Вашу ссылку на исключение. Затем он проверяет (согласно § 28, абз. 3 EAA):

  1. Провели ли Вы вообще оценку.
  2. Правильна ли Ваша оценка (например, расчет затрат и выгод).
  3. Соблюдаете ли Вы все остальные требования (которые не затрагиваются исключением).

Если Ваша ссылка на исключение будет признана необоснованной, Ваш веб-сайт будет считаться "не соответствующим требованиям", и будет запущен процесс из § 29 (см. схему выше).

Отказ от ответственности

Данная статья предназначена исключительно для информации и не является юридической консультацией. Представление процедуры проверки упрощено. Я не несу ответственности за правильность или полноту представленной здесь информации. Пожалуйста, обязательно обратитесь к специализированному юристу для Вашей конкретной ситуации.

  1. Bundesministerium der Justiz und für Verbraucherschutz, «Gesetz zur Umsetzung der Richtlinie (EU) 2019/882 des Europäischen Parlaments und des Rates über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen (Barrierefreiheitsstärkungsgesetz – BFSG)». 2023 г. [Онлайн]. Доступно на: https://www.gesetze-im-internet.de/bfsg/

Об авторе

Портрет Дмитрия Дугарева

С наилучшими пожеланиями,

Дмитрий Дугарев

Основатель Barrierenlos℠ и разработчик плагина Semanticality™. Имея степень магистра, более 8 лет опыта в веб-разработке и IT-комплаенса в компаниях «Большой четвёрки», банках и концернах и более 1 000 протестированных на доступность веб-страниц для более чем 50 клиентов, я помогаю веб-командам системно внедрять доступность — без многомесячных переделок.

Хотите получить четкий план по созданию доступного веб-сайта?

Пусть эксперты проверят ваш сайт на доступность → Получите всесторонний PDF-отчет с подробными объяснениями каждой проблемы и 100+ четко приоритезированными действиями в виде списка задач.

Открыть аудит доступности сейчас