Co to jest WCAG 2.2? Nowe obowiązki na stronach WWW w Polsce i UE

Dostępność cyfrowa oznacza projektowanie i tworzenie stron internetowych oraz aplikacji w taki sposób, aby mogły z nich swobodnie korzystać wszystkie osoby, w tym osoby z niepełnosprawnościami wzroku, słuchu, ruchu czy poznawczymi. Niezależnie od ograniczeń użytkownika czy używanej technologii (np. na starszym sprzęcie, bez myszy, z wolnym łączem), treści w internecie powinny być postrzegalne, funkcjonalne, zrozumiałe i solidne (tzw. zasady POUR). Międzynarodowym standardem opisującym szczegółowo te wymagania są Wytyczne dla dostępności treści internetowych (WCAG). Dotychczas standard WCAG był przede wszystkim zbiorem zaleceń technicznych, jednak w ostatnich latach w Polsce i Unii Europejskiej kolejne przepisy nadały mu moc prawną. W efekcie zapewnienie dostępności cyfrowej nie jest już tylko dobrą wolą, ale w wielu przypadkach obowiązkiem prawnym określonych podmiotów. Poniżej przedstawiono, kogo dotyczą te obowiązki, z jakich aktów prawnych wynikają oraz na czym polega standard WCAG 2.2 (najnowsza wersja) – czym różni się od poprzednich (2.0 i 2.1), dlaczego został wprowadzony i jakie problemy ma rozwiązać. Na koniec opisano dobre praktyki wdrażania dostępności, wykraczające poza minimum wymaganego prawem, zilustrowane przykładami i odniesieniami do oficjalnych źródeł.

Kogo obowiązuje dostępność cyfrowa (WCAG)

Obowiązki w zakresie dostępności cyfrowej nie dotyczą każdej strony internetowej w jednakowym stopniu – określone zostały grupy podmiotów (sprawdź tutaj), które muszą prawnie zapewniać dostępność swoich serwisów zgodnie ze standardem WCAG. Poniżej omówiono te grupy: instytucje publiczne, wybrane podmioty prywatne (w tym przedsiębiorcy online) oraz pewne organizacje pozarządowe, a także przedstawiono kluczowe przepisy prawa w Polsce i UE, z których wynikają te obowiązki.

Instytucje publiczne

W Polsce od 2019 roku wszystkie podmioty publiczne (organy administracji rządowej i samorządowej, jednostki sektora finansów publicznych, uczelnie publiczne, jednostki systemu oświaty, szpitale, sądy, itp.) są zobowiązane zapewnić dostępność cyfrową swoich stron WWW i aplikacji mobilnych. Obowiązek ten został wprowadzony na mocy ustawy z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych, która wdrożyła unijną Dyrektywę (UE) 2016/2102. Ustawa ta wymaga spełnienia przez serwisy publiczne kryteriów dostępności określonych w załączniku – załącznik ten jest odpowiednikiem wytycznych WCAG na poziomie AA. W praktyce oznacza to dostosowanie strony do standardu WCAG 2.1 AA (bo WCAG 2.1 został włączony do prawa w ramach wdrożenia dyrektywy 2016/2102). Wszystkie nowe strony instytucji publicznych musiały być zgodne z WCAG 2.1 AA już od 23 września 2019 r., a wszystkie starsze witryny – najpóźniej od 23 września 2020 r.; aplikacje mobilne podmiotów publicznych – od 23 czerwca 2021 r.. Ponadto każda strona publiczna musi posiadać opublikowaną Deklarację Dostępności (informację o stopniu zgodności serwisu z wymaganiami ustawy) oraz mechanizm umożliwiający użytkownikom zgłaszanie braków dostępności. Za uporczywe niezapewnianie dostępności lub brak deklaracji grożą podmiotowi publicznemu kary pieniężne. 

