Opis zdjęcia: Klient dokonujący płatności kartą za pomocą ręcznego terminala płatniczego.
Proces realizacji transakcji w sklepach internetowych: obszar, który budzi najwięcej sporów w sieci
Proces realizacji transakcji w sklepach internetowych: obszar, który budzi najwięcej sporów w sieci
Zbiór danych obejmujący 8 788 federalnych spraw sądowych dotyczących dostępności stron internetowych ujawnia niepokojącą tendencję. Ta sama garstka błędów trafia do produkcji na tych samych kilku etapach – i ta sama garstka powodów je wykrywa. Spośród 81 509 problemów skatalogowanych przez prawników w dokumentach sądowych ponad 4050 koncentruje się w pięciu obszarach, które zamieniają przeglądającego w kupującego: koszyk, adres, płatność, komunikaty o błędach oraz sam przycisk finalizacji transakcji.
Dlaczego błędy przy kasie to strata pieniędzy
Pozwy dotyczące dostępności stron internetowych są wnoszone w odniesieniu do wszystkich elementów witryny – strony głównej, nawigacji, stopki, wyszukiwarki. Jednak w tych rzadkich przypadkach, gdy sprawa dochodzi do etapu rozpatrywania wniosku o wydanie orzeczenia rozstrzygającego, sądy pozostają niewzruszone barierami estetycznymi. Przekonują je natomiast bariery transakcyjne. Niewidomy klient, który nie może znaleźć głównego banera, nie stracił, mówiąc wprost, absolutnie nic. Niewidomy klient, który nie może sfinalizować zakupu, został pozbawiony usługi, którą sprzedawca oferował wszystkim innym odwiedzającym. Jest to podręcznikowa definicja naruszenia tytułu III i ten sam schemat faktów powtarza się w każdym wezwaniu do zapłaty sporządzanym przez adwokatów reprezentujących powoda.
Właśnie dlatego najczęściej wymieniane elementy w zbiorze danych nie są tymi, które generują najwięcej skarg ogółem. Kategoria „Ogólne / Niesklasyfikowane” jest zdecydowanie największą grupą zgłoszeń (38 671 zgłoszeń). Jednak biorąc pod uwagę kwotę w dolarach, o którą toczy się gra w przypadku każdej awarii, lejek płatności generuje więcej sporów sądowych niż wszystkie pozostałe kategorie razem wzięte. Każde nieoznaczone pole CVC to odmowa usługi. Każde niezapowiedziane „Zamówienie potwierdzone” to transakcja, której użytkownik nie może udowodnić, że dokonał. Każde okno modalne, które zatrzymuje uwagę na etapie „Zastosuj kupon”, to zniżka, za pominięcie której użytkownik czytnika ekranu zapłacił pełną cenę.
W amerykańskim sądzie federalnym nie zadaje się pytania „czy strona główna jest dostępna?”, lecz „czy powód mógł nabyć to, co oferował pozwany?”. Proces realizacji transakcji jest jedynym etapem, w którym odpowiedź ma charakter zero-jedynkowy, i jedynym, w którym łatwo jest dochodzić odszkodowania.
Zbiór danych
Analiza stanowiąca podstawę niniejszego artykułu opiera się na dwóch niezależnych zbiorach danych. Pierwszym z nich jest ustrukturyzowany zrzut danych z systemu PACER obejmujący 8 788 federalnych spraw cywilnych wniesionych na podstawie ustawy Americans with Disabilities Act oraz analogicznych przepisów stanowych w okresie od stycznia 2007 r. do kwietnia 2026 r., przy czym każda sprawa zawiera informacje o powodach, pozwanych, dacie wniesienia pozwu oraz dacie rozstrzygnięcia. Drugi to równoległy zbiór 81 509 różnych kwestii dotyczących dostępności, wyodrębnionych z treści tych pism – rzeczywistych zdań napisanych przez prawników opisujących, czego ich klienci nie mogli zrobić.
Dzięki połączeniu tych dwóch źródeł możemy odpowiedzieć na pytania, na które jedno źródło nie jest w stanie udzielić odpowiedzi. Wiemy nie tylko, które strony zostały pozwane, ale także, jakie nieprawidłowości wskazali adwokaci przed sądem – oraz w którym momencie ścieżki użytkownika doszło do tych nieprawidłowości. Na potrzeby tego artykułu przefiltrowaliśmy zbiór problemów do pięciu kategorii lejka zakupowego: PROCES REALIZACJI ZAMÓWIENIA, KOSZYK, DODAJ DO KOSZYKA, PŁATNOŚĆ, ZARZĄDZANIE ADRESEM. Łącznie te pięć obszarów obejmuje 4050 problemów – około 5% całego zbioru, ale jest to część o najsilniejszym związku przyczynowym z istotną szkodą.
Krzywa, której nikt nie uwzględnił w planie na IV kwartał
Zanim przejdziemy do omówienia wewnętrznej części lejka, warto ustalić, jak bardzo wzrosła liczba zgłoszeń na jego zewnętrznym odcinku. Od 2020 r. liczba rocznych zgłoszeń wzrosła o rząd wielkości i nadal przyspiesza. Poniższy wykres dotyczący 2026 r. obejmuje jedynie pierwszy kwartał; ekstrapolacja na cały rok wskazuje, że liczba ta przekroczy 4500 – czyli prawie dziesięciokrotność poziomu z 2021 r.
▱ Dane częściowe za rok 2026: zgłoszenia do kwietnia 2026 r. Biorąc pod uwagę tempo z pierwszego kwartału, w całym roku można spodziewać się około 3500 zgłoszeń, co jest zgodne z tendencją z 2025 r.
Warto zwrócić uwagę na dwie kwestie. Po pierwsze, przełomowym rokiem był 2021 – zbiegł się on z boomem w handlu elektronicznym po pandemii oraz falą orzeczeń sądów stanowych (zwłaszcza w sprawie Robles przeciwko Domino’s, której rozpatrzenie przez Sąd Najwyższy zostało odrzucone w 2019 r.), co sprawiło, że sądy federalne w dziewiątym okręgu sądowym zaczęły traktować strony internetowe jako „miejsca publiczne” w rozumieniu tytułu III. Po drugie, wzrost ten nie osiągnął jeszcze plateau. Każdy rok od 2021 r. ustanawiał nowy rekord, a każdy nowy rekord roczny był osiągany, podczas gdy tytuł III pozostawał formalnie nieuregulowany w odniesieniu do prywatnych witryn komercyjnych.
Lejek w lejku
Spośród 81 509 spraw zarejestrowanych na podstawie zgłoszeń 4 050 można zaklasyfikować do jednej z pięciu poniższych kategorii lejka zakupowego. Rozkład procentowy niemal idealnie pokrywa się z klasycznym lejkiem konwersji: więcej spraw zgłaszanych jest na wcześniejszych etapach ścieżki, a każdy kolejny etap powoduje utratę zarówno prawdziwych użytkowników, jak i barier prawnych.
Kategoria „Proces realizacji zamówienia” jest największa, ponieważ w większości zgłoszeń proces ten opisywany jest jako jedna spójna ścieżka. Jednak podział ten jest pouczający: koszyk i opcja „dodaj do koszyka” łącznie (1740 zgłoszeń) generują nieco więcej skarg spornych niż sama strona kasy. Wynika to częściowo z tego, że koszyk jest miejscem, w którym ma miejsce pierwsze nieodwracalne działanie – gdy użytkownik czytnika ekranu nie może potwierdzić, że produkt został dodany, każdy kolejny krok jest wykonywany w ciemno. Problemy, które pojawiają się na początku procesu, nasilają się w jego dalszej części.
Pięć najczęstszych błędów, w kolejności według częstotliwości występowania
Po porównaniu 4050 problemów występujących na etapie finalizacji transakcji z ich opisami w postaci zwykłego tekstu okazuje się, że większość skarg powodów dotyczy pięciu głównych rodzajów nieprawidłowości. Przedstawiamy je poniżej w kolejności według częstotliwości występowania w pozwach, wraz z kryteriami WCAG najczęściej przytaczanymi przez prawników w odniesieniu do każdego z nich.
Funkcja „Dodaj do koszyka” wyświetla wizualne potwierdzenie – wyskakujące okienko, wysuwany mini-koszyk lub zmiana stanu ikony – którego czytniki ekranu nie odczytują. Użytkownik klika ponownie, podwaja zamówienie lub rezygnuje. Jest to najczęściej wymieniana przeszkoda w zgłoszeniach dotyczących koszyka.
Pola przeznaczone na kody rabatowe nie są opatrzone etykietami, nie wyświetlają się podpowiedzi dotyczące błędów, a walidacja w czasie rzeczywistym pojawia się jedynie w postaci tekstu w innym kolorze. Powodowie często twierdzą, że zapłacili pełną cenę, ponieważ kanał rabatowy był niedostępny – co stanowi konkretną szkodę finansową.
Okna dialogowe potwierdzające adres, wyskakujące okienka z pytaniem „Czy na pewno?”, oferty dodatkowe oraz testy CAPTCHA są widoczne na ekranie, ale nigdy nie otrzymują programowego fokusu. Użytkownicy korzystający z klawiatury lub czytników ekranu nie mogą ich zamknąć ani przejść dalej.
Puste pola obowiązkowe, karty kredytowe z błędami sprawdzania wyrażenia regularnego oraz niezgodności adresowe są sygnalizowane wyłącznie za pomocą czerwonych ramek lub walidatorów z tekstem znikającym. Użytkownik korzystający z czytnika ekranu wysyła formularz, nie słyszy żadnej informacji zwrotnej i zakłada, że zamówienie zostało złożone. WCAG 3.3.1 jest najczęściej przywoływanym kryterium w zgłoszeniach dotyczących procesu realizacji transakcji.
Numer karty, data ważności, kod pocztowy, „Tak samo jak w fakturze” – pola bez etykiet są odczytywane jako „puste” lub „edytuj tekst”. Użytkownicy nie są w stanie rozróżnić poszczególnych pól, wypełniają je w niewłaściwej kolejności i powodują błędy walidacji, które same w sobie nie są odczytywane (patrz nr 4).
Gdy nawet jedno pole nie przejdzie walidacji, niektóre systemy kasowe kasują dane i wyświetlają cały formularz od nowa po ponownym załadowaniu strony. Dla użytkowników, którym wypełnienie formularza po raz pierwszy zajęło sześć minut przy pomocy technologii wspomagających, stanowi to barierę, której nie doświadczają widzący klienci korzystający z myszki – to klasyczny przykład nierównego dostępu.
Kryteria, na które faktycznie powołują się prawnicy
W większości pozwów nie przytacza się kryteriów WCAG wprost – opisuje się w nich jedynie objawy. Jednak w przypadkach, gdy prawnicy powołują się na konkretne kryteria w zarzutach dotyczących etapu finalizacji transakcji, rozkład tych odniesień jest bardzo nierównomierny. Sześć kryteriów stanowi 89% wszystkich bezpośrednich odniesień; pozostałe ponad sześćdziesiąt kryteriów WCAG 2.2 pojawia się sporadycznie.
| WCAG | Nazwa kryterium | Poziom | Cytowane w | Udostępnij | Gdzie pojawiają się problemy przy finalizacji zamówienia |
|---|---|---|---|---|---|
| 3.3.1 | Rozpoznawanie błędów | A | 104 | 32.5% | Formularz nie zaznaczył pól obowiązkowych ani nie wskazał błędów walidacji |
| 2.4.3 | Zamówienie priorytetowe | A | 72 | 22.5% | Okna modalne, okna dialogowe i przejścia między etapami nie powodowały przeniesienia fokusu |
| 2.1.1 | Klawiatura | A | 43 | 13.4% | Przyciski PayPal i „Express” są niedostępne bez użycia myszki |
| 4.1.3 | Komunikaty o stanie | AA | 26 | 8.1% | „Dodano do koszyka”, „zastosowano rabat”, „złożono zamówienie” – bez dźwięku |
| 4.1.2 | Nazwa, rola, wartość | A | 23 | 7.2% | Niestandardowe widżety radio/select nie udostępniają stanu interfejsowi AT |
| 3.3.2 | Etykiety lub instrukcje | A | 18 | 5.6% | CVC, kod pocztowy, pole „Tak samo jak w fakturze” wyświetlane jako „puste” |
| 1.3.1 | Informacje i relacje | A | 7 | 2.2% | Brak widocznych wskaźników kroków; grupowanie pól obowiązkowych |
| 2.4.7 | Wyraźny obraz | AA | 4 | 1.2% | Brak wyraźnego wyróżnienia przycisków płatności |
| 2.5.3 | Etykieta w nazwie | A | 1 | 0.3% | Rozbieżności w sterowaniu głosowym między nazwą widoczną a nazwą dostępną |
Tylko 320 z 4050 zgłoszonych problemów (około 8%) zawiera odniesienie do konkretnego kryterium WCAG. Pozostałe opisują objawy prostym językiem. Wniosek: nawet jeśli dostarczysz bezbłędny raport z audytu zgodności z WCAG 2.2 AA, Twój zespół inżynierów nadal będzie oceniany na podstawie symptomów – „użytkownik nie mógł sfinalizować zakupu” to standard, na którym zależeć będzie sądowi, a nie „naruszenie kryterium sukcesu 3.3.1”.
Co faktycznie napisali powodowie
Zbiór danych powstał na podstawie pism procesowych złożonych w sądzie. Poniższe fragmenty zostały zaczerpnięte z tych dokumentów – zostały one zanonimizowane w celu usunięcia odniesień do konkretnych miejsc, ale poza tym nie zostały poddane żadnej edycji. Są one przydatne, ponieważ pokazują zespołom inżynierów, w jaki sposób użytkownicy opisują swoje doświadczenia własnymi słowami, a także w jaki sposób prawnicy przełożyli te opisy na dokumenty procesowe.
To, co łączy ten zbiór danych, to nie zaawansowanie techniczne. Przeszkody, o których wspominają prawnicy, nie są ani nowe, ani niejasne – to te same kilkanaście schematów, powtarzających się w tysiącach pozwów przeciwko tysiącom pozwanych. Grono prawników reprezentujących powodów skutecznie zindustrializowało proces wykrywania błędów, których zespoły inżynierów nie zauważyły, ponieważ nie przeprowadziły one własnych testów przy użyciu czytnika ekranu.
97-dniowe zjawisko
Spośród 8 788 spraw zawartych w zbiorze danych 6 945 zostało zamkniętych do kwietnia 2026 r. i posiadało prawidłowe daty wniesienia oraz rozstrzygnięcia. Czas trwania tych spraw stanowi jeden z bardziej wymownych rozkładów w całym zbiorze. Mediana czasu od wniesienia skargi do zamknięcia sprawy wynosi 97 dni; 83,4% wszystkich spraw zostaje zamkniętych w ciągu mniej niż sześciu miesięcy.
Sprawy, które zostają zamknięte w ciągu mniej niż 180 dni, niemal bez wyjątku nie kończą się opublikowanym orzeczeniem co do meritum. Są one rozstrzygane w drodze ugody. Kształt tego rozkładu odzwierciedla strategię całej grupy prawników reprezentujących powodów: wnosić masowo pozwy, szybko zawierać ugody i unikać nielicznych orzeczeń rozstrzygających, które pozwoliłyby pozwanym odróżnić swoje ugody od ugód zawieranych przez inne firmy. Mediana czasu zawarcia ugody przypada na moment, zanim którakolwiek ze stron złoży wniosek o oddalenie pozwu.
Ponieważ sprawy są rozstrzygane szybko, nie istnieje zbiór wiążącego orzecznictwa wyjaśniającego, co oznacza pojęcie „dostępnej kasy” na poziomie, jakiego oczekiwałby starszy inżynier. Standard ten wyznaczają natomiast postanowienia zawarte w ugodach – z których większość wymaga zgodności z wytycznymi WCAG 2.1 AA, corocznego audytu oraz planu działań naprawczych. Firmy ponoszą koszty związane z zapewnieniem zgodności ze standardem, który został ustalony w prywatnych umowach, ale nigdy nie został potwierdzony w opublikowanych orzeczeniach.
Model ilościowy: dziesięciu powodów, 1289 spraw
Liczba podana w nagłówku – 8 788 spraw – może wprowadzać w błąd bez dodatkowego podziału. Strona powodowa w rejestrze spraw jest bardzo skoncentrowana. Dziesięciu najbardziej aktywnych powodów wymienionych w zbiorze danych odpowiada łącznie za 14,7% wszystkich wniesionych spraw. Najbardziej aktywny powód złożył 256 odrębnych pozwów.
Nazwiska powodów zostały utajnione; dane liczbowe pochodzą z metadanych serwisu PACER. Spośród 8 788 spraw dziesięciu najaktywniejszych powodów wniosło łącznie 1 289 spraw (14,66%). Najaktywniejszy powód figuruje jako strona w prawie 1 na 35 spraw w zbiorze danych.
Ta powtarzalność nie świadczy o złej wierze – wielu z tych powodów ma uzasadnione, udokumentowane niepełnosprawności i osobiście napotkało przeszkody opisane w swoich pozwach. Jest to jednak oznaka tego, że pozwani, którzy przegrywają w sądzie, rzadko przegrywają z nieznajomym. Powtarzają się te same nazwiska, często reprezentowane przez te same kancelarie, często składające pozwy oparte na niemal identycznych wzorach. Struktura postępowania sądowego premiuje skuteczność po stronie powoda i kapitulację po stronie pozwanego. Nie premiuje natomiast nowatorskich argumentów żadnej ze stron.
Matryca segregacji medycznej
Jeśli pytanie brzmi: „co należy naprawić w pierwszej kolejności”, odpowiedź zależy od dwóch czynników: tego, jak często dana przeszkoda jest wymieniana (częstotliwość), oraz tego, w jakim stopniu bezpośrednio blokuje ona transakcję (poważność). Poniższa macierz łączy oba te czynniki. Komórki są pokolorowane zgodnie z względną liczbą wzmianek w naszym korpusie obejmującym 4050 transakcji kasowych, przy czym najciemniejsze komórki oznaczają rodzaje awarii, które najbardziej warto rozwiązać w ramach sprintu.
| Rodzaj usterki | Dodaj do koszyka | Koszyk | Adres | Płatność | Potwierdzenie |
|---|---|---|---|---|---|
| Status nie został ogłoszony | Wysoki | Wysoki | Med | Med | Wysoki |
| Pola bez etykiet | – | Niski | Wysoki | Wysoki | – |
| Błędy, o których nie poinformowano | Niski | Med | Wysoki | Wysoki | Med |
| Utrata fokusu / utrata okna modalnego | Wysoki | Wysoki | Med | Med | Med |
| Niedziałająca klawiatura | Med | Med | Niski | Wysoki | Niski |
| Wymuszone ponowne wejście w przypadku błędu | – | Niski | Med | Med | – |
| Brak dostępności CAPTCHA | – | – | Niski | Med | – |
Warto zwrócić uwagę na dwa konkretne przypadki. „Brak informacji o statusie × Dodaj do koszyka” to najczęściej wymieniana przeszkoda w całym zbiorze danych; jeśli nie masz czasu zająć się niczym innym, skup się przynajmniej na tym. „Pola bez oznaczenia × Płatność” to klasyczny przykład naruszenia przepisów – formularz karty kredytowej zawierający pola oznaczone jako puste stanowi naruszenie, którego nie da się podważyć.
Ile to kosztuje, na dzień dzisiejszy, zanim dojdzie do postępowania sądowego?
Ryzyko sporów sądowych to jeden z kosztów związanych z niedostępnym procesem realizacji transakcji. Drugim – zazwyczaj większym i zawsze obecnym – są zamówienia, które nigdy nie zostają sfinalizowane, ponieważ kupujący nie mógł wypełnić formularza. Poniższy kalkulator wykorzystuje trzy parametry, które można zmienić, aby oszacować ten koszt dla własnego lejka sprzedażowego. Wartości domyślne są ostrożne i oparte na międzybranżowych danych referencyjnych; dostosuj je do potrzeb swojej firmy.
Model ekspozycji w przypadku niedostępnej kasy
Wszystkie pola to suwaki. Wartości zmieniają się na bieżąco w miarę wprowadzania zmian. Nie są to żadne obliczenia – to tylko przybliżony model, który ma skłonić do opracowania bardziej szczegółowego.
Metodologia. Według szacunków WebAIM i BOIA aktywni użytkownicy czytników ekranu stanowią około 1–3% odwiedzających strony internetowe w Stanach Zjednoczonych; po uwzględnieniu szerszej grupy użytkowników korzystających wyłącznie z klawiatury oraz osób z niepełnosprawnością ruchową odsetek ten wzrasta. Wskaźnik blokowania wynoszący 65% stanowi górną granicę pomiaru przeprowadzonego przez WebAIM Million w 2024 r., dotyczącego częstotliwości, z jaką skanowanie strony głównej wykazuje co najmniej jedną barierę blokującą (95,9%); bariery związane z realizacją transakcji mają zazwyczaj węższy zakres. Jeśli dysponujesz własnymi danymi, skorzystaj z nich. Model ten nie uwzględnia ryzyka sporów sądowych, kosztów związanych z wizerunkiem marki oraz wartości klientów utraconych na stałe w wyniku nieudanej realizacji transakcji – wszystkie te czynniki zwiększają przedstawione wartości.
Jak natomiast wygląda przyjazna dla użytkownika procedura realizacji zamówienia
W poniższej tabeli porównawczej zestawiono najczęściej wymieniane w zbiorze danych rodzaje błędów z odpowiednimi wzorcami inżynierii, które pozwalają je rozwiązać. Żaden z wzorców po prawej stronie nie ma charakteru hipotetycznego – każdy z nich stanowi udokumentowaną technikę zgodną z wytycznymi WCAG 2.2 na poziomie AA.
W jakiej sprawie wnieśli pozew
- Komunikat „Dodaj do koszyka” pojawia się na ekranie bez
role="status"region; nie poinformowano o technologiach wspomagających - W polu CVC znajduje się wyłącznie tekst zastępczy – brak danych programowych
<label> - Otwiera się okno potwierdzenia adresu, ale fokus pozostaje na poprzednim przycisku „Kontynuuj”
- Weryfikacja w czasie rzeczywistym wyświetla się czerwonym tekstem pod polem; czytnik ekranu jej nie odczytuje
- Przyciski PayPal / Apple Pay wyświetlane jako
<div>z procedurą obsługi kliknięcia; bez procedury obsługi zdarzeń klawiatury - W przypadku niepowodzenia wysłania formularza strona zostanie odświeżona, a dane w formularzu zostaną wyczyszczone; użytkownik musi zacząć od nowa, wpisując imię i nazwisko oraz adres e-mail
Jak działa przyjazna dla użytkownika procedura realizacji zamówienia
- Powiadomienie „Dodano pozycję” wysłane za pośrednictwem
aria-live="polite"region lubrole="status" - Każde dane wejściowe zawarte w programowo powiązanym
<label>– symbol zastępczy nie jest etykietą - Otworzy się okno modalne, fokus przeniesie się na nagłówek okna dialogowego, fokus zostanie zablokowany, naciśnięcie klawisza ESC przywróci poprzedni fokus
- Błędy zgłaszane za pośrednictwem
aria-describedbya pole otrzymujearia-invalid="true" - Przyciski płatności są prawdziwe
<button>elementy z widoczną ramką zaznaczenia o grubości ≥ 2 pikseli - Błędy są wyświetlane bezpośrednio; poprawnie wypełnione pola pozostają niezmienione; strona nie jest resetowana
Lista kontrolna działań naprawczych obejmująca trzynaście kroków
Poniższe pozycje, wyodrębnione na podstawie wzorców gęstości cytowań w zbiorze danych, zostały uporządkowane w porządku malejącym według częstotliwości ich występowania w dokumentach składanych na etapie rozstrzygania sprawy. Przejrzenie tej listy od góry do dołu pozwala uwzględnić zdecydowaną większość zarzutów, które zostaną podniesione w pozwie wniesionym przez powoda seryjnego.
Działania naprawcze w zakresie narażenia na spory sądowe, uporządkowane według częstotliwości występowania
- Poinformuj o statusie dodania do koszyka. Dodaj element niewidoczny
role="status"aktywny obszar; po każdym pomyślnym dodaniu produktu należy wyświetlić w nim komunikat „Produkt dodany – w koszyku znajduje się N produktów”. - Oznacz programowo każde pole wprowadzania danych. Sprawdź swoją transakcję przy użyciu skanera axe-core lub WAVE; rozwiąż każdy
label-missingzasada. Symbole zastępcze nigdy nie są etykietami. - Poinformuj o błędach związanych z kuponami i promocjami. Błąd w krawacie
<span>elementy do danych wejściowych poprzezaria-describedby; dodajaria-invalid="true"w przypadku niepowodzenia walidacji. - Przenoś fokus do okienek modalnych. Gdy otworzy się okno dialogowe potwierdzenia, ustaw fokus na nagłówku lub pierwszym elemencie interaktywnym. Po zamknięciu przywróć fokus do elementu, który wywołał to okno.
- Przełączanie fokusu w oknach modalnych. W otwartym oknie dialogowym klawisze Tab i Shift+Tab służą do przechodzenia między elementami okna; klawisz Esc powoduje jego zamknięcie.
- Niech przyciski płatności będą prawdziwymi przyciskami. Zastąp dowolny
<div onclick>interfejsy dla usług PayPal, Apple Pay, Google Pay oraz przycisku „Złóż zamówienie” z<button>elementy. Dodaj style zaznaczenia o rozmiarze co najmniej 2 pikseli. - Oznacz pola obowiązkowe za pomocą znaczników semantycznych. Dodaj
aria-required="true"oraz widoczny wskaźnik „Wymagane”. Pola obowiązkowe dotyczące tej samej grupy należy pogrupować za pomocą<fieldset>. - Zachowaj stan formularza w przypadku niepowodzenia walidacji. Błędy nie powinny powodować wyczyszczenia poprawnie wypełnionych pól. Powrót do formularza; ustaw fokus na pierwszym nieprawidłowym polu.
- Ogłoś stany, w których odnotowano sukces. Informacje „Zamówienie złożone” i „Zastosowano rabat” muszą być przekazywane do technologii wspomagających tą samą
role="status"mechanizm dodawania do koszyka. - Należy stosować dostępne testy CAPTCHA. Jeśli konieczne jest ich użycie, minimalnym wymogiem jest zapewnienie rezerwy audio oraz trybu a11y w reCAPTCHA. Lepiej: zastąpić je niewidoczną weryfikacją lub weryfikacją opartą na zachowaniu.
- Spraw, by wskaźniki postępu miały sens. Jeśli proces realizacji zamówienia składa się z kilku etapów, przedstaw je jako
<nav aria-label="Checkout progress">z<ol>orazaria-current="step". - Przetestuj stronę przy użyciu prawdziwego czytnika ekranu. Przeprowadź pełny proces realizacji transakcji przy użyciu NVDA i przeglądarki Firefox lub VoiceOver i przeglądarki Safari. Automatyczne testy wykrywają jedynie około połowy przeszkód, na które natkną się Twoi użytkownicy.
- Należy wprowadzić poprawkę na poziomie systemu projektowego. Większość błędów występujących podczas realizacji transakcji wynika z użycia wspólnych komponentów (Modal, Input, Toast). Poprawka wprowadzona w komponencie powoduje automatyczne zastosowanie tej poprawki we wszystkich transakcjach, w których jest on wykorzystywany; natomiast poprawka wprowadzona na poziomie strony nie ma takiego efektu.
Bariery występujące na etapie finalizacji transakcji w zbiorze danych można podzielić na pięć elementów: powiadomienie, okno modalne, pole wprowadzania danych, komunikat o błędzie oraz przycisk potwierdzenia. Jeśli te pięć elementów zostanie przetestowanych przy użyciu czytnika ekranu – osobno, zanim trafią one do procesu finalizacji transakcji – całość zarzutów zawartych w zbiorze danych zmniejszy się do zaledwie nielicznych przypadków. Kluczowe znaczenie ma tu poziom systemu projektowego. Postępowanie sądowe toczy się niestety na poziomie strony internetowej – a wezwania przychodzą listem poleconym.
Zakończenie – ponowne sformułowanie zagadnienia inżynierskiego
Teza niniejszego artykułu – że proces realizacji transakcji jest elementem internetowym, który najczęściej staje się przedmiotem sporów sądowych – nie opiera się na liczbie wniesionych pozwów, choć liczba ta jest uderzająca. Wynika ona ze struktury ścieżki użytkownika. Spośród wszystkich elementów komercyjnej strony internetowej to właśnie proces realizacji transakcji jest tym, którego awaria najdokładniej odpowiada prawnej definicji odmowy świadczenia usługi, tym, którego szkody najłatwiej przekładają się na skargę, oraz tym, którego błędy są najbardziej spójne wśród pozwanych. Żadna z tych okoliczności nie ulegnie zmianie w 2027 roku. To, co może ulec zmianie, to decyzje inżynieryjne, które je powodują.
4050 problemów wymienionych w tym artykule nie jest, po bliższym przyjrzeniu się, niczym tajemniczym. To wciąż te same pięć lub sześć błędów wynikających z tych samych pięciu lub sześciu elementów. Najskuteczniejsze rozwiązanie, jakie może wprowadzić sprzedawca, nie dotyczy samej strony płatności, lecz systemu projektowego, na którym ta strona jest oparta. Wystarczy raz poprawić komunikat, okno modalne, pole wprowadzania danych, komunikat o błędzie i przycisk przesyłania w bibliotece komponentów, a zbiór danych, na którym opiera się ten artykuł, zmniejszy się o rząd wielkości. Grono skarżących przeniesie się na inne pole. Twoi klienci – nie.
Źródła i metodologia
Metadane dotyczące federalnych spraw cywilnych zostały pozyskane z bazy PACER (Public Access to Court Electronic Records) i obejmują 8 788 spraw dotyczących dostępności stron internetowych, wniesionych do amerykańskich sądów okręgowych w okresie od stycznia 2007 r. do kwietnia 2026 r., zidentyfikowanych na podstawie kodów roszczeń zgodnie z tytułem III ustawy ADA oraz poprzez filtrowanie wyników wyszukiwania pod kątem terminu „strona internetowa”. Analiza na poziomie zagadnień jest przeprowadzana w odniesieniu do wyciągu z tych samych dokumentów sporządzonego przy użyciu OCR i NLP, co daje 81 509 odrębnych wzmianek o problemach z dostępnością, podzielonych na 28 taksonomii powierzchniowych.
Odniesienia do WCAG dotyczą WCAG 2.1 (najczęściej cytowanego standardu w prywatnych ugodach sądowych w Stanach Zjednoczonych) oraz WCAG 2.2 (najnowszych zaleceń opublikowanych w październiku 2023 r., ratyfikowanych w grudniu 2024 r.). W przypadku gdy w zgłoszeniach przytacza się EAA, EN 301 549 lub ostateczną wersję przepisu DOJ Title II (kwiecień 2024 r.), kryteria są dostosowywane do ich odpowiedników w WCAG 2.1 AA.
W niniejszym artykule nazwiska powodów zostały utajnione. Wszyscy skarżący są osobami rzeczywistymi, a ich sprawy są dostępne publicznie w systemie PACER. Przedstawiony schemat zbiorczy służy celom analitycznym; każdy czytelnik, który chce zweryfikować konkretny wniosek, może samodzielnie wyszukać oryginalne wpisy w rejestrze spraw.
Kalkulator ekspozycji opisany w §11 ma charakter poglądowy. Ankiety użytkowników czytników ekranu przeprowadzone przez WebAIM (2014–2024) oraz coroczny audyt stron głównych przeprowadzany przez WebAIM Million stanowią główne punkty odniesienia w branży dla szacunków dotyczących udziału odwiedzających i częstotliwości występowania barier. W razie potrzeby dostosuj domyślne ustawienia kalkulatora do danych analitycznych, którymi dysponujesz.
Źródło: AIOPSGROUP Accessibility Intelligence (2026). Proces realizacji transakcji w e-commerce: obszar internetu, w którym toczy się najwięcej sporów sądowych. Numer 04:12.