Przejdź do treści
Menu
Wesprzyj
Wesprzyj

Dokument

Deklaracja dostępności

Sporządzono 10 sierpnia 2026. Najbliższy przegląd: 31 marca 2027.

ATTENTIO — Stowarzyszenie Osób Dorosłych z ADHD zobowiązuje się zapewnić dostępność całego swojego serwisu zgodnie z wymaganiami WCAG 2.2 na poziomie AA. Poniżej piszemy, co zostało zmierzone, co przetestowane — i czego jeszcze nie sprawdziliśmy. To trzecie jest w tym dokumencie najważniejsze i dotyczy przede wszystkim części informacyjnej serwisu (§ 3 ust. 1).

§ 1. Kogo i czego dotyczy deklaracja

  1. Deklarację składa ATTENTIO — Stowarzyszenie Osób Dorosłych z ADHD z siedzibą we Wrocławiu, ul. Legnicka 65, 54-206 Wrocław, KRS 0000949197, NIP 7382166021.
  2. Deklaracja dotyczy całego serwisu pod adresem attentio.org.pl, czyli obu jego części naraz:
    1. części informacyjnej — strony o stowarzyszeniu, artykuły, porady, aktualności, telefony zaufania, kontakt;
    2. części petycyjnej (adresy od /petycje) — strony petycji, formularz podpisu, formularz wpłaty, panel wsparcia oraz dokumenty: regulamin, polityka prywatności i ta deklaracja.
  3. Deklaracja obejmuje obie części, ale stan wiedzy o nich jest różny i mówimy o tym wprost: część informacyjna nie jest objęta pomiarami z § 4. Opisuje to § 3 ust. 1 i jest to największa otwarta pozycja tego dokumentu.
  4. Deklarację sporządzono 10 sierpnia 2026. Podlega przeglądowi co najmniej raz w roku; najbliższy wyznaczono na 31 marca 2027. Datę przeglądu aktualizujemy razem z treścią, a nie zamiast niej.

§ 2. Status pod względem zgodności

  1. Serwis jest częściowo zgodny z wymaganiami WCAG 2.2 na poziomie AA. Powody niezgodności i wyłączenia wymieniamy w § 3.
  2. Ocena nie jest jednakowa dla obu części i nie udajemy, że jest. Część petycyjna jest zmierzona metodami z § 4 i to jej dotyczy większość tego dokumentu. Część informacyjna ma włączoną wtyczkę ułatwień dostępu (powiększanie tekstu, tryb wysokiego kontrastu), ale nie przeszła naszych pomiarów — patrz § 3 ust. 1.
  3. Piszemy „częściowo zgodny", a nie „zgodny", z jednego konkretnego powodu: nie odbyło się jeszcze pełne przejście serwisu z czytnikiem ekranu przez człowieka. Dopóki się nie odbędzie, deklaracja zgodności byłaby zapewnieniem o czymś, czego nikt nie sprawdził — a to szkodzi przede wszystkim osobom, które na takim zapewnieniu polegają.