Czy organizacje pozarządowe (NGO) również to obowiązuje? Co do zasady, ustawa z 2019 r. dotyczy podmiotów publicznych. Jednak pewne organizacje pozarządowe mogą być objęte obowiązkiem, jeśli spełniają kryteria uznania ich za “podmiot publiczny” lub realizują zadania publiczne finansowane ze środków publicznych. W praktyce oznacza to, że NGO otrzymujące środki publiczne i świadczące usługi online również muszą spełniać wymogi dostępności. 

Na przykład fundacja prowadząca portal informacyjny finansowany z dotacji publicznych powinna wdrożyć WCAG 2.1 AA i opublikować deklarację dostępności, podobnie jak jednostki administracji.

Firmy prywatne i Europejski Akt o Dostępności

Przez długi czas wymogi WCAG nie dotyczyły wprost komercyjnych serwisów internetowych. Prywatne firmy (np. sklepy internetowe, banki, portale komercyjne) nie miały ogólnego, ustawowego obowiązku zapewniania dostępności cyfrowej – rekomendowano im stosowanie standardu WCAG jako dobrej praktyki, ale brak było bezpośrednich sankcji za jego niespełnienie. 

Ten stan rzeczy ulega jednak zmianie za sprawą Europejskiego Aktu o Dostępności (EAA). Jest to unijna Dyrektywa (UE) 2019/882 ustanawiająca wymogi dostępności szeregu produktów i usług oferowanych na rynku UE. Wśród objętych nią usług znajdują się m.in.: handel elektroniczny (sklepy i platformy online), bankowość detaliczna (bankowość internetowa i aplikacje bankowe, terminale płatnicze), transport pasażerski (systemy rezerwacji i sprzedaży biletów, strony i aplikacje przewoźników), usługi telekomunikacyjne i audiowizualne (sprzęt i oprogramowanie do komunikacji), e-booki i czytniki oraz ogólnie oprogramowanie i sprzęt komputerowy przeznaczenia konsumenckiego. Dyrektywa EAA wymaga, aby od 28 czerwca 2025 r. wszystkie te produkty i usługi zapewniały dostępność – w przypadku stron internetowych i aplikacji oznacza to zgodność z WCAG (co najmniej 2.1 AA, a docelowo 2.2 AA) jako podstawą wymagań technicznych. Polska wdrożyła EAA ustawą z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. 

Ustawa ta wchodzi w życie 28 czerwca 2025 r. i nakłada obowiązek dostosowania do WCAG na przedsiębiorców działających w wyżej wymienionych branżach – np. właściciele sklepów internetowych i platform e-commerce muszą do tego dnia zapewnić zgodność swoich witryn i aplikacji ze standardem dostępności. Co ważne, wymogi będą dotyczyć nie tylko samych sprzedawców i usługodawców, ale także dostawców technologii – twórcy oprogramowania (np. platform sklepowych, systemów płatności, narzędzi rezerwacyjnych) również muszą projektować je zgodnie z zasadami dostępności, by ich klienci mogli spełnić nowe prawo. 

Mikroprzedsiębiorcy (firmy do 9 pracowników) zostali tymczasowo wyłączeni spod regulacji – do 28 czerwca 2025 r. nie muszą spełniać nowych wymogów, jednak według polskiej ustawy od 2030 r. nawet najmniejsze firmy będą objęte obowiązkami dostępności. O karach za brak dostosowania się przeczytasz w tym artykule.

Oprócz wdrożenia WCAG, EAA wymaga m.in. sporządzania przez producentów i dostawców deklaracji zgodności dla oferowanych produktów/usług oraz poddawania się nadzorowi organów krajowych, które mogą kontrolować i nakładać kary za brak dostępności (to duża zmiana – dostępność staje się częścią zgodności produktowej, podobnie jak np. bezpieczeństwo elektryczne urządzeń). Podsumowanie obowiązków prawnych: W tabeli zestawiono najważniejsze akty prawne dotyczące dostępności cyfrowej w Polsce i UE oraz wskazano, kogo obejmują i jakie wymagania wprowadzają:

Uwaga: Równolegle z powyższymi aktami, Polska jest stroną Konwencji ONZ o prawach osób niepełnosprawnych (ratyfikowanej w 2012 r.), która zobowiązuje państwo m.in. do zapewnienia osobom z niepełnosprawnościami dostępu do informacji i środków komunikacji na równi z innymi. 

