Pour chaque page web, l’utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?

Comprendre

L’utilisateur doit garder le contrôle des limites de temps : rafraîchissement, redirection, expiration de session.

Ce critère s’applique à toutes les pages.

Ce que vérifie Agence RGAA

Notre moteur détecte automatiquement des anomalies, mais une personne doit confirmer la pertinence avant de conclure.

Nous détectons automatiquement :

• rafraîchissements ou redirections temporisés

Un résultat automatique n’est jamais un audit : seul un contrôle humain (en interne ou par un auditeur RGAA) permet de conclure.

Exemple de correction

<meta http-equiv="refresh" content="0; url=/nouvelle-page">
<!-- Idéalement : une redirection HTTP 301 côté serveur -->

<meta http-equiv="refresh" content="30">

• Proposez un bouton « Actualiser » plutôt qu’un rechargement automatique.
• Une session qui expire doit prévenir et permettre de la prolonger.

Patron de référence à adapter à votre contexte : il ne vaut pas validation du critère.

Tests officiels

1. Test 13.1.1

   Pour chaque page web, chaque procédé de rafraîchissement (balise <object>, balise <embed>, balise <svg>, balise <canvas>, balise <meta>) vérifie-t-il une de ces conditions (hors cas particuliers) ? L’utilisateur peut arrêter ou relancer le rafraîchissement ; L’utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins ; L’utilisateur est averti de l’imminence du rafraîchissement et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant le prochain rafraîchissement ; La limite de temps entre deux rafraîchissements est de vingt heures, au moins.

   Méthodologie de test

   1. Retrouver dans le document les rafraîchissements initiés dans le contenu par un élément <object>, <embed>, <svg>, <canvas> ou par un élément <meta http-equiv="refresh" content="[compteur]"> (dans l’élément <head> de la page) ;
   2. Pour chaque rafraîchissement, vérifier que :
      • Soit la présence d’un mécanisme permet à l’utilisateur de stopper et de relancer le rafraîchissement ;
      • Soit la présence d’un mécanisme permet à l’utilisateur d’augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins ;
      • Soit la présence d’un mécanisme qui avertit l’utilisateur de l’imminence du rafraîchissement, laisse 20 secondes, au moins, à l’utilisateur, pour augmenter la limite de temps avant le prochain rafraîchissement ;
      • Soit la limite de temps entre deux rafraîchissements est de vingt heures, au moins.
   3. Si c’est le cas, le test est validé.

2. Test 13.1.2

   Pour chaque page web, chaque procédé de redirection effectué via une balise <meta> est-il immédiat (hors cas particuliers) ?

   Méthodologie de test

   1. Retrouver dans le document une redirection automatique initiée par un élément <meta http-equiv="refresh" content="0;URL='[URL ciblée]'" /> ;
   2. Vérifier que la redirection est immédiate ;
   3. Si c’est le cas, le test est validé.

3. Test 13.1.3

   Pour chaque page web, chaque procédé de redirection effectué via un script vérifie-t-il une de ces conditions (hors cas particuliers) ? L’utilisateur peut arrêter ou relancer la redirection ; L’utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins ; L’utilisateur est averti de l’imminence de la redirection et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant la prochaine redirection ; La limite de temps avant la redirection est de vingt heures, au moins.

   Méthodologie de test

   1. Retrouver dans le document les redirections automatiques initiées par un script (sous la forme d’un décompte par exemple) ;
   2. Pour chaque redirection automatique, vérifier que :
      • Soit la présence d’un mécanisme permet à l’utilisateur de stopper et relancer la redirection ;
      • Soit la présence d’un mécanisme permet à l’utilisateur d’augmenter la limite de temps avant le rafraîchissement de dix fois, au moins ;
      • Soit la présence d’un mécanisme qui avertit l’utilisateur de l’imminence du rafraîchissement, laisse 20 secondes, au moins, à l’utilisateur, pour augmenter la limite de temps avant le prochain rafraîchissement ;
      • Soit la limite de temps avant la redirection est de vingt heures, au moins.
   3. Si c’est le cas, le test est validé.

4. Test 13.1.4

   Pour chaque page web, chaque procédé limitant le temps d’une session vérifie-t-il une de ces conditions (hors cas particuliers) ? L’utilisateur peut supprimer la limite de temps ; L’utilisateur peut augmenter la limite de temps ; La limite de temps avant la fin de la session est de vingt heures au moins.

   Méthodologie de test

   1. Retrouver dans le document les procédés limitant le temps d’une session (par exemple, après une authentification) ;
   2. Pour chaque procédé, vérifier que :
      • Soit la présence d’un mécanisme permet à l’utilisateur de supprimer la limite de temps ;
      • Soit la présence d’un mécanisme permet à l’utilisateur d’augmenter la limite de temps ;
      • Soit la limite de temps est de vingt heures, au moins.
   3. Si c’est le cas, le test est validé. Note : lorsque la limite de temps est essentielle, notamment lorsqu'elle ne pourrait pas être supprimée sans changer fondamentalement le contenu ou les fonctionnalités liées au contenu, le critère est non applicable. Par exemple, le rafraîchissement d'un flux RSS dans une page n'est pas une limite de temps essentielle ; le critère est applicable. En revanche, une redirection automatique qui amène vers la nouvelle version d'une page à partir d'une url obsolète est essentielle ; le critère est non applicable.

Texte officiel du référentiel RGAA 4.1.2 publié par la DINUM — voir la source.