Przejdź do głównej treści
Case Study 3 min czytania

Case study: Audyt dostępności platformy Moodle dla Uniwersytetu SWPS

Audyt dostępności platformy Moodle Uniwersytetu SWPS według WCAG 2.2 AA, połączony z badaniami z udziałem użytkowników z niepełnosprawnościami. Sprawdziliśmy standardowe komponenty Moodle i funkcje rozwijane przez zespoły uczelni.

SWPS Uniwersytet Humanistycznospołeczny

Metryczka projektu

Klient: Uniwersytet SWPS

Usługa: Audyt dostępności cyfrowej

Branża: Edukacja

Zakres: Audyt WCAG 2.2 AA + badania z użytkownikami

Termin realizacji: 07-08.2026

Wyzwanie

Uniwersytet SWPS rozwija swoje kursy na Moodle, wykorzystując zarówno standardowe funkcjonalności systemu, jak i rozwiązania tworzone przez własne zespoły deweloperskie. Aby zapewnić zgodność platformy z wymaganiami WCAG 2.2 na poziomie AA i zagwarantować komfort korzystania wszystkim użytkownikom, uczelnia zdecydowała się na kompleksową weryfikację wybranych aktywności dostępnych w środowisku e-learningowym.

Zakres współpracy

Naszym zadaniem było przeprowadzenie badań dostępności cyfrowej wybranych aktywności Moodle, obejmujących:

  • standardowe komponenty dostępne w Moodle "out of the box",
  • funkcjonalności rozwijane i dostosowywane przez zespoły programistyczne Uniwersytetu SWPS.

Projekt prowadzony był przez dwóch doświadczonych audytorów i składał się z dwóch niezależnych od siebie części: audytu eksperckiego oraz badań z użytkownikami z niepełnosprawnościami. 

Audyt ekspercki

Audyt ekspercki to systematyczna ocena produktu pod kątem zgodności z wytycznymi WCAG 2.2 AA. Audytorzy badali kursy SWPS używając technologii wspierających (np. klawiatura czy czytnik ekranu), analizowali kod oraz interfejs użytkownika. Usiłowali odpowiedzieć na pytanie: na ile każdy użytkownik może skorzystać z tych kursów?

Badania z użytkownikami z niepełnosprawnościami

W testach uczestniczyły cztery osoby reprezentujące różne potrzeby dostępności. Każda z nich wykonywała zestaw praktycznych zadań, obejmujących między innymi:

  • odnalezienie i zapoznanie się z informacjami organizacyjnymi,
  • udział w aktywnościach edukacyjnych,
  • wykonanie ćwiczeń i pobranie rezultatów swojej pracy,
  • przejście przez elementy o charakterze gry,
  • wypełnienie ankiety po zakończeniu testów.

Połączenie audytu eksperckiego z badaniami z użytkownikami pozwoliło zweryfikować nie tylko formalną zgodność z WCAG, ale również rzeczywistą użyteczność platformy. Dzięki temu można wprowadzać zmiany oparte na realnych doświadczeniach ludzi, a nie tylko na wytycznych.

Sposób współpracy

Projekt od początku miał charakter partnerski i iteracyjny. Zależało nam nie tylko na wskazaniu problemów, ale przede wszystkim na ich szybkim wyeliminowaniu.

Dlatego wszystkie błędy krytyczne przekazywaliśmy zespołowi deweloperskiemu SWPS na bieżąco, jeszcze w trakcie prowadzenia audytu. Dzięki temu poprawki mogły być wdrażane niemal natychmiast, bez konieczności oczekiwania na końcowy raport.

Co szczególnie cieszy, krytyczne problemy były zaledwie cztery, co świadczy o wysokiej jakości rozwijanej platformy oraz dużej świadomości zespołu w zakresie dostępności cyfrowej. Dla porównania, w innych audytach podobnej wielkości, często zgłaszamy grube dziesiątki problemów krytycznych.

Taki model współpracy sprawił, że proces audytowy stał się realnym wsparciem dla programistów, a nie jedynie końcową kontrolą jakości albo lekturą do poduszki dla kontrolera.

Efekty