Już wcześniej funkcjonowały też przepisy sektorowe – np. od 2012 r. dostawcy publicznie dostępnych usług telefonicznych mieli obowiązek posiadania dostępnych stron WWW na mocy rozporządzenia z 2014 r.. 

Obecnie jednak to wymienione wyżej ustawy i dyrektywy (2016/2102 oraz 2019/882) tworzą główny trzon wymagań prawnych dotyczących dostępności cyfrowej w Polsce i UE.

Sprawdz jakie są skutki dopasowania się do WCAG.

Czym jest WCAG 2.2 i czym różni się od WCAG 2.0 / 2.1

WCAG (Web Content Accessibility Guidelines) to zbiór wytycznych technicznych opracowanych przez organizację W3C (World Wide Web Consortium) w ramach inicjatywy WAI (Web Accessibility Initiative). 

Opisują one, jak tworzyć treści internetowe (strony, aplikacje, dokumenty elektroniczne) dostępne dla wszystkich użytkowników, w szczególności dla osób z różnymi niepełnosprawnościami lub ograniczeniami. WCAG opiera się na wspomnianych czterech fundamentalnych zasadach dostępności (Perceivable – Postrzegalność, Operable – Funkcjonalność, Understandable – Zrozumiałość, Robust – Solidność) i precyzuje je w postaci konkretnych kryteriów sukcesu – mierzalnych wymagań technicznych, posegregowanych według zasad i przypisanych do trzech poziomów zgodności: A (najbardziej podstawowy), AA (poziom pośredni) oraz AAA (najwyższy standard dostępności). 

Spełnienie wszystkich kryteriów na poziomie AA uznaje się za „złoty środek” – zapewnia dobrą dostępność dla większości użytkowników o specjalnych potrzebach. 

Wyższy poziom AAA oznacza dostępność jeszcze szerszą (np. wymaga tłumaczenia materiałów na język migowy), lecz jest trudniejszy i droższy do osiągnięcia. 

Standard WCAG jest dokumentem żywym, aktualizowanym co jakiś czas wraz z rozwojem technologii i lepszym zrozumieniem potrzeb użytkowników. Poniżej przedstawiono ewolucję kolejnych wersji WCAG:

