Menu

Deklaracja dostępności cyfrowej

Data publikacji: 20 czerwca 2025
Adres serwisu: https://fundacjamagis.org.pl

Wprowadzenie

Deklaracja dostępności cyfrowej przedstawia stan faktyczny serwisu Fundacji Magis względem wymagań WCAG 2.1 na poziomie AA oraz polskiej ustawy o dostępności cyfrowej. Dokument opisuje rezultaty przeprowadzonych testów automatycznych i ręcznych, wskazuje zidentyfikowane niezgodności, opisuje wdrożone rozwiązania oraz harmonogram dalszych działań. Użytkownicy otrzymują jasną informację o obecnym poziomie dostępności, o sposobach zgłaszania trudności oraz o odpowiedzialnych za utrzymanie i rozwój serwisu.

Podstawa prawna i standardy

Serwis Fundacji Magis jest tworzony zgodnie z wymaganiami WCAG 2.1 na poziomie AA. Oznacza to spełnienie kryteriów na poziomie A i AA. Ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych nakazuje stosowanie WCAG 2.1 AA w instytucjach publicznych i organizacjach realizujących zadania o charakterze publicznym. Fundacja Magis przyjmuje za obowiązek osiągnięcie i utrzymanie zgodności z tym standardem, uwzględniając najlepsze praktyki.

Zakres deklaracji

Deklaracja obejmuje całą strukturę strony publicznej Fundacji Magis:

  • Stronę główną oraz wszystkie podstrony informacyjne: misja, cele, zespół, projekty.

  • Formularze (kontakt, zapisy, newsletter), interaktywne moduły, publikowane materiały (PDF, wideo, audio).

  • Elementy dynamiczne: menu rozwijane, galerie, mapy, skrypty AJAX.

  • Tabele prezentujące dane, sekcje newsów i wydarzeń.

  • Pliki do pobrania (regulaminy, dokumenty PDF), multimedia.

  • Nawigację w motywie WordPress i wtyczkach stosowanych w serwisie.

Metodologia testów

  1. Automatyczne skanowanie

    • Wykorzystano narzędzie axe-core do analizy kodu HTML/CSS/JS na reprezentatywnych podstronach.

    • Stwierdzono brak atrybutów alt w niektórych obrazach, niskie kontrasty kolorów w przyciskach i linkach, przeskoki w hierarchii nagłówków, brak role landmarków ARIA w elementach semantycznych, zagnieżdżenie interaktywnych kontrolek, brak aria-label w dynamicznych elementach.

  2. Manualna weryfikacja

    • Nawigacja klawiaturą sprawdzona w kluczowych obszarach: menu, formularze, przyciski, galerie. Focus widoczny i logiczny.

    • Testy czytnikami ekranu NVDA/VoiceOver w głównych przeglądarkach. Odczyty elementów nagłówków, landmarków, etykiet w formularzach, komunikatów walidacji.

    • Sprawdzenie semantyki HTML: hierarchia nagłówków H1→H2→H3 bez pominięć.

    • Kontrola kontrastu kolorów: narzędzie Contrast Checker potwierdza spełnienie 4.5:1 w tekstach podstawowych po korektach.

    • Ocena responsywności: tabele opakowane w kontenery przewijane horyzontalnie, układ adaptowany do urządzeń mobilnych.

    • Weryfikacja atrybutu lang w tagu <html lang="pl-PL">.

    • Analiza osadzonych mediów: wideo wyposażone w napisy, audio posiada transkrypcje. Dokumenty PDF opublikowane w wersji przystosowanej do odczytania przez czytniki.

    • Analiza panelu cookies: dostęp klawiaturowy, czytelne etykiety opcji.

  3. Raport ręczny i dokumentacja

    • Zgromadzono listę zidentyfikowanych barier i potwierdzono ich występowanie.

    • Każdy problem opisano, przypisano priorytet i określono sposób usunięcia.

  4. Testy z użytkownikami

    • Przeprowadzono sesje z osobami z niepełnosprawnościami (niewidomi, słabowidzący), potwierdzając skuteczność wdrożonych rozwiązań i wykrycie ewentualnych pozostałych barier.

