Sześć kryteriów WCAG 2.2, które utrudniają realizację zamówienia, i kolejność ich poprawiania

Sześć kryteriów WCAG 2.2, które utrudniają realizację zamówienia, i kolejność ich poprawiania

2 września 2026 r. ETSI opublikowało EN 301 549 V4.1.1, wersja europejskiego standardu dostępności ICT, która przenosi punkt odniesienia z WCAG 2.1 do WCAG 2.2. WCAG 2.2 dodaje dziewięć kryteriów sukcesu, sześć z nich na poziomie A lub AA, i wszystkie sześć trafia do procesu płatności lub rezerwacji, a nie na stronę marketingową. Turcja była pierwsza pod jednym względem: Okólnik Prezydenta 2025/10, opublikowany 21 czerwca 2025 r., już wymienia WCAG 2.2 i daje dostawcom e-commerce dwa lata na dostosowanie się do niego na mocy Ustawy nr 6563.

Ten przewodnik jest przeznaczony dla każdego, kto prowadzi lejek zakupowy lub rezerwacyjny dla klientów w UE, Turcji lub obu krajach. Po jego ukończeniu będziesz w stanie samodzielnie przeprowadzić sześcioetapowy proces zakupowy w ciągu około godziny, ocenić znalezione błędy i naprawić je w kolejności, która w pierwszej kolejności chroni przychody.

Co zmieniło się 2 września 2026 r.

Wersja 4.1.1 została przyjęta 24 sierpnia 2026 r. i opublikowana 2 września. Została ona przygotowana na podstawie decyzji wykonawczej Komisji C(2022) 6456 final, wniosku o normalizację M/587, na potrzeby dyrektywy (UE) 2019/882 (Europejski Akt w sprawie Dostępności) oraz dyrektywy (UE) 2016/2102. Klauzule 9, 10 i 11 zostały dostosowane do WCAG 2.2. Termin ogłoszenia upływa 30 listopada 2026 r., zatwierdzenia 31 maja 2027 r., a wycofania sprzecznych norm krajowych 31 maja 2028 r.

Poprawka: nie przysługuje Ci domniemanie zgodności

Strony dostawców powtarzają, że spełnienie normy EN 301 549 oznacza domniemanie zgodności z ustawą o dostępności. Artykuł 15(1) przyznaje domniemanie jedynie normom, „do których odniesienia opublikowano w Dzienniku Urzędowym Unii Europejskiej” na poparcie tej dyrektywy. Norma EN 301 549 jest cytowana w Dzienniku Urzędowym na mocy dyrektywy w sprawie dostępności stron internetowych, na mocy decyzji wykonawczej Komisji (UE) 2018/2048. Nie znaleźliśmy żadnego cytatu na poparcie dyrektywy (UE) 2019/882, a załącznik ZB do wersji 4.1.1 jest napisany w trybie warunkowym: domniemanie ma zastosowanie „z chwilą cytowania niniejszego dokumentu w Dzienniku Urzędowym”.

Zatem norma jest Twoim dowodem, a nie tarczą. Spełniasz wymagania funkcjonalne określone w Załączniku I, stosujesz normę EN 301 549 jako środek techniczny i samodzielnie dokumentujesz to uzasadnienie zgodnie z Artykułem 13(2).

Czy to dotyczy również Ciebie?

  1. Czy Twoja usługa podlega art. 2(2)? Lista obejmuje usługi e-commerce, elementy transportu pasażerskiego drogą lotniczą, autobusową, kolejową i wodną, ​​takie jak strony internetowe, aplikacje, elektroniczne bilety i informacje turystyczne, bankowość konsumencką oraz e-booki. Artykuł 3 definiuje usługę e-commerce jako usługę świadczoną na odległość, drogą elektroniczną, na indywidualne żądanie konsumenta, w celu zawarcia umowy konsumenckiej.
  2. Czy sprzedajesz konsumentom w Unii? Posiadanie siedziby poza UE nie wyklucza Cię z rynku. Artykuł 3 definiuje usługodawcę jako osobę, „która świadczy usługę na rynku unijnym lub oferuje taką usługę konsumentom w Unii”. Zarówno turecki sprzedawca detaliczny dostarczający produkty do Niemiec, jak i turecki przewoźnik sprzedający miejsca siedzące konsumentom w UE znajdują się w obrębie UE.
  3. Czy jesteś mikroprzedsiębiorcą? Artykuł 4(5) zwalnia z obowiązku rejestracji mikroprzedsiębiorstwa świadczące usługi: zatrudniające mniej niż 10 pracowników i których obrót lub suma bilansowa nie przekracza 2 milionów euro.