• WCAG 2.0 (2008) – pierwsza szeroko przyjęta wersja standardu. Ustanowiła 12 wytycznych i 61 kryteriów sukcesu na poziomach A/AA/AAA, definiując podstawy dostępności (m.in. teksty alternatywne dla obrazów, nawigację z klawiatury, poprawną strukturę nagłówków, logiczną kolejność treści, unikanie elementów powodujących błyski itp.)
• WCAG 2.0 stał się fundamentem wielu regulacji na świecie – to do niego początkowo odwoływały się m.in. przepisy w Polsce, zanim zaktualizowano je do nowszych wersji
• WCAG 2.1 (2018) – druga wersja, będąca rozszerzeniem WCAG 2.0. W odpowiedzi na rozwój urządzeń mobilnych oraz potrzeby osób z niepełnosprawnościami poznawczymi dodano 17 nowych kryteriów sukcesu, zwiększając łączną liczbę wymagań do 78l
• Nowe kryteria WCAG 2.1 skupiają się m.in. na: zapewnieniu dostępności interfejsów dotykowych (np. minimalny rozmiar elementów dotykowych, obsługa gestów), lepszej obsłudze treści przy zmianie orientacji ekranu (np. zapobieganie zanikaniu treści przy obrocie), wsparciu osób z trudnościami poznawczymi (np. dodatkowe podpowiedzi w formularzach, możliwość zatrzymania animowanych elementów)
• bWCAG 2.1 utrzymał te same 4 zasady i strukturę co WCAG 2.0 – jest z nim wstecznie kompatybilny (czyli spełniając WCAG 2.1, automatycznie spełnia się 2.0). W 2018 r. WCAG 2.1 został szybko włączony do norm europejskich (EN 301 549) i stał się nową podstawą prawną dla sektora publicznego w UE
• WCAG 2.2 (2023) – najnowsza, trzecia aktualizacja standardu WCAG 2.x. Został opublikowany jako oficjalna rekomendacja W3C 5 października 2023 r.
• WCAG 2.2 ponownie rozszerza poprzednią wersję, dodając 9 kolejnych kryteriów sukcesu, co daje łącznie 87 wymagań
• Struktura dokumentu i większość istniejących kryteriów pozostały bez zmian – nie wprowadzono przełomowych zmian ani nowych zasad
• Co więcej, jedno mało znaczące kryterium (4.1.1 dotyczące poprawności składni kodu) zostało usunięte jako przestarzałe
• Główna uwaga WCAG 2.2 skupiła się na dalszym doskonaleniu dostępności interfejsów mobilnych oraz ułatwieniach dla osób z ograniczeniami poznawczymi
• Nowe kryteria sukcesu 2.2 dotyczą m.in.:
  • Widoczność fokusu (Focus Appearance) – wzmocniono wymagania, by przy nawigacji klawiaturą aktywny element był wyraźnie zaznaczony i nie przesłonięty. Użytkownik poruszający się po stronie za pomocą klawisza Tab musi zawsze widzieć, gdzie znajduje się fokus (np. który link lub przycisk jest aktualnie aktywny). Wprowadzono wymóg minimalnej wielkości i kontrastu wskaźnika fokusu
  • aby osoby słabowidzące lub niemające myszy łatwo odnajdywały aktualnie wybrany element.
  • Dostępne uwierzytelnianie (Accessible Authentication) – wprowadzono kryterium mówiące, że proces logowania nie może opierać się wyłącznie na czynnościach trudnych dla części użytkowników. Strona nie powinna wymagać od użytkownika przechodzenia skomplikowanych testów typu CAPTCHA, zapamiętywania długich haseł czy przepisywania kodów z SMS – musi istnieć alternatywny, dostępny sposób uwierzytelnienia (np. logowanie biometryczne, prosty link mailowy zamiast hasła)
  • Rozwiązanie to wychodzi naprzeciw osobom z niepełnosprawnościami poznawczymi lub trudnościami w odczytywaniu skomplikowanych tekstów.
  • Alternatywa dla „przeciągnij i upuść” (Dragging Movements) – interfejsy nie mogą wymuszać wyłącznie przeciągania elementów (drag and drop) jako sposobu obsługi. Jeśli funkcjonalność wymaga przeciągania (np. sortowanie listy poprzez przeciągnięcie elementów), musi być dostępny inny sposób wykonania tej akcji (np. przyciski do przenoszenia elementów w górę/dół)
  • To ukłon w stronę osób mających problemy z precyzyjnym sterowaniem (np. drżenie rąk, korzystanie wyłącznie z klawiatury).
  • Kolejne usprawnienia mobilne – WCAG 2.2 wprowadza także wymóg minimalnego rozmiaru klikalnych elementów interfejsu. Przycisk lub inny element dotykowy powinien mieć co najmniej 24×24 CSS px powierzchni, aby można go było łatwo nacisnąć palcem na ekranie dotykowym
  • Jest to istotne zwłaszcza na smartfonach dla osób o ograniczonej sprawności dłoni lub dużych palcach – zbyt małe przyciski były częstą barierą.
  • Ułatwienia w nawigacji i wypełnianiu formularzy – nowe kryteria wymagają m.in., by pomoc dla użytkownika (np. kontakt, czat) była dostępna z poziomu każdej podstrony w spójny sposób
  • (kryterium Consistent Help), aby użytkownik nie musiał powtarzać wprowadzania tych samych danych (np. adresu e-mail) w procesie, jeżeli już je podał wcześniej
  • b(kryterium Redundant Entry). Takie usprawnienia szczególnie pomagają osobom z zaburzeniami pamięci lub uwagi, zmniejszając frustrację.

