Widżet dostępności — często oddzielny fragment kodu, który dodajesz do witryny jedną linią i który obiecuje uczynić stronę "dostępną w kilka sekund" — nie spełnia wymogów Europejskiej Dyrektywy Dostępności. Norma techniczna, którą wskazuje dyrektywa, EN 301 549 (w praktyce WCAG 2.1 poziom AA), ocenia, czy kod źródłowy i interakcja są dostępne: czy osoba korzystająca z czytnika ekranu potrafi przejść proces zamówienia, czy każde pole formularza ma prawidłową etykietę, czy witrynę można obsługiwać tylko klawiaturą. Widżet nakładający się na istniejący kod nie zmienia tej podstawowej struktury.
To już jest odpowiedź na pytanie, które wielu przedsiębiorców zadaje po zakupie widżetu nakładkowego: nie, sam ten zakup nie zapewnia Ci zgodności. Widżet może powiększyć czcionkę, dostosować kontrast lub wyświetlić pasek czytania — i te funkcje są przydatne dla niektórych odwiedzających. Ale prawo wymaga czegoś innego: że witryna sama, w swoim kodzie, spełnia wymogi — a nie że obok niej znajduje się oddzielny panel sterowania.
Dlaczego nakładka nie rozwiązuje problemu
Czytniki ekranu i inne oprogramowanie pomocnicze odczytują strukturę HTML Twojej strony: nagłówki, etykiety pól formularza, teksty alternatywne obrazów, kolejność, w której elementy są dostępne za pomocą klawisza Tab. Widżet nakładkowy działa jako oddzielna warstwa JavaScript nad tą strukturą. Może wyświetlić tekst większy lub zmienić kolory, ale nie przepisuje podstawowego HTML-a, w którym na przykład znajduje się przycisk bez etykiety lub obraz bez tekstu alternatywnego. Jeśli ten problem istnieje, pozostaje — dla widżetu i dla odwiedzającego, który się z nim zmierzy.
Jest więcej: różni użytkownicy z niepełnosprawnościami wzroku i organizacje je reprezentujące zgłaszają, że niektóre nakładki sprawiają, że obsługa staje się bardziej skomplikowana, ponieważ sam widżet nie współpracuje prawidłowo z czytnikiem ekranu, który osoba już używa. Dwa narzędzia pomocnicze próbujące jednocześnie się sterować niekoniecznie dają lepszy rezultat niż jedna prawidłowo zbudowana strona. Jeśli masz wątpliwości, czy dotyczy to również Twojej witryny, znajdziesz w odpowiedziach na pytania, które zadają też inni przedsiębiorcy wiele podobnych sytuacji.
Co wymaga prawo
Dyrektywa wymaga oświadczenia o dostępności, w którym wskazujesz, w jakim stopniu Twoja witryna lub aplikacja spełnia normę, które części jeszcze nie spełniają i jaki plan tego dotyczą. Oświadczenie opiera się na własnej ocenie rzeczywistego kodu i interakcji, a nie na obecności narzędzia. W przeglądzie elementów, które najczęściej sprawiają problemy konkretnie pokazano, o co w tym chodzi: kontrast kolorów, etykiety formularzy, teksty alternatywne i obsługiwanie tylko klawiaturą pojawiają się tutaj regularnie.
Nie oznacza to, że wszystko musi być naprawione ręcznie, zanim dowiesz się czegokolwiek. Zautomatyzowany test głównych stron, włącznie z procesem zamówienia i przepływem logowania, często pokazuje już, gdzie są największe przeszkody. Takie wstępne spojrzenie możesz uzyskać w kilka minut za pomocą bezpłatnego szybkiego skanowania, choć pamiętaj, że zautomatyzowany test nie może ocenić wszystkiego — na przykład sprawdzenie, czy tekst alternatywny jest merytoryczne poprawny, wymaga oceny człowieka.
Co robi axessia, a czego nie
Nie sprzedajemy widgetów nakładkowych i nie wbudowujemy również napraw w Waszym kodzie. To świadomy wybór: widget może stworzyć wrażenie, że problem został rozwiązany, podczas gdy podstawowa strona pozostaje niezmieniona. To, co robimy, to testowanie, ustalanie priorytetów i dokumentowanie — skan wskazuje, co prawdopodobnie nie jest zgodne, raport przedstawia to w zrozumiałym języku w kolejności ważności, a system monitoruje, czy witryna pozostaje dostępna po następnej zmianie w Waszym sklepie lub aplikacji. Jak dokładnie działa to testowanie i skąd pochodzą informacje, wyjaśniamy na stronie, która pokazuje krok po kroku, jak działa system.
Jeśli chodzi o pytanie, czy widget "wystarczy", to rozróżnienie jest najważniejsze do zapamiętania: widget to ustawienie użytkownika, nie zastępstwo dostępnego kodu. Kto wątpi, czy dostawca takiego produktu słusznie twierdzi, że witryna dzięki niemu spełnia WCAG, powinien najlepiej przetestować to twierdzenie na podstawie samej normy lub zapytać eksperta.
Pierwszy krok bez zakupu
Zanim zainwestujecie w widget, audyt lub plan ulepszeń, zwykle bardziej przydatne jest najpierw wiedzieć, czy i w jakim stopniu prawo ma zastosowanie do Waszej organizacji, oraz gdzie znajdują się największe rozbieżności. Taki przegląd można uzyskać bezpłatnie, bez konieczności posiadania konta.
Chcecie sami zobaczyć, gdzie Wasza witryna lub aplikacja się obecnie znajduje, niezależnie od tego, co mówi Wam dostawca widgetu? Wykonajcie bezpłatny szybki skan i spokojnie kontynuujcie czytanie w bazie wiedzy, aby określić, jaki krok jest dla Waszej sytuacji najbardziej właściwy.