§ 3. Niezgodności i wyłączenia

  1. Część informacyjna serwisu nie została przez nas zmierzona. Działa na WordPressie z motywem i wtyczkami, których nie tworzymy, i nie obejmują jej ani bramki kontrastu, ani testy zachowania z § 4 — te sprawdzają nasz system projektowy i część petycyjną. Wiemy o niej tyle: ma wtyczkę ułatwień dostępu dającą powiększenie tekstu i tryb wysokiego kontrastu. Nie wiemy natomiast, czy artykuły mają poprawną strukturę nagłówków, czy zdjęcia mają opisy alternatywne i czy da się przejść całą stroną z samej klawiatury — a to są rzeczy, które decydują o tym, czy da się ją przeczytać. Do czasu takiego przeglądu ta część jest w tym dokumencie zgłoszona jako niezmierzona, a nie jako zgodna. Jeżeli trafisz tam na barierę, napisz na kontakt@attentio.org.pl — tryb i terminy opisuje § 6 i obowiązują tak samo dla obu części.
  2. Brak przejścia prawdziwym czytnikiem ekranu na prawdziwym urządzeniu. Kod jest pisany pod czytniki — pasek postępu ma opis tekstowy zamiast samego procentu, obszar komunikatów na żywo jest celowo pusty, żeby nie przerywać lektury, a pola wymagane mają wymagalność ogłaszaną programowo, nie samą gwiazdką. Serwis przechodzimy natomiast drzewem dostępności — czyli tą samą strukturą, którą przeglądarka podaje czytnikom: szesnaście ekranów razem ze stanami po błędzie walidacji, kolejność czytania, kolejność klawisza Tab i to, gdzie po powrocie z błędem ląduje fokus. Ostatnie przejście nie wykazało błędów. To nadal nie jest to samo, co człowiek z NVDA albo VoiceOverem. Drzewo dostępności nie powie, jak konkretny czytnik przeczyta polską odmianę, czy komunikat zostanie ogłoszony w trybie formularza i czy da się dokończyć wpłatę słuchem. To zadanie zostaje otwarte.
  3. Cztery pary kolorów mają zapas kontrastu poniżej 5% nad wymaganym progiem. Dotyczy to jednego zestawienia barw dekoracyjnych i wszystkich czterech motywów. Próg jest spełniony — zapas jest wąski, więc pilnuje go automatyczna bramka przy każdej zmianie kolorów.
  4. Dwie animacje nie mają wyłącznika na stronie. Obie ruszają same i trwają bez końca, a kryterium 2.2.2 na poziomie A wymaga, żeby taki ruch dało się zatrzymać, wstrzymać albo ukryć — i tego wymagania w obu przypadkach nie spełniamy. To są:
    1. pulsujący przycisk kończący podpis pod formularzem petycji — powiększa się i wraca do swojego rozmiaru co półtorej sekundy;
    2. ruchome tło karty „Wesprzyj nasze działania!" na stronie podziękowania za podpis — pole znaków przepływa przez kartę.
    Obie zatrzymuje systemowe ustawienie ograniczenia animacji (jest w Windowsie, macOS-ie, Androidzie i iOS-ie): przycisk przestaje pulsować, a tło zostaje nieruchomą teksturą. To ustawienie trzeba jednak mieć włączone w systemie — z poziomu tej strony nie da się go włączyć, więc dla osoby, która o nim nie wie, żaden z tych ruchów nie ma wyłącznika. Jeżeli Ci przeszkadzają, napisz na kontakt@attentio.org.pl; tryb i terminy opisuje § 6.
  5. Rezerwa wysokości licznika podpisów nie jest zmierzona. W najgorszym przypadku pod licznikiem widać pusty pas — nie przesuwa to treści i nie utrudnia obsługi, ale nie jest tym, co zaprojektowano.
  6. Wyłączenia. Deklaracja nie obejmuje pola płatności dostarczanego przez Stripe'a — ani tego osadzonego na naszej stronie (jest ramką z domeny Stripe'a, a jej kodu nie tworzymy i nie mamy na niego wpływu), ani strony Stripe'a, na którą przekierowujemy, gdy przeglądarka nie wykonuje skryptów. Nie obejmuje też przycisku Apple Pay i Google Pay w formularzu wpłaty — rysuje go Stripe w swojej ramce, a wygląd i zachowanie narzuca dostawca portfela; ani strony banku, na której potwierdza się zlecenie stałe. Odpowiadają za nie ich dostawcy, wymienieni w § 8 polityki prywatności. Wszystko wokół tego pola jest naszą odpowiedzialnością — nagłówek, opis kwoty, komunikaty błędów i przycisk potwierdzenia. Pola kodu BLIK nie są wyłączone: kod przepisuje się w oknie na naszej stronie, w sześciu polach naszego formularza — pole należy do nas, mimo że same cyfry idą stamtąd wprost do Stripe'a. Obowiązują je więc te same wymagania co pozostałe pola — nazwa grupy i nazwa każdego pola z osobna, tekst pomocniczy, komunikat błędu, pełna obsługa z klawiatury (strzałki między cyframi, Backspace cofający na poprzednie pole) oraz wklejenie całego kodu naraz.

§ 4. Metoda oceny i co dokładnie sprawdzamy

  1. Ocenę przeprowadziliśmy samodzielnie, bez audytu zewnętrznego, łącząc cztery drogi:
    1. automatyczne bramki liczące — sprawdzają kontrast wszystkich par barw w czterech motywach, obecność polskich znaków w krojach pisma i spójność tokenów; uruchamiają się przy każdej zmianie kodu i blokują ją przy błędzie;
    2. testy zachowania w przeglądarce — ponad dwieście przypadków sprawdzających m.in. brak przewijania poziomego przy 320 pikselach szerokości, rozmiar celów dotykowych, odstępy, częstotliwość ruchu w animacjach oraz to, że wysoki kontrast przeżywa rezygnację z motywu ciemnego;
    3. przejście serwisu drzewem dostępności — na szesnastu ekranach razem ze stanami po błędzie walidacji. Sprawdzamy w nim kolejność czytania, nazwy wszystkich kontrolek, kolejność klawisza Tab, widoczność fokusu, punkty orientacyjne oraz to, czy po powrocie z błędem fokus trafia na podsumowanie błędów — bo od tego zależy, czy komunikat zostanie w ogóle przeczytany;
    4. przegląd ręczny podczas pisania kodu — klawiatura, kolejność czytania, treść komunikatów o błędach.
  2. Czego ta metoda nie obejmuje: części informacyjnej serwisu (§ 3 ust. 1), przejścia prawdziwym czytnikiem ekranu przez człowieka (§ 3 ust. 2) i audytu zewnętrznego. Automat nie wykryje komunikatu, który jest poprawny technicznie i niezrozumiały dla człowieka, a drzewo dostępności nie powie, jak brzmi to, co czytnik z niego zrobi.