Wszystkie powyższe uzupełnienia w WCAG 2.2 mają na celu wypełnienie luk pozostawionych przez wersję 2.1 oraz nadążanie za zmianami w sposobie, w jaki korzystamy z sieci. Przykładowo, WCAG 2.1 zasygnalizował potrzeby mobilne, ale WCAG 2.2 idzie dalej – wskazuje konkretnie, jak projektować lepsze doświadczenia mobilne (większe przyciski, lepszy fokus, brak wymogu drag&drop). Również kwestie dostępności dla osób z niepełnosprawnościami poznawczymi wysunęły się na pierwszy plan – nowe kryteria upraszczają interakcje (logowanie, formularze) właśnie z myślą o tych użytkownikach. Warto podkreślić, że architektura WCAG 2.2 jest taka sama jak poprzedników, co ułatwia aktualizację istniejących serwisów – nie jest to rewolucja, a raczej ewolucyjne usprawnienie standardu. 

W3C pracuje już nad następną generacją wytycznych (WCAG 3.0, roboczo zwane „Silver”), jednak zanim wejdą one w życie, wersja 2.2 zapewnia aktualne wytyczne opierające się na sprawdzonej podstawie WCAG 2.0/2.1.

Cel wprowadzenia WCAG 2.2 i znaczenie dla prawa

WCAG 2.2 został opracowany, aby rozwiązać praktyczne problemy zgłaszane przez społeczność osób z niepełnosprawnościami i ekspertów od dostępności. Dąży on do tego, by:

• Ułatwić nawigację i orientację na stronie (stąd większy nacisk na widoczność fokusu i brak jego zasłaniania przez stałe nagłówki czy pop-upy) – to odpowiada problemom zgłaszanym przez użytkowników niewidomych i korzystających z klawiatury, którzy nie widzieli, gdzie znajduje się aktywny element
• Uprościć interakcje złożone (loginy, przeciąganie, wieloetapowe formularze), które były barierą dla osób z niepełnosprawnościami kognitywnymi lub motorycznymi. Nowe kryteria mają zmniejszyć obciążenie poznawcze i fizyczne wymagane do obsługi stron – np. logowanie może być prostsze, przeciąganie zastąpione kliknięciami, powtarzanie danych ograniczone
• Dostosować standard do współczesnego użytkownika mobilnego – od 2018 r. korzystanie z mobile jeszcze wzrosło, a WCAG 2.2 reaguje na to, podając konkretne minima (np. 24 px dla elementów dotykowych), które wynikły z badań użyteczności na urządzeniach przenośnych.
• Wzmocnić zgodność z zasadą „uniwersalnego projektowania” – wiele z nowych zaleceń (jak większe klikalne elementy czy wyraźny fokus) po prostu poprawia wygodę korzystania dla wszystkich użytkowników, nie tylko tych z niepełnosprawnościami. Standard promuje rozwiązania przyjazne szerokiemu gronu odbiorców, co wpisuje się w idee projektowania uniwersalnego i Design for All.

Z punktu widzenia prawnego, WCAG 2.2 zyskuje znaczenie jako nowy punkt odniesienia w przepisach. W momencie uchwalania dyrektywy 2016/2102 obowiązywał WCAG 2.1 – i to on (poprzez normę EN 301 549 v3.2.1) jest obecnie formalnie wymagany od serwisów publicznych. 

Jednak proces aktualizacji norm już trwa – Komisja Europejska zapowiedziała, że zharmonizowana norma dostępności zostanie uaktualniona o WCAG 2.2 najprawdopodobniej w 2025 roku. 

Co istotne, państwa członkowskie już teraz mogą rekomendować WCAG 2.2, ponieważ zmiany względem WCAG 2.1 są niewielkie i nie sprzeczne.

W praktyce Polska właśnie tak zrobiła, implementując European Accessibility Act – nasza ustawa z 2024 r. wskazuje najnowszą wersję WCAG (2.2) jako podstawę wymagań dla firm.

Oznacza to, że WCAG 2.2 na poziomie AA staje się de facto nowym standardem prawnym w obszarze dostępności cyfrowej produktów i usług na rynku. Podmioty publiczne również powinny docelowo zaktualizować swoje serwisy do WCAG 2.2, choć formalnie wciąż obowiązuje je WCAG 2.1 AA.

