meta-refresh-timing-absent
La page ne doit pas utiliser d’actualisation meta temporisée
Vérifie que <meta http-equiv="refresh"> n’impose pas de délai positif de 20 heures ou moins.
Applicabilité. S’applique au premier élément <meta http-equiv="refresh">, dans l’ordre du document, dont l’attribut content commence par une valeur de délai analysable. D’après les étapes d’actualisation déclarative communes du HTML, un document n’agit que sur sa première actualisation meta valide ; toute actualisation ultérieure (valide ou non) est un balisage inerte que le navigateur ne traite jamais, elle n’est donc pas évaluée.
Attendu. Le délai est de 0 (une redirection immédiate, qui ne peut pas surprendre l’utilisateur en pleine lecture) ou dépasse 20 heures. Tout autre délai positif actualise ou redirige la page selon une temporisation que l’utilisateur n’a pas déclenchée et ne peut ni suspendre, ni arrêter, ni prolonger, alors que le critère WCAG 2.2.1 (Réglage du délai) exige que ce soit possible.
Ce que rapporte un constat.
delay: le délai avant que la page ne se rafraîchisse ou ne redirige, en secondes. Un échec est supérieur à 0 et au plus égal à 72000 (20 heures).
Ces champs de data.details aident à lire et à reproduire un constat. À part reasonCode et les quelques champs que la page Schéma de sortie donne comme stables, ils ne constituent pas un contrat stable : un champ peut être renommé ou supprimé dans une version mineure, ne vous appuyez donc pas dessus.
Exemples
<meta http-equiv="refresh" content="90000; URL=/x">
Un délai de plus de 20 heures (72000s) est exempté au titre de l’exception 3 du critère WCAG 2.2.1.
<meta http-equiv="refresh" content="30; URL=/x">
Un délai de 30 secondes actualise la page selon une temporisation que l’utilisateur ne peut ni suspendre, ni arrêter, ni prolonger.