Oświadczenie o dostępności
1. Zobowiązanie do dostępności
Vezpa zobowiązuje się zapewnić dostępność swojej strony internetowej i usług cyfrowych zgodnie z obowiązkami wynikającymi z europejskich przepisów o dostępności (European Accessibility Act, Dyrektywa UE 2019/882), wdrożonych we Włoszech przez D.Lgs. 82/2022, obowiązujący od 28 czerwca 2025 r. w odniesieniu do usług handlu elektronicznego skierowanych do konsumentów.
Stosowanym standardem technicznym jest WCAG 2.1 poziom AA (Web Content Accessibility Guidelines W3C).
2. Stan zgodności
Niniejsze oświadczenie dotyczy usług cyfrowych Vezpa wymienionych w poniższej tabeli:
| Usługa | Platforma | Zgodność WCAG 2.1 AA |
|---|---|---|
| Silnik rezerwacji (konsumencki silnik rezerwacji dla obiektów naszych klientów) | Responsywna strona internetowa (komputer, tablet, telefon) | Zgodne |
| Portal Wellness (SPA) (rezerwacja usług i sklep dla gości obiektów naszych klientów) | Responsywna strona internetowa | Zgodne |
| Strona marketingowa (vezpa.it, strony docelowe, blog, przewodniki) | Responsywna strona internetowa | Częściowo zgodne |
| Aplikacja PMS (zarezerwowana dla zarządców obiektów) | Android, iOS, Windows, macOS | Dostosowanie w toku |
| Strona administracyjna Django (zarezerwowana dla zarządców i personelu) | Web | Dostosowanie w toku |
Strona marketingowa i silnik rezerwacji, jako usługi konsumenckie objęte zakresem EAA, zostały poddane audytowi dostępności zakończonemu 22 maja 2026 r., po którym przeprowadzono działania naprawcze. 6 czerwca 2026 r. przeprowadzono dodatkowy audyt kontrastu kolorów w działających stronach (axe-core i Pa11y) na wszystkich stronach konsumenckich — strona główna, strony docelowe, blog, silnik rezerwacji, niniejsze oświadczenie — które spełniają teraz kryterium WCAG 2.1 AA 1.4.3 (minimalny kontrast) bez wyjątków wykrytych przez narzędzia automatyczne. 23 czerwca 2026 r. zakończono pełną naprawę ścieżki rezerwacji w silniku rezerwacji (szablony silnika): link pomijania, punkt orientacyjny <main>, dynamiczny atrybut lang, widoczny fokus, etykiety formularzy, ARIA w oknach modalnych, hierarchia nagłówków, fieldset/legend dla opcji wyżywienia, Flatpickr role=group — ścieżka rezerwacji jest teraz zgodna z WCAG 2.1 poziom AA (0 naruszeń axe na /prenota/casamia). Pozostaje jeden element (logo obiektu na stronie /pagamentoGrazie, kryterium 1.4.3): jest naprawiony w źródłowym CSS, ale wymaga collectstatic, aby trafić do CDN. 9 sierpnia 2026 r. wewnętrzny przegląd rozszerzył weryfikację na obszary, które nigdy nie były objęte zakresem poprzednich rund, oraz na pliki utworzone po maju. Poprawiono: etykiety formularzy zameldowania online (47 pól danych osobowych bez dostępnej nazwy, kryterium 1.3.1); akordeony często zadawanych pytań na stronach publicznych, obsługiwane teraz z klawiatury i z ogłaszanym stanem (kryteria 2.1.1 i 4.1.2); nagłówek pierwszego poziomu na sześciu stronach skierowanych do gościa (1.3.1); przełącznik języka zameldowania (4.1.2); etykiety sekcji usług w silniku rezerwacji (1.3.1); tekst alternatywny podglądów dokumentu tożsamości (1.1.1); język deklarowany przez przetłumaczone strony przewodnika, które wszystkie były serwowane jako włoskie (kryterium 3.1.1); oraz japońskie teksty nawigacyjne silnika rezerwacji, które wyświetlały się po włosku. W wewnętrznym panelu zarządzania elementy sterujące otwierające okna dialogowe stały się dostępne z klawiatury. Również 9 sierpnia 2026 r. przeprowadzono audyt działających stron za pomocą axe-core na dziesięciu stronach próbnych (strona publiczna, silnik rezerwacji, strony z cenami, cztery strony przewodnika w dwóch językach, niniejsze oświadczenie i kalkulator podatku turystycznego). Po zakończeniu poprawek narzędzie nie wykrywa żadnego stwierdzonego naruszenia kryteriów WCAG 2.1 A i AA na badanych stronach, w szczególności żadnego problemu z dostępną nazwą pól, hierarchią nagłówków, deklarowanym językiem ani atrybutami ARIA. Pozostają zgłoszenia, które narzędzie klasyfikuje jako „do ręcznej weryfikacji”, dotyczące w dużej mierze kontrastu tekstu nałożonego na tła gradientowe, gdzie pomiar automatyczny nie jest rozstrzygający. 26 września 2026 r. te zgłoszenia — łącznie 237 — zostały zbadane jedno po drugim, przez pomiar kontrastu na faktycznie narysowanych pikselach, a nie tylko w arkuszu stylów. Ujawniło to rzeczywiste wady, których narzędzie za takie nie uznawało: komórki kalendarza silnika rezerwacji, które miały dostępną nazwę ignorowaną przez czytniki ekranu z powodu braku roli (61 komórek, poprawione); przycisk języka, który zapowiadał menu, nie mając jego semantyki (poprawiony); oraz trzy teksty o niskim kontraście, poprawione na wszystkich przetłumaczonych stronach, na które zostały skopiowane. Pozostałe zgłoszenia zweryfikowano jako zgodne, z zapisanym pomiarem każdego z nich, i utrzymują się one wyłącznie dlatego, że narzędzie automatyczne nie potrafi określić koloru tła (gradienty, pseudoelementy, nakładanie się elementów). 4 listopada 2026 r. weryfikację automatyczną rozszerzono na wszystkie strony publiczne z mapy witryny, we wszystkich językach, zarówno na komputerze, jak i na telefonie (2041 stron), a po raz pierwszy także na strony dla gościa, których w niej nie ma: zameldowanie online, płatność, anulowanie, odzyskiwanie hasła i portal wellness. Poprawiono liczniki gości w silniku rezerwacji, teraz ogłaszane z własną etykietą; kontrast podtytułów, komunikatów i przycisków na tych stronach, w dokumentach prawnych i w e-mailach; tabele i bloki kodu przewijane na telefonie, teraz dostępne z klawiatury (kryterium 2.1.1). Tego samego dnia sprawdzono nawigację klawiaturą na stronach próbnych i nie znaleziono elementów nieosiągalnych ani pułapek. Pozostaje do ustalenia kontrast przycisków po najechaniu myszką na ochrowym tle, którego żadna weryfikacja automatyczna nie wykrywa. Weryfikacje automatyczne nie zastępują testów z prawdziwymi użytkownikami i technologiami wspomagającymi, które pozostają naszym punktem odniesienia. Aplikacja PMS i strona administracyjna Django są dostosowywane dobrowolnie (nie wchodzą w obowiązkowy zakres włoskich przepisów wdrażających EAA, ponieważ są profesjonalnym oprogramowaniem do zarządzania B2B).
3. Dostępne treści
Usługi konsumenckie (silnik rezerwacji, strona marketingowa) są projektowane i utrzymywane z poszanowaniem następujących wymagań:
- Semantyczna struktura HTML z punktami orientacyjnymi (
header,nav,main,footer) i poprawną hierarchią nagłówków - Link pomijania prowadzący do głównej treści na każdej stronie, aktywowany klawiaturą
- Atrybuty ARIA dla dynamicznych stanów komponentów interaktywnych (menu, listy rozwijane, kalendarz, liczniki gości, zakładki, okna modalne)
- Tekstowe etykiety na wszystkich kontrolkach formularza i lokalizacja w 22 językach dla przycisków silnika rezerwacji
- Opisowy tekst alternatywny na obrazach treściowych (zdjęcia pokoi, zdjęcia obiektu)
- Karuzele z kontrolkami poprzedni/następny dostępnymi z klawiatury i automatyczną pauzą przy najechaniu myszką
- Atrybut
langustawiany dynamicznie na stronie - Atrybut
aria-current="page"na aktywnym linku nawigacyjnym - Respektowanie preferencji
prefers-reduced-motionsystemu operacyjnego - Kontrast kolorów zgodny z poziomem AA na tekście, kontrolkach i wskaźnikach stanu
- Widoczność fokusu klawiatury na wszystkich interaktywnych elementach
- Wszystkie zewnętrzne linki
target="_blank"chronione przezrel="noopener noreferrer" - Test z 5 listopada 2026 z czytnikiem ekranu NVDA (Windows, Chrome) na stronie głównej, cenniku, kontakcie, rezerwacji, odprawie online, anulowaniu i płatności
4. Treści niedostępne lub częściowo dostępne
Poniższe treści mają znane ograniczenia dostępności, które są w trakcie usuwania:
Znane ograniczenia
- Aplikacja PMS na komputery i urządzenia mobilne: niektóre niestandardowe widgety (np. siatka planowania, kalendarze Gantta) nie implementują jeszcze w pełni dostępnej semantyki dla czytników ekranu. Plan dostosowania w toku, do końca 2026 r.
- Strona administracyjna Django: zarezerwowana dla personelu obiektu; interfejs zawiera niektóre kontrolki (rozwijane menu administracyjne), które wymagają dodatkowej semantyki ARIA.
- Zintegrowane usługi stron trzecich: widget płatności Stripe. Są one utrzymywane przez dostawców; Vezpa monitoruje ich poziom zgodności.
- Dokumenty przesyłane przez użytkowników: zdjęcia pokoi, opisy i treści generowane przez operatorów obiektów mogą nie zawsze spełniać wymagania dostępności (opisowy tekst alternatywny itp.). Zapewniamy zarządcom narzędzia i wytyczne, które pomagają poprawić dostępność ich treści.
5. Kompatybilność z technologiami wspomagającymi
Usługi konsumenckie zostały przetestowane i są kompatybilne z:
- Nowoczesne przeglądarki: Chrome, Firefox, Safari, Edge (2 ostatnie stabilne wersje)
- Czytnik ekranu: NVDA (Windows, z Chrome), przetestowany 5 listopada 2026 na głównych stronach
- Nawigacja wyłącznie z klawiatury (Tab, Shift+Tab, Enter, Spacja, Esc, strzałki)
- Powiększenie treści do 200% bez utraty funkcjonalności
- Preferencje systemu: wysoki kontrast, ograniczony ruch
VoiceOver, TalkBack i Narrator nie zostały jeszcze przetestowane.
6. Metodologia oceny
Ocena zgodności została przeprowadzona poprzez:
- Statyczny audyt kodu HTML/CSS/JavaScript głównych szablonów
- Szczegółowe przypisanie naruszeń do kryteriów sukcesu WCAG 2.1 (poziom A i AA)
- Testy nawigacji klawiaturą w pełnym przepływie rezerwacji (bez płatności kartą obsługiwanej przez Stripe)
- Test z czytnikiem ekranu NVDA w Chrome (5 listopada 2026)
- Weryfikacja kontrastu kolorów w systemie projektowym
- Weryfikacje kontrastu w działających stronach za pomocą narzędzi automatycznych (axe-core, Pa11y), przeprowadzone na stronach konsumenckich (czerwiec 2026 r.) i włączone do procesu wydawania
7. Procedura zgłoszeń
Jeśli napotkasz bariery dostępności podczas korzystania z naszych usług, znajdziesz niedostępne treści lub chcesz zgłosić problem, możesz skontaktować się z nami, korzystając z poniższych danych.
E-mail: info@vezpa.it
WhatsApp: +39 351 651 3663 (otwiera się w nowej karcie)
Podaj w zgłoszeniu: stronę lub funkcję, której dotyczy problem, typ napotkanego problemu, użytą technologię wspomagającą (jeśli dotyczy) oraz system operacyjny i przeglądarkę.
Zobowiązujemy się odpowiedzieć na zgłoszenia dotyczące dostępności w ciągu 30 dni (procedura przewidziana w art. 3-quinquies włoskiej ustawy Stanca dla zgłoszeń dotyczących dostępności).
8. Mechanizm dochodzenia praw
W przypadku niezadowalającej odpowiedzi lub jej braku w ciągu 30 dni od zgłoszenia, zainteresowana osoba może zwrócić się do Włoskiej Agencji Cyfrowej (Agenzia per l'Italia Digitale, AgID), krajowego organu wyznaczonego do nadzoru nad dostępnością, za pośrednictwem formularza zgłoszeniowego dostępnego na jej stronie instytucjonalnej:
- form.agid.gov.it/view/eaa/ (otwiera się w nowej karcie) — formularz zgłoszeniowy AgID dla European Accessibility Act
9. Aktualizacja oświadczenia
Niniejsze oświadczenie jest przeglądane i aktualizowane co najmniej raz w roku albo w przypadku istotnych zmian w usługach cyfrowych lub zakończenia nowych cykli dostosowawczych.