Dobre praktyki wdrażania dostępności cyfrowej

Przestrzeganie przepisów to minimum – dostępność cyfrowa nie powinna być traktowana jedynie jako wymóg do „odhaczenia”, ale jako proces ciągłego doskonalenia jakości serwisu dla użytkowników. Poniżej przedstawiono dobre praktyki, które warto stosować, aby zapewnić realną dostępność wykraczającą poza podstawowe obowiązki prawne:

• Uwzględnienie dostępności od początku projektu: Najlepszą praktyką jest planowanie dostępności już na etapie projektowania UX/UI oraz pisania specyfikacji. Wybór czytelnej kolorystyki (kontrastów), odpowiedniej wielkości czcionek, intuicyjnej nawigacji i prostego języka powinien być częścią projektu, a nie dopiero korektą po fakcie. Projektanci i deweloperzy powinni znać zasady WCAG i kierować się nimi przy tworzeniu komponentów (np. zawsze zakładać widoczny focus, teksty alternatywne do grafik, poprawne etykiety pól formularzy itp.). Dzięki temu dostępność staje się naturalnym elementem tworzenia strony, co zmniejsza koszty i wysiłek dostosowania na późniejszych etapach.
• Regularne audyty i testy z użytkownikami: Dostępność to proces, dlatego zaleca się przeprowadzanie okresowych audytów dostępności istniejących serwisów – szczególnie po większych aktualizacjach czy zmianach na stronie. Audyt powinien obejmować ekspercką analizę zgodności z kryteriami WCAG (najlepiej w najnowszej wersji, np. 2.2 AA) oraz testy manualne. Automatyczne narzędzia skanujące (jak WAVE, axe, Siteimprove) są pomocne i wychwycą część błędów technicznych, ale wykrywają tylko ok. 20–30% problemów. Konieczne jest uzupełnienie ich ręcznymi testami – np. przejście całej strony za pomocą samej klawiatury (Tab, Enter, Escape itp.), sprawdzenie działania ze screenreaderem (np. NVDA, JAWS) oraz ocena treści przez pryzmat zrozumiałości języka. Dobrym zwyczajem jest angażowanie w testy rzeczywistych użytkowników z niepełnosprawnościami (np. niewidomych, głuchych, osób z niepełnosprawnością ruchową). Tacy testerzy często wskażą bariery, których automaty i eksperci mogli nie wychwycić, a także ocenią ogólny komfort korzystania z serwisu
• Wynikiem audytu powinna być lista wykrytych barier wraz z rekomendacjami zmian oraz planem ich wdrożenia (np. priorytetyzacja napraw)
• Po wdrożeniu poprawek warto wykonać audyt powtórny, aby potwierdzić skuteczność działań i uzyskać formalne potwierdzenie zgodności (np. zebrane w dokumencie deklaracji zgodności).
• Szkolenia i kultura dostępności w organizacji: Zapewnienie dostępności to nie tylko zadanie dla działu IT. Cała organizacja – od osób tworzących treści na stronę, przez marketing, po kadrę zarządzającą – powinna rozumieć znaczenie dostępności. Warto prowadzić szkolenia dla redaktorów i projektantów, uczyć dobrych praktyk (np. jak pisać teksty łatwe do zrozumienia, jak dodawać opisy do obrazków, jak formatować pliki PDF, by były dostępne). Kluczowe jest zbudowanie wewnętrznej polityki dostępności – np. określenie, że wszystkie nowe materiały publikowane na stronie muszą spełniać WCAG, wyznaczenie osoby odpowiedzialnej za nadzór nad dostępnością (w podmiotach publicznych jest to już wymóg ustawowy) uwzględnianie kryteriów dostępności przy wyborze dostawców (np. agencji webowych, systemów CMS). Organizacja, która traktuje dostępność jako element jakości usług, będzie lepiej przygotowana na zmiany prawne i uniknie kosztownych poprawek w ostatniej chwili.
• Wykraczanie poza minimalne wymogi prawne: Dobre praktyki to także dążenie do poziomu wyżej niż absolutne minimum. Jeśli przepisy wymagają WCAG 2.1 AA, warto od razu implementować WCAG 2.2 AA – pozwoli to uniknąć ponownego dostosowywania serwisu w niedalekiej przyszłości
• Rozważenie części kryteriów AAA także może przynieść korzyści użytkownikom – np. zapewnienie tłumaczenia ważnych treści na polski język migowy (co jest kryterium AAA) ułatwi przekaz osobom Głuchym, a użycie prostego języka (easy language) może pomóc osobom z niepełnosprawnością intelektualną. Choć prawo nie wymaga takich działań, stanowią one dobrowolne podniesienie poprzeczki, które może poprawić wizerunek firmy lub instytucji jako inkluzywnej oraz poszerzyć grono odbiorców. Innym przykładem dobrej praktyki jest publikowanie w serwisie „wersji łatwej do czytania” (ETR) kluczowych informacji – co bywa stosowane np. przez urzędy, by komunikaty były zrozumiałe dla osób z dysfunkcjami poznawczymi lub seniorów.
• Dbałość o dostępność multimediów i dokumentów: Powszechnym zaniedbaniem jest skupienie się tylko na stronie HTML, podczas gdy załączniki (PDF, DOC) czy multimedia pozostają nieprzystępne. Dobra praktyka to kompleksowe podejście – wszystkie udostępniane pliki PDF, prezentacje czy grafiki z tekstem powinny być przygotowane zgodnie z zasadami dostępności (np. poprawna struktura znaczników w PDF, tekst alternatywny do infografiki). Pliki wideo należy opatrywać napisami oraz audiodeskrypcją, a audio – transkrypcją tekstową, o ile przekazują istotne informacje (wymóg napisów i audiodeskrypcji jest zresztą prawem wymagany na poziomie AA). Jeśli strona osadza treści zewnętrzne (mapy, filmy z YouTube, wtyczki social media), warto upewnić się, że one również mają dostępne alternatywy (np. opis lokalizacji obok mapy, omówienie treści filmu). Zapewnienie pełnej dostępności wszystkich form treści sprawia, że użytkownik nie napotka bariery po kliknięciu w link do dokumentu czy odtworzeniu nagrania.
• Ułatwienia w komunikacji i obsłudze użytkowników: Dostępność cyfrowa to nie tylko technikalia na stronie, ale też dostępność informacji i wsparcia. Warto zadbać, by użytkownik ze szczególnymi potrzebami miał jak najprostszy kontakt z administratorem serwisu czy biurem obsługi. Dobrą praktyką jest podanie na stronie różnych kanałów kontaktu: e-mail, telefon (również z obsługą SMS dla osób Głuchych), opcjonalnie czat online czy możliwość zamówienia połączenia z tłumaczem migowym online. Ważne, by na odpowiedź na zgłoszenia dotyczące dostępności reagować szybko i merytorycznie – pokazać użytkownikom, że ich opinie są wysłuchiwane. W przypadku podmiotów publicznych mechanizm ten jest sformalizowany (zgodnie z ustawą należy odpowiedzieć na zgłoszenie dostępności w ciągu 7 dni, a jeśli to niemożliwe – do 2 miesięcy, z prawem skargi do rzecznika) – ale prywatne firmy także mogą dobrowolnie wdrożyć podobny standard obsługi.
• Monitorowanie zmian w standardach i technologiach: Świat cyfrowy dynamicznie się zmienia – regularnie pojawiają się nowe urządzenia, przeglądarki, technologie asystujące. Dobra praktyka to być na bieżąco: śledzić komunikaty W3C (np. prace nad WCAG 3.0), zalecenia europejskie (np. aktualizacje normy EN 301 549), a także rozwój technik dostępności (ARIA, nowe możliwości HTML/CSS). Warto testować swój serwis w różnych środowiskach – nie tylko na typowej przeglądarce desktop, ale i na smartfonach z czytnikiem ekranu (VoiceOver, TalkBack), w różnych przeglądarkach, z powiększeniem 200% itd. Reagowanie na nowe wyzwania (np. dostępność rzeczywistości rozszerzonej AR, aplikacji VR, nowych formatów dokumentów) stanie się w przyszłości częścią zapewniania dostępności. Organizacje, które już teraz mają solidne podstawy WCAG, łatwiej dostosują się do kolejnych wymogów.

