Liste de contrôle vierge, formulaire imprimable
Checklist accessibilité transport et réservation
Checklist de conformité Annexe I Sections II–III de l'EAA
Liste de contrôle vierge à compléter hors ligne.
Cochez une case par ligne. Ajoutez vos commentaires et références de preuves dans la colonne Notes si nécessaire.
Recherche et planification de trajet
AEA Annexe I §II–III, Les planificateurs de trajet et les informations horaires doivent être accessibles.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 2.1.1 | Critique | Le planificateur de trajet / la recherche d'itinéraire est entièrement utilisable au clavier.Les champs origine/destination, les sélecteurs de date, les sélecteurs d'heure et les boutons de recherche doivent tous fonctionner uniquement au clavier. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Critique | Les données horaires sont disponibles en texte, pas uniquement sous forme d'image.Les tableaux d'horaires doivent utiliser des tableaux HTML avec des en-têtes appropriés. Les PDF d'horaires doivent être balisés. Pas de plannings sous forme d'image. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 4.1.3 | Critique | Les mises à jour en temps réel des départs/arrivées utilisent des régions aria-live.Les tableaux de départ en direct qui se mettent à jour automatiquement doivent annoncer les changements aux lecteurs d'écran, « Vol BA123 maintenant retardé à 14h30 ». | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Majeur | Les informations de trajet multi-segments ont une structure de titres claire.Chaque segment d'un trajet (vol 1, correspondance, vol 2) doit être clairement séparé par des titres et présenté dans l'ordre séquentiel. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Majeur | La comparaison des prix est présentée dans un format de tableau accessible.Les comparaisons de classes tarifaires avec caractéristiques (bagages, flexibilité) doivent utiliser des tableaux correctement structurés, pas des grilles basées sur des images. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Réservation et choix de siège
Le parcours de réservation incluant les plans de sièges et les détails des passagers.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 2.1.1 | Critique | L'interface de sélection de siège est accessible au clavier.Les plans de sièges interactifs doivent prendre en charge la navigation au clavier, touches fléchées pour se déplacer, Entrée pour sélectionner. Fournissez une alternative sous forme de liste si le plan est complexe. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.1.1 | Critique | Le plan de sièges a des alternatives textuelles pour le statut des sièges (disponible, occupé, premium).Chaque cellule de siège doit avoir un aria-label décrivant son statut, « Siège 12A, hublot, disponible, 45 € », pas seulement un code couleur. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.2 | Critique | Les formulaires de détails passager ont des libellés clairs pour tous les champs.Civilité, nom, date de naissance, numéro de passeport, tous doivent avoir des éléments <label>. Regroupez les champs connexes avec fieldset/legend. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.4 | Critique | Récapitulatif de réservation avec étape de vérification avant le paiement.Affichez tous les détails du trajet, les informations passager et le coût total pour vérification avant de traiter le paiement. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Assistance d'accessibilité
L'AEA exige des opérateurs de transport qu'ils proposent une réservation d'assistance accessible.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EAA Annex I §III | Critique | La réservation d'assistance d'accessibilité est disponible en ligne, pas uniquement par téléphone.L'assistance en fauteuil roulant, l'accueil accompagné et les demandes spéciales doivent pouvoir être réservés via le site web, pas seulement un numéro de téléphone. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Majeur | Les informations d'accessibilité des gares/arrêts sont publiées en ligne.Les gares disposant d'un accès sans marche, d'ascenseurs, de toilettes accessibles et de points d'assistance doivent être publiées et consultables. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Majeur | Les informations d'accessibilité des véhicules sont disponibles (espaces fauteuil roulant, annonces sonores).Les utilisateurs doivent savoir avant la réservation si le véhicule dispose d'espaces fauteuil roulant, de boucles d'induction et d'annonces audio/visuelles. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Après la réservation et voyage
Confirmations, documents d'embarquement et informations sur les perturbations.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EAA Annex I §III | Critique | La confirmation de réservation est dans un format accessible (e-mail HTML, pas un reçu image).Les e-mails de confirmation doivent être en HTML avec une structure appropriée. Les PDF joints doivent être balisés. Pas de reçus sous forme d'image uniquement. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Critique | La carte d'embarquement mobile / le billet électronique est compatible avec les lecteurs d'écran.Les QR codes ont besoin d'alternatives textuelles. Les détails d'embarquement (porte, heure, siège) doivent être disponibles sous forme de texte réel, pas intégrés dans une image. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 4.1.3 | Critique | Les alertes de perturbation (retards, annulations, changements de porte) sont disponibles en texte.Les notifications push et les alertes in-app doivent inclure le texte complet, pas seulement « Alerte » avec les détails dans une superposition inaccessible. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Majeur | Les processus de modification et d'annulation sont accessibles.Si un trajet est perturbé, le flux de modification doit être aussi accessible que la réservation initiale, pas une expérience dégradée. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Critique | Les affichages d'information en temps réel fournissent à la fois une sortie visuelle et audio.Les tableaux de départ, les indicateurs de quai et les affichages de porte doivent fournir les informations visuellement à l'écran et via des annonces sonores. L'information ne doit pas être transmise par un seul canal sensoriel. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Critique | Les annonces sonores incluent la destination, les arrêts, les retards et les informations de sécurité.Les annonces à bord et en gare doivent annoncer les prochains arrêts, la destination finale, les retards et les consignes de sécurité. Cela sert les passagers aveugles et ceux qui ne peuvent pas lire les affichages. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Annex I §III | Majeur | Les notifications de perturbation sont disponibles dans plusieurs formats (application, SMS, e-mail, affichage).Lorsque les services sont perturbés, notifiez les passagers par plusieurs canaux, pas seulement un écran en gare. Les notifications push mobiles, SMS et e-mail garantissent que les utilisateurs reçoivent l'information quelle que soit leur localisation ou leurs capacités. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |