Erklärung zur Barrierefreiheit
1. Verpflichtung zur Barrierefreiheit
Vezpa verpflichtet sich, seine Website und digitalen Dienste gemäß den Pflichten der europäischen Vorschriften zur Barrierefreiheit zugänglich zu machen (European Accessibility Act, EU-Richtlinie 2019/882), die in Italien durch das gesetzesvertretende Dekret 82/2022 umgesetzt wurden und seit dem 28. Juni 2025 für an Verbraucher gerichtete E-Commerce-Dienste gelten.
Der angewandte technische Standard ist WCAG 2.1 Stufe AA (Web Content Accessibility Guidelines des W3C).
2. Konformitätsstatus
Diese Erklärung gilt für folgende digitale Dienste von Vezpa:
| Dienst | Plattform | WCAG 2.1 AA Konformität |
|---|---|---|
| Buchungsmaschine (Verbraucher-Reservierungstool für Unterkünfte unserer Kunden) | Responsive Web (Desktop, Tablet, Mobile) | Konform |
| Wellness-Portal (SPA) (Servicebuchung und Shop für die Gäste der Unterkünfte) | Responsive Web | Konform |
| Marketing-Website (vezpa.it, Landing Pages, Blog, Leitfäden) | Responsive Web | Teilweise konform |
| PMS-App (für Unterkunftsverwalter) | Android, iOS, Windows, macOS | Anpassung in Bearbeitung |
| Django-Admin-Website (für Verwalter und Personal) | Web | Anpassung in Bearbeitung |
Die Marketing-Website und die Buchungsmaschine wurden als verbraucherorientierte Dienste im EAA-Anwendungsbereich einem am 22. Mai 2026 abgeschlossenen Barrierefreiheits-Audit unterzogen und anschließend nachgebessert. Am 6. Juni 2026 wurde zusätzlich ein Laufzeit-Audit des Farbkontrasts (axe-core und Pa11y) auf allen verbraucherorientierten Seiten durchgeführt — Startseite, Landing Pages, Blog, Buchungsmaschine, Erklärung —, die nun das Kriterium 1.4.3 der WCAG 2.1 AA (Mindestkontrast) erfüllen, ohne dass die automatischen Werkzeuge Ausnahmen festgestellt hätten. Am 23. Juni 2026 wurde die vollständige Nachbesserung des Buchungsmaschinen-Funnels (BE-Templates) abgeschlossen: Skip-Link, Landmark <main>, dynamisches lang-Attribut, sichtbarer Fokus, Formularbeschriftungen, ARIA der Dialogfenster, Überschriftenhierarchie, Fieldset/Legend für die Verpflegungsarten, Flatpickr role=group — der BE-Funnel ist nun konform mit WCAG 2.1 Stufe AA (0 axe-Verstöße auf /prenota/casamia). Ein Restpunkt (Unterkunftslogo auf /pagamentoGrazie, Kriterium 1.4.3) ist im Quell-CSS behoben, erfordert aber collectstatic für die Verteilung über das CDN. Am 9. August 2026 hat eine interne Überprüfung die Kontrolle auf Bereiche ausgeweitet, die nie im Umfang der vorherigen Durchgänge enthalten waren, sowie auf die nach Mai erstellten Dateien. Korrigiert wurden: die Formularbeschriftungen des Online-Check-ins (47 Gastdatenfelder ohne zugänglichen Namen, Kriterium 1.3.1); die Akkordeons der häufig gestellten Fragen auf den öffentlichen Seiten, die nun per Tastatur bedienbar sind und deren Zustand angesagt wird (Kriterien 2.1.1 und 4.1.2); die Überschrift der ersten Ebene auf sechs gastseitigen Seiten (1.3.1); die Sprachauswahl des Check-ins (4.1.2); die Beschriftungen des Bereichs Zusatzleistungen in der Buchungsmaschine (1.3.1); der Alternativtext der Ausweisdokument-Vorschauen (1.1.1); die von den übersetzten Hilfeseiten angegebene Sprache, die alle als Italienisch ausgeliefert wurden (Kriterium 3.1.1); sowie die japanischen Navigationstexte der Buchungsmaschine, die auf Italienisch zurückfielen. Im internen Verwaltungsbereich wurden die Bedienelemente, die Dialogfenster öffnen, per Tastatur erreichbar gemacht. Ebenfalls am 9. August 2026 wurde ein Laufzeit-Audit mit axe-core auf zehn Stichprobenseiten durchgeführt (öffentliche Website, Buchungsmaschine, Preisseiten, vier Hilfeseiten in zwei Sprachen, diese Erklärung und der Rechner für die Kurtaxe). Nach Abschluss der Korrekturen stellt das Werkzeug auf den geprüften Seiten keinen festgestellten Verstoß gegen die Kriterien der WCAG 2.1 A und AA fest, insbesondere keine Probleme bei zugänglichen Feldnamen, Überschriftenhierarchie, angegebener Sprache oder ARIA-Attributen. Es verbleiben Hinweise, die das Werkzeug als «manuell zu prüfen» einstuft und die größtenteils den Kontrast von Text auf Farbverläufen betreffen, bei dem die automatische Messung nicht aussagekräftig ist. Am 26. September 2026 wurden diese Hinweise — insgesamt 237 — einzeln geprüft, wobei der Kontrast an den tatsächlich gezeichneten Pixeln und nicht nur am Stylesheet gemessen wurde. Dabei traten echte Mängel zutage, die das Werkzeug nicht als solche ausgewiesen hatte: die Zellen des Kalenders der Buchungsmaschine, die einen zugänglichen Namen trugen, der von Screenreadern ignoriert wurde, weil ihnen eine Rolle fehlte (61 Zellen, korrigiert); die Sprachschaltfläche, die ein Menü ankündigte, ohne dessen Semantik zu besitzen (korrigiert); und drei Texte mit niedrigem Kontrast, korrigiert auf allen übersetzten Seiten, in die sie kopiert worden waren. Die übrigen Hinweise wurden als konform verifiziert, mit dokumentierter Messung für jeden einzelnen, und bestehen nur fort, weil das automatische Werkzeug die Hintergrundfarbe nicht bestimmen kann (Farbverläufe, Pseudoelemente, Überlagerungen). Am 4. November 2026 wurde die automatische Prüfung auf alle öffentlichen Seiten der Sitemap ausgeweitet, in allen Sprachen und sowohl auf dem Desktop als auch auf dem Telefon (2.041 Seiten), und erstmals auf die Gästeseiten, die dort nicht aufgeführt sind: Online-Check-in, Zahlung, Stornierung, Passwort-Wiederherstellung und Wellness-Portal. Korrigiert wurden die Gästezähler der Buchungsmaschine, die nun mit ihrer eigenen Beschriftung angesagt werden; der Kontrast von Untertiteln, Hinweisen und Schaltflächen auf diesen Seiten, in den Rechtsdokumenten und in den E-Mails; die Tabellen und Codeblöcke, die auf dem Telefon scrollen und nun per Tastatur erreichbar sind (Kriterium 2.1.1). Am selben Tag wurde die Tastaturnavigation auf Stichprobenseiten getestet, ohne dass unerreichbare Elemente oder Tastaturfallen gefunden wurden. Noch festzulegen ist der Kontrast der Schaltflächen beim Überfahren mit der Maus auf ockerfarbenem Hintergrund, den keine automatische Prüfung erkennt. Automatische Prüfungen ersetzen nicht den Test mit echten Nutzern und assistiven Technologien, der unser Maßstab bleibt. Die PMS-App und das Django-Admin werden freiwillig angepasst (nicht im obligatorischen Anwendungsbereich der italienischen EAA-Umsetzung, da es sich um professionelle B2B-Verwaltungssoftware handelt).
3. Zugängliche Inhalte
Die verbraucherorientierten Dienste (Buchungsmaschine, Marketing-Website) werden unter Einhaltung der folgenden Anforderungen entwickelt und gepflegt:
- Semantische HTML-Struktur mit Landmarks (
header,nav,main,footer) und korrekter Überschriftenhierarchie - Skip-to-content-Link auf jeder Seite, per Tastatur aktivierbar
- ARIA-Attribute für dynamische Zustände interaktiver Komponenten (Menüs, Dropdowns, Kalender, Gästezähler, Tabs, Dialogfenster)
- Textbeschriftungen auf allen Formularsteuerelementen und Lokalisierung der Schaltflächen der Buchungsmaschine in 22 Sprachen
- Beschreibender Alternativtext auf Inhaltsbildern (Zimmerfotos, Unterkunftsfotos)
- Karussells mit per Tastatur erreichbaren Vor/Zurück-Schaltflächen und automatischer Pause beim Überfahren mit der Maus
- Dynamisches
lang-Attribut auf der Seite aria-current="page"auf dem aktiven Navigationslink- Berücksichtigung der Systempräferenz
prefers-reduced-motion - AA-konformer Farbkontrast auf Text, Steuerelementen und Statusanzeigen
- Sichtbarer Tastaturfokus auf allen interaktiven Elementen
- Alle externen
target="_blank"-Links mitrel="noopener noreferrer"geschützt - Test vom 5. November 2026 mit dem Screenreader NVDA (Windows, Chrome) auf Startseite, Preisen, Kontakt, Buchung, Online-Check-in, Stornierung und Zahlung
4. Nicht oder teilweise zugängliche Inhalte
Die folgenden Inhalte weisen bekannte Einschränkungen der Barrierefreiheit auf, deren Behebung im Gange ist:
Bekannte Einschränkungen
- PMS-App für Desktop und Mobilgeräte: Einige benutzerdefinierte Widgets (z. B. Planungsraster, Gantt-Kalender) implementieren noch nicht vollständig die zugängliche Semantik für Screenreader. Anpassungs-Roadmap läuft, Abschluss bis Ende 2026.
- Django-Admin-Website: dem Unterkunftspersonal vorbehalten; die Oberfläche enthält einige Steuerelemente (Dropdown-Menüs der Verwaltung), die weitere ARIA-Semantik benötigen.
- Integrationen Dritter: Stripe-Zahlungs-Widget. Diese werden von den jeweiligen Anbietern gepflegt; Vezpa überwacht deren Konformitätsniveau.
- Von Benutzern hochgeladene Dokumente: Zimmerfotos, Beschreibungen und Inhalte von Unterkunftsbetreibern entsprechen möglicherweise nicht immer den Anforderungen an die Barrierefreiheit (beschreibende Alternativtexte usw.). Wir stellen den Betreibern Werkzeuge und Leitlinien bereit, um die Barrierefreiheit ihrer Inhalte zu verbessern.
5. Kompatibilität mit assistiven Technologien
Die verbraucherorientierten Dienste wurden getestet und sind kompatibel mit:
- Moderne Browser: Chrome, Firefox, Safari, Edge (letzte 2 stabile Versionen)
- Screenreader: NVDA (Windows, mit Chrome), getestet am 5. November 2026 auf den wichtigsten Seiten
- Reine Tastaturnavigation (Tab, Umschalt+Tab, Eingabe, Leertaste, Esc, Pfeiltasten)
- Inhaltszoom bis 200% ohne Funktionsverlust
- Systempräferenzen: hoher Kontrast, reduzierte Bewegung
VoiceOver, TalkBack und Narrator wurden noch nicht getestet.
6. Bewertungsmethodik
Die Konformitätsbewertung wurde durchgeführt durch:
- Statisches Code-Audit von HTML/CSS/JavaScript-Templates
- Zuordnung von Verstößen zu den Erfolgskriterien der WCAG 2.1 (Stufe A und AA)
- Tests der Tastaturnavigation entlang des vollständigen Buchungsflusses (ohne die Kartenzahlung, die über Stripe läuft)
- Test mit dem Screenreader NVDA in Chrome (5. November 2026)
- Überprüfung des Farbkontrasts im Design-System
- Laufzeitprüfungen des Kontrasts mit automatischen Werkzeugen (axe-core, Pa11y), durchgeführt auf den verbraucherorientierten Seiten (Juni 2026) und in den Veröffentlichungsprozess integriert
7. Verfahren für Rückmeldungen
Wenn Sie bei der Nutzung unserer Dienste auf Barrieren stoßen, nicht zugängliche Inhalte feststellen oder ein Problem melden möchten, können Sie uns über die folgenden Kontaktdaten erreichen.
E-Mail: info@vezpa.it
WhatsApp: +39 351 651 3663 (öffnet in einem neuen Tab)
Bitte geben Sie an: betroffene Seite oder Funktion, Problemart, verwendete assistive Technologie (falls zutreffend), Betriebssystem und Browser.
Wir verpflichten uns, auf Barrierefreiheits-Meldungen innerhalb von 30 Tagen zu antworten (Verfahren gemäß Art. 3-quinquies des italienischen Stanca-Gesetzes für Meldungen zur Barrierefreiheit).
8. Durchsetzungsverfahren
Bei unbefriedigender Antwort oder ausbleibender Antwort innerhalb von 30 Tagen nach der Meldung können Sie sich an die Agentur für das digitale Italien (Agenzia per l'Italia Digitale, AgID) wenden, die für die Überwachung der Barrierefreiheit benannte nationale Behörde, und zwar über das auf ihrer institutionellen Website verfügbare Meldeformular:
- form.agid.gov.it/view/eaa/ (öffnet in einem neuen Tab) — AgID-Meldeformular für den European Accessibility Act
9. Aktualisierung der Erklärung
Diese Erklärung wird mindestens jährlich sowie bei wesentlichen Änderungen der digitalen Dienste oder nach Abschluss neuer Anpassungszyklen überprüft und aktualisiert.