Nowy audyt najczęściej odwiedzanych witryn w Europie wykazuje, że 64% z nich nie spełnia kryterium Nazwa, Rola i Wartość (Name, Role, and Value) – wymogu na poziomie A, który jest obowiązkowy od 2008 roku. Skala niepowodzeń jest istotna, ponieważ poziom A stanowi prawny fundament dostępności internetowej w całej UE, a brak zgodności może narazić firmy na działania egzekucyjne jeszcze przed wejściem w życie kolejnej aktualizacji WCAG 2.2 w listopadzie 2026 roku.

Dlaczego ten audyt jest ważny

Firmy już teraz kupują listy kontrolne i planują budżety na nowe kryteria WCAG 2.2, jednak audyt ujawnia, że pomijają one zasady, które już obowiązują. Dwie trzecie największych witryn na kontynencie naruszają prawo, co obnaża lukę między intencjami a realizacją.

Co wykazał audyt

Audyt objął witryny o największym natężeniu ruchu w Unii Europejskiej i porównał każdą stronę z obecnym standardem. Najczęstsze uchybienia podzielono na cztery kategorie:

  • Nazwa, Rola i Wartość (Name, Role, and Value) – 64% witryn pominęło alternatywę tekstową dla elementów interaktywnych, takich jak przyciski zawierające wyłącznie ikony. Ikona lupy wyszukiwania lub koszyka zakupowego bez dostępnej etykiety sprawia, że użytkownicy czytników ekranu nie wiedzą, do czego służy dany element sterujący.
  • Kontrast – 44% witryn nie spełniło minimalnego współczynnika kontrastu kolorów, co utrudnia czytanie tekstu użytkownikom z wadami wzroku.
  • Cel linku – 36% witryn zawierało linki, których celu nie można było określić na podstawie samego tekstu linku, co stanowi barierę dla każdego, kto korzysta z technologii wspomagających.
  • Rozmiar celu – 34% witryn oferowało cele dotykowe mniejsze niż zalecany rozmiar, co zwiększa ryzyko przypadkowego kliknięcia na urządzeniach mobilnych.

Problemy te nie są głębokimi wadami architektury; często sprowadzają się do braku atrybutu HTML lub stylu, który nie przechodzi prostego testu wizualnego.

Dlaczego duże witryny zostają w tyle

Audyt porównał również duże witryny o dużym natężeniu ruchu z mniejszymi, rzadziej odwiedzanymi stronami. Te pierwsze nie spełniały zasad poziomu A około trzy razy częściej. Prawdopodobne przyczyny to:

  • Widgety firm trzecich, które posiadają własne błędy w zakresie dostępności.
  • Przestarzałe bazy kodu (legacy code), w których przez lata gromadzono doraźne poprawki, co utrudnia systematyczną naprawę.
  • Większa złożoność, która wprowadza więcej punktów awarii – od dynamicznych menu po niestandardowe elementy formularzy.

Skala potęguje ryzyko przeoczenia podstawowych szczegółów dotyczących dostępności.

Automatyzacja to za mało

Wiele organizacji polega na automatycznych skanerach, aby potwierdzić zgodność. Audyt ostrzega, że takie narzędzia wyłapują jedynie około 30–40% rzeczywistych błędów. W pozostałych przypadkach niezbędna jest ludzka ocena – aby potwierdzić, czy „przyklejony” nagłówek (sticky header) nie zasłania przycisku lub czy wieloetapowy proces logowania pozostaje użyteczny bez pomocy osoby widzącej.

Pięć z sześciu nowych kryteriów sukcesu WCAG 2.2 wyraźnie wymaga testów manualnych. Każdy dostawca twierdzący, że oferuje „pełną weryfikację gotowości do WCAG 2.2” wyłącznie za pomocą automatyzacji, prawdopodobnie pomija większość nowych zasad.

Co robić dalej

  • Przeprowadź audyt podstaw już teraz – Wykonaj ręczną kontrolę pod kątem brakujących atrybutów name/role/value, kontrastu kolorów, jasnego tekstu linków oraz odpowiednich rozmiarów celów dotykowych.
  • Ustal priorytety naprawy – Dodaj aria-label lub widoczny tekst do przycisków z samymi ikonami, dostosuj palety kolorów do wymagań dotyczących kontrastu, spraw, aby cel każdego linku był oczywisty na podstawie jego tekstu lub kontekstu, i powiększ elementy interaktywne do zalecanego rozmiaru.
  • Łącz narzędzia z ludzką weryfikacją – Używaj automatycznych skanerów do wykrywania najprostszych błędów (tzw. low-hanging fruit), a następnie skorzystaj z pomocy ekspertów, którzy potrafią dostrzec subtelne problemy niewidoczne dla maszyn.
  • Planuj pod kątem WCAG 2.2 – Rozwiązując problemy na poziomie A, miej na uwadze nadchodzące kryteria; wczesne dostosowanie zmniejszy wysiłek wymagany po dotarciu terminu w listopadzie 2026 roku.

Wniosek jest jasny: podstawowe wymogi prawne są już naruszane. Oczekiwanie na kolejną wersję wytycznych nie usprawiedliwia obecnych zaniedbań. Firmy, które podejmą działania teraz, unikną kar, poprawią doświadczenia użytkowników liczących miliony osób i zbudują solidny fundament pod bardziej wymagające standardy WCAG 2.2.

Źródło: audyt opublikowany na dev.to