Liste de contrôle vierge, formulaire imprimable
Checklist de test d'interopérabilité avec les technologies d'assistance
Checklist de compatibilité EN 301 549 §5.1 + §11.5
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.
Lecteurs d'écran, Multiplateforme
Vérifiez la compatibilité avec les principaux lecteurs d'écran sur toutes les plateformes, Windows, macOS, iOS et Android.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EN 301 549 §11.5.2 | Critique | Testé avec NVDA sous Windows.NVDA est le lecteur d'écran gratuit le plus utilisé sous Windows. Testez tous les parcours utilisateur essentiels, navigation, formulaires, composants interactifs et contenu dynamique. NVDA utilise le buffer virtuel et les modes navigation/focus; vérifiez que les deux fonctionnent correctement avec votre interface. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §11.5.2 | Critique | Testé avec JAWS sous Windows.JAWS est le lecteur d'écran commercial le plus utilisé en environnement entreprise. Son modèle d'interaction diffère de NVDA sur des points clés, comportement du curseur virtuel, activation du mode formulaire et paramètres de verbosité. Testez séparément même si NVDA est validé. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §11.5.2 | Critique | Testé avec VoiceOver sous macOS et iOS.VoiceOver est intégré à macOS et iOS. Testez avec Safari sur les deux plateformes car il offre la meilleure prise en charge de VoiceOver. Sous iOS, testez la navigation tactile (balayage gauche/droite) et les gestes du rotor. VoiceOver gère ARIA différemment des lecteurs d'écran Windows sur plusieurs aspects. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §11.5.2 | Critique | Testé avec TalkBack sous Android.TalkBack est le lecteur d'écran intégré à Android. Testez avec Chrome sous Android car il offre la meilleure prise en charge de TalkBack. La navigation se fait via des gestes de balayage (similaires à VoiceOver iOS). Soyez attentif aux vues personnalisées, au contenu WebView et aux tailles de cibles tactiles. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Grossissement d'écran et basse vision
Vérifiez le fonctionnement avec le zoom du navigateur, les loupes système, les modes de contraste élevé et l'inversion des couleurs, essentiel pour les utilisateurs malvoyants.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 1.4.4 | Critique | Toutes les fonctionnalités fonctionnent à 200 % de zoom du navigateur.Les WCAG exigent que le contenu reste fonctionnel et lisible à 200 % de zoom. Aucun défilement horizontal ne doit être requis pour le contenu à défilement vertical. Le texte doit se redistribuer plutôt que d'être tronqué ou de se chevaucher. Tous les éléments interactifs doivent rester accessibles. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §11.5.2 | Majeur | Le contenu reste fonctionnel avec ZoomText ou la loupe système.ZoomText (Windows) et les loupes système intégrées (Loupe Windows, Zoom macOS) agrandissent des portions de l'écran. Le contenu doit rester utilisable, les infobulles et popups doivent apparaître près de leurs déclencheurs (et non hors écran), et les indicateurs de focus doivent être visibles à des niveaux de grossissement élevés. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.4.11 | Critique | L'interface est utilisable en mode contraste élevé Windows et contraste accru macOS.Les modes contraste élevé surchargent les couleurs et peuvent supprimer les images d'arrière-plan, dégradés et ombres. Les éléments d'interface qui s'appuient sur ces traitements visuels pour le sens ou les bordures peuvent devenir invisibles. Utilisez des bordures transparentes et CSS forced-color-adjust si nécessaire. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.4.1 | Majeur | Le contenu reste lisible avec les couleurs inversées.Certains utilisateurs malvoyants inversent les couleurs d'affichage pour obtenir un texte clair sur fond sombre. Le contenu doit rester lisible et les images ne doivent pas devenir inutilisables. Évitez de transmettre des informations uniquement par la couleur, car les relations de couleur s'inversent. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Motricité et saisie alternative
Vérifiez la compatibilité avec le contrôle par contacteur, la commande vocale, l'utilisation complète au clavier et les méthodes de saisie par pointage du regard ou temporisation.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EN 301 549 §5.1.3 | Critique | Le contrôle par contacteur (Switch Control iOS / Switch Access Android) peut naviguer dans toutes les fonctions.Les utilisateurs de contacteurs naviguent en balayant les éléments séquentiellement et en activant avec un ou deux contacteurs. Tous les éléments interactifs doivent être accessibles via l'ordre de balayage. Les composants personnalisés doivent être focalisables et activables. Regroupez les éléments connexes pour réduire le temps de balayage. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §5.1.3 | Critique | La commande vocale (Dragon NaturallySpeaking / Voice Control macOS) peut activer tous les contrôles.Les utilisateurs de commande vocale prononcent le libellé visible ou le nom d'un contrôle pour l'activer. Tous les éléments interactifs doivent avoir des libellés textuels visibles ou des noms accessibles que les utilisateurs peuvent prononcer. « Cliquer Soumettre » doit fonctionner pour un bouton libellé « Soumettre ». Les contrôles personnalisés sans libellés visibles sont inutilisables. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.1.1 | Critique | Toutes les fonctionnalités sont accessibles au clavier sans nécessiter de souris.Toute fonctionnalité disponible via la souris doit l'être également au clavier. Cela inclut la navigation, le remplissage de formulaire, les alternatives au glisser-déposer, les menus contextuels et la fermeture des superpositions. Le focus doit être visible en permanence et suivre un ordre logique. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.5.1 | Majeur | Aucune interaction dépendante du survol, compatible avec la saisie par temporisation et le suivi oculaire.Les cliqueurs par temporisation et les systèmes de suivi oculaire activent les éléments en les survolant pendant une durée définie. Si votre interface affiche du contenu ou des contrôles importants uniquement au survol de la souris, les utilisateurs par temporisation les déclencheront involontairement ou ne pourront pas y accéder. Tout contenu révélé au survol doit être accessible via clic/focus. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Technologies d'assistance auditive
Vérifiez la compatibilité avec les appareils auditifs, les boucles magnétiques et assurez-vous que des alternatives visuelles existent pour tout contenu audio.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EN 301 549 §5.1.5 | Majeur | La sortie audio est compatible avec la diffusion vers les appareils auditifs (Bluetooth LE Audio / MFi).Si votre produit produit du son (vidéos, alertes, appels vocaux), il doit pouvoir être reçu par les appareils auditifs et implants cochléaires. Bluetooth LE Audio et Made for iPhone (MFi) sont les principaux protocoles de diffusion. Le contenu web est généralement diffusé via la sortie audio de l'appareil, mais vérifiez qu'aucune gestion audio personnalisée ne contourne le chemin audio système. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.2.1 | Critique | Des alternatives visuelles sont fournies pour tous les signaux et alertes audio.Chaque son, sonneries de notification, bips d'erreur, tonalités de succès, sons de message entrant, doit avoir un équivalent visuel. Les utilisateurs sourds et malentendants doivent recevoir les mêmes informations visuellement. Utilisez des notifications à l'écran, des changements d'icône ou des vibrations en complément des signaux audio. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.2.4 | Critique | Les sous-titres sont compatibles avec les systèmes à boucle magnétique (téléphobine).Dans les lieux publics, les boucles magnétiques transmettent l'audio directement aux appareils auditifs via la téléphobine. Pour les présentations sur le web ou les bornes utilisées dans des lieux équipés de boucles, assurez-vous que les sous-titres sont disponibles en secours et que la sortie audio peut alimenter les amplificateurs de boucle. Les sous-titres doivent être précis et synchronisés. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.4.2 | Majeur | Le volume est ajustable indépendamment du volume système.Les utilisateurs malentendants peuvent avoir besoin de régler le volume des médias différemment des sons système. Tout contenu audio sur le site doit avoir des contrôles de volume indépendants. La lecture automatique du son doit pouvoir être évitée. Les utilisateurs doivent pouvoir mettre en pause, arrêter ou ajuster le volume de tout audio qui dure plus de 3 secondes. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Braille et technologies d'assistance cognitive
Vérifiez la compatibilité avec les afficheurs braille, la navigation braille, les outils de simplification de texte et les aides à la lecture.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EN 301 549 §11.5.2 | Majeur | L'afficheur braille restitue correctement tout le contenu.Les afficheurs braille convertissent le texte à l'écran en cellules braille. Le contenu doit être disponible sous forme de texte réel (pas d'images de texte ou de texte rendu sur canvas). Les caractères spéciaux, symboles mathématiques et émojis doivent soit s'afficher correctement en braille, soit avoir des alternatives textuelles. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §11.5.2 | Majeur | Les touches de routage de l'afficheur braille fonctionnent avec tous les éléments interactifs.Les afficheurs braille comportent des touches de routage au-dessus de chaque cellule qui permettent aux utilisateurs de cliquer sur l'élément affiché à cette position. Tous les éléments interactifs (liens, boutons, champs de formulaire) doivent être activables via les touches de routage. Les widgets personnalisés doivent exposer leur nature interactive à l'API d'accessibilité. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §5.1.3 | Mineur | Le contenu est compatible avec les outils de simplification par synthèse vocale.Les outils d'accessibilité cognitive comme Browsealoud, Rewordify et les fonctions de simplification intégrées aux navigateurs s'appuient sur un HTML bien structuré pour simplifier le contenu. Utilisez des titres sémantiques, des paragraphes courts, des listes pour les informations séquentielles et évitez les mises en page complexes imbriquées qui perturbent l'extraction de contenu. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EN 301 549 §5.1.3 | Mineur | Compatible avec les règles de lecture et les outils de mise en évidence du focus.Les règles de lecture, guides de ligne et superpositions de mise en évidence du focus aident les utilisateurs dyslexiques et atteints de troubles de l'attention à suivre leur position de lecture. Ces outils superposent une barre colorée ou atténuent le contenu environnant. Votre site ne doit pas interférer avec ces superpositions, évitez les éléments à fort z-index qui couvrent la superposition et assurez-vous que le contenu se redistribue correctement. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |