Kuchnia Lidla: audyt dostępności WCAG

Kontekst i problem biznesowy

Kuchnia Lidla była wtedy osobnym serwisem kuchnia-lidla.pl, a teraz przechodzi do wspólnego systemu i domeny Lidla. Lidl poprosił o dostosowanie jej do obowiązującego wtedy WCAG 2.2.

Użytkownicy i ich cele

• Osoby szukające przepisów w Kuchni Lidla, w tym korzystające z czytników ekranu, nawigacji klawiaturą i powiększenia ekranu.
• Zespół wewnętrzny, który pracuje w panelu administracyjnym i dashboardach.

Ograniczenia

• Poprawki wdrażała zewnętrzna firma obsługująca serwis dla Lidla, więc moje wnioski musiały być na tyle jasne, żeby dało się według nich pracować beze mnie w kodzie.

Moja rola i zakres

• Dokładny, bardzo obszerny audyt dostępności całego serwisu, łącznie z panelem administracyjnym i dashboardami, a nie tylko stron publicznych
• Wytyczne poprawek do każdego problemu
• Pośredniczenie w komunikacji z partnerem technologicznym Lidla

Proces i najważniejsze decyzje

1. Audyt według WCAG 2.2

Sam audyt trwał 2–3 tygodnie. Metody: ręczne testy klawiaturą i czytnikiem ekranu, automatyczne skanery i sprawdzanie kontrastu.

2. Wnioski, z którymi zespół mógł planować

Pogrupowałem wnioski według kryterium WCAG i wagi, z rekomendowaną poprawką do każdego.

Decyzja: wnioski pogrupowane według kryterium WCAG i wagi, każdy z rekomendowaną poprawką.

Dlaczego: żeby zespół mógł zaplanować pracę.

Gdzie pomaga AI

AI przyspieszało mi grupowanie wniosków i pisanie rekomendacji poprawek; każdy problem potwierdzałem ręcznie z WCAG 2.2.

Efekt

• Około 350 problemów znalezionych w całym serwisie, łącznie z panelem i dashboardami.
• Wszystkie zostały poprawione przez partnera technologicznego Lidla według moich wytycznych.
• Użyteczność się poprawiła, a strona stała się w pełni zgodna z WCAG.

Czego się nauczyłem i co dalej

• Audyt panelu administracyjnego, a nie tylko strony publicznej, ma znaczenie: dostępność dotyczy też ludzi, którzy prowadzą serwis.