To, czy potrafisz samodzielnie naprawić problemy dostępności, zależy w dużej mierze od rodzaju problemu. Brakujący tekst alternatywny do obrazu lub niewystarczająco wysoki kontrast kolorów w Twojej identyfikacji wizualnej możesz w wielu przypadkach dostosować samodzielnie, często bezpośrednio w swoim CMS. Proces płatności, który nie działa z czytnikiem ekranu, lub formularz logowania, w którym fokus nie przeskakuje logicznie, zwykle wymagają kogoś, kto zna kod źródłowy.
Granica nie leży więc w podziale "techniczny czy nie-techniczny", ale w głębokości zabiegu. Teksty, etykiety, kolory i struktura treści są zwykle w zasięgu kierownika biura lub specjalisty ds. marketingu. Elementy interaktywne, takie jak koszyk zakupów, filtr obsługiwany klawiaturą lub wieloetapowy proces zamówienia, często dotyczą kodu Twojego motywu, komponentów niestandardowych lub wtyczek, które używasz. W takim przypadku zwykle potrzebny jest developer, który wie, jak atrybuty ARIA, kolejność fokusa i komunikaty o błędach formularza działają w praktyce.
Co rozsądnie mieści się w Twoich możliwościach
Wiele mniejszych problemów jest bardziej kwestią systematyczności niż wiedzy technicznej. Pomyśl o uzupełnianiu tekstów alternatywnych do każdego nowego obrazu, sprawdzaniu, czy nagłówki są w prawidłowej kolejności, lub dostosowywaniu współczynnika kontrastu w Twoim przewodniku stylu. Również sporządzenie obowiązkowego oświadczenia o dostępności i udokumentowanie własnej oceny to kroki, które sam możesz wykonać przy pomocy odpowiednich szablonów; więcej informacji na ten temat znajdziesz w wyjaśnieniach poszczególnych obowiązków w bazie wiedzy.
Często niedoceniane jest utrzymanie. Witryna zmienia się nieustannie: nowa strona, inny formularz, zmieniony przycisk. Każda zmiana może na nowo wprowadzić wcześniej rozwiązany problem. Samodzielne śledzenie tego nie jest samo w sobie problemem technicznym, ale procesem wymagającym stałej uwagi, a nie działaniem jednorazowym.
Gdzie samodzielne rozwiązywanie się kończy
Niektóre problemy leżą głębiej niż tekst czy formatowanie. Proces płatności, który da się obsługiwać tylko myszą, okno modalne, które nie zatrzymuje fokusa klawiatury, lub funkcja wyszukiwania, która nie emituje komunikatów o błędach dla czytnika ekranu: to sytuacje, w których musi zmienić się sama struktura kodu. To nie jest kwestia dostosowania ustawienia, ale przebudowy lub przepisania komponentu. Do tego rodzaju pracy zwykle potrzebny jest developer, specjalista front-end lub dostawca mający doświadczenie w interfejsach dostępnych.
To również punkt, w którym automatyczne testowanie napotyka swoje ograniczenia. Skan może na przykład wskazać, że przycisk nie ma widocznego wskaźnika fokusa, ale nie może ocenić, czy kolejność, w której elementy są ogłaszane czytnikowi ekranu, wydaje się logiczna. Dlatego właśnie każdy raport zawiera informację o tym, że automatyczne skanowanie nie może sprawdzić części wymagań. szybkie skanowanie pokazuje w kilka minut, gdzie mniej więcej się znajdujesz, ale przełożenie technicznie wykrytego problemu na działające rozwiązanie to praca dla człowieka, i często praca dla kogoś innego niż ty.
Czego widget nakładki nie rozwiązuje
Niektóre firmy obiecują, że oddzielny skrypt, zwany nakładką, automatycznie rozwiązuje problemy dostępności bez potrzeby dokonywania jakichkolwiek zmian w kodzie źródłowym. To brzmi jak idealne rozwiązanie typu "zrób to sam", ale nakładka czyta i przepisuje stronę tylko na powierzchni w momencie, gdy odwiedzający otwiera witrynę. Struktura źródłowa, kolejność fokusa i faktyczna obsługa za pomocą klawiatury nie ulegają zmianie. Nakładka nie spełnia wymogów ustawy, dlatego też my jej nie sprzedajemy.
Kiedy outsourcing ma więcej sensu
Aby ustalić, ustalić priorytety i monitorować zmiany, możesz sam przejąć kontrolę nad procesem dzięki odpowiedniemu wsparciu; właśnie do tego został zaprojektowany system axessia. W przypadku rzeczywistej naprawy złożonych komponentów, takich jak krok realizacji zamówienia lub dostosowany ekran logowania, prace zwykle przypadają Twojemu deweloperowi lub agencji. Sami nie prowadzimy audytów ręcznych ani prac naprawczych; testujemy, ustalamy priorytety, dokumentujemy i monitorujemy, aby wynik pozostał stabilny po każdej zmianie. Dokładnie, jak ten test jest przeprowadzany, przeczytasz na stronie na temat metodyki i źródeł, których używamy.
Jeśli zastanawiasz się, czy konkretny problem to coś, co możesz sam rozwiązać, czy lepiej zlecić na zewnątrz, jest to pytanie, które różni się w każdej sytuacji i które deweloper lub specjalista ds. dostępności będzie w stanie ocenić lepiej niż ogólna lista kontrolna. Przegląd często zadawanych praktycznych pytań, w tym tego typu rozważań, znajduje się na stronie z odpowiedziami na pytania, które przedsiębiorcy często zadają.
Chcesz najpierw wiedzieć, gdzie Twoja strona internetowa stoi w tym momencie, bez konieczności posiadania konta? Przeprowadź bezpłatny szybki test i przeczytaj zwykłym językiem, które części wymagają uwagi i które prawdopodobnie możesz sam obsługiwać.