Deklaracja dostępności

1. Do czego się zobowiązujemy

Skyluma chce, żeby skok ze spadochronem dało się kupić bez pomocy osoby trzeciej — niezależnie od tego, czy ktoś korzysta z myszy, samej klawiatury, czytnika ekranu, powiększenia czy trybu wysokiego kontrastu.

Za punkt odniesienia przyjmujemy WCAG 2.2 na poziomie AA oraz normę EN 301 549. Sprzedaż online jest usługą objętą ustawą z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług, która wdraża w Polsce Europejski Akt o Dostępności — traktujemy te wymagania jako obowiązujące nas, a nie jako dobrą praktykę.

2. Stan zgodności

Serwis jest zgodny z WCAG 2.2 na poziomie AA z wyjątkami wymienionymi w punkcie 4. Deklaracja opiera się na własnej ocenie przeprowadzonej przez zespół, który tworzy serwis — nie na audycie zewnętrznym. Audyt zewnętrzny planujemy przed uruchomieniem płatności.

3. Jak to sprawdziliśmy

Automatyczny przegląd silnikiem axe-core objął wszystkie strony publiczne w obu językach, w dwóch szerokościach okna: 1280 px i 320 px. Dekoracyjne gradienty zastępowaliśmy na czas testu ich najjaśniejszym punktem, ponieważ inaczej narzędzie nie potrafi wyliczyć kontrastu i pomija go zamiast zgłosić.

Ręcznie sprawdziliśmy: przejście całej ścieżki zakupu samą klawiaturą, widoczność fokusu, pułapki klawiaturowe w koszyku bocznym, powiększenie do 200%, układ przy szerokości 320 px, działanie przy włączonym ograniczeniu ruchu oraz komunikaty błędów w formularzach.

Przegląd uruchamiamy dwukrotnie — osobno dla wersji nocnej i dziennej — ponieważ obie mają własne wartości kolorów i błąd w jednej nie musi występować w drugiej. Kontrast liczymy, rozwiązując kolory przez płótno przeglądarki, a nie wyrażeniem regularnym: nowoczesny CSS zapisuje przezroczystość jako oklab() i color-mix(), a prostszy parser po cichu pomija połowę strony i raportuje zero błędów, których nigdy nie sprawdził.

4. Co działa

Rzeczy, na które można liczyć — sprawdzamy je przy każdej zmianie:

• Całą stronę, łącznie z zakupem i formularzem kontaktowym, da się obsłużyć samą klawiaturą. Fokus jest zawsze widoczny: obrys rysujemy globalnie i nie usuwamy go nigdzie, także tam, gdzie element ma własną ramkę.
• Na początku każdej strony stoi odnośnik „Przejdź do treści”, widoczny po pierwszym naciśnięciu Tab.
• Menu i koszyk boczny to okna modalne: fokus zostaje w środku, Escape zamyka, a po zamknięciu wraca na przycisk, który je otworzył. Strona pod spodem nie przewija się w tle.
• Wygląd wybiera czytelnik — noc albo dzień — w menu, a wybór zapamiętujemy. Obie wersje mają własne, sprawdzone kontrasty; żadna nie jest wersją „gorszą”.
• Włączone w systemie ograniczenie ruchu wyłącza animacje, przewijanie zdjęć i filmy w tle. Nic, co się rusza dłużej niż pięć sekund, nie jest pozbawione przycisku zatrzymania.
• Każde zdjęcie ma opis alternatywny pisany razem z redakcją galerii, a nie dopisywany później. Elementy czysto dekoracyjne są ukryte przed czytnikiem ekranu.
• Błędy w formularzach są powiązane z polami (aria-describedby), zapowiadane, opisane słowami zamiast samym kolorem, a po nieudanej wysyłce fokus trafia na pierwsze pole do poprawy.
• Strona działa przy powiększeniu do 200% i przy szerokości 320 px bez poziomego przewijania i bez utraty treści.

5. Skróty i obsługa klawiaturą

Nie dodajemy własnych skrótów jednoklawiszowych — przechwytują litery, których potrzebuje oprogramowanie wspomagające. Wystarczą standardowe klawisze przeglądarki:

• Tab i Shift+Tab — kolejny i poprzedni element; pierwszym przystankiem jest „Przejdź do treści”.
• Enter lub spacja — uruchomienie odnośnika albo przycisku.
• Escape — zamknięcie menu, koszyka bocznego, powiadomienia lub panelu warunków.
• Strzałki — wybór w grupach przełączników (wygląd, język, format vouchera).

6. Znane ograniczenia

Poniższe rzeczy znamy i wymieniamy je świadomie, zamiast deklarować pełną zgodność:

• Strona powitalna zawiera animowaną scenę nieba rysowaną w WebGL, a strona sklepu otwiera się nagraniem z nocnego skoku. Oba tła są ruchome, więc kontrastu tekstu nad nimi nie da się wyliczyć raz na zawsze — przyciemniamy pasy, na których leży tekst, a obraz mierzymy piksel po pikselu pod każdą strefą tekstu, przyjmując najgorszy piksel. Włączone ograniczenie ruchu w systemie zatrzymuje animację i nagranie; film ma też własny przycisk pauzy, a bez WebGL tło strony powitalnej jest zwykłym gradientem.
• Vouchery w formacie PDF generujemy jako dokument do druku. Nie są to pliki otagowane, więc czytnik ekranu odczyta z nich mniej niż ze strony vouchera. Wszystkie dane z PDF-a — kod, produkt, data ważności — są dostępne na stronie vouchera jako zwykły tekst.
• Strona „Rezerwacja terminu” osadza system rezerwacyjny manifest.plstrefa.pl. To cudzy serwis w ramce — nie mamy wpływu na jego kod ani na jego dostępność. Ramka ma nazwę czytaną przez czytnik ekranu, a obok stoi zwykły odnośnik otwierający ten system w nowej karcie; termin można też ustalić e-mailem lub telefonicznie.
• Strona błędu 404 jest budowana przez framework poza układem strony i nie da się w niej ustawić atrybutu języka w kodzie HTML. Ustawiamy go skryptem od razu przy wczytaniu, a sama treść błędu ma zadeklarowany język — przy wyłączonej obsłudze skryptów czytnik ekranu może jednak odczytać tę jedną stronę w złym języku.
• Panel administracyjny nie jest częścią tej deklaracji — to narzędzie wewnętrzne, niedostępne dla klientów.

7. Dostęp alternatywny

Jeśli cokolwiek na tej stronie uniemożliwia Ci zakup lub sprawdzenie vouchera, napisz albo zadzwoń — przyjmiemy zamówienie i zrealizujemy je za Ciebie, bez dopłaty i bez tłumaczenia się, dlaczego prosisz. To samo dotyczy rezerwacji terminu: nie musisz korzystać z osadzonego systemu.

Na stronie „Kontakt” jest też zwykły formularz — te same dane można podać nim, jeśli wygodniej niż z poziomu programu pocztowego.

Kontakt: info@skyluma.pl, tel. +48 607 697 657.

8. Uwagi i skargi

Uwagi o dostępności prosimy kierować na info@skyluma.pl. Odpowiadamy w ciągu 7 dni roboczych. W zgłoszeniu pomaga adres strony, opis problemu oraz informacja, z jakiej przeglądarki i technologii wspomagającej korzystasz — ale zgłoszenie bez tych danych też przyjmiemy.

Jeżeli nasza odpowiedź będzie niewystarczająca, skargę na brak dostępności usługi można złożyć do organu nadzoru rynku wskazanego w ustawie wdrażającej Europejski Akt o Dostępności. Dane organu i tryb postępowania uzupełnimy tutaj przed uruchomieniem sprzedaży online.