Кратко: В турецком законодательстве о веб-доступности (web accessibility) ключевой для интернет-магазинов документ — циркуляр о веб-доступности (циркуляр Президента Турции № 2025/10). Он обязывает поставщиков услуг, которые ведут электронную коммерцию в рамках Закона № 6563 (турецкого закона об электронной коммерции), до июня 2027 года привести свои сайты и мобильные приложения в соответствие с документом «Чек-лист — уровень A» Министерства семьи и социальных служб Турции и со стандартом WCAG 2.2. Чек-лист превращает 31 критерий уровня A из WCAG 2.2 в 126 вопросов, причём каждая веб-страница и каждый экран приложения оцениваются отдельно. Директива (Yönerge) о порядке применения циркуляра предусматривает Комиссию по проверке не менее чем из трёх человек и проверку в три этапа: автоматические тесты, ручные тесты и тестирование с участием пользователей с инвалидностью. Прямых штрафов циркуляр не устанавливает. Однако результаты мониторинга будут обнародованы, а недоступный цифровой сервис может стать предметом жалобы на дискриминацию в TİHEK — национальный орган по правам человека и равенству.
Мы написали это руководство для собственников бизнеса, руководителей e-commerce, ИТ и продуктовых команд онлайн-ритейлеров, у которых есть собственный интернет-магазин или приложение для iOS/Android. Оно пригодится и международным брендам, которые продают товары в Турцию или работают с турецкими e-commerce-партнёрами. Организации первой волны, например банки и частные больницы, срок для которых истёк в июне 2026 года, могут следовать тем же шагам. Мы не полагались на новостные обзоры, а напрямую изучили циркуляр, чек-лист, руководство по логотипу, Директиву, профильные законы и источники TİHEK и W3C. Эта статья не является юридической консультацией. Статья актуальна на 31 октября 2026 года.
Что регулирует законодательство Турции о веб-доступности? Четыре официальных документа в одной таблице
Правовая основа — Закон № 5378 о лицах с инвалидностью:
«Обеспечивается доступность информационных услуг и информационно-коммуникационных технологий для лиц с инвалидностью» (Закон № 5378, ст. 7; наш перевод)
Подробности закреплены в четырёх документах:
| Документ | Что регулирует? | Что это значит для электронной коммерции |
|---|---|---|
| Циркуляр № 2025/10 (Resmî Gazete, Официальный вестник Турции, 21 июня 2025 года) | Сфера действия и сроки; Комиссия по мониторингу, Консультативная комиссия и Комиссия по проверке; право на использование логотипа сроком на 2 года | Срок — 2 года: июнь 2027 года |
| Директива о порядке и принципах применения (дата утверждения не указана) | Комиссии, метод проверки, исключения, порядок получения логотипа | Комиссия не менее чем из 3 человек, трёхэтапное тестирование |
| Чек-лист — уровень A (V2.2.30.01, Анкара, 2026) | 31 критерий уровня A из WCAG 2.2 в виде 126 вопросов | Каждая страница и каждый экран приложения оцениваются отдельно |
| Руководство по использованию логотипа доступности (с изменениями от 14 апреля 2026 года) | Как использовать логотип на сайтах и в мобильных приложениях | Только на сайтах и в приложениях, получивших это право |
Два момента, которые часто путают:
- Циркуляр № 2026/1 — это не план для сайтов и приложений. План мониторинга и инспекций из этого циркуляра от 21 января 2026 года охватывает только здания, открытые пространства и общественный транспорт. По состоянию на 31 октября 2026 года мы не нашли запланированный План мониторинга для сайтов и мобильных приложений на страницах о доступности и законодательстве EYHGM — Генерального управления министерства по услугам для лиц с инвалидностью и пожилых людей. Утверждать, что «проверки электронной коммерции начались», пока рано.
- Турецкое руководство по WCAG 2.2, судя по всему, ещё не опубликовано. Руководства, анонсированного в циркуляре, нет на странице министерства о доступности, а W3C указывает авторизованный перевод на турецкий язык как «запланированный» (уведомление о намерении: 5 мая 2026 года). Ориентируйтесь на английский текст WCAG 2.2 на сайте W3C.
Примечание о Директиве: Директива значится на странице EYHGM «Директивы» (Yönergeler). 31 октября 2026 года ссылка на документ там была пустой, но текст в формате PDF доступен на сайте министерства. Даты утверждения в тексте нет; согласно статье 19, он вступает в силу в день утверждения. Сведения о Директиве ниже основаны на этом тексте, поэтому следите за обновлениями министерства.
На кого в электронной коммерции распространяется циркуляр и есть ли штраф за несоблюдение?
Сфера действия: все, у кого есть собственный сайт или приложение
В циркуляре названы поставщики услуг, которые ведут электронную коммерцию в рамках Закона № 6563. Порога по размеру бизнеса и исключения для микропредприятий в нём нет. Согласно Закону № 6563, поставщик услуг — это физическое или юридическое лицо, ведущее электронную коммерцию, а среда электронной коммерции — это сайт, мобильный сайт или мобильное приложение. Бренд с собственным магазином или приложением однозначно подпадает под действие циркуляра. Неясными остаются две ситуации:
- Продавцы, которые торгуют только на маркетплейсах: Закон № 6563 также относит тех, кто продаёт на маркетплейсе, к «поставщикам услуг электронной коммерции». Однако торговая среда принадлежит маркетплейсу, и ни одна норма не определяет, как обязательство применяется к продавцу.
- Индивидуальные предприниматели: Директива определяет комиссию через понятия «учреждения, организации и юридические лица» и «не менее трёх сотрудников», поэтому неясно, как это правило применяется к ним.
По этим вопросам запросите разъяснение в министерстве или у своего юриста. Для организаций первой волны, таких как банки, частные больницы, частные образовательные учреждения и пассажирские перевозчики, годичный срок истёк в июне 2026 года.
Санкции: в циркуляре штрафов нет, но риск есть в других нормах
- Циркуляр и Директива не устанавливают административных штрафов. Однако результаты мониторинга министр обнародует.
- Штрафы Закона № 5378 не касаются сайтов. Штрафы из его временной статьи 3 относятся к зданиям, открытым пространствам и общественному транспорту. Сумма «5000–25 000 ₺ за каждое нарушение», которую приводят некоторые руководства, — это диапазон, установленный этой нормой для муниципалитетов и государственных органов. Для физических лиц и юридических лиц частного права номинальная сумма в тексте закона составляет 1000–5000 ₺ (турецких лир) за каждое нарушение.
- Путь через TİHEK — реальный риск. Закон № 6701, учредивший TİHEK, запрещает дискриминацию по признаку инвалидности и считает отказ в разумном приспособлении дискриминацией. Он также распространяется на физических лиц и юридических лиц частного права, которые предлагают «аналогичные услуги». Административный штраф по части 1 статьи 25 составляет 17 052–256 357 ₺ в 2026 году, причём Совет TİHEK может однократно заменить штраф предупреждением. В решении № 2024/403 TİHEK признал нарушение из-за того, что часть интернет- и мобильного банкинга одного из банков не читалась программой экранного доступа (скринридером).
- Если вы продаёте потребителям в Германии: BFSG. BFSG — немецкий закон, который вводит в действие Европейский акт о доступности (Директива (ЕС) 2019/882). Он распространяется на услуги электронной коммерции, предлагаемые потребителям после 28 июня 2025 года, а штраф за предложение услуги, не соответствующей требованиям, может достигать 100 000 евро. Исключение сделано для микропредприятий, оказывающих услуги: с численностью менее 10 сотрудников и годовым оборотом или итогом баланса не более 2 млн евро.
Как читать чек-лист доступности (уровень A)?
Чек-лист министерства 2026 года (V2.2.30.01) превращает 31 критерий успеха, относящийся к четырём принципам WCAG 2.2, в 126 пронумерованных вопросов. Мы обозначаем их как В1–В126. Вопросы бывают трёх типов:
- ★ (64 вопроса): обязательное условие. Ответ «Нет» означает, что нужно исправление.
- ★★ (3 вопроса): условие, которого быть не должно. Ответ «Да» означает, что нужно исправление: информация передаётся только цветом (В52), мигание превышает пороговые значения (В81), контекст меняется, когда компонент просто получает фокус (В106).
- Без звезды (59 вопросов): маршрутизация. Например, один из вопросов уточняет, есть ли на странице CAPTCHA, а ответ указывает, к какому разделу перейти дальше.
Решающее правило: на вопросы отвечают отдельно для каждой веб-страницы и каждого экрана приложения. В магазине с тысячами товарных страниц это означает работу по шаблонам: главная страница, категория, карточка товара, корзина, шаги оформления заказа, личный кабинет и промостраницы. Исправление в шаблоне распространяется на все страницы, которые его используют. Согласно Директиве, порядок выборки страниц при мониторинге определит Комиссия по мониторингу.
Чек-лист охватывает только уровень A. Контрастность цвета (1.4.3), видимый фокус (2.4.7) и размер области нажатия (2.5.8) — критерии уровня AA, поэтому они выходят за рамки законодательного минимума. И всё же мы рекомендуем сразу заложить их в дизайн-систему: по данным анализа WebAIM за 2026 год, низкая контрастность — самая частая ошибка, она обнаружена на 83,9% главных страниц. Чек-лист нельзя воспроизводить в коммерческих целях, поэтому мы объясняем его логику, а не копируем вопросы. Актуальную версию скачайте с сайта министерства.
Что требует Директива о доступности? Комиссия, тестирование, исключения и логотип
Комиссия по проверке: не менее трёх человек из ваших сотрудников
Согласно статье 13 Директивы, каждое учреждение и юридическое лицо, подлежащее мониторингу, создаёт Комиссию по проверке (İnceleme Komisyonu) не менее чем из трёх сотрудников, как минимум один из которых работает в подразделении, отвечающем за сайты и мобильные приложения. Совет из некоторых руководств, что «достаточно основной команды из двух человек», противоречит статье 13. В год включения в План мониторинга (İzleme Planı) комиссия готовит Отчёт о проверке в формате этого плана и направляет его в секретариат при EYHGM. Она также следит за исправлениями и готовит обновлённый отчёт для продления права на логотип.
Как проводится тестирование доступности? Три этапа
- Автоматическое тестирование: с помощью инструментов из списка на сайте W3C. По состоянию на 31 октября 2026 года список W3C включает 119 инструментов. В нём есть фильтры для Android и iOS, а также WAVE и axe DevTools (W3C не рекомендует конкретные продукты).
- Ручное тестирование: формы, элементы управления интерфейса, диалоговые окна, подтверждения ввода данных, сообщения об ошибках, обратная связь, работа с клавиатуры, а также нетекстовый контент: фотографии, видео, CAPTCHA и аудио.
- Тестирование с участием пользователей с инвалидностью: в нём участвуют пользователи с нарушениями зрения (пользователи скринридеров и слабовидящие), слуха (глухие и слабослышащие) и опорно-двигательного аппарата (с ограниченными возможностями работы с мышью и клавиатурой). Рекомендуется также привлекать пользователей с когнитивными нарушениями, расстройствами аутистического спектра, специфическими трудностями в обучении и нарушениями цветового зрения.
Почему оверлея доступности (плагина) недостаточно?
Чек-лист требует, чтобы связь подписей с полями форм и иерархия заголовков были заданы в коде «программно». Он также требует правильно настроить управление фокусом. Виджет, добавленный постфактум, пытается исправить всё это в браузере наугад. Он может сломаться при изменении шаблонов и вообще не работает с нативными экранами iOS и Android. Ни в одном из четырёх документов нет положения, которое признавало бы оверлей доказательством соответствия. Согласно Директиве, ручные тесты и тестирование с участием пользователей с инвалидностью обязательны в любом случае.
Учитывайте и пределы автоматического тестирования. По данным анализа WebAIM Million 2026, на 95,9% главных страниц из первого миллиона сайтов есть автоматически выявляемые ошибки WCAG. В среднем на страницу приходится 56,1 ошибки, на турецкоязычных страницах — 66,2, а в категории покупок — 71,0. Клавиатурная ловушка или бессмысленный alt-текст, напротив, обычно обнаруживаются только тогда, когда сайт тестируют люди. Подключение автоматических проверок к CI/CD-пайплайну помогает не допустить возвращения исправленных ошибок в новых релизах.
Исключения: что не входит в сферу действия?
- Контент, который динамически и автоматически добавляется из других источников: в качестве примеров Директива приводит динамическую рекламу и отзывы о покупках. Исключение касается самого контента, а не вашей формы отзыва или компонента оценок.
- Онлайн-карты, если основная информация для навигации предоставлена в доступной форме.
- Прямые трансляции; однако запись трансляции, которая хранится на сайте, нужно сделать доступной в течение 14 дней.
- Видео- и аудиозаписи, сделанные до выхода циркуляра, а также архивный контент, который не обновляется в течение года после вступления циркуляра в силу и не нужен для административных процессов. К новым видео о товарах применяются вопросы о субтитрах, текстовых расшифровках и аудиодескрипции (В17–25).
Перевод на турецкий жестовый язык (TİD) для видео- и аудиоконтента не обязателен. Если вы его предоставляете, переводчик должен набрать не менее 70 баллов на квалификационном экзамене по TİD.
Как получить логотип доступности?
Самостоятельно добавить логотип нельзя. Право на его использование можно запросить в EYHGM. Комиссия по мониторингу предоставляет это право на 2 года — отдельно для доступных сайтов и для доступных приложений в каждой мобильной операционной системе. Для продления нужен актуальный Отчёт о проверке, составленный по действующему Плану мониторинга. Согласно Руководству в редакции от 14 апреля 2026 года, логотип можно размещать только на том сайте или в том приложении, которым предоставлено это право. При нажатии он должен вести на страницу верификации на официальном сайте EYHGM, и его нельзя использовать для получения коммерческой выгоды.
От витрины до оформления заказа: самые частые проблемы интернет-магазинов
Типичные компоненты магазина и соответствующие вопросы чек-листа (нумерация по V2.2.30.01):
| Компонент | Вопросы | Что делать |
|---|---|---|
| Меню и повторяющиеся блоки | В36–37, В65–66, В82–83 | Используйте <nav>. Подменю, которое открывается мышью, должно открываться и с клавиатуры. Добавьте ссылку «Перейти к основному содержанию». |
| Слайдер и бегущая рекламная строка | В75–78 | Кнопка паузы для автоматического движения, которое длится более 5 секунд. |
| Изображения товаров | В1–5 | Содержательный alt для изображений, несущих информацию; alt="" для декоративных изображений. |
| Выбор цвета и размера | В16, В51–53 | Показывайте выбранный вариант или отсутствие в наличии не только цветом, но и текстом. Дайте каждому образцу цвета доступное имя («Тёмно-синий»). |
| Фильтры | В40–41, В107–108 | Группируйте варианты с помощью <fieldset> и <legend>. Если выбор сам перезагружает страницу, предупредите об этом заранее или добавьте кнопку «Применить». |
| Кнопки +/− в корзине и кнопки-иконки | В15–16, В124–126 | Доступные имена вроде «Увеличить количество» и «Добавить в корзину»; значение количества обновляйте программно. |
| Быстрый просмотр, cookie-баннер, всплывающее окно | В61–64, В69–70 | Используйте role="dialog" для модального окна. Фокус должен переходить в окно, клавиша Escape — закрывать его, а при закрытии фокус должен возвращаться на кнопку, которая его открыла, или в другое логичное место. |
| Лимиты времени сессии и корзины | В73–74 | Дайте пользователям отключить лимит времени или увеличить его как минимум в 10 раз либо предупредите их не менее чем за 20 секунд до окончания и дайте продлить время одним действием — не менее 10 раз. |
| Формы | В38–39, В111–120 | Текст-подсказка внутри поля не заменяет подпись. Свяжите текст ошибки с его полем. Звёздочки без пояснения или одной только красной рамки недостаточно. |
| Адрес доставки и платёжный адрес | В121–122 | Опция «Платёжный адрес совпадает с адресом доставки» и атрибуты autocomplete. |
| CAPTCHA | В10–12 | Текст, объясняющий её назначение, и альтернатива, которая не зависит от одного органа чувств. CAPTCHA только в визуальной или только в звуковой форме недостаточно. |
| Онлайн-поддержка, FAQ, чат-бот | В109–110 | Ссылка на помощь в одном и том же предсказуемом месте на каждой странице. |
Объявление сообщения «Добавлено в корзину» для скринридеров (WCAG 4.1.3) — это критерий уровня AA, и в чек-листе его нет. И всё же мы рекомендуем сделать это стандартной практикой.
Этап оплаты и 3D Secure
Экран 3D Secure обычно представляет собой страницу банка или платёжного провайдера, и изменить её содержимое вы не можете. Мы не советуем полагаться на исключение из Директивы для автоматически добавляемого контента. В качестве примеров для него Директива приводит рекламу и отзывы о покупках, и, на наш взгляд, процесс покупки под это описание не подходит. Усильте ту часть, которую контролируете:
- Дайте iframe с платёжными полями или экраном 3DS содержательный
title. Переводите в него фокус при открытии, а при закрытии — на сообщение о результате. - Протестируйте страницы успешной оплаты и ошибки после возврата из 3DS со скринридером. При ошибке сохраняйте данные, которые ввёл пользователь.
- Запросите у платёжного провайдера письменную информацию о доступности платёжной формы и экрана 3DS и сделайте её критерием при продлении договора.
Подробнее об интеграции — в нашем руководстве по интеграции интернет-эквайринга (онлайн-оплаты картой) и 3DS.
Доступность мобильных приложений: соответствия для iOS, Android и React Native
В примерах чек-листа упоминаются API платформ, а ваши приложения для iOS и Android оцениваются по тем же вопросам, экран за экраном. Распространённые соответствия:
| Задача (вопрос) | Android | iOS | React Native |
|---|---|---|---|
| Доступное имя (В3, В16) | contentDescription | accessibilityLabel | accessibilityLabel |
| Скрытие декоративного элемента (В5) | importantForAccessibility="no" | isAccessibilityElement = false | aria-hidden={true} |
| Заголовок (В28) | accessibilityHeading="true" | accessibilityTraits = .header | accessibilityRole="header" |
| Сведения о списке (В30) | CollectionInfo | accessibilityContainerType | role="list" |
| Модальное окно и фокус (В62, В70) | accessibilityPaneTitle | accessibilityViewIsModal | accessibilityViewIsModal (только iOS) |
| Действие вместо свайпа или перетаскивания (В68, В96) | AccessibilityAction | accessibilityCustomActions | accessibilityActions |
| Автозаполнение (В122) | autofillHints | textContentType | autoComplete |
В двух местах колонки React Native мы отступили от примеров чек-листа. Значение «list» не входит в число допустимых для accessibilityRole; роль списка задаётся через role="list". На Android accessible={false} отключает только фокусируемость; чтобы скрыть декоративный элемент от скринридеров на обеих платформах, используйте aria-hidden. Flutter в чек-листе не упоминается; там та же информация передаётся через свойства label, header, excludeSemantics и customSemanticsActions виджета Semantics. Добавьте также кнопку-альтернативу для действий, которые работают только по свайпу, например удаления товара из корзины (В95–96), а для функций на основе движения, таких как «встряхните, чтобы отменить» (В101–103), — альтернативу и возможность отключения. Связывайте сообщения об ошибках с соответствующим полем (setError на Android). Поскольку право на логотип предоставляется отдельно для каждой мобильной операционной системы, планируйте iOS и Android как отдельные продукты. Не называйте приложение «доступным», пока не протестируете его с VoiceOver и TalkBack. Наш подход к нативной разработке описан на странице разработки мобильных приложений.
Дорожная карта на 7 месяцев до июня 2027 года: шаг за шагом
Реалистичная последовательность шагов для команды, которая начинает работу в ноябре 2026 года:
- Ноябрь 2026 года, организация и инвентаризация: Создайте Комиссию по проверке (не менее 3 человек, один из них из подразделения, отвечающего за сайты и мобильные приложения). Составьте перечень веб-шаблонов и экранов приложений и отдельно отметьте сторонние компоненты, например инструменты оплаты, управления cookie и онлайн-поддержки.
- Декабрь 2026 года, базовое измерение: Запустите автоматическое сканирование инструментами из списка W3C, затем пройдите чек-лист шаблон за шаблоном. Превратите результаты в список задач: сначала пункты ★★ и процесс оплаты.
- Январь–март 2027 года, исправление компонентов: Исправьте кнопки, поля форм, модальные окна, меню, слайдеры и фильтры в дизайн-системе и подключите автоматические тесты к CI-пайплайну.
- Март–апрель 2027 года, оплата и приложения: Оплата и возврат из 3DS, cookie-баннер и сторонние виджеты; исправления для iOS и Android.
- Апрель–май 2027 года, ручные тесты и тестирование с участием пользователей с инвалидностью: Тесты с клавиатурой, VoiceOver и TalkBack; сессии с пользователями из групп, перечисленных в Директиве; черновик Отчёта о проверке.
- Июнь 2027 года и далее: Когда выйдет План мониторинга для сайтов и мобильных приложений, адаптируйте отчёт к его формату, рассмотрите подачу заявки на логотип и проводите регрессионное тестирование в каждом релизе.
Точка принятия решения: Если вы используете готовую тему, часть исправлений зависит от поставщиков темы и плагинов. Получите от поставщика письменный график работ по доступности. Если получить его не удаётся, подумайте о смене темы или о сайте с индивидуальным дизайном до марта 2027 года. При индивидуальном дизайне исправления вносятся в общие компоненты и распространяются на все страницы, которые их используют.
Как Partnerfy может помочь
Мы решаем задачи доступности на уровне кода, а не с помощью оверлея. Сначала мы проводим инвентаризацию ваших шаблонов и экранов приложений и сканируем их инструментами из списка W3C. Затем тестируем вручную с клавиатурой, VoiceOver и TalkBack. Найденные проблемы мы исправляем в компонентах вашей дизайн-системы и в нативном коде iOS, Android или React Native, а автоматические проверки подключаем к вашему CI-пайплайну. Для тестирования с участием пользователей с инвалидностью мы готовим сценарии, помогаем спланировать такие тесты с ассоциациями и организациями, работающими в этой сфере, и готовим техническую документацию для отчёта вашей Комиссии по проверке. Членство в комиссии и юридическая оценка остаются за вами. Если вам нужна первичная оценка вашей платформы электронной коммерции, свяжитесь с нами.
Источники
- Resmî Gazete: циркуляр № 2025/10 (21 июня 2025 года, выпуск № 32933), на турецком языке
- Министерство семьи и социальных служб Турции: Чек-лист — уровень A (V2.2.30.01), на турецком языке
- EYHGM: страница «Директивы» и Директива о порядке и принципах применения (PDF), на турецком языке
- EYHGM: Руководство по использованию логотипа, циркуляр № 2026/1 и страница о доступности, на турецком языке
- Законодательство: законы № 5378, 6701 и 6563, на турецком языке
- TİHEK: административные штрафы 2026 года и пресс-релиз о циркуляре № 2025/10, на турецком языке
- W3C: WCAG 2.2 и переводы WCAG
- W3C: список инструментов оценки веб-доступности
- WebAIM: The WebAIM Million (2026)
- BFSG: § 1, § 2, § 3 и § 37, на немецком языке
- React Native: Accessibility и Flutter: Semantics class