Главное в двух словах
- Ошибки WCAG: 94,8 % всех сайтов имеют выявленные ошибки WCAG, в среднем 51 ошибка на главной странице (WebAIM, 2025).
- Обязательство BFSG: Немецкий закон о доступности BFSG вступил в силу 28 июня 2025 года. Нарушения могут повлечь штрафы до 100 000 евро (§ 37 BFSG).
- Микропредприятия: Компании с менее чем 10 сотрудниками и оборотом до 2 млн евро освобождены от требований для услуг, но не для продуктов.
- Стоимость доработки: Добавление доступности задним числом почти всегда дороже и сложнее, чем проактивная интеграция при создании сайта.
Немецкий закон о доступности BFSG (Barrierefreiheitsstärkungsgesetz) вступил в силу 28 июня 2025 года. Для многих компаний это уже не абстрактная тема соответствия требованиям, а конкретный проект с жёсткими сроками, бюджетными вопросами и техническими решениями.
94,8 % исследованных сайтов имеют выявленные ошибки WCAG, в среднем 51 ошибку на главной странице (WebAIM Million Report 2025). При этом многие руководители не понимают, кого именно затрагивает закон, что означает доступность с технической точки зрения и что стоит соответствующий требованиям сайт.
Что означает доступность в интернете?
WCAG как международный стандарт
Доступность в интернете означает, что сайты могут использоваться всеми людьми, независимо от физических, сенсорных или когнитивных ограничений. Пользователи с нарушениями зрения используют программы экранного доступа. Пользователи с двигательными ограничениями работают с клавиатурой или переключателями. Люди с когнитивными нарушениями нуждаются в чётких структурах и простом языке. Пожилые пользователи выигрывают от достаточно крупного шрифта и хорошего контраста, не считая себя при этом "ограниченными".
Международным стандартом веб-доступности являются Руководства по доступности веб-контента, сокращённо WCAG. Их разрабатывает Консорциум World Wide Web (W3C). Актуальная версия WCAG 2.2, законодательная база в Германии ориентируется на WCAG 2.1. Для государственных учреждений дополнительно действует BITV 2.0. Для частного бизнеса BFSG является основным обязательством.
Три уровня соответствия
WCAG различает три уровня соответствия, описывающих объём выполненных требований:
- Уровень A: Минимальный уровень. Контент доступен хотя бы в каком-то виде для всех, хотя использование в некоторых местах всё ещё может быть ощутимо ограниченным. Без уровня A определённые группы пользователей полностью исключены.
- Уровень AA: Законодательный минимальный стандарт согласно BFSG и обязательная цель для корпоративных сайтов в Германии. Охватывает достаточные требования к контрасту, полную навигацию с клавиатуры и понятные сообщения об ошибках. Для большинства сайтов это реалистичная и разумная цель.
- Уровень AAA: Высший уровень соответствия, предназначенный для специализированных контекстов, таких как образовательные платформы или медицинские порталы. Полное соответствие AAA не является реалистичной общей целью для типичного корпоративного B2B-сайта.
Многие руководители удивляются: WCAG уровень AA не технический экстремизм. Достаточный цветовой контраст, осмысленная структура заголовков, alt-тексты для изображений, формы с навигацией с клавиатуры. Объективно это хороший веб-дизайн. То, что почти все сайты всё равно не соответствуют требованиям, объясняется прежде всего устаревшими системами и отсутствием стандартов качества в процессе разработки.
Кого затрагивает BFSG?
С какого момента действует закон?
Barrierefreiheitsstärkungsgesetz вступил в силу 28 июня 2025 года. Для продуктов, выходящих на рынок после этой даты, обязательство действует немедленно. Для существующих услуг § 38 BFSG предусматривает переходный период до 28 июня 2030 года, но только при условии, что более ранняя адаптация представляла бы несоразмерное бремя. Тот, кто не может доказать, что соблюдение требований неразумно, уже сейчас обязан действовать.
Исключение для микропредприятий
BFSG освобождает микропредприятия с менее чем 10 сотрудниками и годовым оборотом не более 2 миллионов евро. Ключевой момент: это исключение распространяется только на услуги, но не на продукты. Микропредприятие, продающее физические или цифровые продукты, всё равно подпадает под действие закона.
Для средних B2B-компаний это исключение, как правило, не актуально. Тот, у кого более 10 сотрудников или более 2 миллионов евро годового оборота, подпадает под действие закона без ограничений.
Какие именно сайты затрагиваются?
Обязательство распространяется на все онлайн-предложения, через которые пользователи совершают транзакционные действия: покупают, бронируют, делают запросы, оплачивают. Информационные сайты без прямого транзакционного процесса автоматически не подпадают под обязательство, но юридически находятся в серой зоне. Риск штрафа до 100 000 евро делает оптимизацию пограничных случаев нецелесообразной.
Эти онлайн-сервисы могут быть обязаны соответствовать BFSG
- Интернет-магазины с процессами покупки и оформления заказа
- Сайты с функциями бронирования или записи на приём
- Клиентские порталы и зоны самообслуживания
- Мобильные приложения с прямой потребительской направленностью
- Банковские и платёжные услуги
Кто хочет развивать свой сайт в любом случае, должен планировать WCAG 2.1 AA как стандарт независимо от формального обязательства. Инвестиции окупаются.
Каковы 4 принципа WCAG?
WCAG основываются на четырёх фундаментальных принципах, известных на английском языке как модель POUR. Они структурируют все критерии успеха WCAG 2.1 и дают руководителям чёткую ориентацию в том, какие виды проблем можно ожидать на их сайте.
Воспринимаемый (Perceivable)
Контент должен быть доступен всем органам чувств. Изображения нуждаются в alt-текстах, чтобы программы экранного доступа могли их зачитывать. Видео нуждаются в субтитрах или транскриптах. Текст нуждается в достаточном контрасте с фоном: не менее 4,5:1 для обычного текста, 3:1 для крупного шрифта.
Это звучит как небольшое требование. На практике 79,1 % всех исследованных сайтов не соответствуют только критерию контраста, как показывает WebAIM Million Report 2025.
Управляемый (Operable)
Весь сайт должен управляться с клавиатуры, без мыши. Навигация с клавиатуры не является маргинальным требованием для немногих исключительных случаев. Люди с двигательными ограничениями, пожилые пользователи и все, кто не может использовать указывающее устройство, зависят от неё. Кроме того, пользователи должны иметь достаточно времени для чтения контента: анимации и автоматически переключаемые элементы должны допускать паузу. Форма, которую нельзя пройти с помощью клавиши Tab, полностью закрывает эту группу ещё до того, как она вступила в контакт с контентом.
Понятный (Understandable)
Контент и управление должны быть предсказуемыми и понятными. Это означает чёткие сообщения об ошибках, последовательную навигацию и язык, написанный понятно и ясно. Форма, которая при неправильном вводе возвращает только "Ошибка 400", не является понятной в смысле WCAG. Сообщение "Пожалуйста, введите действительный адрес электронной почты" является таковым.
Надёжный (Robust)
Контент должен обрабатываться текущими и будущими вспомогательными средствами. Это означает семантически корректный HTML без проприетарных специальных структур. Программы экранного доступа, строки Брайля и другие вспомогательные технологии полагаются на то, что кнопка также распознаётся как кнопка в исходном коде, а не стилизована как элемент div. Надёжный означает также, что валидированный и стандартно-совместимый HTML формирует техническую основу, чтобы ассистивные технологии продолжали корректно работать при будущих обновлениях программного обеспечения.
Какие ошибки доступности встречаются на немецких корпоративных сайтах?
Наиболее распространённые ошибки WCAG по данным WebAIM
WebAIM Million Report ежегодно анализирует главные страницы миллиона наиболее посещаемых сайтов на соответствие WCAG. Он считается наиболее масштабным регулярным исследованием цифровой доступности в мире. Выпуск 2025 года показывает: 94,8 % исследованных главных страниц имеют выявленные ошибки WCAG, в среднем 51 ошибку на страницу.
Шесть наиболее распространённых классов ошибок:
Наиболее распространённые ошибки WCAG на немецких сайтах (WebAIM 2025)
- 79,1 % страниц: Недостаточный цветовой контраст
- 55,5 % страниц: Отсутствующие alt-тексты для изображений
- 48,2 % страниц: Отсутствующие метки форм
- 45,4 % страниц: Пустые ссылки без распознаваемого назначения
- 29,6 % страниц: Пустые кнопки
- 15,8 % страниц: Отсутствующий язык документа в HTML
Особенно затронуты: B2B-сайты в Германии
Исследование Aktion Mensch, Google и Pfennigparade протестировало интернет-магазины на элементарные барьеры. Результат: Четыре из пяти немецких интернет-магазинов не проходят самые базовые тесты на доступность. Навигация с клавиатуры была самым частым критическим препятствием.
Структурные причины известны: устаревшие темы WordPress, не генерирующие семантический HTML, конструкторы страниц с неконтролируемым выводом и отсутствие тестирования доступности в процессе разработки. Это можно исправить, но объём работ во многом зависит от исходной системы.
Почему доступный сайт является ещё и бизнес-аргументом?
Платёжеспособная целевая аудитория, которую часто упускают
7,9 миллиона человек в Германии имеют признанную тяжёлую инвалидность. Это соответствует 9,3 % всего населения. К ним добавляются люди с временными ограничениями, возрастным ухудшением зрения и пользователи, у которых под рукой просто нет указывающего устройства. Доступные сайты охватывают эти группы не как исключительный случай, а как обычных пользователей. Согласно анализу Google и Aktion Mensch, онлайн-шоппинг является центральным для 61 % людей с инвалидностью, по сравнению с 51 % людей без инвалидности.
Барьеры обходятся измеримой потерей выручки
Британский отчёт Click-Away Pound исследовал, как пользователи с инвалидностью реагируют на недоступные сайты: 71 % сразу покидают страницу без покупки. Опрос Civey по заказу Accessiway (август 2025, n=2 500) даёт немецкий контекст: 80,7 % опрошенных потребителей как минимум один раз прерывали покупку из-за проблем с доступностью. Это не маргинальная проблема. Это систематический разрыв в выручке.
Доступность укрепляет видимость в поисковых системах
Семантический HTML, чёткие иерархии заголовков, alt-тексты и быстрая загрузка одновременно являются техническими основами хорошей видимости в Google. Как программы экранного доступа, так и поисковые роботы обрабатывают одну и ту же HTML-структуру. Тот, кто строит сайт с учётом доступности, структурно улучшает и своё ранжирование без необходимости выстраивать SEO как отдельный проект. Подробнее о связи технического качества и архитектуры контента. Подробнее в нашей статье о контент-стратегии в CMS: обзор всех каналов.
Что стоит доступный сайт?
Путь доработки
Последующая WCAG-коррекция на существующих сайтах обходится дороже, чем кажется на первый взгляд. Устаревшие темы, проприетарные конструкторы страниц и CMS-системы без семантического вывода делают изолированные исправления трудоёмкими. Отдельные изменения часто затрагивают десятки файлов шаблонов одновременно. Согласно W3C WAI, последующая адаптация почти всегда дороже интеграции с самого начала, потому что структурные основные проблемы нельзя решить отдельными патчами.
Для компаний, для которых перезапуск сайта не стоит на повестке дня, доработка остаётся реальным путём. Объём работ очень различается в зависимости от системы и масштаба и должен быть серьёзно оценён до начала проекта.
Новое строительство с интегрированной доступностью
Тот, кто в любом случае планирует перезапуск, может встроить доступность как базовое требование в архитектуру. Headless CMS, такое как Sanity, структурно разделяет контент и представление. Фронтенд на уровне компонентов генерирует семантически корректный HTML. Однажды правильно реализованная структура остаётся доступной, независимо от того, кто впоследствии ведёт контент.
О том, почему профессионально выстроенный сайт является основой долгосрочного делового успеха, рассказывает наша статья Почему корпоративный сайт незаменим.
Как проходит доступный перезапуск сайта?
Структурированный перезапуск с учётом доступности проходит в четыре фазы.
Фаза 1: Аудит. Автоматизированные тесты выявляют до 57 % всех проблем с доступностью по количеству (Deque, 2021). Остальное обнаруживается исключительно через ручное тестирование: реальная навигация с клавиатуры по всем областям страницы, тестирование программами экранного доступа с различным вспомогательным программным обеспечением и целевые тесты контраста в разных условиях вывода.
Фаза 2: Приоритизация. Не все ошибки имеют одинаковый вес. Критические барьеры, такие как отсутствующие alt-тексты для информативных изображений или полностью неработоспособные формы, устраняются в первую очередь. Низкоприоритетные пункты, такие как декоративные изображения с пустым alt-текстом, исправляются после.
Фаза 3: Техническая реализация. В headless-установке структурные исправления могут быть реализованы на уровне компонентов и тогда действуют на всём сайте. Это позволяет избежать двойной и тройной работы, которая возникает в монолитных системах, когда одно и то же исправление нужно повторять в десятках шаблонов.
Фаза 4: Тестирование и документация. Перед выходом в прод следует систематическое тестирование с программами экранного доступа. Внутренняя документация соответствия фиксирует статус реализации и возможные обоснованные исключения.
Почему Headless-сайты на Next.js и Sanity имеют структурное преимущество?
Проблема с классическими CMS-системами
Многие корпоративные сайты на WordPress работают на темах, созданных много лет назад. Исходный код, генерируемый этими темами, является технически смешанным: заголовки, которые на самом деле не являются заголовками, а являются крупно стилизованным текстом. Кнопки, встроенные как элементы изображений. Списки, состоящие из div-элементов с отступами. Для человеческого глаза это часто выглядит хорошо. Для программ экранного доступа и поисковых роботов это невидимый шум.
Тот, кто пытается исправить это задним числом, быстро понимает: каждое изменение тянет за собой десятки других мест. Это можно сравнить с ремонтом старого дома. Начинаешь в одном месте и везде натыкаешься на устаревшую проводку, скрытые конструктивные проблемы и зависимости, которые нельзя решить изолированно.
Как современная архитектура решает это структурно
Next.js и Sanity работают по другому принципу. Sanity хранит контент в структурированном виде как данные: заголовок является заголовком, изображение является изображением с собственным полем alt-текста, список является списком. Фронтенд на Next.js затем определяет, как каждый из этих элементов выглядит на экране. И это один раз, централизованно, для всего сайта.
Если абзац в Next.js реализован как элемент параграфа с корректной языковой маркировкой, это действует для каждой страницы, использующей этот тип контента, будь их десять или тысяча. Доступность при этом является не контрольным списком в конце проекта, а результатом архитектурного решения в начале. О том, как это на практике улучшает пользовательский опыт и генерирует больше запросов, рассказывает наша статья Превращение посетителей сайта в клиентов: 9 рычагов для увеличения запросов.
Из практики Evelan
В типичных проектах по перезапуску мы начинаем с аудита доступности существующего сайта. То, что мы регулярно находим: недостаточные контрасты, несмаркированные поля форм, изображения без alt-текста. В сложившихся системах с несколькими версиями CMS и конструкторами страниц эти проблемы быстро накапливаются.
Если доработка терпит неудачу из-за технической базовой структуры, мы строим сайт заново на современном Headless-стеке. После перезапуска он в полной мере соответствует требованиям WCAG 2.1 AA, а внутренняя команда может самостоятельно вести контент без зависимости от разработчиков при каждом обновлении.
Часто задаваемые вопросы
BFSG затрагивает все компании, предлагающие продукты или услуги потребителям в Германии, если они не квалифицируются как микропредприятия. Микропредприятия (менее 10 сотрудников, не более 2 млн евро оборота) освобождены от требований для услуг, но не для продуктов. Для большинства средних B2B-компаний обязательство действует в полном объёме с 28 июня 2025 года.
Похожие статьи Evelan
- Контент-стратегия в CMS: обзор всех каналов
- Почему корпоративный сайт незаменим
- Превращение посетителей сайта в клиентов: 9 рычагов для увеличения запросов
Quellen
- WebAIM: The WebAIM Million — Accessibility Report 2025 (2025)
- Bundesfachstelle Barrierefreiheit: Testbericht barrierefreie Online-Shops (2024)
- gesetze-im-internet.de: Barrierefreiheitsstärkungsgesetz — § 37 Bußgeldvorschriften (2025)
- Destatis: Pressemitteilung Nr. 281 — Schwerbehinderte Menschen in Deutschland (2024)
- Google Blog / Aktion Mensch: Barrierefreiheit ist kein „Nice to have" (2023)
- Bundesfachstelle Barrierefreiheit: FAQ zum Barrierefreiheitsstärkungsgesetz (2025)
- Click-Away Pound: Business Case Report (2019)
- Accessiway / Civey: Digitale Barrieren kosten Unternehmen Kund:innen und Umsatz (2025)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (2024)
- Deque: Automated Testing Identifies 57 % of Digital Accessibility Issues (2021)