Podsumowanie

Zapewnienie dostępności cyfrowej zgodnej z WCAG 2.2 to obecnie zarówno wymóg prawny, jak i przejaw odpowiedzialności społecznej oraz profesjonalizmu twórców stron. W Polsce i Unii Europejskiej ustawodawstwo konsekwentnie zmierza ku temu, by żadna osoba – niezależnie od niepełnosprawności czy wieku – nie była wykluczona z życia cyfrowego. WCAG 2.2 stanowi najnowszy krok w rozwoju standardów dostępności, uzupełniając wcześniejsze wersje o istotne ulepszenia dla użytkowników. Dla instytucji publicznych oznacza to konieczność aktualizacji istniejących serwisów (jeśli dotąd spełniały tylko WCAG 2.1), zaś dla wielu firm prywatnych – przygotowanie się na czerwiec 2025 r., kiedy dostępność stanie się warunkiem legalnego oferowania produktów i usług na rynku UE.

Jednak dostępność to coś więcej niż obowiązek – to szansa. Strony zaprojektowane zgodnie z WCAG są zazwyczaj bardziej przyjazne w obsłudze dla wszystkich (lepsza nawigacja, czytelna treść, responsywność), co przekłada się na pozytywne doświadczenia użytkowników, lepsze SEO oraz szersze grono klientów czy odbiorców treści. Jak podaje Komisja Europejska, w UE żyje około 25% społeczeństwa z jakąś formą niepełnosprawnośc  – ignorowanie ich potrzeb oznacza potencjalną stratę jednej czwartej rynku. Dostosowanie serwisu do wymogów WCAG przynosi zatem korzyści biznesowe i wizerunkowe, budując markę inkluzywną i nowoczesną. Dobre praktyki wdrażania dostępności pozwalają nie tylko spełnić literę prawa, ale przede wszystkim osiągnąć cel, jakim jest uniwersalny dostęp do informacji i usług. Dzięki temu internet staje się przestrzenią bardziej sprawiedliwą i równą dla wszystkich, co jest nadrzędną ideą stojącą za standardami WCAG i przepisami o dostępności cyfrowej.

