W świecie cyfrowym koncepcja „dostępu dla wszystkich” od dawna postrzegana jest jako etyczna preferencja lub „miły dodatek”. Jednak wraz z Okólnikiem Prezydenta nr 2025/10, opublikowanym w Dzienniku Urzędowym 21 czerwca 2025 r., dostępność cyfrowa stała się oficjalnie prawnym obowiązkiem instytucji publicznych i niektórych podmiotów sektora prywatnego w Turcji.
Jako Switas Consultancy opracowaliśmy kompleksowy przewodnik szczegółowo opisujący, co obejmuje ta nowa regulacja, których instytucji ona dotyczy, a także techniczne zawiłości procesu zgodności z wytycznymi WCAG 2.2, który jest niezbędny, aby spełnić te nowe standardy.
1. Co obejmuje nowe rozporządzenie?
Okólnik ten, sporządzony na podstawie Ustawy nr 5378 o osobach niepełnosprawnych, nakłada na wszystkich obowiązek zapewnienia dostępu do usług cyfrowych, w szczególności osobom niepełnosprawnym i starszym, zapewniając równe, niezależne i bezpieczne korzystanie z nich.
Podstawowym celem okólnika jest dostosowanie stron internetowych i aplikacji mobilnych do międzynarodowo uznawanych Wytycznych dotyczących dostępności treści internetowych (WCAG) opracowanych przez W3C (World Wide Web Consortium).
2. Które instytucje są objęte zakresem i jaki jest harmonogram?
Okólnik wykracza poza instytucje publiczne i obejmuje kluczowe obszary sektora prywatnego, często wykorzystywane przez obywateli. Terminy realizacji różnią się w zależności od sektora:
Podmioty zobowiązane do dostosowania się w ciągu 1 roku (do czerwca 2026 r.):
- Wszystkie instytucje i organizacje publiczne (uniwersytety, gminy itp.).
- Organizacje zawodowe publiczne.
- Banki
- Prywatne szpitale.
- Prywatne placówki edukacyjne autoryzowane przez Ministerstwo Edukacji Narodowej.
- Prywatne firmy świadczące usługi transportu pasażerskiego (transport lotniczy, kolejowy, drogowy).
- Dostawcy usług komunikacji elektronicznej posiadający ponad 200 000 abonentów.
Podmioty zobowiązane do dostosowania się w ciągu 2 lat (do czerwca 2027 r.): - Dostawcy usług zajmujący się handlem elektronicznym w rozumieniu ustawy o regulacji handlu elektronicznego.
3. Standard techniczny: Czym jest WCAG 2.2?
W okólniku WCAG 2.2 określono jako techniczny standard zgodności. WCAG 2.2 bazuje na poprzednich wersjach (2.0 i 2.1) i wprowadza konkretne ulepszenia dla użytkowników z niepełnosprawnością poznawczą, słabowidzących i z dysfunkcjami motorycznymi.
Wytyczne opierają się na 4 podstawowych zasadach (POUR):
A. Postrzegalne: Informacje i elementy interfejsu użytkownika muszą być prezentowane użytkownikom w sposób, który mogą oni zrozumieć (np. poprzez zapewnienie alternatyw tekstowych dla treści nietekstowych, takich jak obrazy, czy zapewnienie wystarczającego kontrastu kolorów).
B. Działający: Elementy interfejsu użytkownika i nawigacji muszą być funkcjonalne (np. wszystkie funkcje muszą być dostępne z klawiatury, użytkownicy muszą mieć wystarczająco dużo czasu na przeczytanie i skorzystanie z treści).
C. Zrozumiałe: Informacje i działanie interfejsu użytkownika muszą być zrozumiałe (np. tekst musi być czytelny, strony internetowe muszą działać w przewidywalny sposób, a w celu uniknięcia błędów musi być dostępna pomoc przy wprowadzaniu danych).
D. Wytrzymały: Treść musi być na tyle solidna, aby mogła zostać niezawodnie zinterpretowana przez szeroką gamę agentów użytkownika, w tym technologie wspomagające (np. zgodne z czytnikami ekranu).
Krytyczne kryteria sukcesu wprowadzone wraz z WCAG 2.2
Aby zapewnić pełną zgodność, organizacje muszą zrozumieć szczegółowe niuanse techniczne wprowadzone w wersji 2.2. Oto rozszerzone szczegóły dotyczące nowych kluczowych kryteriów:
Ostrość nie jest przysłonięta (minimalna i zwiększona) (kryteria 2.4.11 / 2.4.12): Gdy użytkownik porusza się po stronie za pomocą klawiatury (przechodząc między linkami i przyciskami za pomocą klawisza Tab), element, na którym aktualnie się znajduje, musi pozostać widoczny. Ta aktualizacja rozwiązuje częsty problem polegający na tym, że „stałe nagłówki” lub „stałe stopki” (stałe paski u góry lub u dołu ekranu) zasłaniają element, który użytkownik próbuje zobaczyć.
Wymaganie: Musisz upewnić się, że wybrany element nie jest całkowicie zasłonięty przez inną treść. Idealnie, powinien być w pełni widoczny.
Ruchy przeciągania (kryterium 2.5.7): Niektóre interfejsy wymagają od użytkowników przeciągania obiektów (np. przeciągania i upuszczania plików, suwaków czy zmiany kolejności list). Może to być fizycznie niemożliwe dla użytkowników z dysfunkcjami motorycznymi, którzy korzystają ze specjalistycznych urządzeń wskazujących lub oprogramowania śledzącego ruch gałek ocznych.
Wymaganie: Jeśli interfejs korzysta z funkcji przeciągania, należy zapewnić alternatywę w postaci „pojedynczego wskaźnika”. Na przykład, zamiast przeciągać mapę, aby ją przesunąć, należy zapewnić przyciski góra/dół/lewo/prawo. Zamiast listy „przeciągnij i upuść”, należy zapewnić strzałki do przesuwania elementów w górę lub w dół.
Rozmiar docelowy (minimalny) (kryterium 2.5.8): Użytkownicy cierpiący na drżenie rąk, duże palce lub korzystający z urządzeń mobilnych często mają trudności z naciskaniem małych, stłoczonych przycisków.
Wymaganie: Interaktywne elementy docelowe (przyciski, ikony) powinny mieć rozmiar co najmniej 24x24 pikseli CSS. Jeśli element docelowy jest mniejszy, należy zachować wokół niego wystarczającą przestrzeń, aby okrąg o średnicy 24 pikseli, umieszczony na środku elementu sterującego, nie nachodził na żaden inny element docelowy. Zmniejsza to ryzyko przypadkowego uruchomienia niewłaściwej funkcji.
Dostępne uwierzytelnianie (kryterium 3.3.8): Wiele procesów logowania wymaga rozwiązywania zagadek (CAPTCHA), zapamiętywania haseł lub przepisywania jednorazowych kodów wysyłanych SMS-em. Stanowi to barierę dla użytkowników z problemami poznawczymi lub ograniczeniami pamięci.
Wymaganie: Procesy uwierzytelniania nie powinny opierać się na „teście funkcji poznawczych” (takim jak rozwiązywanie łamigłówki lub zapamiętywanie informacji). Należy zezwolić na funkcję kopiowania i wklejania haseł i kodów oraz obsługiwać zewnętrzne menedżery haseł i funkcje autouzupełniania. W przypadku użycia CAPTCHA musi istnieć alternatywa niekognitywna (np. proste rozpoznawanie obiektów lub uwierzytelnianie dwuskładnikowe za pośrednictwem urządzenia).
Wpis nadmiarowy (kryterium 3.3.7): Proszenie użytkowników o wielokrotne wprowadzanie tych samych informacji (np. adresu wysyłki) w trakcie jednej sesji powoduje zmęczenie i zwiększa liczbę błędów, zwłaszcza w przypadku użytkowników z niepełnosprawnością intelektualną.
Wymaganie: Informacje wprowadzone wcześniej przez użytkownika powinny zostać automatycznie uzupełnione lub udostępnione użytkownikowi do wyboru z listy rozwijanej, a nie wymagać ponownego wpisywania.
Spójna pomoc (kryterium 3.2.6): Użytkownicy potrzebujący pomocy często mają problem ze znalezieniem kanałów wsparcia, jeśli poruszają się po różnych stronach.
Wymaganie: Jeśli udostępniasz funkcje pomocy (takie jak chatbot, adres e-mail kontaktowy lub link do strony „Jak to zrobić”), muszą one pojawiać się w tym samym miejscu na każdej stronie, na której się znajdują. Na przykład, jeśli widżet czatu znajduje się w prawym dolnym rogu strony głównej, nie może zostać przeniesiony do lewego górnego rogu strony produktu.
4. Audyt, monitorowanie i „Logo dostępności”
Aby zarządzać tą transformacją, Ministerstwo Rodziny i Usług Społecznych powołało „Komisję Monitorującą”. Ponadto każda odpowiedzialna instytucja musi powołać własną wewnętrzną „Komisję ds. Przeglądu Dostępności”, która będzie przeprowadzać analizy techniczne i raportować wyniki.
Strony internetowe i aplikacje mobilne, które przejdą audyt i potwierdzą zgodność ze standardami, otrzymają od Ministerstwa „Logo Dostępności”. Logo to pełni funkcję odznaki honorowej, oznaczającej „dostępną instytucję” i jest ważne przez 2 lata od daty wydania.
5. W jaki sposób firma konsultingowa Switas wspiera Twoją podróż zgodności
Dostępność to nie tylko formalność, ale kluczowy element doświadczenia użytkownika (UX) i skuteczności SEO. Switas poprowadzi Cię przez tę transformację, oferując ustrukturyzowaną metodologię:
1. Audyt WCAG (WCAG 2.2): Przeprowadzamy rygorystyczną ocenę Twoich zasobów cyfrowych w oparciu o nowe kryteria WCAG 2.2, identyfikując konkretne naruszenia dotyczące widoczności fokusu, rozmiarów docelowych, barier uwierzytelniania i inne.
2. Testowanie ręczne i przez użytkowników: Zautomatyzowane narzędzia wychwytują tylko część problemów. Nasi eksperci przeprowadzają ręczne audyty za pomocą czytników ekranu (takich jak NVDA, VoiceOver) i testy w warunkach rzeczywistych z użytkownikami z niepełnosprawnościami, aby zapewnić rzeczywistą użyteczność.
3. Plan działań naprawczych: Współpracujemy bezpośrednio z Twoimi zespołami ds. rozwoju i projektowania, dostarczając rozwiązania techniczne dla złożonych problemów na poziomie kodu (etykiety ARIA, semantyczny HTML, responsywne reflow).
4. Zrównoważony rozwój i szkolenia: Dostępność to proces ciągły. Oferujemy okresowe oceny i szkolenia dla zespołu, aby zapewnić zgodność Twoich produktów cyfrowych z wymogami w miarę ich rozwoju.
Skontaktuj się z nami już dziś, aby usunąć bariery cyfrowe i zapewnić pełną zgodność z nowymi tureckimi przepisami dotyczącymi dostępności.
