Dostępna strona internetowa

Informacja Ten artykuł daje przegląd i nie zastępuje porady prawnej. Czy i w jakim zakresie obowiązek dotyczy was, zależy od oferty, wielkości firmy i rynku i powinno zostać sprawdzone w konkretnym przypadku.

Najważniejsze w skrócie

Obowiązek dotyczy w UE przede wszystkim dostawców sprzedających cyfrowo konsumentom – oferty wyłącznie dla klientów biznesowych i mikroprzedsiębiorstwa są częściowo wyłączone.
Miarą są WCAG na poziomie AA. Brzmi na dużo, dla zwykłej strony firmowej jest osiągalne w kilka dni.
Dziesięć działań pokrywa większą część – większość z nich to i tak dobra praktyka.
Automatyczne narzędzia kontrolne znajdują tylko część problemów. Reszta wymaga sprawdzenia klawiaturą i czytnikiem ekranu.

Kogo dotyczy

Od 28 czerwca 2025 obowiązuje w UE European Accessibility Act, wdrożony do prawa krajowego. Dotyczy produktów i usług oferowanych cyfrowo konsumentom.

Przypadek	Dotyczy?
Sklep internetowy dla konsumentów	tak
Ścieżka rezerwacji albo umawiania terminów dla konsumentów	tak
Usługa wyłącznie dla klientów biznesowych	z reguły nie
Czysta strona informacyjna bez sprzedaży	z reguły nie
Mikroprzedsiębiorstwo przy usługach	częściowo wyłączone
Podmioty publiczne	tak, już wcześniej

W Szwajcarii obowiązuje ustawa o równym traktowaniu osób z niepełnosprawnościami i zobowiązuje przede wszystkim podmioty publiczne. Kto jednak obsługuje konsumentów w UE, podlega w zakresie tej oferty regulacji unijnej – pytanie stawia się więc także przed firmami szwajcarskimi prowadzącymi interesy w UE.

Dziesięć działań

Uszeregowane według efektu na jednostkę nakładu. Pierwsze pięć pokrywa z doświadczenia większą część zastrzeżeń.

1. Teksty alternatywne dla obrazów

Opisują, co obraz znaczy w kontekście – nie, co na nim widać. Obrazy czysto dekoracyjne dostają pusty atrybut, żeby były pomijane.

2. Sprawdzić kontrast

Co najmniej 4,5:1 dla zwykłego tekstu, 3:1 dla dużego. Dotyczy zwłaszcza szarych tekstów pomocniczych i jasnych podpisów na kolorowych tłach.

3. Wszystko osiągalne klawiaturą

Każda funkcja musi dać się obsłużyć bez myszy, w sensownej kolejności, bez miejsca, w którym się utyka. Dotyczy przede wszystkim menu, nakładek i formularzy.

4. Widoczny fokus

Gdzie właśnie stoi fokus klawiatury? Wyraźnie widoczna ramka. Najczęstszym błędem jest outline: none w arkuszu stylów, którego nigdy nie zastąpiono.

5. Opisane pola formularza

Każde pole potrzebuje powiązanego label. Tekst zastępczy nie wystarczy – znika przy pisaniu i nie wszędzie jest odczytywany.

6. Nagłówki w kolejności

Jedno H1, pod nim H2, pod nim H3 – bez przeskoków. Czytniki ekranu nawigują po nich; strona bez struktury nie da się przez nie przejrzeć.

7. Oznaczyć język

<html lang> w każdej wersji, fragmenty obcojęzyczne oznaczone osobno. Bez tego tekst jest odczytywany z błędną wymową.

8. Wymowne teksty odnośników

„Dowiedz się więcej” pięć razy na stronie jest bezużyteczne, gdy odnośniki są odczytywane pojedynczo. Tekst odnośnika musi być zrozumiały sam.

9. Powiększenie do 200 procent

Przy powiększaniu nic nie może być ucięte ani zniknąć. Dotyczy przede wszystkim stałych wysokości i nakładek.

10. Komunikaty o błędach jako tekst

Pole obramowane na czerwono nie wystarczy – błąd musi stać obok jako tekst i mówić, co zrobić. Sam kolor nigdy nie może być jedyną informacją.

Czy wiesz, że…?

Dziewięć z dziesięciu działań poprawia jednocześnie odnajdywalność. Hierarchia nagłówków, teksty alternatywne, wymowne teksty odnośników i oznaczony język to te same rzeczy, których potrzebują wyszukiwarki i silniki odpowiedzi.

To nie przypadek: czytnik ekranu i robot stoją przed tym samym problemem – nie widzą strony, czytają jej strukturę. Kto buduje pod jedno, załatwił w dużej mierze i drugie.

Sprawdzanie – i czego narzędzia nie znajdą

Automatyczne narzędzia kontrolne znajdują według powszechnej oceny tylko część faktycznych problemów. Co znajdują niezawodnie: brakujące teksty alternatywne, zbyt niskie kontrasty, brakujące opisy pól, oznaczenie języka.

Czego znaleźć nie mogą:

Czy tekst alternatywny ma sens. „Obraz1.jpg” przechodzi kontrolę.
Czy kolejność klawiaturowa jest logiczna. Obecna tak, sensowna nie.
Czy nakładka nie zamyka fokusu. Zauważalne tylko w teście.
Czy kolejność odczytu odpowiada sensowi. Wymaga prawdziwego czytnika ekranu.

Z praktyki

Najszybszy wymowny test trwa dziesięć minut i nie wymaga narzędzia: odłożyć mysz i obsłużyć stronę tylko tabulatorem, enterem i strzałkami. Otworzyć stronę główną, przejść do formularza kontaktowego, wypełnić go, wysłać.

Dwie rzeczy rzucają się przy tym w oczy niemal zawsze: fokus jest w kilku miejscach niewidoczny, a do menu albo nakładki da się wejść, ale nie da się jej opuścić. Oba to poważne błędy, obu nie zgłaszają kontrole automatyczne i oba da się usunąć w niecałą godzinę.

Deklaracja dostępności

Objęci obowiązkiem dostawcy muszą przedstawić, jak ich oferta spełnia wymogi. Należą do niej:

Stan wdrożenia – także otwarcie nazwane luki.
Możliwość kontaktu w sprawie zgłoszeń dotyczących barier.
Data ostatniego sprawdzenia.

Uczciwa deklaracja z nazwanymi lukami i harmonogramem jest przy tym lepsza niż taka, która twierdzi pełną zgodność, której kontrola by nie potwierdziła.

Prompt

Pomóż mi ocenić, co jest do zrobienia na naszej stronie w
sprawie dostępności.

Nasza sytuacja:
- Co oferujemy: [oferta]
- Czy sprzedajemy cyfrowo konsumentom? [tak / nie / częściowo]
- Rynki: [kraje]
- Pracownicy i obrót roczny: [dane]
- Elementy interaktywne na stronie: [formularze, rezerwacja,
  sklep, konfigurator, logowanie]
- Co już wdrożyliśmy: [punkty]

Zadania:
1. Oceń, czy i dla których części naszej oferty obowiązek unijny
   mógłby wchodzić w grę. Wskaż punkty, które koniecznie musi
   ocenić osoba fachowa.
2. Wskaż z dziesięciu standardowych działań te, które przy
   naszych elementach interaktywnych są najważniejsze, i
   uzasadnij.
3. Sformułuj listę kontrolną do testu klawiaturowego naszej
   strony: jakie ścieżki przechodzimy i na co zwracamy uwagę.
4. Podaj, czego automatyczne narzędzia kontrolne u nas
   prawdopodobnie nie znajdą.
5. Zaprojektuj strukturę deklaracji dostępności z symbolami
   zastępczymi na nasz stan.

Nie wymyślaj przepisów, terminów ani wysokości kar.

Podsumowanie

Dla zwykłej strony firmowej dostępność na poziomie AA nie jest wielkim projektem: dziesięć działań, z których większość i tak jest dobrą praktyką, pokrywa większą część – nakład rzędu kilku dni.

Najskuteczniejszy krok nie kosztuje nic: odłożyć mysz i raz obsłużyć własną stronę klawiaturą. Czego się przy tym dowiecie, nie znajdzie żadne automatyczne narzędzie – a są to zwykle najpoważniejsze błędy.

Częste pytania

Kogo obowiązuje wymóg dostępności?

W UE od 28 czerwca 2025 przede wszystkim dostawców sprzedających cyfrowo konsumentom – sklepy internetowe, ścieżki rezerwacji i umawiania terminów. Oferty wyłącznie dla klientów biznesowych i czyste strony informacyjne z reguły nie są objęte, mikroprzedsiębiorstwa przy usługach częściowo wyłączone. Podmioty publiczne były zobowiązane już wcześniej.

Czy dotyczy to także firm szwajcarskich?

W Szwajcarii ustawa o równym traktowaniu osób z niepełnosprawnościami zobowiązuje przede wszystkim podmioty publiczne. Kto jednak obsługuje konsumentów w UE, podlega z tą ofertą regulacji unijnej – pytanie stawia się więc także przed firmami szwajcarskimi prowadzącymi interesy w UE.

Które działania dają najwięcej?

Pięć pokrywa większą część zastrzeżeń: sensowne teksty alternatywne dla obrazów, wystarczający kontrast (4,5:1 dla zwykłego tekstu), pełna obsługiwalność klawiaturą, widoczna ramka fokusu i opisane pola formularza z powiązanym label zamiast samego tekstu zastępczego.

Czy automatyczne narzędzia kontrolne wystarczą?

Nie, znajdują tylko część problemów. Niezawodnie rozpoznają brakujące teksty alternatywne, słabe kontrasty i brakujące opisy pól. Nie mogą rozpoznać, czy tekst alternatywny ma sens, czy kolejność klawiaturowa przebiega logicznie ani czy nakładka nie zamyka fokusu.

Czy dostępność pomaga też widoczności?

Tak, dziewięć z dziesięciu standardowych działań wprost wpłaca na odnajdywalność. Hierarchia nagłówków, teksty alternatywne, wymowne teksty odnośników i oznaczony język to te same rzeczy, których potrzebują wyszukiwarki i silniki odpowiedzi – czytnik ekranu i robot oba czytają strukturę zamiast obrazu.