Critères de succès

WCAG 2.4.3 Parcours du focus

Le critère de succès 2.4.3 exige que, si un contenu peut être parcouru séquentiellement, l'ordre dans lequel les éléments reçoivent le focus clavier suive une séquence préservant la signification et l'utilisabilité. C'est un critère de niveau A sous la règle 2.4 (Navigable) - le pendant, pour le focus interactif, de l'exigence d'ordre de lecture du critère 1.3.2 Ordre séquentiel logique.

Ce que l'on ressent face à un parcours du focus défaillant

Parcourir une page par tabulation devrait traverser les éléments interactifs dans une séquence cohérente avec ce qui est affiché à l'écran - en général de haut en bas et de gauche à droite, ou de droite à gauche pour les langues qui s'écrivent ainsi -, en suivant la structure visuelle et logique qu'une personne voyante suivrait naturellement. Lorsque le focus saute au contraire de façon imprévisible - d'un lien de pied de page directement à un champ d'en-tête, ou en omettant des commandes visuellement voisines dans un ordre désordonné -, la personne qui navigue au clavier perd tout repère sur « où je suis et ce qui vient ensuite », et une navigation simple devient un jeu de devinettes.

La cause la plus fréquente

Un repositionnement visuel par le CSS - propriété order en flexbox ou en grille, positionnement absolu - qui change l'endroit où un élément apparaît sans changer sa position réelle dans le DOM. Comme l'ordre du focus suit généralement l'ordre du DOM, indépendamment du placement visuel, un écart entre les deux produit exactement ce type de séquence de tabulation illogique et déroutante. C'est le mécanisme sous-jacent identique à celui des défaillances du critère 1.3.2 : les deux critères sont souvent mis en défaut par la même cause première, simplement observée sous deux angles différents - ordre de lecture et parcours du focus.

L'autre cause fréquente : la manipulation manuelle de tabindex

Les valeurs de tabindex positives (tabindex="1", tabindex="5", etc.), employées pour tenter de contrôler manuellement l'ordre de tabulation, créent leur propre séquence numérique qui supplante l'ordre naturel du DOM - et, en pratique, cela produit presque toujours un ordre PIRE et plus difficile à anticiper que de laisser tabindex à sa valeur par défaut. C'est précisément la raison pour laquelle axe-core signale toute valeur de tabindex positive comme un risque de non-conformité.

La correction

Faites en sorte que l'ordre du DOM corresponde dès le départ à la séquence logique et visuelle voulue, plutôt que de tenter de réconcilier après coup un DOM désordonné avec un repositionnement CSS ou des substitutions manuelles de tabindex. Si une mise en page doit réellement différer de l'ordre logique de lecture et de focus, c'est en général le signe que la structure du balisage doit changer, et non qu'il faut la rafistoler avec tabindex.

Questions fréquentes

Qu'est-ce que le critère WCAG 2.4.3 Parcours du focus ?

Un critère de niveau A qui exige que le focus clavier traverse la page dans un ordre logique préservant la signification et l'utilisabilité.

Qu'est-ce qui provoque des problèmes de parcours du focus ?

Des valeurs de tabindex positives, du CSS qui réordonne visuellement le contenu par rapport à l'ordre du DOM, ou des fenêtres modales qui ne gèrent pas le focus, lequel se déplace alors de façon imprévisible.

Comment tester le parcours du focus ?

Essentiellement manuellement : parcourez la page par tabulation et vérifiez que le focus suit le déroulement visuel et logique. Les outils automatisés peuvent signaler des motifs à risque comme un tabindex positif, sans pouvoir le vérifier entièrement.