Obowiązki w zakresie usług świadczonych konsumentom po 28 czerwca 2025 r. są wiążące. Artykuł 32 przewiduje okres przejściowy wyłącznie dla umów zawartych przed tą datą i produktów już legalnie użytkowanych, trwający do 28 czerwca 2030 r., oraz do 20 lat okresu użytkowania terminali samoobsługowych. W Turcji, w Okólniku 2025/10, który został już przyjęty, przewidziano jeden rok dla banków, szpitali prywatnych, przewoźników i dużych operatorów telekomunikacyjnych oraz dwa lata dla handlu elektronicznego na mocy Ustawy nr 6563. Oba systemy opierają się na tych samych wytycznych na różnych poziomach, więc wystarczy raz dostosować się do WCAG 2.2 AA, a tureckie zobowiązanie poziomu A z niego znika. Odwrotnie nie jest to możliwe.

Sześć kryteriów, które uniemożliwiają realizację transakcji

Oto dodatki WCAG 2.2 na poziomie A i AA. Trzy dodatki AAA, 2.4.12, 2.4.13 i 3.3.9, znajdują się poza programem AA. Jedno usunięcie również ma znaczenie: parsowanie 4.1.1 jest przestarzałe i usunięte, więc stare ustalenia dotyczące tego parsowania można zamknąć, a nie naprawiać.

KryteriumPoziomCo psuje się podczas realizacji transakcjiTest w 60 sekund
3.3.8 Dostępne uwierzytelnianie (minimalne)AAKroki logowania blokujące wklejanie do schowka lub wymagające od użytkownika przepisania jednorazowego hasła lub rozwiązania zagadki bez alternatywyWklej hasło i hasło jednorazowe z schowka. Zablokowane wklejanie to porażka.
2.5.8 Rozmiar docelowy (minimalny)AAWskaźniki ilości, ikony usuwania pozycji, przyciski zamykania kuponów, małe karty radiowe do slotów dostawczychPrzy 375 px zmierz najmniejszy obiekt docelowy. Rozmiar poniżej 24 na 24 pikseli CSS bez wystarczającego odstępu to porażka.
2.4.11 Fokus nie jest zasłonięty (minimum)AAPaski podsumowujące zamówienie, banery zgody i uruchamiacze czatu obejmujące wybrane polePrzechodź przez formularz za pomocą klawisza Tab. Całkowicie ukryty, skoncentrowany element sterujący to porażka.
2.5.7 Przeciąganie ruchówAAPinezki na mapie adresów, karuzele przeciągania, selektory dat suwaków, przyciski przesunięcia w celu potwierdzeniaWykonaj każde przeciągnięcie, używając tylko pojedynczych stuknięć. Brak dostępnej ścieżki oznacza błąd.
3.3.7 Wpis zbędnyAPonowne wpisanie adresu rozliczeniowego po wysyłce lub adresu e-mail podczas płatnościWypełnij przepływ raz i policz dwukrotnie wartości, które system już wpisał.
3.2.6 Spójna pomocALinki do pomocy, czatu lub kontaktu są umieszczone inaczej w koszyku, wysyłce i płatnościachZrób zrzut ekranu każdego kroku. Pomoc musi być umieszczona w tej samej kolejności względnej wszędzie tam, gdzie występuje.

Podręcznik

To jest nasza przepustka. Jest ręczna, ponieważ pięć z sześciu nie jest niezawodnie wykrywanych przez automatyczne skanery.

