В дигиталния свят концепцията за „достъп за всички“ отдавна се разглежда като етично предпочитание или „приятна“ характеристика. С президентския циркуляр № 2025/10, публикуван в Държавен вестник на 21 юни 2025 г., обаче дигиталната достъпност официално се превърна в правно задължение за публичните институции и специфичните организации от частния сектор в Турция.
Като Switas Consultancy, ние съставихме подробно ръководство, в което подробно се описва какво включва този нов регламент, кои институции са засегнати и техническите тънкости на процеса за съответствие с WCAG 2.2, необходим за изпълнение на тези нови стандарти.
1. Какво обхваща новият регламент?
Изготвен въз основа на Закон № 5378 за хората с увреждания, този циркуляр постановява, че цифровите услуги трябва да бъдат достъпни за всички – особено за хора с увреждания и възрастни хора – като се гарантира равнопоставено, независимо и безопасно ползване.
Основната цел на циркуляра е да приведе уебсайтовете и мобилните приложения в съответствие с международно признатите Насоки за достъпност на уеб съдържанието (WCAG), изготвени от W3C (World Wide Web Consortium).
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, трябва да има некогнитивна алтернатива (напр. просто разпознаване на обекти или 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. Устойчивост и обучение: Достъпността е непрекъснат процес. Предлагаме периодични оценки и обучение на екипа, за да гарантираме, че вашите дигитални продукти остават съвместими с изискванията, докато се развиват.
Свържете се с нас още днес, за да премахнете цифровите бариери и да осигурите пълно съответствие с новия турски регламент за достъпност.
