Deklaracja dostępności

Data publikacji deklaracji: 21 sierpnia 2026. Data ostatniego przeglądu: 21 sierpnia 2026.

Anat Access zobowiązuje się zapewnić dostępność serwisu anataccess.com. Deklaracja dotyczy całego serwisu razem z formularzem zgłoszenia, checklistą i publiczną weryfikacją certyfikatów.

1. Status zgodności

Strona anataccess.com jest zgodna ze standardem WCAG 2.2 na poziomie AA. Nie znamy dziś kryterium sukcesu na poziomie A ani AA, którego ta strona nie spełnia.

Jeśli znajdziesz coś, co temu przeczy, to jest błąd po naszej stronie i chcemy o nim wiedzieć. Zgłoszenie opisujemy w punkcie 6.

2. Jak to sprawdziliśmy

Deklarację sporządzono na podstawie samooceny wykonanej przez zespół Anat Access. Nie zlecaliśmy tego badania podmiotowi zewnętrznemu — mówimy to wprost, bo sami tłumaczymy klientom, że ocena własnej pracy ma swoje granice.

Na samoocenę złożyły się:

• Test klawiaturą — cała strona przechodzona Tabem, od skip linku do stopki, bez użycia myszy.
• Przegląd drzewa dostępności — sprawdzenie, jaką nazwę i rolę dostaje z kodu każdy odnośnik, przycisk i pole formularza, czyli co dokładnie zostanie odczytane zamiast tego, co widać na ekranie.
• Test automatyczny axe-core — 52 reguły zgodności, zero naruszeń na stronie polskiej, angielskiej i na stronie weryfikacji.
• Sprawdzenie kontrastów wyliczeniem — nie na oko, tylko przez policzenie współczynnika dla każdej pary kolorów użytej w serwisie.
• Test powiększenia do 400% — sprawdzenie, czy treść nadal jest kompletna i czytelna.
• Test na szerokości 320 px — sprawdzenie, czy nie pojawia się przewijanie w poziomie i czy nic nie ucieka poza ekran.

Czego jeszcze nie zrobiliśmy: odsłuchania całej strony realnym czytnikiem ekranu (NVDA i VoiceOver). Sprawdziliśmy dane, z których czytnik korzysta, ale to nie to samo co przejście strony ze słuchawkami na uszach. Ten test wykonamy i wynik dopiszemy tutaj. Piszemy o tym wprost, bo różnica między „sprawdziliśmy kod" a „przeszliśmy stronę czytnikiem" jest dokładnie tą różnicą, którą tłumaczymy klientom przy Scanie i Audycie.

3. Co jest zrobione

Konkretnie, punkt po punkcie:

• Semantyczne landmarki i nagłówki — nagłówek, nawigacja, treść główna i stopka są osobnymi obszarami, a hierarchia nagłówków idzie po kolei, bez przeskoków.
• Skip link — pierwszy element po wejściu Tabem pozwala pominąć nawigację i przejść prosto do treści.
• Widoczny fokus — każdy element, na który da się wejść klawiaturą, ma wyraźne obramowanie fokusa.
• Kontrast tekstu minimum 4,5:1, a elementów nietekstowych (obramowania pól, ikony, granice przycisków) minimum 3:1.
• Formularze z etykietami — każde pole ma trwale widoczną etykietę, nie tylko podpowiedź w środku pola.
• Błędy ogłaszane asystująco — komunikat o błędzie jest powiązany z polem, pole dostaje atrybut aria-invalid, a fokus wraca na pierwsze pole z błędem.
• Status wyników w aria-live — wynik checklisty i status wysyłki formularza są ogłaszane czytnikowi ekranu, a nie tylko pokazywane na ekranie.
• Formularz i checklista działają z klawiatury — całą ścieżkę od wpisania adresu po wysłanie zgłoszenia i odczytanie wyniku checklisty da się przejść bez myszy.
• Brak pułapek fokusa — z każdego miejsca da się wyjść klawiaturą.
• Obsługa prefers-reduced-motion — jeśli w systemie masz ograniczone animacje, strona ich nie odtwarza.
• Teksty alternatywne — obrazy niosące treść mają opis, a obrazy czysto dekoracyjne mają pusty atrybut alt, żeby czytnik ich nie czytał.
• Powiększenie 400% i szerokość 320 px — przy obu strona działa, treść się nie gubi i nie trzeba przewijać w poziomie.
• Kolor nigdy nie jest jedynym nośnikiem znaczenia — statusy certyfikatów mają etykiety słowne („ważny”, „wygasa”, „wygasł”) obok koloru, a nie zamiast niego.

