Vous êtes ici : Accueil » Base de connaissances » Les règles d’accessibilité » Principe 2 : Utilisable » Règle 2.2 Délai suffisant » Délai de consultation ou d’interaction

Délai de consultation ou d’interaction

Table des matières

Le problème

Une personne ayant des limitations motrices, visuelle ou cognitives n'est pas toujours aussi rapide qu'une personne sans limitations dans l'exécution de certaines tâches, comme remplir un formulaire. La sévérité des limitations, ou la combinaison de limitations fonctionnelles multiples, peuvent évidemment accentuer cette difficulté.

Si le délai alloué est trop court pour lire le contenu ou interagir avec celui-ci, ces contenus peuvent devenir inutilisables par certaines personnes.

L'actualisation automatique de la page est interprétée par les lecteurs d'écran comme le chargement d'une nouvelle page, ce qui entraîne la relecture de la page à partir du début. Cela s'applique également à l'actualisation automatique d'un cadre de la page, car le lecteur d'écran considère la page dans son ensemble.

Le mouvement peut être trop distrayant pour les personnes ayant des limitations cognitives. Il est donc à éviter ou à ralentir considérablement. Il est cependant acceptable si l'utilisateur dispose d'un moyen simple de l'arrêter.

Une animation de pré-chargement est permise, à condition que cette page ne permette pas d'interaction, et qu'elle soit nécessaire pour rassurer l'utilisateur sur le fait qu'un traitement est en cours et qu'il doit patienter.

Retour en haut de page

La solution

  • Si vous devez absolument inclure ce type de délai, donnez un moyen pour désactiver l'actualisation automatique (ex. bouton en début de page ou case à cocher à l'entrée dans un formulaire).
  • Vous pourriez aussi permettre d'ajuster ce délai ou de le prolonger jusqu'à 10 fois le délai prévu, mais cela est plus compliqué à gérer.
  • Pour un contenu défilant ou mis à jour automatiquement, vous pouvez offrir un élément d'interface permettant de visualiser ce même contenu, dans une fenêtre ou dans une zone statique.
  • Vous pouvez offrir un élément d'interface permettant de suspendre toute interruption, sauf en cas d'urgence.
  • Pour une session authentifiée, vous pouvez sauvegarder les données de façon à pouvoir les réutiliser une fois que l'utilisateur s'est à nouveau authentifié.
  • Pour une animation de pré-chargement, il est important que le message invitant à la patience soit placé en tout début de page pour que l'utilisateur d'un lecteur d'écran puisse en prendre connaissance avant que la page ne change à nouveau.
  • La redirection automatique peut être déroutante, parce qu'elle ne laisse pas à certains utilisateurs le temps nécessaire à la lecture complète de la page. Il vaut donc mieux gérer la redirection par le serveur.
  • Si vous devez passer par une page de redirection, configurez l'actualisation à 0 secondes, ce qui rendra cette redirection non perceptible par l'utilisateur.
  • Vous pouvez aussi offrir un lien vers la page de redirection, lien que l'utilisateur pourra activer à sa convenance lorsqu'il aura eu le temps de prendre connaissance de votre message.
  • Pour une activité en temps réel comme une enchère, le délai peut être considéré comme essentiel à la réalisation de l'activité, et donc incontournable.

Exemple de code pour un rafraîchissement non perceptible par l'utilisateur

<meta http-equiv="refresh"
content="0;url=http://www.wikipedia.org/" />
Retour en haut de page

Les règles qui s'appliquent au délai de consultation ou d'interaction

SGQRI 008-01
(site Web)		 SGQRI 008-02
(doc. téléchargeable)		 SGQRI 008-03
(multimédia)		 WCAG 2.0

15. Pour les exigences particulières applicables à la navigation, tout site Web doit : b) à l’exception d’un événement en temps réel ou d’une activité où la limite de temps est essentielle, pour toute page Web qui s'actualise automatiquement ou dont l’utilisation est limitée dans le temps&nbsp;:
i. soit, permettre la désactivation de cette fonctionnalité;
ii. soit, donner la possibilité de multiplier jusqu’à dix fois l'intervalle d'actualisation;
iii. soit, donner un avertissement avant l’expiration du délai et offrir au moins 20 secondes pour étendre le délai au moyen d’une action simple tout en permettant de demander une telle extension au moins dix fois;