1. Zamroź jedną trasę. Płatność gościnna, jeden produkt, standardowa dostawa, płatność kartą, cały koszyk, adres wysyłki, metoda dostawy, płatność i potwierdzenie. Uruchom to dwa razy: w widoku mobilnym o rozdzielczości 375 pikseli z obsługą dotyku, a następnie na komputerze stacjonarnym z odłączoną myszą.

2. Podanie na klawiaturze. Przechodź klawiszem Tab od góry każdego kroku do przycisku Wyślij. Zwróć uwagę na błędy wersji 2.4.11 w momencie pojawienia się elementu przyklejonego, zazwyczaj w momencie przypięcia paska podsumowania. Zwróć uwagę, gdzie znajduje się pomoc w każdym kroku wersji 3.2.6.

3. Podanie wskaźnika. Na urządzeniach mobilnych mierz cele dla wersji 2.5.8 i próbuj każdego przeciągania bez przeciągania dla wersji 2.5.7. Mapy adresów i karuzele to typowe błędy.

4. Przepustka do wprowadzania danych. Zakończ proces jako nowy klient. Każde pole, które wypełnisz wartością, którą system już posiada, to wynik 3.3.7. Następnie spróbuj uwierzytelnić się za pomocą menedżera haseł i wkleić dane do schowka dla wersji 3.3.8.

5. Oceń, zanim naprawisz. Oceń każde ustalenie według stopnia ważności pomnożonego przez liczbę wyjść z lejka na danym etapie w swojej analizie.

DotkliwośćDefinicjaWynik
BlokowanieUżytkownik nie może w ogóle dokończyć zakupu3
PoniżającyDo ukończenia potrzebne jest obejście lub wielokrotne próby2
TarcieDodatkowy wysiłek, niewielkie ryzyko porzucenia1

6. Napraw w tej kolejności. Najpierw uwierzytelnianie, ponieważ wersja 3.3.8 może całkowicie zablokować zakup. Następnie rozmiar docelowy, zaciemnienie fokusu, przeciąganie alternatyw, zbędny wpis, spójna pomoc. To jest kolejność narażenia na przychody, a nie waga prawna, i to właśnie sponsor sfinansuje bez dyskusji.

7. Napisz oświadczenie. Artykuł 13(2) wymaga, aby informacje, zgodnie z Załącznikiem V, wyjaśniały, w jaki sposób usługa spełnia wymagania, publicznie dostępne w formie pisemnej i ustnej oraz w sposób przystępny. Jeśli powołujesz się na nieproporcjonalne obciążenie na podstawie Artykułu 14, udokumentuj to zgodnie z kryteriami Załącznika VI i odnawiaj co najmniej co pięć lat. Nieudokumentowana decyzja o nienaprawieniu czegoś nie stanowi roszczenia o obciążenie, lecz nieusuniętą wadę.

8. Przekaż sześć kontroli do działu zapewnienia jakości wersji. Liczba zamówień spada w wersji 2.4.11, gdy ktoś po raz pierwszy wyśle ​​baner promocyjny.

Gdzie to się psuje

  • Sześć kontroli nie oznacza zgodności. Jest to przepustka delta na WCAG 2.1 AA i jeśli nigdy nie osiągnąłeś poziomu 2.1 AA, ukryje to prawdziwy problem.
  • Nie jest to audyt czytnika ekranu. Przejście przez klawiaturę wykrywa problemy z fokusem i kolejnością, a nie błędnie oznaczone pole płatności.
  • Twoja ramka płatności może nie być Twoja. Jeżeli formularz karty należy do Twojego dostawcy usług płatniczych (PSP), poproś go pisemnie o udostępnienie stanowiska dotyczącego klauzuli 9 normy EN 301 549.
  • Aplikacje natywne mapują się inaczej. Artykuł 11 dotyczy oprogramowania, w którym rozmiar docelowy i przeciąganie zachowują się inaczej w interfejsach API dostępności platformy.
  • Nakładki nie rozwiązują żadnego z tych problemów. Każda z sześciu właściwości jest właściwością struktury przepływu lub projektu uwierzytelniania, której wstrzykiwany skrypt nie może zmienić.
  • Egzekwowanie prawa odbywa się na szczeblu krajowym. Artykuł 30 stanowi, że kary muszą być skuteczne, proporcjonalne i odstraszające, ale ich poziom i sposób nadzoru ustalane są indywidualnie dla każdego państwa członkowskiego.

FAQ

Czy norma EN 301 549 V4.1.1 jest dla mnie wiążąca?

Nie sama w sobie. Ustawa Cię wiąże; norma opisuje techniczną drogę do niej. Krajowe przyjęcie trwa do 31 maja 2027 r., a wycofanie sprzecznych norm do 31 maja 2028 r. Jej treść stanowi najlepszą dostępną interpretację wymagań Załącznika I, więc przygotuj się na jej podstawie już teraz.

Czy spełniając normę EN 301 549, spełniamy wymogi EAA?

Posiadasz mocną pozycję dowodową, ale nie przysługuje Ci domniemanie prawne zgodności. Artykuł 15 ust. 1 wymaga opublikowania odniesienia w Dzienniku Urzędowym na poparcie dyrektywy (UE) 2019/882, a nie znaleźliśmy takiego odniesienia. Udokumentuj własne uzasadnienie na podstawie artykułu 13 ust. 2.

Jesteśmy turecką firmą bez siedziby w UE. Czy jesteśmy objęci zakresem?

Jeśli oferujesz swoje usługi konsumentom w Unii, tak. Artykuł 3 wiąże obowiązek oferowania usług konsumentom w Unii, a nie z miejscem rejestracji. Okólnik 2025/10 może mieć zastosowanie oddzielnie dla rynku tureckiego.

Czy data 2030 oznacza, że ​​mamy czas do 2030 roku?

Nie. Przejście na podstawie Artykułu 32 obejmuje umowy zawarte przed 28 czerwca 2025 r. oraz produkty będące już legalnie w użyciu. Nowe usługi świadczone konsumentom po tej dacie były objęte zakresem od tej daty.

Czy powinniśmy nadal naprawiać stare ustalenia analizy składniowej 4.1.1?

Numer 4.1.1 jest przestarzały i usunięty z WCAG 2.2. Zamknij te ustalenia, ale sprawdź, czy bazowy kod znaczników nie powodował również błędu nazwy, roli lub wartości w 4.1.2, który nadal jest aktualny.

A co jeśli naprawa okaże się naprawdę zbyt kosztowna?

Artykuł 14 dopuszcza argument o nieproporcjonalnym obciążeniu, ale tylko w formie udokumentowanej oceny zgodności z kryteriami określonymi w załączniku VI, odnawianej co najmniej co pięć lat. Organ nadzoru rynku zażąda jej wglądu.

Przebiegnij podanie

Przeprowadź te sześć kontroli w swoim systemie płatności w tym tygodniu lub prześlij nam adres URL, a my przeprowadzimy audyt i przekażemy Ci wyniki. Nasz skaner wcag.switas.com obejmuje część zautomatyzowaną dotyczącą WCAG 2.0, 2.1 i 2.2, a także przedstawia punkt odniesienia, na którym opiera się przejście ręczne.

Źródła


Powiązane artykuły

Świtas widziany na

Powiększ: Skalowanie marketingu influencerskiego z Enginem Yurtdakulem

Zapoznaj się z naszym studium przypadku Microsoft Clarity

Przedstawiliśmy Microsoft Clarity jako produkt stworzony z myślą o praktycznych, rzeczywistych zastosowaniach przez prawdziwych specjalistów, którzy rozumieją wyzwania stojące przed firmami takimi jak Switas. Funkcje takie jak wykrywanie kliknięć i śledzenie błędów JavaScript okazały się nieocenione w identyfikowaniu frustracji użytkowników i problemów technicznych, umożliwiając wprowadzenie ukierunkowanych usprawnień, które bezpośrednio wpłynęły na doświadczenia użytkowników i wskaźniki konwersji.