В цифровом мире концепция «доступа для всех» долгое время рассматривалась как этическое предпочтение или «желательная, но необязательная» функция. Однако с принятием Указа Президента № 2025/10, опубликованного в Официальном вестнике 21 июня 2025 года, цифровая доступность официально стала юридическим обязательством для государственных учреждений и некоторых частных компаний в Турции.
Компания Switas Consultancy подготовила подробное руководство, в котором изложены положения нового регламента, перечень затронутых им учреждений, а также технические тонкости процесса соответствия стандартам WCAG 2.2, необходимые для соблюдения этих новых требований.
1. Что охватывает новый регламент?
Данный циркуляр, подготовленный на основе Закона № 5378 о лицах с ограниченными возможностями, обязывает обеспечить доступность цифровых услуг для всех, особенно для лиц с ограниченными возможностями и пожилых людей, гарантируя равное, независимое и безопасное использование.
Основная цель данного циркуляра — привести веб-сайты и мобильные приложения в соответствие с международно признанными рекомендациями по обеспечению доступности веб-контента (WCAG), разработанными W3C (Всемирным консорциумом веб-технологий).
2. Какие учреждения подпадают под действие программы и каковы сроки ее реализации?
Данное циркулярное письмо распространяется не только на государственные учреждения, но и на важнейшие сферы частного сектора, часто используемые гражданами. Сроки выполнения требований различаются в зависимости от сектора:
Организации, обязанные выполнить требования в течение 1 года (к июню 2026 года):
- Все государственные учреждения и организации (университеты, муниципалитеты и т. д.).
- Общественные профессиональные организации.
- Банки.
- Частные больницы.
- Частные образовательные учреждения, уполномоченные Министерством национального образования.
- Частные компании, предоставляющие услуги пассажирских перевозок (авиаперевозки, железнодорожный и автомобильный транспорт).
- Поставщики услуг электронной связи с более чем 200 000 абонентов.
Организации, обязанные выполнить требования в течение 2 лет (к июню 2027 года): - Поставщики услуг, осуществляющие электронную коммерцию в рамках Закона о регулировании электронной коммерции.
3. Технический стандарт: Что такое WCAG 2.2?
В циркуляре WCAG 2.2 обозначен как технический стандарт соответствия. WCAG 2.2 основан на предыдущих версиях (2.0 и 2.1) и вносит конкретные улучшения для пользователей с когнитивными нарушениями, слабым зрением и двигательными расстройствами.
Данные рекомендации построены вокруг 4 основополагающих принципов (POUR):
А. Воспринимаемый: Информационные компоненты и элементы пользовательского интерфейса должны быть представлены пользователям в понятной для них форме (например, предоставление текстовых альтернатив для нетекстового контента, такого как изображения, обеспечение достаточного цветового контраста).
Б. Работоспособен: Компоненты пользовательского интерфейса и навигация должны быть работоспособными (например, весь функционал должен быть доступен с клавиатуры, у пользователей должно быть достаточно времени для чтения и использования контента).
С. Понятно: Информация и работа пользовательского интерфейса должны быть понятными (например, текст должен быть читаемым, веб-страницы должны функционировать предсказуемым образом, а также должна предоставляться помощь при вводе данных, чтобы избежать ошибок).
Д. Робаст: Контент должен быть достаточно надежным, чтобы его могли корректно интерпретировать самые разные пользовательские агенты, включая вспомогательные технологии (например, совместимые с программами чтения с экрана).
Критические критерии успеха, введенные в WCAG 2.2.
Для обеспечения полного соответствия требованиям организациям необходимо понимать специфические технические нюансы, введенные в версии 2.2. Ниже приведена подробная информация о новых ключевых критериях:
Фокус не заслонен (минимальный и улучшенный) (критерии 2.4.11 / 2.4.12): Когда пользователь перемещается по странице с помощью клавиатуры (переключаясь между ссылками и кнопками с помощью клавиши Tab), элемент, на котором он в данный момент сосредоточен, должен оставаться видимым. Это обновление устраняет распространенную проблему, когда «фиксированные заголовки» или «фиксированные нижние колонтитулы» (закрепленные полосы вверху или внизу экрана) скрывают элемент, который пользователь пытается увидеть.
Требование: Необходимо убедиться, что выделенный элемент не полностью скрыт другим контентом. В идеале он должен быть полностью виден.
Перетаскивание (критерий 2.5.7): Некоторые интерфейсы требуют от пользователей перетаскивания объектов (например, перетаскивание файлов для загрузки, ползунки или изменение порядка в списках). Это может быть физически невозможно для пользователей с нарушениями моторики, которые используют специальные указательные устройства или программное обеспечение для отслеживания взгляда.
Требование: Если интерфейс использует перетаскивание, необходимо предоставить альтернативный вариант с «одним указателем». Например, вместо перетаскивания карты для её перемещения, предоставьте кнопки вверх/вниз/влево/вправо. Вместо списка с возможностью перетаскивания, предоставьте стрелки для перемещения элементов вверх или вниз.
Размер целевой области (минимальный) (критерий 2.5.8): Пользователям с дрожанием рук, крупными пальцами или тем, кто пользуется мобильными устройствами, часто бывает трудно нажимать на маленькие, расположенные слишком близко друг к другу кнопки.
Требование: Интерактивные элементы (кнопки, значки) должны иметь размер не менее 24x24 пикселей CSS. Если элемент меньше, вокруг него должно быть достаточно пространства, чтобы круг диаметром 24 пикселя, центрированный на элементе управления, не перекрывал другие элементы. Это снижает риск случайной активации неправильной функции.
Доступная аутентификация (критерий 3.3.8): Многие процессы авторизации требуют решения головоломок (CAPTCHA), запоминания паролей или ввода одноразовых кодов, отправляемых по SMS. Это создает препятствия для пользователей с когнитивными нарушениями или проблемами с памятью.
Требование: Процессы аутентификации не должны основываться на «тестировании когнитивных функций» (например, решении головоломок или запоминании информации). Необходимо разрешить копирование и вставку паролей и кодов, а также поддерживать использование сторонних менеджеров паролей и функций автозаполнения. Если используется CAPTCHA, должна быть предусмотрена альтернатива, не требующая когнитивных навыков (например, простое распознавание объектов или двухфакторная аутентификация через устройство).
Избыточная запись (критерий 3.3.7): Необходимость многократного ввода одной и той же информации (например, адреса доставки) в течение одного сеанса приводит к усталости и увеличению количества ошибок, особенно у пользователей с когнитивными нарушениями.
Требование: Информация, ранее введенная пользователем, должна либо заполняться автоматически, либо быть доступна для выбора пользователем из выпадающего списка, а не требовать повторного ввода.
Последовательная помощь (критерий 3.2.6): Пользователям, нуждающимся в помощи, часто бывает сложно найти каналы поддержки, если они перемещаются между разными страницами сайта.
Требование: Если вы предоставляете справочные функции (например, чат-бот, контактный адрес электронной почты или ссылку на страницу «Как это сделать»), они должны располагаться в одном и том же относительном месте на каждой странице, где они присутствуют. Например, если виджет чата находится в правом нижнем углу главной страницы, он не может переместиться в левый верхний угол страницы товара.
4. Аудит, мониторинг и «логотип доступности»
Для организации этого перехода Министерство по делам семьи и социальных служб создало «Мониторинговую комиссию». Кроме того, каждое ответственное учреждение должно сформировать собственную внутреннюю «Комиссию по проверке доступности» для проведения технического анализа и представления результатов.
Веб-сайты и мобильные приложения, прошедшие аудит и подтвердившие соответствие стандартам, будут удостоены Министерством «Логотипа доступности». Этот логотип служит знаком отличия, обозначающим «доступное учреждение», и действителен в течение 2 лет с момента выдачи.
5. Как консалтинговая компания Switas поддерживает вас на пути к соблюдению нормативных требований
Доступность — это не просто юридическая галочка; это важнейший компонент пользовательского опыта (UX) и SEO-показателей. Компания Switas поможет вам пройти через этот процесс трансформации, используя структурированную методологию:
1. Аудит WCAG (WCAG 2.2): Мы проводим тщательную оценку ваших цифровых активов на соответствие новым критериям WCAG 2.2, выявляя конкретные нарушения, касающиеся видимости фокуса, размеров целевых объектов, барьеров аутентификации и многого другого.
2. Ручное и пользовательское тестирование: Автоматизированные инструменты выявляют лишь часть проблем. Наши эксперты проводят ручные проверки с использованием программ чтения с экрана (таких как NVDA, VoiceOver) и проводят реальные тесты с пользователями с ограниченными возможностями, чтобы обеспечить подлинную удобность использования.
3. План восстановления: Мы работаем напрямую с вашими командами разработчиков и дизайнеров, предоставляя технические решения для сложных проблем на уровне кода (метки ARIA, семантический HTML, адаптивное перестроение текста).
4. Устойчивое развитие и обучение: Обеспечение доступности — это непрерывный процесс. Мы предлагаем периодические переоценки и обучение персонала, чтобы гарантировать соответствие ваших цифровых продуктов требованиям по мере их развития.
Свяжитесь с нами сегодня, чтобы устранить цифровые барьеры и обеспечить полное соответствие новым турецким нормам доступности.