§ 5. Skróty klawiaturowe i obsługa bez myszy

  1. Serwis nie definiuje własnych skrótów klawiaturowych. Działają skróty przeglądarki i systemu — celowo, bo własny skrót przechwytuje kombinację, której ktoś używa do czegoś innego, w tym w technologii wspomagającej.
  2. Na początku każdej strony jest odsyłacz „Przejdź do treści", widoczny po pierwszym naciśnięciu klawisza Tab. Pozwala pominąć nawigację i wejść od razu w treść.
  3. Całą ścieżkę podpisu i wpłaty można przejść klawiaturą. Formularz podpisu działa też bez JavaScriptu — nie dlatego, że to elegancko, ale dlatego, że część osób ma skrypty wyłączone albo blokowane przez sieć, a podpis nie może zależeć od tego, czy przeglądarka wykona kod.
  4. Nie używamy zagadek obrazkowych (CAPTCHA) i jest to decyzja dostępnościowa, nie techniczna: są najbardziej kosztowne dla osób z zaburzeniami funkcji wykonawczych, czyli dokładnie dla tych, do których ten serwis jest adresowany.
  5. Serwis szanuje systemowe ustawienie ograniczenia ruchu oraz wysokiego kontrastu. Dwie animacje nie mają jednak wyłącznika na samej stronie — pulsujący przycisk kończący podpis i ruchome tło karty wsparcia. Zatrzymuje je wyłącznie systemowe ograniczenie ruchu, czyli ustawienie, które trzeba mieć włączone wcześniej. Opisujemy to jako niezgodność w § 3.

§ 6. Informacje zwrotne, żądanie dostępności i tryb odwoławczy

  1. Problem z dostępnością zgłaszasz na kontakt@attentio.org.pl. Wystarczy jedno zdanie o tym, co nie działa i czego próbowałeś — nie ma formularza ani wymaganej formy. Tym samym adresem żądasz udostępnienia informacji w formie alternatywnej.
  2. W zgłoszeniu przydaje się: adres strony, opis problemu i — jeśli chcesz — informacja o używanej technologii wspomagającej. Nie jest to warunek rozpatrzenia zgłoszenia.
  3. Terminy, do których się zobowiązujemy:
    1. dostępność zapewniamy bez zbędnej zwłoki, nie później niż w ciągu 7 dni od otrzymania żądania;
    2. jeżeli w tym czasie nie jest to możliwe, powiadamiamy Cię o tym i wskazujemy nowy termin — nie dłuższy niż 2 miesiące od żądania;
    3. jeżeli zapewnienie dostępności okazuje się niemożliwe albo wymagałoby nadmiernych nakładów, proponujemy alternatywny sposób dostępu do informacji — na przykład jej odczytanie, przesłanie w innym formacie albo obsługę sprawy mailem.
  4. Jeżeli odmówimy zapewnienia dostępności albo zaproponowany sposób alternatywny Cię nie zadowoli, możesz złożyć do nas skargę. Niezależnie od tego przysługuje Ci droga skargowa na zasadach określonych w przepisach o dostępności cyfrowej, a w sprawach dotyczących danych osobowych — skarga do Prezesa Urzędu Ochrony Danych Osobowych.

§ 7. Dostępność architektoniczna

  1. Sprawy związane z petycjami i wpłatami prowadzimy zdalnie: mailem na kontakt@attentio.org.pl. Do podpisania petycji, wpłaty ani do złożenia jakiegokolwiek żądania z § 6 nie trzeba nigdzie przychodzić.
  2. Dostępności architektonicznej siedziby (ul. Legnicka 65, 54-206 Wrocław) nie zbadaliśmy i dlatego nie opisujemy jej w tym dokumencie. Nie chcemy podawać informacji o wejściu, windzie czy toalecie, której nikt nie sprawdził — osoba, która zaplanuje na jej podstawie dojazd, ponosi koszt naszej pomyłki.
  3. Jeżeli potrzebujesz spotkania albo informacji o dostępie do siedziby, napisz na kontakt@attentio.org.pl. Ustalimy warunki, a jeśli budynek okaże się przeszkodą, znajdziemy inne miejsce albo załatwimy sprawę zdalnie.
ATTENTIO — Stowarzyszenie Osób Dorosłych z ADHD, ul. Legnicka 65, 54-206 Wrocław. KRS 0000949197, NIP 7382166021, REGON 521096755. kontakt@attentio.org.pl

Regulamin (otwiera się w nowej karcie) · Zwrot wpłaty (otwiera się w nowej karcie) · Polityka prywatności (otwiera się w nowej karcie) · Deklaracja dostępności (otwiera się w nowej karcie)