У цифровому світі концепція «доступу для всіх» довгий час розглядалася як етична перевага або «приємна» функція. Однак, з опублікуванням Президентського циркуляра № 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):
А. Сприйнятливий: Інформація та компоненти інтерфейсу користувача повинні бути зручними для користувачів (наприклад, надання текстових альтернатив нетекстовому контенту, такому як зображення, забезпечення достатнього колірного контрасту).
B. Працездатний: Компоненти інтерфейсу користувача та навігація повинні бути зручними для використання (наприклад, усі функції повинні бути доступні з клавіатури, користувачі повинні мати достатньо часу для читання та використання контенту).
C. Зрозуміло: Інформація та робота користувацького інтерфейсу повинні бути зрозумілими (наприклад, текст має бути читабельним, веб-сторінки працюють передбачувано, а також надається допомога в введенні, щоб уникнути помилок).
Д. Робуст: Контент має бути достатньо надійним, щоб його могли надійно інтерпретувати широке коло користувацьких агентів, включаючи допоміжні технології (наприклад, сумісний з програмами зчитування з екрана).
Критичні критерії успіху, запроваджені з 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, повинна бути некогнітивна альтернатива (наприклад, просте розпізнавання об'єктів або 2FA через пристрій).
Надлишковий запис (критерій 3.3.7): Прохання до користувачів повторно вводити ту саму інформацію (наприклад, адресу доставки) кілька разів протягом одного сеансу викликає втому та збільшує рівень помилок, особливо для користувачів з когнітивними порушеннями.
вимога: Інформація, введена користувачем раніше, повинна заповнюватися автоматично або бути доступною для вибору зі спадного списку, а не вимагати повторного введення.
Постійна допомога (критерій 3.2.6): Користувачам, яким потрібна допомога, часто важко знайти канали підтримки, якщо вони переміщуються між різними сторінками.
вимога: Якщо ви надаєте довідкові функції (наприклад, чат-бот, контактну електронну адресу або посилання на сторінку «Інструкції»), вони повинні відображатися в одному відносному місці на кожній сторінці, де вони присутні. Наприклад, якщо віджет чату знаходиться внизу праворуч на головній сторінці, його не можна перемістити у верхній лівий кут на сторінці продукту.
4. Аудит, моніторинг та «логотип доступності»
Для управління цим переходом Міністерство у справах сім'ї та соціальних служб створило «Моніторингову комісію». Крім того, кожна відповідальна установа повинна сформувати власну внутрішню «Комітію з огляду доступності» для проведення технічного аналізу та звітування про результати.
Вебсайти та мобільні додатки, які пройдуть аудит та підтвердять відповідність стандартам, отримають від Міністерства «Логотип доступності». Цей логотип діє як почесний знак, що означає «доступний заклад», і дійсний протягом 2 років з моменту видачі.
5. Як Switas Consultancy підтримує ваш шлях до дотримання вимог
Доступність — це не просто юридичний прапорець; це критично важливий компонент користувацького досвіду (UX) та ефективності SEO. Switas проведе вас через цю трансформацію за допомогою структурованої методології:
1. Аудит WCAG (WCAG 2.2): Ми проводимо ретельну оцінку ваших цифрових активів на відповідність новим критеріям WCAG 2.2, виявляючи конкретні порушення щодо видимості фокуса, розмірів цільових об'єктів, бар'єрів автентифікації тощо.
2. Ручне та користувацьке тестування: Автоматизовані інструменти виявляють лише частину проблем. Наші експерти проводять ручні аудити за допомогою програм зчитування з екрана (наприклад, NVDA, VoiceOver) та проводять реальні тести з користувачами з інвалідністю, щоб забезпечити справжню зручність використання.
3. Дорожня карта відновлення: Ми працюємо безпосередньо з вашими командами розробників та дизайнерів, надаючи технічні рішення для складних проблем на рівні коду (мітки ARIA, семантичний HTML, адаптивне перекомпонування).
4. Сталий розвиток та навчання: Доступність – це безперервний процес. Ми пропонуємо періодичні переоцінки та навчання команди, щоб забезпечити відповідність ваших цифрових продуктів вимогам у міру їх розвитку.
Зверніться до нас сьогодні, щоб усунути цифрові бар'єри та забезпечити повну відповідність новим турецьким нормам доступності.