15. Pour les exigences particulières applicables à la navigation, tout site Web doit&nbsp;: c) gérer toute redirection automatique de façon instantanée;

  

13. Pour les exigences particulières applicables à la navigation, toute animation Web doit : b) si elle recommence automatiquement, offrir la possibilité de la désactiver ou de modifier l'intervalle d'actualisation;

13. Pour les exigences particulières applicables à la navigation, toute animation Web doit&nbsp;: c) gérer toute redirection automatique de façon instantanée;

 2.2.1 Réglage du délai : pour chaque limite de temps fixée par le contenu, au moins l'un des points suivants est vrai : (Niveau A)
  • Suppression : l'utilisateur a la possibilité de supprimer la limite de temps avant de la rencontrer ; ou
  • Ajustement : l'utilisateur a la possibilité d'ajuster la limite de temps avant de la rencontrer dans un intervalle d'au moins dix fois la durée paramétrée par défaut ; ou
  • Extension : l'utilisateur est averti avant que la limite de temps n'expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d'espace ») et l'utilisateur a la possibilité d'étendre la limite de temps au moins dix fois ; ou
  • L'exception du temps réel : la limite de temps est une partie constitutive d'un événement en temps réel (par exemple, une enchère) et aucune alternative n'est possible ; ou
  • l'exception de la limite essentielle : la limite de temps est essentielle et l'étendre invaliderait alors l'activité ; ou
  • L'exception des 20 heures : la limite de temps est supérieure à 20 heures.

Note : ce critère de succès permet de s'assurer que les utilisateurs peuvent compléter leurs tâches sans changement inattendu de contenu ou de contexte résultant de la limite de temps. Il devrait être considéré conjointement avec le critère de succès 3.2.1, qui pose des limites aux changements de contenu ou de contexte résultant d'une action de l'utilisateur.
17. Toute page Web doit être présentée en&nbsp;: c) excluant, à l’exception d’une animation de préchargement, tout élément en mouvement d’une durée de plus cinq secondes sauf s’il est possible de l'arrêter facilement;   15. Toute animation Web doit être présentée en : c) excluant, à l’exception d’une animation Web de préchargement, tout élément en mouvement d’une durée de plus de cinq secondes sauf s’il est possible de l'arrêter facilement; 2.2.2 Mettre en pause, arrêter, masquer : pour toute information en mouvement, clignotante, défilante ou mise à jour automatiquement, tous les points suivants sont vrais : (Niveau A)
  • Déplacement, clignotement, défilement : pour toute information en mouvement, clignotante ou défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée conjointement avec un autre contenu, il y a un mécanisme à la disposition de l'utilisateur pour la mettre en pause, l'arrêter ou la masquer, à moins que le mouvement, le clignotement ou le défilement s'avère un élément essentiel au bon déroulement de l'activité; et
  • Mise à jour automatique : pour toute information mise à jour automatiquement qui (1) démarre automatiquement (2) et est présentée conjointement avec un autre contenu, il y a un mécanisme à la disposition de l'utilisateur pour la mettre en pause, l'arrêter ou pour en contrôler la fréquence des mises à jour à moins que la mise à jour automatique s'avère essentielle au bon déroulement de l'activité.

Note 1 : pour les exigences relatives au contenu scintillant ou flashant, se référer à la règle 2.3.
Note 2 : puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l'utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu'il soit utilisé pour satisfaire à d'autres critères de succès ou non) doit satisfaire à ce critère de succès. Lire Exigence de conformité 5 : Non-interférence.
Note 3 : il n'est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en flux à l'agent utilisateur conserve ou présente l'information générée ou reçue entre la mise en pause et la reprise de la présentation, puisque cela peut ne pas être techniquement possible et s'avérer trompeur dans beaucoup de situations.
Note 4 : une animation survenant dans une phase de pré-chargement ou dans une situation similaire peut être considérée comme essentielle si aucune interaction n'est permise à tous les utilisateurs durant cette phase et si l'absence d'indication de progression est susceptible de perturber les utilisateurs ou de leur faire croire que le contenu est figé ou défectueux.
      2.2.3 Pas de délai d'exécution : le temps n'est pas un facteur essentiel dans le déroulement de l'événement ou de l'activité, à l'exception des médias synchronisés non interactifs et des événements en temps réel. (Niveau AAA)
      2.2.4 Interruptions : les interruptions peuvent être reportées ou supprimées par l'utilisateur, à l'exception des interruptions impliquant une urgence. (Niveau AAA)
      2.2.5 Nouvelle authentification : quand une session authentifiée expire, l'utilisateur peut poursuivre son activité sans perte de données après une nouvelle authentification. (Niveau AAA)