Źródła

• World Wide Web Consortium (W3C) – Web Content Accessibility Guidelines (WCAG) 2.2 (Rekomendacja z 5 października 2023)
• World Wide Web Consortium (W3C) – What’s New in WCAG 2.2 (przegląd nowych kryteriów sukcesu)
• Komisja Europejska, Dyrektywa (UE) 2016/2102 – standardy i harmonizacja (omówienie normy EN 301 549 i status WCAG 2.2)
• Portal Gov.pl – Akty prawne dotyczące dostępności cyfrowej (Ministerstwo Cyfryzacji)
• Ustawa z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019 poz. 848)
• Dyrektywa Parlamentu Europejskiego i Rady (UE) 2019/882 z 17 kwietnia 2019 r. w sprawie wymogów dostępności produktów i usług (European Accessibility Act)
• Ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. ***)
• Serwis Dostępna Polska – artykuły: WCAG 2.2: Co nowego wprowadza?
• Blog Sky-Shop – WCAG i Europejski Akt o Dostępności – przewodnik dla przedsiębiorców
•  (przykłady obowiązków EAA i zmian w WCAG 2.2)
• Blog Empressia – Audyt i wdrożenie WCAG 2.2 – kogo obowiązują i kiedy?
•  (omówienie ustawy 2024 i zaleceń WCAG 2.2)
• Portal Gov.pl – Program Dostępność Plus (informacje o ustawie z 2019 r. o zapewnianiu dostępności osobom ze szczególnymi potrzebami)