4. Ograniczenia i uwagi

Ta część istnieje, bo deklaracja bez ograniczeń jest zwykle deklaracją nieprzeczytaną do końca przez tego, kto ją pisał.

• Wysyłka formularza zależy od usługi zewnętrznej. Zgłoszenie idzie przez Web3Forms. Jeśli ta usługa nie odpowie, zobaczysz komunikat o błędzie razem z adresem e-mail, pod który możesz napisać bezpośrednio. Komunikat jest czytelny i ogłaszany asystująco, ale to nadal błąd, a nie potwierdzenie.
• Wyniki pojawiają się dynamicznie. Wynik checklisty i potwierdzenie wysyłki dopisują się do strony po akcji i są ogłaszane przez region aria-live. W starszych czytnikach ekranu takie ogłoszenie bywa przeczytane z opóźnieniem albo dopiero po przejściu fokusem na wynik.

5. Skróty klawiszowe

Strona nie definiuje własnych skrótów klawiszowych. To decyzja, nie przeoczenie: własne skróty potrafią kolidować ze skrótami czytników ekranu i lup ekranowych. Działają wyłącznie standardowe skróty twojej przeglądarki i twojego programu asystującego.

6. Informacja zwrotna: zgłoś barierę

Jeśli coś na tej stronie ci przeszkadza, napisz na check@anataccess.com. Nie musisz znać nazw kryteriów WCAG ani nazywać problemu fachowo. Wystarczy zdanie: co chciałeś zrobić i w którym miejscu się zacięło.

• Odpowiadamy w jeden dzień roboczy.
• Barierę zgłoszoną na naszej stronie naprawiamy w 48 godzin. Jeśli naprawa wymaga więcej czasu, w tych 48 godzinach dostajesz termin i opis obejścia.
• Możesz też poprosić o przekazanie treści z tej strony w innej formie — na przykład w e-mailu jako zwykły tekst.

Nie mamy biura obsługi ani infolinii. Pracujemy zdalnie, więc mail jest u nas najszybszą drogą, nie zbywaniem.

7. Jeśli nasza odpowiedź cię nie zadowoli

Tu też będziemy uczciwi. Skoro nie jesteśmy podmiotem publicznym, dla tej strony nie ma drogi odwoławczej przez PFRON ani wniosku o zapewnienie dostępności w rozumieniu ustawy. Nie chcemy udawać, że jest — to byłoby odesłanie cię donikąd.

Zamiast tego mamy ścieżkę, która działa: jeśli nie odpowiemy w jeden dzień roboczy albo odpowiedź cię nie zadowoli, napisz ponownie na check@anataccess.com z dopiskiem „eskalacja” w temacie. Sprawę przejmuje wtedy osobiście osoba prowadząca firmę.

Dla porządku: droga przez PFRON istnieje i dotyczy stron podmiotów objętych ustawą o dostępności cyfrowej. Po prostu nie dotyczy tej strony.

8. Kiedy tę deklarację przeglądamy

Przeglądamy ją po każdej istotnej zmianie serwisu i nie rzadziej niż raz na pół roku. Datę ostatniego przeglądu widzisz na górze tej strony. Jeśli data jest stara, a strona zdążyła się zmienić, potraktuj to jako nasz błąd i napisz.

Zasady przetwarzania danych opisuje polityka prywatności, a warunki usług — regulamin.