EXEMPLE DE LIVRABLE — 21 octobre 2026
Formulaire fictif contrôlé, créé pour la démonstration. Aucun client réel ni donnée privée.

PÉRIMÈTRE RÉEL DE CET EXEMPLE
Une page HTML locale, fichiers avant.html et apres.html. Revue du balisage, contrôle statique et scan automatisé ciblé exécutés. Cet exemple montre le niveau de précision attendu des fiches ; il ne représente pas les trois pages ni toute la revue manuelle de la prestation complète.
Aucun scan public Accessibility exécuté. Après un premier lancement bloqué dans le bac à sable, axe-core 4.12.1 a été exécuté avec Chrome headless dans un environnement autorisé, sur ces deux fichiers locaux uniquement. Règles ciblées : button-name, image-alt et label. Avant : trois violations, une par règle. Après : aucune violation, trois règles réussies, aucun résultat incomplet. Preuve détaillée : preuve-axe.json. Aucun contrôle clavier ou lecteur d’écran revendiqué ici.

1. Priorité haute — champ sans étiquette associée
Preuve avant.html : <p>Votre adresse électronique</p><input type="email" id="email">
Reproduction statique (violation label confirmée par axe-core) : vérifier l’absence de label lié à email et d’aria-label/aria-labelledby. Le paragraphe visible n’établit aucune association explicite avec le champ.
Effet attendu : le nom du champ peut manquer pour les technologies d’assistance. Effet à vérifier à l’usage, pas observé ici.
Correction appliquée dans l’exemple : <label for="email">Votre adresse électronique</label> et id="email" conservé.
Réception : association for/id présente au contrôle statique ; nom annoncé à vérifier au lecteur d’écran avant validation utilisateur complète.

2. Priorité haute — bouton sans nom accessible fourni
Preuve avant.html : <button type="button"><span aria-hidden="true">→</span></button>
Reproduction (violation button-name confirmée par axe-core) : son seul contenu est explicitement masqué aux technologies d’assistance ; aucun autre nom n’est fourni.
Correction : <button type="button">Demander un rappel</button>.
Réception : texte non masqué présent, contrôlé dans la source ; annonce et navigation clavier restant à vérifier.

3. Priorité moyenne — image décorative sans alternative explicite
Preuve avant.html : img ne possède aucun attribut alt ; violation image-alt confirmée par axe-core. Ici, l’image est un décor vide défini par le scénario.
Effet potentiel : annonce inutile ou nom de fichier selon le navigateur et l’outil d’assistance.
Correction : alt="" dans apres.html. Une image informative exigerait au contraire une description adaptée à son contenu.
Réception : alt vide présent dans la source ; rendu dans l’arbre d’accessibilité non contrôlé ici.

BILAN
Trois défauts de balisage identifiés et trois corrections présentes dans l’exemple après. Ce résultat ne constitue pas un score ni une conformité globale. Le formulaire ne transmet rien : aucun résultat fonctionnel d’envoi n’est promis. Contrastes, focus, zoom, erreurs, lecteurs d’écran et comportement mobile restent hors des vérifications réalisées sur cet exemple.