Checklista dostępności dla stron firmowych: kariera, pliki PDF, relacje inwestorskie i formularze

Strona firmowa rzadko bezpośrednio coś sprzedaje, więc łatwo przeoczyć jej problemy z dostępnością. To jednak tam ludzie aplikują o pracę, inwestorzy czytają raporty roczne, dziennikarze szukają komunikatów prasowych, a klienci danych kontaktowych, i każde z tych zadań może zablokować bariera: formularz aplikacyjny, którego nie da się wypełnić za pomocą klawiatury, raport roczny opublikowany jako PDF bez tagów, film bez napisów, baner cookie, który więzi fokus. Ta checklista omawia WCAG 2.2 na poziomie AA według sekcji, które ma większość stron firmowych, i podpowiada, co sprawdzić w każdej z nich.

Najważniejsze informacje

• W 2026 roku WebAIM wykrył błędy WCAG na 95,9% stron głównych miliona najpopularniejszych witryn; najczęstsze były tekst o niskim kontraście (83,9%) i brak tekstu alternatywnego (53,1%) (WebAIM (otwiera się w nowej karcie)).
• WCAG dotyczą nie tylko stron internetowych, lecz także dokumentów publikowanych w witrynie, takich jak pliki PDF; W3C publikuje techniki zapewniania dostępności plików PDF (W3C (otwiera się w nowej karcie)).
• Nagrane wcześniej wideo wymaga napisów (1.2.2, poziom A) oraz audiodeskrypcji tam, gdzie obraz przekazuje informacje, których nie ma w ścieżce dźwiękowej (1.2.5, AA) (W3C (otwiera się w nowej karcie)).
• W wytycznych z 2022 roku Departament Sprawiedliwości USA stwierdził, że ADA ma zastosowanie do usług internetowych firm otwartych dla publiczności, nie określając przy tym konkretnego standardu technicznego (ADA.gov (otwiera się w nowej karcie)).
• W3C udostępnia wskazówki i bezpłatny generator do przygotowania deklaracji dostępności (W3C (otwiera się w nowej karcie)).

Dlaczego dostępność ma znaczenie na stronie firmowej?

Ponieważ odwiedzający, którzy od niej zależą, to często ci, do których najbardziej chcesz dotrzeć: kandydaci, klienci, partnerzy i inwestorzy. Światowa Organizacja Zdrowia szacuje, że 1,3 miliarda ludzi, czyli mniej więcej co szósta osoba, doświadcza znacznej niepełnosprawności (WHO (otwiera się w nowej karcie)). Jeszcze więcej osób używa klawiatury zamiast myszy, powiększa tekst albo czyta na telefonie w ostrym świetle.

Jest też aspekt zgodności z przepisami, który zależy od kraju i od tego, komu służy witryna. Podmioty publiczne w UE muszą spełniać wymogi dyrektywy w sprawie dostępności stron internetowych; firmy sprzedające konsumentom z UE mogą podlegać Europejskiemu Aktowi o Dostępności; w USA Departament Sprawiedliwości stwierdził, że ADA ma zastosowanie do usług internetowych firm otwartych dla publiczności (ADA.gov (otwiera się w nowej karcie)). Witryna czysto B2B może nie podlegać niektórym z tych przepisów, ale więksi klienci coraz częściej pytają dostawców o dostępność. Nasze przewodniki o Europejskim Akcie o Dostępności i pismach z żądaniami na podstawie ADA wyjaśniają kontekst; to nie jest porada prawna.

Co sprawdzić na każdej stronie?

Te problemy pochodzą ze wspólnych szablonów, więc jedna poprawka naprawia całą witrynę:

• Kontrast: tekst główny co najmniej 4.5:1 względem tła, duży tekst 3:1 (1.4.3). Typowe błędy to jasnoszary tekst i biały tekst na kolorach marki. Test kontrastu kolorów sprawdza dowolną parę kolorów.
• Klawiatura: każdy link, menu i przycisk osiągalny klawiszem Tab i obsługiwany klawiszem Enter lub spacją, z widocznym wskaźnikiem fokusu (2.1.1, 2.4.7). Częstym problemem są rozbudowane menu (mega menu) i karuzele.
• Link pomijający i regiony strony: sposób na przeskoczenie nagłówka do głównej treści (2.4.1) oraz regiony header, nav, main i footer.
• Nagłówki: jeden nagłówek H1 na stronę i logiczna struktura nagłówków (1.3.1), aby osoby korzystające z czytników ekranu mogły szybko przejrzeć stronę.
• Tekst linków: linki zrozumiałe poza kontekstem, a nie dziesięć razy powtórzone „Czytaj więcej” (2.4.4).
• Język: atrybut lang na każdej stronie oraz przy fragmentach w innym języku (3.1.1, 3.1.2), aby czytniki ekranu poprawnie je wymawiały.
• Powiększanie i dopasowanie do szerokości: treść użyteczna przy powiększeniu 200% oraz przy szerokości 320 pikseli bez przewijania w poziomie (1.4.4, 1.4.10).

