Les images, icônes et autres éléments visuels sont analysés lors du test d'accessibilité afin de garantir des alternatives textuelles correctes et une bonne interprétation par les technologies d'assistance.
CE QUE NOUS VÉRIFIONS
Tous les graphiques SVG et éléments d'icônes sont examinés pour confirmer qu'ils incluent des étiquettes ARIA ou des alternatives textuelles. Les icônes décoratives utilisent role="presentation" ou aria-hidden="true", tandis que celles significatives incluent des noms accessibles via aria-label, aria-labelledby ou title.
POURQUOI C'EST IMPORTANT
Les lecteurs d'écran dépendent de ces étiquettes pour décrire les icônes et les éléments visuels. Sans elles, les utilisateurs peuvent manquer des détails ou fonctions importants de l'interface. Notre vérificateur RGAA évalue ces éléments pour s'assurer qu'ils répondent aux normes d'accessibilité.
CE QUE NOUS VÉRIFIONS
Chaque élément <img> doit inclure un attribut alt. Les images fonctionnelles nécessitent un texte alt significatif, tandis que les décoratives utilisent une valeur vide (alt="").
POURQUOI C'EST IMPORTANT
Le texte alternatif permet aux technologies d'assistance de décrire les images avec précision. Un texte alt manquant ou incorrect empêche les utilisateurs de comprendre le contenu visuel, un problème que notre vérificateur WCAG identifie automatiquement.
CE QUE NOUS VÉRIFIONS
Lorsqu'une image d'arrière-plan transmet un sens, elle doit inclure un nom accessible via aria-label, aria-labelledby ou title, et utiliser role="img" où approprié.
POURQUOI C'EST IMPORTANT
Les lecteurs d'écran ignorent les images d'arrière-plan sauf si elles sont correctement étiquetées. Un étiquetage approprié garantit que les éléments visuels significatifs restent accessibles pour tous les utilisateurs.
CE QUE NOUS VÉRIFIONS
Les éléments <canvas> et <object> qui affichent des graphiques ou des médias doivent inclure des étiquettes comme aria-label, aria-labelledby ou title, et un rôle pertinent tel que role="img" ou role="graphics-symbol".
POURQUOI C'EST IMPORTANT
Sans étiquetage approprié, les outils d'assistance ne peuvent pas décrire les éléments visuels à l'intérieur de ces éléments, laissant les utilisateurs sans contexte ou information. Ces vérifications forment une partie clé de notre flux de travail de vérificateur d'accessibilité.
CE QUE NOUS VÉRIFIONS
L'image principale et chaque région cliquable dans une carte image nécessitent un texte alt descriptif qui identifie leur fonction ou destination.
POURQUOI C'EST IMPORTANT
Les lecteurs d'écran dépendent de ces descriptions pour expliquer les régions interactives. Sans elles, les cartes image deviennent confuses ou inutilisables.
CE QUE NOUS VÉRIFIONS
Les pages sont vérifiées pour confirmer que les utilisateurs peuvent zoomer jusqu'à 200% sans perdre de fonctionnalité. Les paramètres de viewport et le CSS ne doivent pas limiter la mise à l'échelle.
POURQUOI C'EST IMPORTANT
Le zoom est crucial pour les utilisateurs malvoyants. Le restreindre crée des barrières et ne répond pas aux normes d'accessibilité.
CE QUE NOUS VÉRIFIONS
Chaque champ de formulaire doit avoir une étiquette ou instruction visible. Les placeholders seuls ne qualifient pas car ils disparaissent lors de la saisie.
POURQUOI C'EST IMPORTANT
Les étiquettes visibles aident les utilisateurs à comprendre quelles informations fournir, en particulier ceux ayant des défis cognitifs ou de mémoire.
CE QUE NOUS VÉRIFIONS
Les liens qui s'ouvrent dans de nouvelles fenêtres ou onglets doivent inclure un indicateur clair tel qu'un texte, une icône ou un attribut ARIA pour informer les utilisateurs avant l'activation.
POURQUOI C'EST IMPORTANT
Les nouvelles fenêtres inattendues peuvent dérouter les utilisateurs, en particulier ceux ayant des déficiences cognitives ou visuelles. Les indicateurs maintiennent la navigation prévisible et assurent la conformité aux meilleures pratiques vérifiées par notre vérificateur d'accessibilité web.
L'utilisabilité du clavier est testée sur tous les éléments interactifs, tandis que le vérificateur d'accessibilité confirme des états de focus clairs, un mouvement prévisible et une opérabilité complète sans souris.
CE QUE NOUS VÉRIFIONS
Tous les liens doivent avoir un texte descriptif ou des étiquettes ARIA qui indiquent clairement leur destination ou leur objectif.
POURQUOI C'EST IMPORTANT
Les utilisateurs naviguant avec des lecteurs d'écran dépendent de noms de liens clairs pour comprendre où mène chaque lien. Des étiquettes vagues ou manquantes peuvent causer de la confusion et empêcher une navigation efficace.
CE QUE NOUS VÉRIFIONS
Lorsque les utilisateurs naviguent via le clavier, les éléments interactifs doivent afficher un contour de focus, une bordure ou une surbrillance visible.
POURQUOI C'EST IMPORTANT
A visible focus indicator shows users exactly where they
are on the page. Without it, those relying on keyboard
navigation can easily lose track, creating frustration
and accessibility barriers.
CE QUE NOUS VÉRIFIONS
Chaque élément interactif comme les boutons, liens et contrôles doit inclure un nom accessible via un texte visible, aria-label, aria-labelledby ou des attributs title.
POURQUOI C'EST IMPORTANT
Les lecteurs d'écran utilisent ces étiquettes pour annoncer le but des composants interactifs. Des noms manquants rendent impossible pour les utilisateurs de comprendre ce qu'un élément fait ou comment interagir avec lui.
CE QUE NOUS VÉRIFIONS
Les pages doivent inclure des liens de saut permettant aux utilisateurs de clavier de contourner le contenu répétitif comme les en-têtes ou les menus et d'aller directement à la section principale.
POURQUOI C'EST IMPORTANT
Les liens de saut améliorent l'efficacité pour les utilisateurs qui dépendent des claviers ou des lecteurs d'écran, leur permettant de naviguer dans le contenu plus rapidement. Évalué dans le cadre de notre scan de vérificateur WCAG.
CE QUE NOUS VÉRIFIONS
Les éléments cachés ou hors écran doivent utiliser tabindex="-1" ou aria-hidden="true" pour les retirer de l'ordre de tabulation du clavier.
POURQUOI C'EST IMPORTANT
Les éléments non visibles pour les utilisateurs voyants ne devraient pas recevoir le focus. S'ils le font, cela peut désorienter les utilisateurs de lecteurs d'écran et rompre la navigation logique.
CE QUE NOUS VÉRIFIONS
Chaque contrôle de formulaire doit avoir une étiquette ou un attribut ARIA associé par programmation afin que les technologies d'assistance puissent annoncer son but.
POURQUOI C'EST IMPORTANT
Sans associations claires entre les étiquettes et les contrôles, les utilisateurs ne peuvent pas comprendre quelle entrée est requise. Notre vérification de conformité RGAA assure que ces relations sont codées correctement.
CE QUE NOUS VÉRIFIONS
Lorsqu'une boîte de dialogue ou une fenêtre contextuelle est ouverte, le focus clavier doit rester à l'intérieur jusqu'à sa fermeture, empêchant l'interaction en arrière-plan.
POURQUOI C'EST IMPORTANT
Le piégeage du focus assure que les utilisateurs ne tabulent pas accidentellement dans des zones cachées. Ceci est essentiel pour les modales et les superpositions accessibles.
CE QUE NOUS VÉRIFIONS
Toutes les boîtes de dialogue et fenêtres contextuelles doivent fournir une méthode de sortie claire et accessible au clavier comme appuyer sur Échap ou sélectionner un bouton de fermeture visible.
POURQUOI C'EST IMPORTANT
Les utilisateurs qui dépendent de la navigation au clavier doivent pouvoir fermer les modales sans utiliser une souris. Les options de sortie manquantes peuvent piéger les utilisateurs, rompant l'accessibilité. Vérifié lors de notre examen du vérificateur d'accessibilité web.
CE QUE NOUS VÉRIFIONS
Le focus ne doit se déplacer que lorsque l'utilisateur déclenche une action. Les éléments interactifs ne doivent pas déplacer le focus automatiquement.
POURQUOI C'EST IMPORTANT
Le déplacement de focus inattendu peut désorienter les utilisateurs de lecteurs d'écran et ceux ayant des déficiences cognitives. Notre test d'accessibilité interne assure un flux de navigation fluide et prévisible.
La hiérarchie des pages, les titres et les repères sont évalués pour la clarté, et le vérificateur WCAG garantit que la structure globale s'aligne avec les modèles d'accessibilité reconnus pour les technologies d'assistance.
CE QUE NOUS VÉRIFIONS
Les éléments qui ressemblent à des titres mais ne sont pas codés avec des balises de titre appropriées doivent inclure role="heading" et un aria-level défini (par exemple, aria-level="2").
POURQUOI C'EST IMPORTANT
Les technologies d'assistance dépendent des balises de titre pour naviguer efficacement dans les pages. Une structure de titre manquante ou incorrecte rend difficile pour les utilisateurs de comprendre l'organisation de la page et de trouver le contenu rapidement.
CE QUE NOUS VÉRIFIONS
Chaque contrôle de formulaire doit être lié par programmation à une étiquette en utilisant <label>, aria-label ou les attributs aria-labelledby.
POURQUOI C'EST IMPORTANT
Lorsque les étiquettes ne sont pas correctement connectées, les lecteurs d'écran ne peuvent pas annoncer leur but. Notre vérification de conformité RGAA assure que les utilisateurs peuvent remplir les formulaires en toute confiance et de manière indépendante.
CE QUE NOUS VÉRIFIONS
Chaque page web doit inclure un <title> descriptif qui reflète clairement son but et son contexte.
POURQUOI C'EST IMPORTANT
Les lecteurs d'écran annoncent d'abord les titres de page. Sans titres clairs ou uniques, les utilisateurs peuvent se perdre ou être confus quant à la page sur laquelle ils se trouvent.
CE QUE NOUS VÉRIFIONS
Les liens doivent inclure des noms accessibles qui décrivent clairement leur destination ou action via un texte visible, aria-label ou title.
POURQUOI C'EST IMPORTANT
Le balisage de langue approprié assure une prononciation et une traduction précises par les technologies d'assistance. Ceci est confirmé dans notre examen du vérificateur RGAA.
CE QUE NOUS VÉRIFIONS
Les champs de recherche doivent inclure role="search" sur leur élément parent pour définir une région de repère ARIA.
POURQUOI C'EST IMPORTANT
Les utilisateurs de lecteurs d'écran peuvent accéder directement à la section de recherche en utilisant des raccourcis clavier. Vérifié par notre test de vérificateur d'accessibilité web.
CE QUE NOUS VÉRIFIONS
L'élément <html> doit inclure un attribut lang pour définir la langue principale de la page.
POURQUOI C'EST IMPORTANT
L'imbrication invalide peut dérouter les technologies d'assistance et rompre le comportement clavier attendu, rendant le contenu difficile à utiliser.
CE QUE NOUS VÉRIFIONS
Le texte écrit dans une langue différente de la langue par défaut de la page doit utiliser son propre attribut lang.
POURQUOI C'EST IMPORTANT
Le balisage de langue approprié assure une prononciation et une traduction précises par les technologies d'assistance. Ceci est confirmé dans notre examen du vérificateur RGAA.
CE QUE NOUS VÉRIFIONS
Les éléments qui agissent comme des boutons, liens ou menus doivent inclure des rôles ARIA corrects s'ils n'utilisent pas de balises HTML sémantiques.
POURQUOI C'EST IMPORTANT
Sans rôles définis, les lecteurs d'écran peuvent ne pas détecter correctement les interactions, causant des problèmes d'utilisabilité pour les personnes dépendant des appareils d'assistance.
CE QUE NOUS VÉRIFIONS
Interactive elements (like links or buttons) must not be
nested inside one another unless part of a valid HTML
pattern.
POURQUOI C'EST IMPORTANT
L'imbrication invalide peut dérouter les technologies d'assistance et rompre le comportement clavier attendu, rendant le contenu difficile à utiliser.
CE QUE NOUS VÉRIFIONS
Les éléments interactifs doivent contenir un texte visible ou des noms accessibles définis avec aria-label, aria-labelledby ou title.
POURQUOI C'EST IMPORTANT
Sans noms ou texte, les utilisateurs ne peuvent pas identifier la fonction des boutons ou liens.
CE QUE NOUS VÉRIFIONS
Les éléments interactifs visuellement cachés doivent inclure aria-hidden="true" s'ils ne sont pas destinés à l'interaction utilisateur.
POURQUOI C'EST IMPORTANT
Les utilisateurs de lecteurs d'écran peuvent rencontrer des éléments non fonctionnels ou décoratifs, ce qui entraîne de la confusion. Les cacher correctement assure la clarté et le focus.