Jak Accsible pomaga spełnić wymogi tureckiego Okrężnika w sprawie dostępności stron internetowych na 2025 rok

21 czerwca 2025 r. w Dzienniku Urzędowym Turcji (nr 32933) opublikowano Okólnik Prezydencki nr 2025/10 — przełomowy akt prawny, który czyni dostępność cyfrową wiążącym obowiązkiem dla bardzo szerokiego zakresu tureckich instytucji oraz organizacji sektora prywatnego. Podmioty publiczne mają zaledwie rok na dostosowanie; dostawcy usług e-commerce i większość firm prywatnych mają dwa lata. Przy szacunkowo 8,5 mln osób z niepełnosprawnościami w Turcji oraz milionach starszych użytkowników, którzy korzystają z projektowania dostępnego, stawka jest wysoka — zarówno z perspektywy włączenia społecznego, jak i sytuacji prawnej.

Czym jest Okólnik Prezydencki Turcji nr 2025/10?

Okólnik Prezydencki Turcji nr 2025/10 nosi tytuł „Web Siteleri ve Mobil Uygulamaların Erişilebilirliği” (Dostępność stron internetowych i aplikacji mobilnych). Podpisany przez prezydenta Erdoğana i wchodzący w życie z chwilą publikacji, wprowadza formalne ramy prawne zakotwiczone w Ustawie nr 5378 o prawach osób z niepełnosprawnościami. Okólnik odwołuje się również do Ustawy nr 6563 o regulacji handlu elektronicznego, aby rozszerzyć obowiązek zapewnienia dostępności w sposób szczególny na platformy e-commerce.

Okólnik nakazuje spełnienie dwóch kluczowych punktów odniesienia: Listy Kontrolnej Dostępności – Poziom A, opracowanej przez Ministerstwo Rodziny i Usług Społecznych, oraz wytycznych WCAG 2.2 opublikowanych przez World Wide Web Consortium (W3C). WCAG 2.2 to obecnie międzynarodowy standard w zakresie dostępności cyfrowej, obejmujący ograniczenia wzrokowe, słuchowe, motoryczne i poznawcze w środowiskach desktopowych i mobilnych.

W celu egzekwowania i nadzorowania zgodności Ministerstwo Rodziny i Usług Społecznych powołało dedykowaną Komisję Monitorującą oraz Komisję Doradczą. Komisja Monitorująca publikuje coroczny plan monitoringu i przeprowadza przeglądy objętych stron internetowych i aplikacji. Organizacje, które po procesie monitoringu zostaną uznane za dostępne, otrzymują Erişilebilirlik Logosu (Logo Dostępności) ważne przez dwa lata — publicznie widoczny sygnał zgodności. Podmioty, które nie spełnią wymaganych standardów, zostaną publicznie wskazane z nazwy, co tworzy wyraźne konsekwencje reputacyjne, wykraczające poza ewentualne kary administracyjne.

W ramach tych regulacji już istnieją administracyjne kary pieniężne. Zgodnie z przepisami przejściowymi Ustawy nr 5378, metropolitalne gminy, inne gminy oraz instytucje publiczne, które nie wywiążą się ze swoich obowiązków w zakresie dostępności, mogą zostać ukarane grzywną od 5 000 TL do 25 000 TL za każde stwierdzone naruszenie, z limitem 500 000 TL rocznie. W miarę intensyfikacji monitoringu i dojrzewania mechanizmów egzekwowania, organizacje pozostające w tyle narażają się zarówno na ryzyko finansowe, jak i reputacyjne.

Kogo obejmuje okólnik — i kiedy?

Zakres Okólnika 2025/10 jest celowo szeroki. Roczny termin (upływający około czerwca 2026 r.) dotyczy instytucji publicznych i jednostek powiązanych, uniwersytetów, gmin i ich spółek zależnych, publicznych przedsiębiorstw gospodarczych, banków, prywatnych szpitali, prywatnych placówek edukacyjnych licencjonowanych przez Ministerstwo Edukacji Narodowej, przewoźników pasażerskich (drogowych, kolejowych, morskich i lotniczych), biur podróży kategorii A posiadających licencję Ministerstwa Kultury i Turystyki oraz operatorów łączności elektronicznej z ponad 200 000 abonentów.

Dwuletni termin (upływający około czerwca 2027 r.) dotyczy dostawców usług e-commerce działających na podstawie Ustawy nr 6563 — czyli w praktyce niemal każdej firmy prowadzącej sklep internetowy lub platformę marketplace w Turcji.

W praktyce jest to jeden z najszerzej zakrojonych obowiązków w zakresie zgodności cyfrowej, jakie kiedykolwiek wprowadzono w Turcji. Prywatny bank, portal pacjenta szpitala, system informacji studenckiej państwowego uniwersytetu oraz średniej wielkości sklep e-commerce z odzieżą — wszystkie te podmioty mieszczą się w zakresie okólnika, każdy z nieco innym terminem, ale wszystkie zmierzają do tego samego standardu technicznego: co najmniej WCAG 2.2 Poziom A.

Okólnik stanowi, że informacje o instytucjach i organizacjach, które nie spełnią swoich obowiązków w zakresie dostępności w przewidzianym terminie, zostaną upublicznione — co czyni brak zgodności ryzykiem reputacyjnym, a nie wyłącznie prawnym.

Zrozumieć WCAG 2.2 Poziom A: Techniczne minimum

Okólnik Turcji nakazuje zgodność z Listą Kontrolną Dostępności Ministerstwa na Poziomie A, opartą na kryteriach WCAG 2.2 Poziom A. Choć Poziom A stanowi minimum — adresując najbardziej fundamentalne bariery — obejmuje już szeroki zakres wymogów technicznych, których wiele tureckich stron internetowych obecnie nie spełnia.

WCAG 2.2 jest zbudowane wokół czterech podstawowych zasad, często skracanych do POUR. Treść musi być Postrzegalna — użytkownicy muszą móc odbierać informacje przynajmniej jednym zmysłem, np. poprzez tekstowe alternatywy dla obrazów, napisy do wideo i wystarczający kontrast kolorów. Musi być Operowalna — cała funkcjonalność musi być dostępna z użyciem klawiatury, a nie tylko myszy, bez treści, które „uwięzią” fokus lub wywołają napady padaczkowe. Musi być Zrozumiała — strony powinny zachowywać się przewidywalnie, błędy w formularzach powinny być jasno wyjaśnione, a język powinien być programowo zadeklarowany. I musi być Solidna — treść musi pozostać możliwa do interpretacji w miarę rozwoju technologii asystujących, co wymaga poprawnego użycia semantycznego HTML i ARIA.

WCAG 2.2 wprowadziło także dziewięć nowych kryteriów sukcesu w porównaniu z poprzednią wersją 2.1. Kluczowe dodatki istotne dla tureckich stron obejmują Focus Not Obscured (2.4.11), które zapewnia, że elementy w fokusie nie są zasłaniane przez przyklejone nagłówki lub banery cookie podczas nawigacji klawiaturą; Target Size Minimum (2.5.8), które określa minimalny klikalny obszar 24×24 piksele CSS dla elementów interaktywnych; oraz Accessible Authentication (3.3.8), które zabrania wymagania czysto poznawczych łamigłówek w procesach logowania bez dostępnej alternatywy.

• 1.1.1 Treść nietekstowa: Każdy obraz, ikona i wykres musi mieć znaczącą alternatywę tekstową odczytywaną przez czytniki ekranu.
• 1.4.3 Kontrast (minimum): Tekst musi osiągać co najmniej współczynnik kontrastu 4,5:1 względem tła (3:1 dla dużego tekstu).
• 2.1.1 Klawiatura: Cała funkcjonalność musi być dostępna bez konieczności użycia myszy lub innego urządzenia wskazującego.
• 2.4.11 Fokus nieprzesłonięty: Gdy element otrzymuje fokus klawiatury, nie może być całkowicie zasłonięty przez nakładającą się treść.
• 3.1.1 Język strony: Domyślny język naturalny strony musi być programowo zadeklarowany w HTML.
• 4.1.2 Nazwa, rola, wartość: Wszystkie komponenty interfejsu użytkownika muszą ujawniać swoją nazwę, rolę i stan technologiom asystującym poprzez poprawne znaczniki semantyczne lub ARIA.

Badania konsekwentnie pokazują, że większość stron internetowych nie radzi sobie z podstawami. Według danych WebAIM przytłaczająca większość stron zawiera wykrywalne naruszenia WCAG, przy czym najczęstszymi winowajcami są brak tekstów alternatywnych, niewystarczający kontrast kolorów i puste etykiety pól formularzy. W kontekście tureckim nie jest inaczej — znacząca część organizacji objętych zakresem będzie potrzebowała istotnych działań naprawczych, zanim upłyną ich terminy.

Gdzie Accsible wpisuje się w Twoją strategię zgodności

Accsible to SDK nakładki dostępnościowej dla stron internetowych, zaprojektowane, aby szybko zniwelować lukę między Twoją obecną stroną a zgodnością z WCAG 2.2 — bez konieczności pełnej przebudowy kodu. Działa poprzez wstrzyknięcie cienkiej, konfigurowalnej warstwy usprawnień dostępności w czasie działania, adresując najczęstsze i najbardziej wpływowe naruszenia WCAG, które mogą występować w Twoim kodzie bazowym.

Warto wprost powiedzieć, czym jest, a czym nie jest SDK nakładki. Accsible nie zastępuje budowania dostępnego HTML od podstaw — żadna nakładka tego nie robi. Zapewnia natomiast pragmatyczny, mierzalny pomost dla organizacji, które muszą wykazać istotny postęp w kierunku zgodności z WCAG 2.2 w ramach terminów prawnych obowiązujących w Turcji, podczas gdy równolegle toczą się długoterminowe prace rozwojowe. Dla wielu organizacji objętych Okólnikiem 2025/10, zwłaszcza tych stojących w obliczu rocznego terminu dla sektora publicznego, Accsible stanowi najszybszą drogę do znaczącego pokrycia wymogów zgodności.

SDK Accsible integruje się poprzez pojedynczy znacznik skryptu lub pakiet npm. Po zainstalowaniu aktywuje zarówno panel dostępności widoczny dla użytkownika, jak i zestaw automatycznych działań naprawczych w tle. Panel użytkownika daje odwiedzającym kontrolę nad własnym doświadczeniem — umożliwia regulację rozmiaru czcionki, odstępów między literami, wysokości linii, trybu kontrastu, rozmiaru kursora i innych parametrów. Te ustawienia są utrwalane między sesjami przy użyciu local storage, dzięki czemu powracający użytkownicy nie muszą za każdym razem ponownie konfigurować swoich preferencji.

„Zgodność nie jest jednorazowym odhaczeniem pola — to proces ciągły.” Accsible zostało zbudowane, aby to odzwierciedlać, zapewniając ciągły monitoring i działania naprawcze, a nie statyczny migawkowy stan zgodności.

Kluczowe funkcje Accsible bezpośrednio powiązane z wymaganiami Okólnika 2025/10

Zamiast mówić ogólnie o funkcjach dostępności, warto powiązać konkretne możliwości Accsible z kryteriami WCAG 2.2, na które powołuje się turecki Okólnik.

Optymalizacja dla czytników ekranu: Accsible wstrzykuje atrybuty ARIA — etykiety, role, regiony live i role punktów orientacyjnych — w całej stronie, pomagając technologiom asystującym, takim jak JAWS, NVDA i VoiceOver, poprawnie interpretować treść. Bezpośrednio wspiera to kryteria sukcesu WCAG 4.1.2 (Nazwa, rola, wartość) oraz 1.3.1 (Informacje i relacje). Dla stron, które polegają na układzie wizualnym zamiast semantycznego HTML do przekazywania struktury, takie działania naprawcze mogą być przełomowe dla użytkowników czytników ekranu.

Usprawniona nawigacja klawiaturą: Accsible zapewnia, że wszystkie elementy interaktywne są osiągalne i obsługiwalne wyłącznie za pomocą klawiatury, adresując WCAG 2.1.1 (Klawiatura) i 2.1.2 (Brak pułapki klawiatury). Zarządza logiką kolejności fokusu i zapewnia widoczny wskaźnik fokusu na wszystkich elementach, które mogą go otrzymać, spełniając WCAG 2.4.7 (Widoczny fokus) i 2.4.11 (Fokus nieprzesłonięty). Użytkownicy, którzy nawigują wyłącznie klawiaturą — w tym osoby z niepełnosprawnościami motorycznymi — polegają na tych zachowaniach, aby wchodzić w interakcję z dowolną częścią interfejsu.

Kontrast i regulacje wizualne: Widżet udostępnia użytkownikom kontrolki umożliwiające przełączanie na tryb wysokiego kontrastu, tryb ciemny lub odcienie szarości — bezpośrednio wspierając osoby słabowidzące lub z daltonizmem. Umożliwia także powiększanie tekstu znacznie poza domyślne ustawienia przeglądarki, co wspiera WCAG 1.4.4 (Zmiana rozmiaru tekstu) bez psucia układu strony. Ma to znaczenie w populacji obejmującej szacunkowo 25 mln osób w Turcji powyżej 40. roku życia, doświadczających prezbiopii, oraz około 8% mężczyzn z zaburzeniami widzenia barw.

Wsparcie dla tekstów alternatywnych: W przypadku obrazów pozbawionych atrybutów alt — jednego z najpowszechniejszych naruszeń WCAG na świecie — SDK Accsible może zastosować kontekstowe generowanie tekstów alternatywnych, pomagając spełnić WCAG 1.1.1 (Treść nietekstowa) w odniesieniu do treści ładowanych dynamicznie lub zarządzanych przez CMS, gdzie ręczny audyt jest niepraktyczny.

Generowanie oświadczenia o dostępności: Turecki Okólnik i WCAG oczekują, że organizacje będą transparentne w kwestii swojego statusu zgodności. Accsible pomaga wygenerować i utrzymywać oświadczenie o dostępności dla Twojej strony, dokumentujące znane ograniczenia, przyjęte standardy oraz mechanizmy kontaktu dla użytkowników zgłaszających bariery — co jest zgodne z najlepszymi praktykami ładu organizacyjnego w ramach systemu monitoringu przewidzianego w Okólniku.

Typografia przyjazna osobom z dysleksją: Widżet udostępnia czcionkę przyjazną osobom z dysleksją oraz kontrolki odstępów między literami, słowami i wierszami. Choć są to przede wszystkim usprawnienia użyteczności, wspierają WCAG 1.4.12 (Odstępy w tekście) i przynoszą korzyści osobom z niepełnosprawnościami poznawczymi lub trudnościami w czytaniu.

Wdrożenie: od instalacji do dowodów zgodności

Jednym z powodów, dla których Accsible jest istotne dla tureckich organizacji działających pod presją krótkich terminów regulacyjnych, jest szybkość wdrożenia. Dodanie Accsible do istniejącej strony nie wymaga nowego systemu projektowego, migracji frameworka ani długiego cyklu sprintów. W większości środowisk webowych — niezależnie od tego, czy są oparte na autorskim CMS, WordPressie, aplikacji typu single-page w React, czy tradycyjnym stosie renderowanym po stronie serwera — wdrożenie polega na dodaniu znacznika skryptu do sekcji head dokumentu i skonfigurowaniu ustawień organizacji w panelu Accsible.

<!-- Add to your <head> tag -->
<script
  src='https://cdn.accsible.com/sdk/v1/accsible.min.js'
  data-accsible-key='YOUR_SITE_KEY'
  defer
></script>

