pourquoi le curseur ou le focus saute-t-il partout sur mon site web
Le focus saute partout à cause de l'ordre du code source
Un focus qui saute dans tous les sens se produit généralement parce que l'ordre dans lequel les éléments apparaissent dans le code source ne correspond pas à l'ordre dans lequel ils sont affichés à l'écran. Lorsqu'un utilisateur navigue dans une page avec la touche Tab, il s'attend à ce que le focus se déplace naturellement de haut en bas et de gauche à droite — logiquement selon le sens de lecture. Si un menu, une fenêtre contextuelle ou une barre latérale est positionné ailleurs à l'écran via CSS que là où l'élément se trouve dans le code, le focus saute visiblement d'avant en arrière : d'abord vers le bas, puis tout en haut, puis vers un bouton déjà parcouru visuellement.
Une cause fréquente est une valeur de `tabindex` définie manuellement sur un chiffre supérieur à zéro, ce qui extrait les éléments de l'ordre naturel. Les bandeaux de consentement, les filtres chargés dynamiquement et les fenêtres modales qui ne retiennent pas correctement le focus provoquent également cet effet — le focus disparaît alors parfois complètement de l'écran, caché derrière la banneau ou sous une superposition encore ouverte. Pour vérifier cela soi-même, le mieux est de parcourir la commande en utilisant uniquement le clavier. comment tester si une boutique en ligne est utilisable au clavier décrit comment ce test fonctionne en pratique. Souvent, l'ordre du focus s'avère être lié aux mêmes éléments qui posent aussi des problèmes avec les bandeaux de consentement et les fenêtres contextuelles, car ils sont placés en superposition sur la page en premier.
Où cela figure dans WCAG 2.1 : critère 2.4.3
Cette exigence figure dans WCAG 2.1 sous le critère de succès 2.4.3, « Focus Order », qui exige que l'ordre dans lequel les éléments reçoivent le focus préserve le sens et la navigabilité de la page. C'est un critère de niveau A, et donc aussi inclus dans le niveau AA, auquel se ramène EN 301 549 en pratique. L'enquête menée par l'ACM sur l'accessibilité des boutiques en ligne montre que ce type de problème de navigation se produit régulièrement dans la pratique et est perçu comme gênant par les utilisateurs. Un scan automatique peut signaler la présence d'une `tabindex` avec une valeur positive, mais le fait que l'ordre du focus soit vraiment logique pour quelqu'un qui ne voit pas la page est quelque chose que un test automatisé d'accessibilité ne peut pas établir complètement — cela reste tributaire d'un parcours manuel.
Sur quoi cela est fondé
- WCAG 2.1 (W3C) — ce que EN 301 549 signifie dans la pratique
- ACM — Accessibilité des boutiques en ligne, étude quantitative et qualitative (Motivaction, mars 2026)
Le règlement lui-même se trouve sur EUR-Lex. Nous renvoyons à chaque affirmation ; vous n'avez pas besoin de nous croire.
Ce que vous devez concrètement faire
La mise en œuvre de chaque obligation, avec les délais applicables et les modèles pour les documenter, est incluse dans l'abonnement.
Consultez l'abonnement D'abord l'analyse rapide gratuiteCeci n'est pas un conseil juridique. Cette page fournit des informations générales sur la réglementation couverte par cette plateforme. Nous ne connaissons pas votre situation. En cas de doute sur votre cas personnel, consultez un juriste ou l'organisme de surveillance compétent.
Rédigé avec l'IA sur la base des sources ci-dessus, vérifié par un humain le 2026-09-05. Quelque chose ne va pas ? Faites-le nous savoir — les corrections sont prioritaires.