meta-refresh-timing-absent
Seite darf kein zeitgesteuertes Meta-Refresh verwenden
Prüft, dass <meta http-equiv="refresh"> keine positive Verzögerung von 20 Stunden oder weniger vorgibt.
Anwendbarkeit. Gilt für das erste <meta http-equiv="refresh">-Element in Dokumentreihenfolge, dessen content-Attribut einen auswertbaren führenden Verzögerungswert hat. Gemäß den gemeinsamen Schritten für deklaratives Refresh in HTML wertet ein Dokument immer nur sein erstes gültiges Meta-Refresh aus; jedes spätere (gültig oder nicht) ist wirkungsloses Markup, das ein Browser nie verarbeitet, und wird daher nicht bewertet.
Erwartung. Die Verzögerung ist 0 (eine sofortige Weiterleitung, die Nutzer nicht mitten beim Lesen überraschen kann) oder beträgt mehr als 20 Stunden. Jede andere positive Verzögerung aktualisiert die Seite oder leitet sie weiter, und zwar per Timer, den die Nutzenden nicht ausgelöst haben und weder anhalten, stoppen noch verlängern kann, obwohl WCAG 2.2.1 (Zeiteinteilung anpassbar) genau das verlangt.
Was ein Befund meldet.
delay: die Zeit, bevor die Seite neu lädt oder weiterleitet, in Sekunden. Ein Fehlschlag liegt über 0 und bei höchstens 72000 (20 Stunden).
Diese Felder in data.details helfen, einen Befund zu lesen und zu reproduzieren. Außer reasonCode und den wenigen Feldern, die Ausgabeschema als stabil nennt, sind sie kein stabiler Vertrag: Ein Feld kann in einer Minor-Version umbenannt werden oder wegfallen, bauen Sie also nicht darauf auf.
Beispiele
<meta http-equiv="refresh" content="90000; URL=/x">
Eine Verzögerung von über 20 Stunden (72000s) ist nach Ausnahme 3 von WCAG 2.2.1 zulässig.
<meta http-equiv="refresh" content="30; URL=/x">
Eine Verzögerung von 30 Sekunden aktualisiert die Seite per Timer, den die Nutzenden weder anhalten, stoppen noch verlängern kann.