Po dodaniu tabeli z pomiarami wzmacniacza strona może wyglądać bez zarzutu, choć czytnik ekranu nie powiąże wartości z nazwami parametrów. Formularz zgłoszenia serwisowego może z kolei działać po kliknięciu myszą, ale nie pozwalać wybrać modelu urządzenia z klawiatury. Takie usterki pojawiają się przy zwykłych aktualizacjach treści i oprogramowania. Dostępność trzeba więc sprawdzać również podczas utrzymania strony, nie tylko na etapie projektu.
Dlaczego jednorazowy audyt nie wystarcza
Strona salonu lub serwisu Hi-Fi zmienia się nawet wtedy, gdy jej układ pozostaje taki sam. Przybywa opisów urządzeń, zdjęć tylnych paneli, wyników pomiarów i komunikatów o terminach. Zmieniają się formularze i wersje wtyczek. Każda z tych aktualizacji może zakłócić obsługę klawiaturą, strukturę nagłówków lub czytelność tekstu. Wymiana motywu potrafi też zmienić kontrast przycisków, których nikt ręcznie nie edytował.
Dostępna strona pozwala dotrzeć do informacji i wykonać zadanie bez myszy, z czytnikiem ekranu, przy dużym powiększeniu, z ograniczonym widzeniem barw albo bez odsłuchiwania wideo. Nie wymaga to osobnej, uproszczonej witryny. Główna strona powinna zachować sens i funkcjonalność w tych warunkach.
W technicznych treściach audio ma to szczególne znaczenie. Przy porównywaniu wzmacniaczy potrzebne są dokładne dane o mocy przy określonej impedancji, rodzaju wejść i warunkach pomiaru. Jeśli występują wyłącznie na fotografii tabliczki znamionowej lub na nieopisanym wykresie, część odbiorców nie może z nich skorzystać. Czytelne przedstawienie danych ogranicza też ryzyko pomyłki co do jednostek i warunków pomiarowych.
Co najłatwiej zepsuć podczas codziennych zmian
Opisy, zdjęcia i dokumentacja
Nowy wpis może wyglądać przejrzyście, choć jego śródtytuły są tylko pogrubionymi akapitami. Osoba przeglądająca stronę według nagłówków nie przejdzie wtedy łatwo do sekcji o pomiarach, złączach czy kompatybilności. Nagłówki powinny nazywać zawartość sekcji i tworzyć logiczną hierarchię, a nie służyć jedynie do zmiany wielkości czcionki.
Tekst alternatywny obrazu powinien przekazywać informację istotną w danym miejscu. Przy zdjęciu złącz wzmacniacza można wskazać, że obok wejść RCA są wejścia XLR i zacisk uziemienia — jeśli rzeczywiście je widać. Fraza „wzmacniacz na zdjęciu” niewiele pomaga. Gdy schemat pokazuje kolejność połączeń, trzeba oddać ją w opisie lub wyjaśnić w tekście obok. Dekoracyjna fotografia nie potrzebuje rozbudowanego opisu.
Pliki do pobrania również warto kontrolować. Instrukcja zeskanowana jako obraz może uniemożliwiać wyszukanie informacji o impedancji kolumn i odczytanie jej czytnikiem ekranu. Jeśli dokument jest ważny, sprawdź, czy ma zaznaczalny tekst, logiczną kolejność czytania oraz opisane tabele. Kluczowe parametry najlepiej zamieścić także jako tekst na stronie.
Tabele parametrów i wykresy
Tabela dobrze służy do zestawiania danych, pod warunkiem że nagłówki kolumn i wierszy są właściwie oznaczone. Liczba „200 W” bez impedancji, liczby kanałów i warunków pomiaru niewiele mówi nawet osobie, która widzi całą tabelę. Złożone porównanie lepiej rozbić na mniejsze zestawienia niż wciskać wszystkie warianty w jedną szeroką tabelę. Na telefonie trzeba sprawdzić, czy można dotrzeć do każdej komórki i ustalić, do którego nagłówka należy.
Wykres charakterystyki częstotliwościowej lub zniekształceń wymaga tekstowego objaśnienia osi, jednostek i najważniejszej obserwacji. Nie trzeba przepisywać każdego punktu pomiarowego. Samo „wyniki poniżej” nie mówi jednak, co przedstawia linia ani w jakich warunkach ją uzyskano. Dwóch przebiegów nie należy odróżniać wyłącznie kolorem; przydadzą się różne rodzaje linii i bezpośrednie podpisy.
Formularze i elementy interaktywne
W formularzu kontaktowym każde pole powinno mieć zrozumiałą etykietę i być dostępne z klawiatury. Komunikat o błędzie musi wskazywać konkretny problem: czerwony obrys nie wyjaśnia, czy zabrakło adresu e-mail, czy wpisano go w niewłaściwym formacie. Po wysłaniu zgłoszenia potwierdzenie powinno być dostępne także dla osoby korzystającej z czytnika ekranu.
To samo dotyczy rozwijanych menu, galerii, okien zgody i przycisków filtrujących produkty. W teście nie wystarczy ustalić, że da się do nich przejść klawiszem Tab. Trzeba sprawdzić, czy można z nich skorzystać, czy widać aktualny fokus i czy da się wrócić do reszty strony. Automatycznie przesuwający się element może utrudniać czytanie; jeśli jest potrzebny, użytkownik powinien móc zatrzymać jego ruch.
Jak włączyć dostępność w harmonogram utrzymania
Nie trzeba przeprowadzać pełnego audytu po poprawieniu każdego przecinka. Zakres kontroli powinien zależeć od zmiany: korekta tekstu wymaga innych testów niż wymiana motywu, formularza czy systemu publikacji. Sprawdza się krótka lista stałych czynności:
- Przy publikacji treści sprawdzić hierarchię nagłówków, zrozumiałość nazw odsyłaczy, alternatywy dla istotnych grafik oraz opisy tabel i wykresów.
- Po zmianie wyglądu sprawdzić kontrast tekstu i elementów sterujących, widoczność fokusu oraz czytelność strony przy powiększeniu i na wąskim ekranie.
- Po aktualizacji funkcji przejść klawiaturą przez menu, wyszukiwarkę, formularz i komunikaty potwierdzenia. Przetestować całe zadanie, nie tylko pojedynczy przycisk.
- Okresowo zbadać reprezentatywne podstrony: artykuł techniczny, stronę urządzenia, stronę kontaktową oraz stronę z dokumentami do pobrania.
Automatyczny skaner wykryje część usterek, na przykład pole bez nazwy albo zbyt niski kontrast w określonych warunkach. Nie oceni jednak wiarygodnie, czy opis wykresu wyjaśnia jego znaczenie ani czy kolejność czytania jest logiczna. Dlatego potrzebna jest kontrola ręczna. Przy większych zmianach warto dołączyć test z czytnikiem ekranu i sprawdzić stronę przy rzeczywistym powiększeniu, zamiast polegać na jej wyglądzie na monitorze.
Priorytety, odpowiedzialność i granice zgodności
Przy długiej liście usterek pierwszeństwo mają bariery, które uniemożliwiają wykonanie podstawowego zadania: niewysyłający się formularz, niedostępne menu czy dane techniczne dostępne wyłącznie na grafice. Następnie warto zająć się błędami w szablonie — jedna poprawka może objąć wiele podstron. Drobne nieścisłości w pojedynczych opisach mogą poczekać do kolejnej rundy, o ile nie zniekształcają ważnych informacji.
Właściciel strony powinien ustalić, kto odpowiada za poszczególne zmiany. Redaktor może kontrolować nagłówki i opisy obrazów, osoba publikująca dane techniczne — jednostki i strukturę tabel, a wykonawca strony — działanie komponentów i widoczność fokusu. Zgłoszenie usterki powinno zawierać adres podstrony, czynność prowadzącą do problemu, oczekiwany rezultat i sposób odtworzenia błędu. Dzięki temu łatwiej sprawdzić poprawkę po wdrożeniu.
Standard WCAG porządkuje wymagania dotyczące dostępności, lecz wynik z jednego narzędzia nie jest certyfikatem zgodności. Obowiązki prawne zależą od rodzaju podmiotu i usługi, dlatego deklaracji pełnej zgodności nie należy opierać wyłącznie na automatycznym raporcie. Niezależnie od deklaracji warto prowadzić rejestr wykrytych barier, dat napraw i wyników ponownych testów.
Po następnej zmianie formularza serwisowego wyślij próbne zgłoszenie bez użycia myszy. Jeśli pole „model urządzenia” zgłosi błąd, sprawdź, czy komunikat wskazuje to pole, wyjaśnia, co trzeba wpisać, i pozwala poprawić odpowiedź bez szukania początku formularza.
