Déclaration d'accessibilité
1. Engagement en matière d'accessibilité
Vezpa s'engage à rendre son site web et ses services numériques accessibles conformément aux obligations prévues par la réglementation européenne sur l'accessibilité (European Accessibility Act, Directive UE 2019/882), transposée en Italie par le D.Lgs. 82/2022, en vigueur depuis le 28 juin 2025 pour les services de commerce électronique destinés aux consommateurs.
La norme technique appliquée est WCAG 2.1 niveau AA (Web Content Accessibility Guidelines du W3C).
2. État de conformité
La présente déclaration s'applique aux services numériques Vezpa énumérés dans le tableau suivant :
| Service | Plateforme | Conformité WCAG 2.1 AA |
|---|---|---|
| Moteur de réservation (outil grand public pour les établissements clients) | Web responsive (ordinateur, tablette, mobile) | Conforme |
| Portail Bien-être (SPA) (réservation de services et boutique pour les clients des établissements) | Web responsive | Conforme |
| Site marketing (vezpa.it, pages d'atterrissage, blog, guides) | Web responsive | Partiellement conforme |
| Application PMS (réservée aux gestionnaires d'établissement) | Android, iOS, Windows, macOS | Adaptation en cours |
| Site admin Django (réservé aux gestionnaires et au personnel) | Web | Adaptation en cours |
Le site marketing et le moteur de réservation, en tant que services grand public relevant du périmètre de l'EAA, ont fait l'objet d'un audit d'accessibilité achevé le 22 mai 2026, suivi d'une remédiation. Le 6 juin 2026, un audit complémentaire à l'exécution du contraste des couleurs (axe-core et Pa11y) a été effectué sur toutes les pages grand public — accueil, pages d'atterrissage, blog, moteur de réservation, déclaration —, qui satisfont désormais au critère WCAG 2.1 AA 1.4.3 (contraste minimum) sans exception relevée par les outils automatiques. Le 23 juin 2026, la remédiation complète du tunnel du moteur de réservation (templates BE) a été achevée : lien d'évitement, landmark <main>, lang dynamique, focus visible, étiquettes de formulaire, ARIA des fenêtres modales, hiérarchie des titres, fieldset/legend des formules, Flatpickr role=group — le tunnel BE est désormais conforme à WCAG 2.1 niveau AA (0 violation axe sur /prenota/casamia). Un élément résiduel (logo de l'établissement sur /pagamentoGrazie, critère 1.4.3) est corrigé dans le CSS source, mais nécessite un collectstatic pour se propager au CDN. Le 9 août 2026, une révision interne a étendu la vérification à des zones qui n'avaient jamais fait partie du périmètre des cycles précédents ainsi qu'aux fichiers créés après mai. Ont été corrigés : les étiquettes des formulaires du check-in en ligne (47 champs d'identité dépourvus de nom accessible, critère 1.3.1) ; les accordéons des questions fréquentes des pages publiques, désormais activables au clavier et dont l'état est annoncé (critères 2.1.1 et 4.1.2) ; le titre de premier niveau sur six pages destinées aux clients (1.3.1) ; le sélecteur de langue du check-in (4.1.2) ; les étiquettes de la section services du moteur de réservation (1.3.1) ; le texte alternatif des aperçus de la pièce d'identité (1.1.1) ; la langue déclarée par les pages de guide traduites, toutes servies comme italiennes (critère 3.1.1) ; ainsi que les libellés de navigation du moteur de réservation en japonais, qui basculaient sur l'italien. Dans le panneau de gestion interne, les commandes ouvrant des boîtes de dialogue ont été rendues accessibles au clavier. Toujours le 9 août 2026, un audit à l'exécution avec axe-core a été effectué sur dix pages échantillons (site public, moteur de réservation, pages de tarifs, quatre pages de guide en deux langues, la présente déclaration et le calculateur de la taxe de séjour). Au terme des corrections, l'outil ne relève aucune violation avérée des critères WCAG 2.1 A et AA sur les pages examinées, et notamment aucun problème de nom accessible des champs, de hiérarchie des titres, de langue déclarée ou d'attributs ARIA. Subsistent des signalements que l'outil classe comme « à vérifier manuellement », concernant en grande partie le contraste de textes superposés à des fonds en dégradé, où la mesure automatique n'est pas concluante. Le 26 septembre 2026, ces signalements — 237 au total — ont été examinés un par un, en mesurant le contraste sur les pixels effectivement affichés et non sur la seule feuille de style. Il en est ressorti des défauts réels que l'outil ne déclarait pas comme tels : les cellules du calendrier du moteur de réservation, qui portaient un nom accessible ignoré par les lecteurs d'écran faute de rôle (61 cellules, corrigées) ; le bouton de langue, qui annonçait un menu sans en avoir la sémantique (corrigé) ; et trois textes à faible contraste, corrigés sur toutes les pages traduites où ils avaient été copiés. Les autres signalements ont été vérifiés comme conformes, la mesure de chacun étant consignée, et ne subsistent que parce que l'outil automatique ne parvient pas à déterminer la couleur de fond (dégradés, pseudo-éléments, superpositions). Le 4 novembre 2026, la vérification automatique a été étendue à toutes les pages publiques du plan du site, dans toutes les langues et aussi bien sur ordinateur que sur téléphone (2 041 pages), et pour la première fois aux pages destinées aux clients qui n'y figurent pas : check-in en ligne, paiement, annulation, récupération du mot de passe et portail bien-être. Ont été corrigés : les compteurs de voyageurs du moteur de réservation, désormais annoncés avec leur propre étiquette ; le contraste des sous-titres, des avis et des boutons sur ces pages, sur les documents juridiques et dans les emails ; les tableaux et les blocs de code qui défilent sur téléphone, désormais accessibles au clavier (critère 2.1.1). Le même jour, la navigation au clavier a été testée sur des pages échantillons, sans trouver d'éléments inaccessibles ni de pièges. Reste à définir le contraste des boutons au survol de la souris sur fond ocre, qu'aucune vérification automatique ne détecte. Les vérifications automatiques ne remplacent pas l'essai avec des utilisateurs réels et des technologies d'assistance, qui reste notre référence. L'application PMS et l'admin Django font l'objet d'une adaptation volontaire (ils ne relèvent pas du périmètre obligatoire de l'EAA italien, s'agissant de logiciels de gestion professionnels B2B).
3. Contenus accessibles
Les services grand public (moteur de réservation, site marketing) sont conçus et maintenus dans le respect des exigences suivantes :
- Structure HTML sémantique avec landmarks (
header,nav,main,footer) et hiérarchie de titres correcte - Lien d'évitement vers le contenu principal sur chaque page, activable au clavier
- Attributs ARIA pour les états dynamiques des composants interactifs (menus, listes déroulantes, calendrier, compteurs de voyageurs, onglets, fenêtres modales)
- Étiquettes textuelles sur tous les contrôles de formulaire et localisation en 22 langues pour les boutons du moteur de réservation
- Texte alternatif descriptif sur les images de contenu (photos de chambres, photos d'établissement)
- Carrousels avec contrôles précédent/suivant accessibles au clavier et pause automatique au survol de la souris
- Attribut
langdéfini dynamiquement sur la page - Attribut
aria-current="page"sur le lien de navigation actif - Respect de la préférence
prefers-reduced-motiondu système d'exploitation - Contraste des couleurs conforme au niveau AA sur le texte, les contrôles et les indicateurs d'état
- Visibilité du focus clavier maintenue sur tous les éléments interactifs
- Tous les liens
target="_blank"externes protégés avecrel="noopener noreferrer" - Test du 5 novembre 2026 avec le lecteur d'écran NVDA (Windows, Chrome) sur l'accueil, les tarifs, le contact, la réservation, l'enregistrement en ligne, l'annulation et le paiement
4. Contenus non accessibles ou partiellement accessibles
Les contenus suivants présentent des limitations d'accessibilité connues, en cours de résolution :
Limitations connues
- Application PMS de bureau et mobile : certains widgets personnalisés (par ex. grille de planification, calendriers Gantt) n'implémentent pas encore complètement la sémantique accessible pour lecteurs d'écran. Feuille de route d'adaptation en cours d'ici fin 2026.
- Site web admin Django : réservé au personnel des établissements, l'interface présente quelques contrôles (menus déroulants d'administration) qui nécessitent une sémantique ARIA supplémentaire.
- Services tiers intégrés : widget Stripe pour le paiement. Ces composants sont maintenus par les fournisseurs ; Vezpa surveille leur niveau de conformité.
- Documents chargés par les utilisateurs : les photos de chambres, les descriptifs et les contenus générés par les opérateurs des établissements peuvent ne pas toujours respecter les exigences d'accessibilité (textes alternatifs descriptifs, etc.). Nous fournissons des outils et des lignes directrices aux gestionnaires pour améliorer l'accessibilité de leurs contenus.
5. Compatibilité avec les technologies d'assistance
Les services grand public ont été testés et se révèlent compatibles avec :
- Navigateurs modernes : Chrome, Firefox, Safari, Edge (2 dernières versions stables)
- Lecteur d'écran : NVDA (Windows, avec Chrome), testé le 5 novembre 2026 sur les pages principales
- Navigation au clavier uniquement (Tab, Shift+Tab, Entrée, Espace, Échap, flèches)
- Agrandissement du contenu jusqu'à 200 % sans perte de fonctionnalité
- Préférences système : contraste élevé, réduction des animations
VoiceOver, TalkBack et Narrator n'ont pas encore été testés.
6. Méthodologie d'évaluation
L'évaluation de conformité a été menée au moyen de :
- Audit statique du code HTML/CSS/JavaScript des templates principaux
- Mise en correspondance précise des violations avec les critères de succès WCAG 2.1 (niveau A et AA)
- Tests de navigation au clavier sur le parcours complet de réservation (hors paiement par carte, géré par Stripe)
- Test avec le lecteur d'écran NVDA dans Chrome (5 novembre 2026)
- Vérification du contraste des couleurs sur le design system
- Vérifications à l'exécution du contraste avec des outils automatiques (axe-core, Pa11y), effectuées sur les pages grand public (juin 2026) et intégrées au processus de publication
7. Procédure de signalement
Si vous rencontrez des obstacles d'accessibilité dans l'utilisation de nos services, si vous constatez des contenus non accessibles ou si vous souhaitez signaler un problème, vous pouvez nous contacter aux coordonnées suivantes.
Email : info@vezpa.it
WhatsApp : +39 351 651 3663 (s'ouvre dans un nouvel onglet)
Merci d'indiquer dans votre signalement : la page ou la fonctionnalité concernée, le type de problème rencontré, la technologie d'assistance utilisée (le cas échéant) et le système d'exploitation / navigateur.
Nous nous engageons à répondre aux signalements d'accessibilité sous 30 jours (procédure prévue par l'art. 3-quinquies de la Legge Stanca pour les signalements d'accessibilité).
8. Mécanisme de recours
En cas de réponse insatisfaisante ou d'absence de réponse dans les 30 jours suivant le signalement, la personne concernée peut s'adresser à l'Agence pour l'Italie numérique (AgID), autorité nationale désignée pour la surveillance de l'accessibilité, au moyen du formulaire de signalement disponible sur son site institutionnel :
- form.agid.gov.it/view/eaa/ (s'ouvre dans un nouvel onglet) — formulaire de signalement AgID pour l'European Accessibility Act
9. Mise à jour de la déclaration
Cette déclaration est révisée et mise à jour au moins une fois par an, ou à l'occasion de modifications substantielles des services numériques ou de l'achèvement de nouveaux cycles d'adaptation.