DOSTĘPNOŚĆ ≠ OVERLAY · 37
Dostępne linki: wiedzieć, dokąd prowadzą, zanim je aktywujesz
📅 10 listopada 2026 · ⏱ 6 min czytania
Link powinien pomagać w podjęciu decyzji, a nie zmuszać do zgadywania. Tekst, kontekst i zachowanie decydują, czy można poruszać się po stronie z czytnikiem ekranu, klawiaturą, głosem lub powiększeniem.
01. Gdy każda droga nazywa się „tutaj”
Wyobraź sobie stronę usług z ośmioma linkami „więcej informacji”. Oglądając cały układ, prawdopodobnie łączysz każdy link z otaczającą go kartą. Osoba słuchająca listy linków może jednak otrzymać osiem identycznych nazw. Musi wrócić do treści, znaleźć poszczególne bloki i odtworzyć związek z miejscem docelowym. Prosta czynność staje się niepotrzebnym poszukiwaniem.
Nie dotyczy to wyłącznie osób niewidomych. Przy powiększeniu może być widoczny tylko fragment karty. Podczas nawigacji klawiaturą trzeba ocenić znaczenie każdego przystanku. Opisowy link ogranicza wysiłek jeszcze przed aktywacją. Właściwe pytanie brzmi: co można przewidzieć na podstawie faktycznie dostępnych informacji? Nie chodzi o wiedzę projektanta, który widzi jednocześnie całą kompozycję i zna wszystkie cele.
02. Opisz cel zamiast pustego polecenia
„Sprawdź godziny obsługi” pozwala lepiej przewidzieć wynik niż „kliknij tutaj”. „Pobierz przewodnik rejestracji” wyjaśnia więcej niż samo „pobierz”. Nie trzeba tworzyć niekończących się zdań. Wybierz słowa odróżniające zasób od innych i unikaj powtarzania całego akapitu. Zwięzłość jest przydatna, o ile nie usuwa informacji potrzebnej do podjęcia decyzji.
Etykieta powinna odpowiadać zawartości celu. Jeżeli „Cennik usługi” otwiera stronę reklamową bez cen, nazwa nie rozwiązuje zadania. Sprawdzaj linki po wymianie dokumentów i reorganizacji stron. Wcześniej poprawna nazwa może stać się myląca, mimo że adres nadal działa. Precyzja redakcyjna należy do dostępności i codziennego utrzymania. Trzeba aktualizować etykiety razem z opisywanymi zasobami.
03. Prawidłowy kontekst i zrozumienie bez kontekstu
WCAG 2.2 rozróżnia rozumienie celu linku w kontekście oraz bardziej rygorystyczne rozumienie go wyłącznie z nazwy. Kryterium 2.4.4 na poziomie A pozwala łączyć tekst linku z kontekstem możliwym do ustalenia przez oprogramowanie. Powiązany akapit, element listy albo komórka tabeli mogą dostarczać odpowiednich informacji.
Dlatego „czytaj więcej” nie jest automatycznie błędem w każdej sytuacji. Sprawdź faktyczne powiązanie, a nie samą bliskość wizualną. Nawet jeśli kontekst spełnia kryterium, konkretna nazwa zwykle ułatwia korzystanie z list linków i szybkie przeglądanie. Oddziel ocenę zgodności od decyzji o zapewnieniu czytelniejszej obsługi. Przydatna rekomendacja nie powinna stawać się wymyślonym obowiązkiem. Estetyczna karta sama nie dowodzi programowego powiązania informacji.
04. Nazwa widoczna i odczytywana muszą pasować
Dostępna nazwa linku może pochodzić z tekstu, obrazu albo mechanizmu takiego jak aria-label. Jeśli widoczna etykieta brzmi „Kontakt”, a dostępna nazwa jest zupełnie inna, osoba korzystająca ze sterowania głosowego może nie aktywować linku przez wypowiedzenie tego, co widzi. Kryterium 2.5.3 wymaga, w odpowiednich przypadkach, zawarcia tekstu widocznej etykiety w nazwie.
Pierwszym wyborem jest zazwyczaj poprawienie tekstu widocznego dla wszystkich. Nie dodawaj długich ukrytych opisów do każdego linku bez sprawdzenia nazwy wynikowej. Atrybut title również nie powinien być jedynym miejscem wyjaśniającym cel: dostęp do niego różni się między urządzeniami. Sprawdź obliczoną nazwę i posłuchaj jej w rzeczywistym interfejsie, uwzględniając powtórzenia oraz nieoczekiwane fragmenty.
05. Obraz będący linkiem także ma cel
Jeżeli obraz jest jedyną zawartością linku, jego alternatywa tekstowa powinna przekazywać funkcję tego połączenia. Dla logo prowadzącego na stronę główną ważna jest informacja o nawigacji, a nie opis każdej krzywizny rysunku. Powiązana lupa nie powinna otrzymać nazwy pliku „ikona-finalna-2.svg”. Opisz funkcję, którą osoba rzeczywiście może uruchomić.
Gdy obraz i tekst są w tym samym linku, a tekst wyjaśnia jego cel, dekoracyjny obraz może mieć pustą alternatywę, aby uniknąć powtórzeń. Sprawdź też karty zawierające obraz, tytuł i przycisk do tego samego zasobu. Kilka kolejnych linków może tworzyć zbędne przystanki. Szukaj spójnego rozwiązania bez zagnieżdżania linków i bez odbierania całemu kontenerowi semantyki oraz natywnego zachowania.
06. Link i przycisk wykonują inne zadania
Link prowadzi do zasobu lub miejsca. Przycisk wykonuje działanie, na przykład otwiera panel albo wysyła formularz. Mogą wyglądać podobnie, ale zmieniają się oczekiwania i sposób obsługi. Używaj natywnych elementów odpowiednich do funkcji. Link bez rzeczywistego celu nie jest uniwersalnym rozwiązaniem dla wszystkich kontrolek.
Nie zastępuj tej podstawy elementem div ze zdarzeniem kliknięcia i doraźnie dodaną rolą. Trzeba byłoby również zaimplementować fokus, obsługę klawiatury i inne zachowania zapewniane przez natywny element. Sprawdź działanie linków z Enter oraz przycisków zgodnie z oczekiwanym wzorcem. Technologia powinna wspierać zadanie, a nie wymagać odkrywania innych zasad przy każdym komponencie. Jednolity wygląd nie usprawiedliwia nieprzewidywalnego działania.
07. Przewidywalne pobieranie i zmiany kontekstu
Gdy link prowadzi do dokumentu, jasno nazwij jego temat. Format i, jeśli przydatne, rozmiar pomagają zdecydować, czy otworzyć zasób na telefonie lub wolnym połączeniu. „Przewodnik rejestracji, PDF” przekazuje więcej niż długi adres albo niewyjaśniona ikona. Informacja powinna być dostępna przed podjęciem działania.
Nie otwieraj nowych kart tylko z przyzwyczajenia. Jeśli istnieje powód takiego zachowania, uprzedzenie o nim pomaga zachować orientację. To dobra praktyka, którą należy odróżniać od twierdzenia, że każda nowa karta automatycznie narusza WCAG. Czytelna nazwa nie czyni też dokumentu dostępnym. PDF bez struktury nadal tworzy bariery. Oceń cały przebieg od wybrania zasobu do rzeczywistego korzystania z jego treści.
08. Widoczność, fokus i miejsce na aktywację
Linki w akapicie powinny być rozpoznawalne bez polegania wyłącznie na kolorze. Podkreślenie bywa przejrzystym i stabilnym rozwiązaniem. Sprawdź kontrast i upewnij się, że stan odwiedzony lub fokus nie utrudniają odczytu. Interakcję należy rozpoznać przed wskazaniem jej myszą.
Przejdź przez linki klawiszami Tab i Shift+Tab. Wskaźnik fokusu powinien być widoczny, a komponent otrzymujący fokus nie może być całkowicie zasłonięty treścią utworzoną przez autora strony; ten ostatni przypadek opisuje WCAG 2.2 w 2.4.11. Oceń także odstępy i właściwe wymagania dotyczące rozmiaru celu wraz z wyjątkami. Powiększenie obszaru aktywacji nie może tworzyć nakładania, przez które przypadkowo wybierany jest inny cel.
09. Sprawdź decyzję przed sprawdzeniem kliknięcia
Wybierz rzeczywiste zadanie: znalezienie godzin albo dotarcie do kontaktu pomocy. Przeczytaj nazwy linków bez aktywowania ich i zapisz oczekiwany rezultat. Następnie przejdź całą drogę i porównaj oczekiwanie z wynikiem. Powtórz test z czytnikiem ekranu, listą linków, klawiaturą i powiększeniem, odpowiednio do sytuacji.
Narzędzia automatyczne mogą wykrywać niektóre brakujące nazwy czy błędy kontrastu. Nie ustalą jednak, czy „więcej informacji” obiecuje właściwy zasób ani czy tłumaczenie zachowuje znaczenie. Dokumentuj niejednoznaczności, wskazując położenie, odczytywaną nazwę i oczekiwany cel. Nie oceniaj całego serwisu na podstawie jednego linku. Menu, karty, stopka i artykuły często powstają z różnych komponentów oraz decyzji redakcyjnych.
10. Popraw źródło i zachowaj jasność po publikacji
W WordPressie i Divi kontroluj tekst edytora, wynikowy HTML oraz dostępną nazwę. Popraw współdzielony moduł, gdy wiele kart powtarza problem. Tłumacz nazwy i sprawdzaj język miejsc docelowych. Polska etykieta niewiele pomaga, jeżeli zasób niespodziewanie przełącza się na inną wersję językową.
Nakładka nie zna samodzielnie intencji redakcyjnej każdego linku i nie zagwarantuje, że ogólna nazwa opisuje właściwą treść. Ustawienia wyglądu mogą uzupełniać pracę, ale nie zastępują tej decyzji. Dodaj do kontroli proste pytanie: czy osoba może świadomie wybrać przed aktywacją? Dostępność rośnie, gdy wie, dokąd zmierza, otrzymuje oczekiwane informacje i może dalej działać samodzielnie. Warto powtarzać tę kontrolę także po zmianach wspólnych szablonów.