Rampe extérieure devant un bâtiment à London au CanadaPhoto de contexte · Crédit

Logiciels et organisation · Fiche de contrôle

Vérifier un parcours de réservation accessible

Un parcours doit permettre de rechercher, comprendre, saisir et confirmer avec différents modes d’usage. Cette fiche prépare une recette concrète, avec des limites explicites.

Publié le . Méthode éditoriale à adapter à votre produit et à votre organisation. Source de référence : W3C : Web Content Accessibility Guidelines 2.2, consultée le 4 octobre 2026.

Définir ce que la fiche doit permettre de vérifier

Choisissez une tâche complète : trouver une offre, sélectionner une date, saisir les informations utiles et consulter le résultat. Testez plusieurs largeurs et modes d’interaction, puis notez les obstacles observés. L’accessibilité de l’interface et celle de la prestation réservée sont deux sujets à relier sans les confondre. Une photographie de rampe illustre le thème ; elle ne prouve pas l’accessibilité du service présenté.

WCAG 2.2 fournit des critères portant notamment sur clavier, focus, intitulés, erreurs et messages de statut. Les huit contrôles ci-dessous sélectionnent des situations utiles à un parcours voyage ; ils ne couvrent pas tout le référentiel et ne permettent pas de déclarer une conformité globale. Une évaluation complète demande une méthode et un périmètre plus larges.

Huit champs à rapprocher de leurs preuves

Gardez la source et la date de vérification à côté des informations collectées. Sur téléphone, les contrôles se lisent en cartes.

Vérifier un parcours de réservation accessible : données et contrôles
ChampÀ collecterTest ou rapprochement
NavigationOrdre de tabulation et accès aux fonctions essentielles.Parcourir la recherche et la réservation au clavier ; repérer un piège ou une fonction inaccessible.
FocusIndication visible de l’élément actif et effet des éléments fixes.Vérifier que le focus reste identifiable et que le contrôle utile n’est pas masqué par un bandeau.
FormulaireLibellés, consignes et formats attendus avant saisie.Faire comprendre chaque champ sans dépendre du seul placeholder ou de sa couleur.
DateSélection du calendrier et alternative de saisie.Tester clavier, changement de mois et explication d’une date indisponible.
ErreurMessage, champ concerné et possibilité de correction.Soumettre un dossier incomplet ; retrouver les erreurs sans perdre les informations déjà saisies.
Mise à jourChangement de prix, résultat de recherche ou état d’une opération.Vérifier que l’information nouvelle est perceptible sans dépendre uniquement d’une animation.
LisibilitéZoom, contraste, taille et réorganisation du contenu.Agrandir l’affichage et contrôler que texte et actions restent utilisables, notamment dans les colonnes.
ConfirmationRécapitulatif, corrections possibles et contact d’assistance.Comprendre la prestation et le total avant validation ; retrouver un résultat exploitable après l’envoi.

Trois erreurs qui fragilisent le dossier

  • Conclure à la conformité après un test automatique sans parcourir les fonctions. Les outils détectent seulement une partie des obstacles.
  • Remplacer un libellé par une icône ou un placeholder. Le contrôle doit conserver un nom compréhensible dans les modes d’usage testés.
  • Afficher un message d’erreur général sans relier les corrections aux champs. Le voyageur doit pouvoir terminer sa tâche.

Transmettre un résultat exploitable

Transmettez pour chaque obstacle la tâche, l’environnement, l’étape, le résultat observé et la correction attendue. Joignez une preuve sans données personnelles et indiquez le mode d’interaction utilisé. Une nouvelle recette doit reprendre le parcours affecté et vérifier les fonctions voisines qui partagent le composant. Gardez séparés les défauts de l’interface, les informations manquantes sur la prestation et les limites du périmètre testé. Le bilan décrit des observations ; il ne transforme pas une sélection de contrôles en certification.

Choisir un registre de contenus, médias ou recette · Préciser les responsabilités du parcours

Questions fréquentes

Cette fiche suffit-elle pour déclarer le site conforme ?

Non. Elle prépare des tests ciblés. Une déclaration globale exige une évaluation adaptée au référentiel et au périmètre concernés.

Faut-il tester uniquement sur téléphone ?

Non. Combinez plusieurs tailles, le clavier et les modes d’usage utiles au public. Les obstacles peuvent différer selon les composants.

L’accessibilité numérique prouve-t-elle celle d’un hôtel ?

Non. Les caractéristiques et besoins de la prestation demandent leurs propres sources et confirmations.

Approfondir ce contrôle

Toutes les fiches de contrôle · Méthode des sources

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Toutes les fiches de contrôle →