WCAG 2.5.4 Aktywowanie ruchem
Zaktualizowano 14 października 2026 · 3 min czytania
- Poziom
- A · WCAG 2.1
- EN 301 549
- 9.2.5.4
- Co sprawdza checker
- Ręczna weryfikacja: narzędzie automatyczne nie sprawdzi tego kryterium w wiarygodny sposób.
- Oficjalny tekst
- Understanding 2.5.4 Motion Actuation (W3C, po angielsku)
Kryterium sukcesu 2.5.4 chroni osoby, które nie mogą celowo poruszać urządzeniem — np. dlatego, że ich telefon lub tablet jest zamocowany na wózku — oraz osoby z drżeniem rąk, które poruszają nim przypadkiem. To poziom A, część normy EN 301 549 (punkt 9.2.5.4).
Czego wymaga kryterium
Funkcje, które można obsłużyć ruchem urządzenia lub ruchem użytkownika, można także obsłużyć za pomocą komponentów interfejsu użytkownika, a reakcję na ruch można wyłączyć, aby zapobiec przypadkowemu uruchomieniu, z wyjątkiem sytuacji, gdy:
- Obsługiwany interfejs: ruch służy do obsługi funkcji przez interfejs zgodny z dostępnością;
- Niezbędność: ruch jest niezbędny dla danej funkcji, a jego zastąpienie unieważniłoby czynność.
„Ruch urządzenia” to potrząsanie, przechylanie lub przesuwanie urządzenia (wykrywane przez czujniki, np. akcelerometr). „Ruch użytkownika” to gesty wykonywane przed kamerą. Zwykłe wprowadzanie danych — pisanie, dotykanie, korzystanie z technologii wspomagających — nie jest aktywowaniem ruchem.
Typowe błędy w sklepie internetowym
- „potrząśnij telefonem, aby cofnąć” albo „potrząśnij, aby dostać kupon” bez przycisku wykonującego to samo;
- przechylanie telefonu, aby przeglądać zdjęcia produktu lub obracać widok 360°, bez kontrolek na ekranie;
- funkcja AR w przeglądarce lub „przymierzalnia”, która reaguje tylko na ruch kamery, bez alternatywy z przyciskami pozwalającej obejrzeć produkt;
- funkcja uruchamiana ruchem, której nie da się wyłączyć i która włącza się, gdy klient idzie z telefonem.
Większość sklepów w ogóle nie korzysta z ruchu urządzenia; wtedy kryterium nie ma zastosowania.
Jak to sprawdzić
Automatycznie: axe-core nie ma reguły dla tego kryterium. Obsługa ruchu działa tylko na prawdziwym urządzeniu z czujnikami, dlatego potrzebna jest kontrola ręczna.
Ręcznie: na telefonie przejrzeć główne strony i proces zamówienia, potrząsając urządzeniem i przechylając je. Zanotować wszystko, co reaguje. Zapytać programistę lub sprawdzić ustawienia motywu i aplikacji pod kątem funkcji korzystających ze zdarzeń devicemotion lub deviceorientation. Dla każdej znaleźć przycisk lub kontrolkę, która robi to samo, oraz ustawienie wyłączające reakcję na ruch.
Jak to naprawić
- Zapewnić widoczny przycisk dla każdej akcji uruchamianej ruchem (Cofnij, Następne zdjęcie, Obróć).
- Dodać ustawienie wyłączające reakcję na ruch i respektować je na każdej stronie.
- Nie uruchamiać funkcji ruchowych automatycznie; pozwolić użytkownikowi je włączyć.
- Usunąć funkcje ruchowe, które wnoszą niewiele.
Powiązane kryteria
- 2.5.1 Gesty dotykowe — złożone gesty wymagają prostych alternatyw.
- 2.1.1 Klawiatura — funkcje muszą działać także z klawiatury.
- Lista kontrolna WCAG 2.2 — wszystkie kryteria A i AA na jednej liście.
Najczęstsze pytania
Czego wymaga WCAG 2.5.4 Aktywowanie ruchem?
Wszystko, co można uruchomić ruchem urządzenia (potrząśnięciem, przechyleniem) lub ruchem użytkownika przed kamerą, musi działać także za pomocą zwykłych elementów interfejsu, a użytkownik musi móc wyłączyć reakcję na ruch.
Czy od 2.5.4 są wyjątki?
Dwa: gdy ruch obsługuje funkcję przez interfejs zgodny z dostępnością oraz gdy ruch jest niezbędny, a jego zastąpienie unieważniłoby czynność, np. w liczniku kroków.
Czy funkcja „potrząśnij, aby dostać rabat” jest dozwolona?
Tylko jeśli ten sam rabat można odebrać przyciskiem, a reakcję na potrząśnięcie da się wyłączyć — tak, by osoba z urządzeniem zamocowanym na stałe lub z drżeniem rąk nie była wykluczona ani nie uruchamiała funkcji przypadkiem.