Design et accessibilité : ce qui se mesure objectivement

Les contrôles exécutés

La liste ci-dessous est celle de l'audit, générée depuis son catalogue — elle suit le produit, elle ne le décrit pas de mémoire.

• Attribut lang au format valide
• Aucun tabindex positif
• Aucun titre (h1-h6) vide
• Aucune erreur console au chargement
• Aucune violation WCAG détectée (axe-core)
• Balise viewport présente (site responsive)
• Boutons avec texte accessible
• Champs requis avec gestion d'erreur accessible
• Cibles cliquables d'au moins 24×24 px (WCAG 2.5.8)
• Échelle typographique cohérente
• Éléments aria-hidden non focusables
• Éléments custom avec ARIA labels
• Fieldsets avec legend
• Focus visible non désactivé
• Formulaires autorisant le collage
• Géolocalisation non demandée au chargement
• Identifiants (id) uniques sur la page
• Images affichées sans déformation
• Images avec width/height déclarés (pas de saut de mise en page)
• Images servies à une résolution adaptée
• Labels correctement associés à un champ existant
• Landmark roles présentes (main, nav, header...)
• Liens avec texte descriptif
• Liens de contournement présents
• Longueur de ligne adaptée à la lecture
• Mise en page suffisamment aérée
• Nombre de familles de police maîtrisé
• Nombre de polices raisonnable
• Notifications non demandées au chargement
• Ordre hiérarchique des titres correct
• Palette de couleurs cohérente
• Premier écran équilibré entre texte et visuels
• Score Lighthouse Accessibilité satisfaisant
• SVG avec titre ou aria-label accessible
• Tableaux avec en-têtes <th>
• Tailles de police lisibles (mesure réelle)
• Texte courant d'une taille confortable (≥ 14 px)
• Textes alt de longueur raisonnable
• Textes alt sans formulation redondante
• Textes alternatifs descriptifs
• Tous les formulaires ont des labels associés
• Une seule balise <main> présente
• Vidéos autoplay correctement mises en sourdine
• Vidéos avec contrôles de lecture
• Vidéos avec sous-titres
• Zones tactiles suffisamment grandes