Współpraca pozwoliła:

  • zweryfikować zgodność wybranych funkcjonalności z WCAG 2.2 AA,
  • wykryć i szybko wyeliminować wszystkie błędy krytyczne,
  • zidentyfikować obszary wymagające dalszych usprawnień,
  • wyciągnąć wnioski dla kolejnych kursów i technologii, w jakich będą tworzone,
  • potwierdzić działanie platformy w rzeczywistych scenariuszach,
  • wesprzeć zespół deweloperski w tworzeniu jeszcze bardziej dostępnych rozwiązań.

Co wyróżniało ten projekt?

Największą wartością tego projektu była otwarta, dynamiczna współpraca z zespołem Uniwersytetu SWPS. Nasze rekomendacje nie trafiały do szuflady ani nie czekały na zakończenie projektu – były analizowane i wdrażane na bieżąco.

To właśnie taki model współpracy najlepiej pokazuje, że dostępność cyfrowa nie jest jednorazowym audytem, lecz procesem, w którym eksperci i programiści wspólnie pracują nad tworzeniem lepszych usług dla wszystkich użytkowników.

Takie projekty lubimy najbardziej. Tak trzymać!

Zobacz wszystkie
Hala basenowa dostosowana do potrzeb osób z niepełnosprawnościami. Kobieta na wózku z opiekunką przy otwartej komfortce z podnośnikiem sufitowym i leżanką. Obok niecki pochylnia z poręczami prowadzi do wody. Zdjęcie wygenerowane przez AI Case Study
• 3 min czytania

Dostępność basenów

Dostępny basen to obiekt sportowo-rekreacyjny zaprojektowany i wyposażony tak, aby każdy - niezależnie od stopnia sprawności - mógł bezpiecznie, samodzielnie i komfortowo korzystać ze...

Nowoczesny basen przy willi z częściowo podniesionym ruchomym dnem, odsłaniającym mechanizm hydrauliczny pod platformą; w wodzie znajdują się kobieta i dziecko. Zdjęcie wygenerowane przez AI Case Study
• 5 min czytania

Ruchome dno basenu

Ruchome dno basenu to sprytny, zaawansowany system mechaniczny, który pozwala płynnie zmienić głębokość wody, a nawet całkowicie zamknąć nieckę basenu. Dzięki temu jeden basen potrafi...

Grafika informacyjna na jasnym, kremowym tle. Po lewej stronie napis robots.txt, a obok zielona plakietka z tekstem „Allow: /”. Pod spodem bardzo duża, czarna liczba 429, a pod nią mniejszym krojem maszynowym napis „Too Many Requests”. Po prawej stronie biała, zaokrąglona karta z tabelą o dwóch kolumnach: „User-Agent” i „HTTP”. W tabeli sześć wierszy: Googlebot i Bingbot mają zieloną plakietkę z kodem 200, natomiast GPTBot, OAI-SearchBot, ClaudeBot i PerplexityBot mają pomarańczową plakietkę z kodem 429. Grafika pokazuje sprzeczność: plik robots.txt zezwala wszystkim botom na dostęp, ale serwer odsyła crawlery sztucznej inteligencji z błędem, przepuszczając jednocześnie boty Google i Bing. Zdjęcie wygenerowane przez AI
• 7 min czytania

Niewidzialni dla AI. Jak sprawdzić, czy serwer nie blokuje wyszukiwarek sztucznej inteligencji

Dostaliśmy maila: „ChatGPT nie zna Państwa firmy”. Sprawdziliśmy — to była prawda, ale z zupełnie innego powodu, niż sugerował nadawca. Serwer odsyłał boty sztucznej inteligencji błędem...

Masz pytania dotyczące dostępności?

Skonsultuj swój projekt z naszymi ekspertami. Pomożemy ocenić zgodność Twojego serwisu z wymogami prawnymi i zoptymalizować proces wdrożenia.

Projekt międzynarodowy

AIMused – dostępność i sztuczna inteligencja w muzeach

Nautil jest partnerem technologicznym projektu, w którym razem z instytucjami z Polski, Niemiec, Danii, Szwecji i Litwy tworzymy rozwiązania oparte na AI, by muzea i atrakcje turystyczne były dostępne dla każdego.

Więcej o projekcie AIMused
Interreg Południowy Bałtyk. Współfinansowane przez Unię Europejską

Projekt współfinansowany z Europejskiego Funduszu Rozwoju Regionalnego w ramach programu Interreg Południowy Bałtyk 2021–2027.