Retour en haut de page

L'évaluation de conformité

SGQRI 008-01
(site Web)		 SGQRI 008-02
(doc. téléchargeable)		 SGQRI 008-03
(multimédia)		 WCAG 2.0
Grille AccessiWeb 2.1 de Braillenet
(suivre ce lien pour voir les tests rattachés à chaque critère)

À l’exception d’un événement en temps réel ou d’une activité où la limite de temps est essentielle, si elle s'actualise automatiquement ou si l’utilisation est limitée dans le temps, la page répond-elle à l'une des conditions suivantes :
- permettre la désactivation de cette fonctionnalité ;
- donner la possibilité de multiplier jusqu’à dix fois l'intervalle d'actualisation ;
- donner un avertissement avant l’expiration du délai et offrir au moins 20 secondes pour étendre le délai au moyen d’une action simple tout en permettant de demander une telle extension au moins dix fois (SW-15b) ?

Toute redirection automatique est-elle gérée de façon instantanée (SW-15c) ?

  • Web Accessibility toolbar : Code source | Voir le code source généré, rechercher http-equiv="refresh" dans le code source
  • JAWS ou NVDA : Rechercher http-equiv="refresh" dans le code source
  • Web developer toolbar : Voir source | Voir le code source généré
    Rechercher http-equiv="refresh" dans le code source
  

Si une animation Web recommence automatiquement, offre-t-on la possibilité de la désactiver ou de modifier l'intervalle d'actualisation (M-13b) ?

Toute redirection automatique est-elle gérée de façon instantanée (M-13c) ?

Critère 13.1 [Bronze] Pour chaque page Web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?

Critère 13.17 [Bronze] Dans chaque page Web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?

À l’exception d’une animation de préchargement, la page est-elle exempte de tout élément en mouvement d’une durée de plus cinq secondes sauf s’il est possible de l'arrêter facilement (SW-17c) ?

   À l’exception d’une animation de préchargement, l'animation Web est-elle exempte de tout élément en mouvement d’une durée de plus cinq secondes sauf s’il est possible de l'arrêter facilement (SW-15c) ?  
     

Critère 13.4 [Or] Dans chaque page Web, une tâche ne doit pas requérir de limite de temps pour être réalisée, sauf si elle se déroule en temps réel ou si cette limite de temps est essentielle. Cette règle est-elle respectée ?

Critère 7.6 [OR] Chaque script qui provoque une alerte non sollicitée est-il contrôlable par l'utilisateur (hors cas particuliers) ?

Critère 13.1 [Bronze] Pour chaque page Web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?

Critère 13.5 [Or] Dans chaque page Web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?
Retour en haut de page

La comparaison entre les standards SGQRI et WCAG 2.0

Les exigences des standards SGQRI précisent l'application du critère de succès 2.2.1 tout en écartant l'exception des 20 heures prévue par les WCAG 2.0. L'exigence à propos des redirections correspond à l'une des techniques proposées par le W3C. Quant à l'exigence sur le contrôle du mouvement, la version proposée par les standards SGQRI est une simplification du critère de succès 2.2.2.

Dans ce contexte, un site Web qui applique les exigences des standards SGQRI en matière de délai est conforme aux critères de succès 2.2.1 et 2.2.2 des WCAG 2.0. Toutefois un site Web qui applique l'exception des 20 heures prévue au critère de succès 2.2.1 sera non conforme aux standards SGQRI.

Voir aussi&nbsp;:

  1. Comprendre la règle 2.2 [Délai suffisant]
  2. Comprendre le critère de succès 2.2.1 [Réglage du délai]
  3. Comprendre le critère de succès 2.2.2 [Mettre en pause, arrêter, masquer]
  4. Comprendre le critère de succès 2.2.3 [Pas de délai d'exécution]
  5. Comprendre le critère de succès 2.2.4 [Interruptions]
  6. Comprendre le critère de succès 2.2.5 [Nouvelle authentification]

Retour en haut de page

Répondre à cet article

Restez connecté !

Recevez des nouvelles de l’avancement du projet PCCAW dans votre boîte de courriels.


Liste de diffusion