Jak zapewnić dostępność stron kariery i aplikacji o pracę?

W sekcji kariery bariery mają najbardziej wyraźne konsekwencje: kandydat, który nie może dokończyć aplikacji, nie może zostać wzięty pod uwagę.

• Oferty pracy: filtry i wyszukiwarka muszą działać z klawiatury i ogłaszać liczbę wyników czytnikom ekranu (4.1.3).
• Formularze aplikacyjne: każde pole wymaga widocznej etykiety (3.3.2), błędy muszą być opisane tekstem (3.3.1), a przyciski przesyłania plików muszą mieć dostępne nazwy.
• Limity czasu: jeśli formularz wygasa, ostrzeż o tym i pozwól wydłużyć czas (2.2.1).
• Zewnętrzne systemy rekrutacyjne (ATS): wiele firm obsługuje aplikacje w zewnętrznym systemie. Poproś dostawcę o raport zgodności dostępności (Accessibility Conformance Report), samodzielnie przetestuj proces aplikacji za pomocą klawiatury i zaproponuj alternatywny sposób aplikowania, na przykład e-mailem, podany na stronie kariery.
• Testy i rozmowy wideo: sprawdź, czy narzędzia do testów online i rozmów wideo obsługują czytniki ekranu, napisy i dodatkowy czas na życzenie.

Jak publikować dostępne pliki PDF i raporty roczne?

Raporty roczne, raporty zrównoważonego rozwoju, broszury i dokumenty z zasadami są często publikowane wyłącznie jako pliki PDF, a wiele z nich nie ma tagów: czytnik ekranu odczytuje je jako jeden blok tekstu albo wcale.

• Wybieraj HTML dla ważnych treści. Stronę internetową łatwiej uczynić dostępną, lepiej działa na telefonach i łatwiej ją przeszukiwać.
• Jeśli publikujesz PDF, dodaj tagi. Eksportuj z dokumentu źródłowego (Word, InDesign) z włączonymi tagami, aby zachować nagłówki, listy, tabele i kolejność czytania. Dostępne pliki PDF definiuje norma PDF/UA (ISO 14289).
• Sprawdź podstawy: tytuł dokumentu, język dokumentu, tekst alternatywny dla wykresów i obrazów, prawdziwe nagłówki tabel i logiczną kolejność czytania. Adobe Acrobat Pro ma wbudowane narzędzie do sprawdzania dostępności; PAC to bezpłatne narzędzie do sprawdzania dostępności dla systemu Windows.
• Zeskanowane dokumenty to obrazy tekstu i wymagają OCR oraz tagowania albo wersji HTML.
• Tabele finansowe: oznacz wiersze i kolumny nagłówków; w HTML używaj <th> ze scope.

A co z wideo, transmisjami internetowymi i podcastami?

• Napisy do wszystkich nagranych wcześniej filmów z mową (1.2.2, A) oraz do transmisji na żywo (1.2.4, AA). Napisy automatyczne wymagają sprawdzenia: nazwiska, liczby i terminy techniczne są w nich często błędne.
• Audiodeskrypcja tam, gdzie ważne informacje są wyłącznie wizualne, na przykład tekst na slajdach, którego prelegent nie odczytuje (1.2.5, AA). Często najprostszym rozwiązaniem jest opisanie slajdu przez prelegenta.
• Transkrypcje podcastów i treści wyłącznie dźwiękowych (1.2.1, A).
• Elementy sterujące odtwarzacza: osadzony odtwarzacz musi dać się obsłużyć za pomocą klawiatury, a dźwięk, który odtwarza się automatycznie dłużej niż trzy sekundy, wymaga sposobu na jego wstrzymanie lub zatrzymanie (1.4.2).

Przewodnik W3C dotyczący dostępności materiałów audio i wideo obejmuje planowanie, napisy i audiodeskrypcję (W3C (otwiera się w nowej karcie)).

Jak zapewnić dostępność formularzy kontaktowych, map i lokalizacji?

• Formularze: etykiety, jasne komunikaty o błędach i żadnej CAPTCHA opartej wyłącznie na odczytywaniu zniekształconego tekstu lub rozwiązywaniu łamigłówek; zapewnij alternatywę (W3C (otwiera się w nowej karcie)).
• Dane kontaktowe jako tekst: numery telefonów, adresy e-mail i adresy biur zapisane na stronie, a nie tylko na obrazie lub mapie.
• Mapy: osadzona mapa jest trudna w obsłudze z czytnikiem ekranu; dostępną alternatywą jest adres i opis dojazdu w formie tekstu.
• Widżety czatu: sprawdź, czy da się je otworzyć, obsłużyć i zamknąć za pomocą klawiatury i czy nie zasłaniają elementu z fokusem (2.4.11).

Czy banery cookie powodują problemy z dostępnością?

Często, ponieważ pojawiają się jako pierwsze i znajdują się nad wszystkim innym.

• Baner musi być osiągalny i obsługiwany za pomocą klawiatury, a klawisz Tab musi pozwalać go opuścić (2.1.2, No Keyboard Trap) (W3C (otwiera się w nowej karcie)).
• Jego przyciski wymagają jasnych nazw i wystarczającego kontrastu; przycisk „Odrzuć” musi być równie łatwy do znalezienia jak „Akceptuj”.
• Nie może zasłaniać elementu z fokusem na stronie pod spodem (2.4.11).

Nasze skany zaczynają się na Twojej stronie głównej przy wciąż widocznym banerze cookie, ponieważ to na niego osoba korzystająca z klawiatury trafia najpierw, i zgłaszają pułapkę fokusu, jeśli klawisz Tab nie może się przez niego przedostać.

Czy potrzebujesz deklaracji dostępności?

Podmioty publiczne w UE muszą ją publikować. W przypadku firm jest ona zwykle dobrowolna, choć Europejski Akt o Dostępności wymaga, by objęte nim usługi udostępniały informacje o tym, jak spełniają jego wymogi. Dobra deklaracja podaje, do jakiego standardu dążysz, jakie są znane ograniczenia, jak można zgłosić problem lub poprosić o treść w innym formacie oraz kiedy deklarację ostatnio przeglądano. W3C publikuje wskazówki i bezpłatny generator (W3C (otwiera się w nowej karcie)).

Pisz ją rzetelnie: deklarowanie pełnej zgodności po automatycznym skanie samo w sobie jest ryzykiem, ponieważ testy automatyczne nie sprawdzą wszystkiego.

Jak przetestować stronę firmową?

1. Uruchom automatyczny skan strony głównej, strony kariery, artykułu z aktualności, strony kontaktowej i każdego formularza. Nasz darmowy test dostępności testuje kluczowe podstrony w prawdziwej przeglądarce według WCAG 2.2 A i AA, a test tekstu alternatywnego wymienia każdy obraz na stronie.
2. Testuj za pomocą klawiatury: przejdź przez menu, zaaplikuj o pracę i wyślij formularz kontaktowy, używając wyłącznie klawiatury.
3. Sprawdź dokumenty: otwórz najważniejsze pliki PDF w czytniku ekranu lub w narzędziu do sprawdzania dostępności PDF.
4. Obejrzyj swoje filmy z włączonymi napisami i wyłączonym dźwiękiem.
5. Poproś osoby z niepełnosprawnościami o wykonanie kluczowych zadań; ujawnia to problemy, których nie przewidzi żadna checklista.

Najczęściej zadawane pytania

Czy WCAG dotyczą plików PDF?

Tak. WCAG dotyczą treści internetowych, w tym dokumentów publikowanych w witrynie. W3C publikuje konkretne techniki spełniania WCAG w plikach PDF.

Naszą stronę kariery prowadzi zewnętrzna firma. Czy to nasza odpowiedzialność?

Z punktu widzenia kandydata to Twój proces rekrutacji. Poproś dostawcę o raport zgodności dostępności, przetestuj proces i zaproponuj alternatywny sposób aplikowania. To, czy ponosisz odpowiedzialność prawną, zależy od jurysdykcji.

Czy napisy automatyczne spełniają WCAG?

Tylko jeśli są dokładne. Napisy automatyczne często błędnie podają nazwiska, liczby i terminy; przejrzyj je i popraw, zanim zaczniesz na nich polegać.

Czy nakładka dostępności wystarczy na stronie firmowej?

Nie. Nakładki nie naprawiają kodu, dokumentów ani filmów. Zobacz nasz przewodnik o nakładkach dostępności i postanowieniu FTC.

Do jakiego standardu powinna dążyć strona firmowa?

WCAG 2.2 na poziomie AA to aktualna wersja i typowy cel; wiele przepisów i zasad wciąż odwołuje się do WCAG 2.1 AA, które spełnia też witryna zgodna z 2.2 AA.

Źródła

• WebAIM: The WebAIM Million (2026) (otwiera się w nowej karcie)
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (otwiera się w nowej karcie)
• W3C: Techniques for WCAG 2.2: PDF techniques (otwiera się w nowej karcie)
• W3C: Understanding 1.2.2 Captions (Prerecorded) (otwiera się w nowej karcie)
• W3C: Understanding 1.2.5 Audio Description (Prerecorded) (otwiera się w nowej karcie)
• W3C: Making audio and video media accessible (otwiera się w nowej karcie)
• W3C: Understanding 2.1.2 No Keyboard Trap (otwiera się w nowej karcie)
• W3C: Inaccessibility of CAPTCHA (otwiera się w nowej karcie)
• W3C: Developing an accessibility statement (otwiera się w nowej karcie)
• Departament Sprawiedliwości USA: Guidance on web accessibility and the ADA (otwiera się w nowej karcie)
• Światowa Organizacja Zdrowia: informacje o niepełnosprawności (Disability fact sheet) (otwiera się w nowej karcie)