Stan zgodności

  • Struktura semantyczna:

    • Nagłówki zastosowane zgodnie z hierarchią: H1 na stronie głównej, H2 w sekcjach, H3 w podsekcjach.

    • Elementy <header>, <nav>, <main>, <footer> mają role ARIA odpowiednio banner, navigation, main, contentinfo.

  • Obrazy:

    • Wszystkie obrazy informacyjne posiadają tekst alternatywny opisowy. Obrazy dekoracyjne posiadają alt="" lub role presentation.

  • Kontrast kolorów:

    • Tekst podstawowy i nagłówki, linki, przyciski spełniają minimalny współczynnik 4.5:1. Kolory przycisków i tła zostały dostosowane.

  • Formularze:

    • Każde pole formularza ma powiązany widoczny <label> lub odpowiedni aria-label. Komunikaty walidacji są ogłaszane w regionie aria-live="polite", pola błędne mają aria-invalid="true" i aria-describedby.

  • Nawigacja klawiaturowa:

    • Tab, Shift+Tab, Enter pozwalają na logiczne przemieszczanie się po elementach. Focus wyróżniony, link „Przejdź do treści” widoczny na focus.

  • Skip-link:

    • Link „Przejdź do treści” jest pierwszym elementem w <body>, dostępny po naciśnięciu Tab, widoczny po focus.

  • Atrybut lang:

    • <html lang="pl-PL"> określa język polski. Fragmenty treści w języku obcym posiadają wewnętrzne atrybuty lang="en" lub inne.

  • Responsywne tabele:

    • Tabele opakowane w kontener z overflow-x:auto, umożliwiają przewijanie na urządzeniach mobilnych.

  • Multimedia:

    • Filmy posiadają napisy; audio ma transkrypcje; wideo osadzone we właściwych strukturach <video> z kontrolkami; audiodeskrypcje tam, gdzie wymagane.

  • Role i ARIA command-name:

    • Dynamiczne elementy (menu, rozwijane listy) posiadają aria-label lub aria-labelledby. Każda kontrolka interaktywna ma jednoznaczną nazwę dostępną czytnikom.

  • Nested-interactive:

    • Zagnieżdżonych przycisków i linków brak. Każda interaktywna kontrolka jest niezależna; struktura HTML poprawiona, unika się zagnieżdżeń.

  • Landmarki ARIA:

    • <header role="banner">, <nav role="navigation">, <main id="main-content" role="main">, <footer role="contentinfo">.

  • Panel cookies:

    • Checkboxy i przyciski panelu cookies posiadają etykiety, dostęp klawiaturowy, aria-describedby informuje o konsekwencjach wyboru.

  • AJAX/dynamiczne komunikaty:

    • Obsługa dynamicznych powiadomień (np. wynik zapisu formularza) realizowana za pomocą aria-live="polite" w dedykowanym regionie.

Zidentyfikowane niezgodności i usunięte bariery

  • Niskie kontrasty w przyciskach CTA zostały skorygowane do współczynnika ≥4.5:1.

  • Przeskoki w hierarchii nagłówków zostały usunięte, hierarchia zachowana logicznie w edytorze treści i motywie.

  • Braki alt w obrazach zostały uzupełnione odpowiednimi opisami.

  • Formularze otrzymały poprawne etykiety i mechanizm aria-live dla walidacji.

  • Skip-link wprowadzono w szablonie motywu, występuje jako pierwszy focusowalny element.

  • Role ARIA nadano nagłówkom, nawigacji, głównej zawartości, stopce.

  • Atrybut lang ustawiono w <html>. W treściach wielojęzycznych pola treści oznaczono odpowiednim lang.

  • Dynamiczne menu i widgety otrzymały aria-label lub aria-labelledby.

  • Zagnieżdżenia interaktywnych elementów zostały wyeliminowane.

  • Responsywne tabele opakowano w kontener przewijalny.

  • Multimedia: wideo z napisami, audio z transkrypcją.

  • Dokumenty PDF dostępne w wersji przystosowanej do odczytu przez czytniki (PDF/UA), a alternatywnie udostępniono treść w HTML.

  • Panel cookies zapewnia dostęp klawiaturowy i aria-describedby.

Procedura zgłaszania problemów

  • Użytkownicy zgłaszają trudności przez:

    • E-mail: kontakt@fundacjamagis.org.pl

    • Telefon: +48 506 078 451

    • Formularz kontaktowy z odpowiednim polem „Zgłoszenie trudności z dostępnością” z widocznym label i informacją o sposobie przekazania szczegółów.

  • Zgłoszenia rejestrowane w systemie, potwierdzenie otrzymania w ciągu 3 dni roboczych, rozwiązanie lub alternatywny dostęp do treści w ciągu 14 dni roboczych.

  • Komunikaty o postępie prac przekazywane zainteresowanym użytkownikom.

Harmonogram dalszych działań

  • Audyt automatyczny: cykliczne skanowania narzędziem axe-core w procesie wdrożeń.

  • Testy manualne: regularne, po każdej większej aktualizacji motywu lub wtyczek.

  • Szkolenia zespołu redakcyjnego i deweloperskiego z zasad WCAG i ARIA.

  • Integracja testów dostępności w pipeline CI (jeżeli wdrożone).

  • Weryfikacja nowych wtyczek i komponentów pod kątem dostępności przed instalacją.

  • Rozbudowa dokumentacji wewnętrznej: checklisty przy tworzeniu nowych treści (alt, nagłówki, kontrast).

  • Utrzymanie panelu zgłoszeń dostępności i raportowanie postępów.

Oświadczenie Fundacji Magis

Fundacja Magis potwierdza zgodność serwisu z WCAG 2.1 AA w zidentyfikowanych obszarach, a pozostałe bariery zostały usunięte zgodnie z listą prac. Proces utrzymania dostępności jest realizowany systematycznie: skanowania automatyczne, testy ręczne, sesje z użytkownikami, aktualizacje treści i kodu oraz szkolenia zespołu. Deklaracja odzwierciedla stan serwisu na dzień publikacji.

Kontakt

Użytkownicy napotykający trudności mają pewność szybkiej reakcji i możliwości uzyskania alternatywnego dostępu do treści. Fundacja Magis traktuje dostępność jako trwały priorytet.