Po uruchomieniu skryptu Accsible wykonuje wstępne skanowanie struktury strony i rozpoczyna wstrzykiwanie działań naprawczych. Panel administracyjny udostępnia raport zgodności w czasie rzeczywistym, rozbity według kryteriów sukcesu WCAG, dzięki czemu zespół ds. zgodności może dokładnie zobaczyć, które kryteria są adresowane, a które wymagają dodatkowych prac programistycznych. Taka ścieżka audytu jest cenna nie tylko wewnętrznie — to rodzaj dokumentacji, który pokazuje działanie w dobrej wierze wobec regulatorów i, w razie potrzeby, w sporach.

Accsible obsługuje także integrację przez npm dla aplikacji silnie opartych na JavaScript, co ułatwia włączenie działań naprawczych w zakresie dostępności jako części standardowego pipeline’u build, a nie jako dodatku po fakcie. Dla zespołów deweloperskich korzystających już z workflow CI/CD oznacza to, że sprawdzanie dostępności może być częścią każdego wdrożenia, a nie okresowym ręcznym przeglądem.

Dla organizacji objętych rocznym terminem wynikającym z Okólnika 2025/10 — instytucji publicznych, banków, uniwersytetów i szpitali — harmonogram jest naprawdę napięty. Rozpoczęcie wdrożenia Accsible już teraz, równolegle z programem ręcznych audytów dostępności i działań naprawczych, jest najbardziej obronną strategią. Nakładka obsługuje na dużą skalę najczęstsze typy naruszeń; zespół deweloperski zajmuje się kwestiami strukturalnymi — brakującymi punktami orientacyjnymi semantycznymi, błędnymi powiązaniami pól formularzy, niestandardowymi wzorcami ARIA dla widżetów — które wymagają interwencji na poziomie kodu.

Biznesowy sens wykraczający poza zgodność

Błędem byłoby postrzeganie Okólnika 2025/10 wyłącznie jako obciążenia regulacyjnego. Grupa użytkowników, której ma służyć, stanowi realny potencjał komercyjny. Turcja ma około 8,5 mln obywateli z zarejestrowanymi niepełnosprawnościami — a liczba ta nie obejmuje całej populacji, która korzysta z projektowania dostępnego: starszych użytkowników poruszających się po złożonych interfejsach na mniejszych ekranach, osób wracających do sprawności po czasowych urazach, użytkowników w środowiskach o niskiej przepustowości łącza, polegających na uproszczonych układach, oraz osób, które po prostu preferują nawigację klawiaturą.

Dostępne strony internetowe mają tendencję do lepszych wyników w wyszukiwarkach. Semantyczny HTML, opisowe teksty alternatywne, logiczne struktury nagłówków i jasno oznaczone linki to sygnały, których używają zarówno technologie asystujące, jak i roboty indeksujące, aby zrozumieć treść strony. Organizacje inwestujące w zgodność z WCAG 2.2 w ramach odpowiedzi na Okólnik 2025/10 często zauważą dodatkowe korzyści w postaci poprawy widoczności w wynikach organicznych i metryk wydajności stron.

Jest też kwestia zaufania. Logo Dostępności Ministerstwa — przyznawane stronom, które pomyślnie przejdą proces monitoringu i zostaną uznane za zgodne — jest publicznie eksponowanym znakiem inkluzywności. Dla banków, szpitali, uniwersytetów i platform e-commerce działających na konkurencyjnym rynku tureckim bycie wśród pierwszych w swojej branży, które wyświetlają Logo Dostępności, jest istotnym wyróżnikiem. Sygnał ten mówi potencjalnym klientom, pacjentom, studentom i partnerom, że organizacja poważnie traktuje swoje obowiązki wobec społeczeństwa.

Na arenie międzynarodowej ruch Turcji odzwierciedla globalny kierunek regulacyjny. Europejski Akt o Dostępności Unii Europejskiej wszedł w życie w czerwcu 2025 r., wymagając dostępności zgodnej z WCAG w szerokim zakresie usług cyfrowych sektora prywatnego. Tureckie firmy obsługujące klientów z UE lub współpracujące z partnerami z UE będą musiały jednocześnie spełniać oba reżimy. Oparcie Accsible na WCAG 2.2 oznacza, że jedno wdrożenie może przyczynić się do zgodności w obu systemach.

Uczciwe ograniczenia i jak sobie z nimi radzić

Odpowiedzialne doradztwo wymaga uznania, czego samo SDK nakładki nie jest w stanie zrobić. Narzędzia automatyczne — w tym Accsible — potrafią wiarygodnie wykryć i naprawić znaczną część naruszeń WCAG, ale badania sugerują, że narzędzia automatyczne wychwytują od około 30% do 57% wszystkich problemów z dostępnością, w zależności od badania i strony. Pozostałe wymagają ludzkiego osądu: testów z udziałem rzeczywistych użytkowników czytników ekranu, weryfikacji przepływów nawigacji klawiaturą w złożonych widżetach interaktywnych, oceny, czy tekst alternatywny jest faktycznie znaczący, a nie tylko technicznie obecny, oraz przeglądu treści multimedialnych pod kątem jakości napisów.

Złożone komponenty niestandardowe — selektory dat, wieloetapowe kreatory formularzy, interfejsy typu „przeciągnij i upuść”, edytory tekstu sformatowanego — wymagają implementacji ARIA na poziomie deweloperskim, której żadna nakładka nie jest w stanie wiarygodnie wstrzyknąć wstecznie. Jeśli Twoja strona zawiera znaczną liczbę niestandardowych interfejsów interaktywnych, zespół deweloperski będzie musiał zająć się tymi komponentami bezpośrednio, stosując poprawne wzorce semantyczne i wzorce ARIA z Przewodnika po praktykach autorskich ARIA W3C.

Właściwy model to Accsible jako fundament i akcelerator — obsługujący najczęstsze, najbardziej wpływowe naruszenia występujące na większości stron — połączony z okresowymi ręcznymi audytami, testami z udziałem użytkowników z niepełnosprawnościami oraz udokumentowaną mapą drogową działań naprawczych dla złożonych komponentów. Takie podejście łączone jest zarówno skuteczniejsze niż każde z osobna, jak i bardziej wiarygodne dla komisji monitorujących powołanych na mocy Okólnika 2025/10.

Kluczowe wnioski

• Okólnik 2025/10 już obowiązuje. Opublikowany 21 czerwca 2025 r. Okólnik Prezydencki Turcji nakazuje zgodność z WCAG 2.2 Poziom A dla instytucji publicznych (termin roczny) oraz podmiotów e-commerce i większości organizacji sektora prywatnego (termin dwuletni) — z publicznym ujawnieniem organizacji niezgodnych jako konsekwencją.
• Zakres jest szerszy, niż większość organizacji sądzi. Banki, prywatne szpitale, uniwersytety, biura podróży z licencją kategorii A, przewoźnicy pasażerscy, operatorzy telekomunikacyjni z ponad 200 000 abonentów oraz wszystkie platformy e-commerce są objęte zakresem — nie tylko ministerstwa rządowe.
• Accsible zapewnia szybkie, mierzalne działania naprawcze. Wdrożenie pojedynczego znacznika skryptu aktywuje optymalizację dla czytników ekranu, nawigację klawiaturą, kontrolki kontrastu, wstrzykiwanie ARIA i wsparcie dla tekstów alternatywnych — adresując najczęstsze naruszenia WCAG w całej Twojej witrynie bez przebudowy kodu.
• Nakładki i ręczne działania naprawcze najlepiej działają razem. Accsible znacząco przyspiesza pokrycie wymogów zgodności, ale złożone komponenty niestandardowe i treści multimedialne nadal wymagają uwagi deweloperów i okresowych ręcznych audytów, aby osiągnąć pełną zgodność.
• Zgodność to także szansa biznesowa. Logo Dostępności Ministerstwa, poprawione SEO dzięki semantycznemu oznaczeniu oraz dostęp do 8,5 mln obywateli Turcji z niepełnosprawnościami czynią inwestycję w dostępność przewagą biznesową — nie tylko regulacyjnym obowiązkiem do odhaczenia.