Klient znalazł produkt. Cena mu odpowiada. Chce zamówić. Ale z wyboru wariantu nie da się skorzystać za pomocą klawiatury. Albo formularz sygnalizuje błąd tylko czerwoną ramką, nie wyjaśniając, co trzeba poprawić.
Raport może pokazać niedokończone zamówienie. Bez przejrzenia doświadczenia łatwo od razu spojrzeć na cenę, zainteresowanie lub retargeting. Czasem pierwsze pytanie powinno brzmieć: czy ta osoba naprawdę mogła przejść dalej?
Dostępność cyfrowa polega na projektowaniu i tworzeniu treści i funkcji, z których mogą korzystać także osoby z niepełnosprawnościami. Wymaga uwagi na całej ścieżce, od informacji po potwierdzenie działania.
Ludzie korzystają ze stron na różne sposoby
Niektóre osoby korzystają z czytnika ekranu. Inne używają klawiatury, poleceń głosowych lub powiększonego tekstu. Ludzie mogą mieć trudności ze wzrokiem, słuchem, ruchem lub przetwarzaniem informacji, a potrzeby różnią się w zależności od osoby.
Dostępna strona może też pomóc w okolicznościach tymczasowych lub sytuacyjnych: przy unieruchomionej ręce, mocnym świetle padającym na ekran albo w otoczeniu, w którym nie można używać dźwięku. W3C wyjaśnia związek między dostępnością a różnorodnością warunków korzystania. W3C: wprowadzenie do dostępności stron internetowych (po angielsku)
Profil demograficzny nie może nam powiedzieć, że nasi odbiorcy nie potrzebują tych funkcji. Brak skarg nie potwierdza, że wszystkie zainteresowane osoby mogły skorzystać ze strony.
Projekt musi pozostać użyteczny
Dyskretny tekst może służyć kierunkowi wizualnemu, ale ważne informacje muszą być czytelne. Animacja może wyjaśniać produkt, ale nie powinna być jedynym sposobem zrozumienia oferty ani odbierać ludziom kontroli nad stroną.
Sprawdzamy kontrast, powiększanie tekstu, kolejność informacji i zachowanie elementów interaktywnych. Identyfikacja wizualna rozwija się razem z tymi wymaganiami. Wynik musi działać na ekranie użytkownika i w jego sytuacji, nie tylko w prezentacji projektu.
Dostępność dotyczy też samodzielności. Ludzie muszą móc decydować i działać, nie będąc zmuszanymi do proszenia o pomoc z powodu przeszkody stworzonej przez interfejs. Telefon może uzupełniać doświadczenie, ale nie naprawia automatycznie procesu zakupu, z którego nie da się skorzystać.
Istnieją konkretne kryteria sprawdzania
WCAG to zbiór zaleceń W3C dotyczących dostępności treści internetowych. Wersja 2.2 porządkuje kryteria wokół postrzegalnych informacji, funkcjonalnych interfejsów, zrozumiałych treści i solidnej zgodności z używanymi technologiami. W3C: WCAG 2.2 (po angielsku)
Uzgadniamy wersję, docelowy poziom i zakres oceny. Sprawdzenie kilku stron nie uzasadnia twierdzenia o wszystkich funkcjach witryny. Zgodność techniczną, rzeczywiste doświadczenie i obowiązki prawne trzeba oceniać osobno, w odpowiednim zakresie.
W sklepie ważna ścieżka obejmuje wybór produktu, koszyk, logowanie, jeśli jest potrzebne, płatność i potwierdzenie. W usłudze może obejmować wybór terminu, wysłanie zapytania i otrzymanie odpowiedzi. Jedna przeszkoda może zatrzymać całą ścieżkę.
Formularze muszą wyjaśniać, co się dzieje
Formularz potrzebuje jasnych etykiet i odpowiednich instrukcji. Jeśli brakuje danej informacji lub została wpisana w złym formacie, komunikat musi wskazać problem i pomóc go poprawić. Końcowe potwierdzenie musi być postrzegalne, także dla technologii wspomagających.
W3C zaleca jasne komunikaty zarówno o błędach, jak i o poprawnym wysłaniu. Komunikat można powiązać z polem i uzupełnić ogólną informacją dopasowaną do interakcji. W3C: powiadomienia w formularzach (po angielsku)
Te szczegóły wpływają też na zaufanie. Po naciśnięciu przycisku ludzie muszą rozumieć, czy zapytanie zostało wysłane i co będzie dalej. Niejednoznaczny ekran może prowadzić do powtórzenia działania lub do kontaktu z obsługą klienta tylko po to, żeby potwierdzić odbiór.
Obrazy i filmy potrzebują odpowiednich alternatyw
Zdjęcie informacyjne potrzebuje alternatywy tekstowej dopasowanej do jego funkcji. Element czysto dekoracyjny traktuje się inaczej. Jeśli wymiary produktu pojawiają się tylko na obrazie, ta istotna informacja musi być dostępna także bez wizualnego odczytania obrazu. W3C: alternatywy dla obrazów (po angielsku)
Do filmów przygotowujemy dokładne napisy i alternatywy dopasowane do informacji, w tym opis istotnych treści wizualnych, gdy jest potrzebny. Transkrypcja może pomóc, ale sama nie spełni wszystkich wymogów dla wszystkich nośników. W3C: dostępne audio i wideo (po angielsku)
Tekst strony musi pozostać jasny. Nazwy przycisków i linków muszą pomagać zrozumieć, dokąd prowadzą. To także decyzje komunikacyjne: wyjaśnienie produktu w sposób, z którego odbiorcy mogą skorzystać.
Czy dana osoba może przejść dalej?
Warto sprawdzać pełne zadania przy różnych sposobach interakcji.
Zrozumienie oferty
Czytelne i uporządkowane informacje w odpowiednich formatach.
Wybór wariantu
Nawigacja i selektory, które dana osoba może kontrolować.
Wykonanie działania
Użyteczne formularze, rezerwacje i płatności.
Otrzymanie potwierdzenia
Jasny komunikat, także gdy trzeba poprawić błąd.
Schemat objaśniający. Jego zastosowanie zależy od projektu i jego danych.
Przykład: zainteresowanie istnieje, ale rezerwacja się blokuje
Wyobraźmy sobie platformę warsztatów kreatywnych. Osoba poruszająca się po stronie za pomocą klawiatury wybiera kurs i próbuje wybrać termin. Kalendarz reaguje tylko na mysz, a widoczny wskaźnik fokusu znika w oknie rezerwacji.
Ta osoba rozumie ofertę, ale nie może samodzielnie dokończyć zapisu. Zespół widzi ruch i niewiele rezerwacji. Rabat ani kolejna reklama pokazana tej samej osobie nie naprawią selektora.
To fikcyjny przykład. Pokazuje, dlaczego przegląd musi obejmować elementy interaktywne i sposoby nawigacji. Po poprawce ponownie testujemy całą ścieżkę, w tym błędy i potwierdzenie. Nie przypisujemy interwencji procentowej poprawy bez danych, które by ją potwierdzały.
Automatyczny wynik to tylko część sprawdzenia
Narzędzia automatyczne mogą wykrywać niektóre problemy i pomagać je śledzić. W3C wyjaśnia, że narzędzie samo nie może ustalić, czy strona spełnia standardy dostępności. Potrzebna jest kompetentna ocena, ze sprawdzeniami ręcznymi i w miarę możliwości z udziałem użytkowników z niepełnosprawnościami. W3C: ocena dostępności (po angielsku)
Przydatny raport wskazuje, co oceniono, w jakich warunkach, jakie przeszkody znaleziono i co trzeba poprawić. Przeszkody priorytetyzujemy według ich wagi i wpływu na zadania. Ponowny test potwierdza, czy interwencja rozwiązała zaobserwowany problem.
Zainstalowanie widżetu nie dowodzi, że struktura, formularze i integracje są dostępne. Sprawdzamy wynikowe zachowanie. Publiczne deklaracje zgodności muszą odpowiadać ocenie i zakresowi, które możemy poprzeć.
Zrozumienie kontekstu prawnego
W Rumunii ustawa nr 232/2022 obejmuje określone produkty i usługi, w tym handel elektroniczny skierowany do konsumentów, i jest stosowana od 28 czerwca 2025 na warunkach określonych w ustawie; w Polsce obowiązują własne przepisy wdrażające tę samą dyrektywę europejską. Ustawa przewiduje wyłączenia i przepisy przejściowe, w tym wyłączenie dla mikroprzedsiębiorstw świadczących usługi. Jej definicję trzeba sprawdzać niezależnie od rumuńskiego reżimu podatkowego, który również nazywa się „mikro”. Zastosowanie zależy od rzeczywistej działalności. Ustawa nr 232/2022: zakres i obowiązki (po rumuńsku)
Wynik WCAG nie jest uniwersalnym certyfikatem zgodności z prawem. W projekcie ustalamy obowiązujące wymogi oraz to, kto weryfikuje ocenę techniczną i interpretację prawną. Ten artykuł daje kontekst do takiej rozmowy; nie określa sytuacji prawnej każdej firmy.
Dostępność trzeba utrzymywać po publikacji
Nowa strona, integracja płatności lub moduł rezerwacji mogą zmienić doświadczenie. Treści dodawane później wymagają tej samej uwagi: tytuły, alternatywy dla obrazów, dokumenty i filmy.
Dlatego odpowiedzialności i sprawdzenia są częścią procesu pracy. W3C zaleca włączenie dostępności do planowania, wdrażania i monitorowania. W3C: planowanie dostępności i zarządzanie nią (po angielsku)
W NOT MORE. łączymy komunikację, projektowanie i programowanie z działaniami, które ludzie muszą wykonać. Tę samą perspektywę rozwija artykuł „Nowa strona nie ułatwia zakupu automatycznie.”. Zależnie od projektu współpracujemy ze specjalistami potrzebnymi do oceny i wdrożenia, a zmiany priorytetyzujemy według zaobserwowanych problemów.
Ocena musi prowadzić do konkretnych poprawek
NOT MORE. może zająć się uzgodnioną analizą, treściami, projektowaniem, programowaniem i sprawdzeniami, które poprawiają korzystanie ze strony. Jeśli jest już wyznaczony programista, ustalamy, które poprawki wykonujemy my, które należą do niego i jak potwierdzane są zmiany. Klient zapewnia dostępy i zatwierdza informacje oraz priorytety handlowe.
Przekazanie opisuje, co zostało sprawdzone, i ograniczenia oceny, bez sugerowania certyfikacji całej strony. W zakresie monitoringu i utrzymania uzgadniamy, kto sprawdza późniejsze zmiany, w tym nowe strony i komponenty. Dostępność i łatwość użycia muszą pozostać wpisane w dalszą produkcję.