Praxisleitfaden Automatisches Neuladen
Meta-Refresh ohne Zeitdruck beheben
Erkennen Sie automatische Seitenaktualisierungen und geben Sie die Lesezeit frei.
meta-refreshWCAG 2.2.1
Sehen Sie, was sich durch die Korrektur ändert.
Zuletzt geprüft: Permalink: https://spanier.one/wcag-meta-refresh.html
Befund verstehen
Nach 30 Sekunden beginnt die Seite neu
Erkannter Befund
Das fällt auf
meta-refresh meldet <meta http-equiv="refresh" content="30"> im Dokumentkopf.So ist es einzuordnen
Die Beispielseite „Sieben Feuer“ enthält einen Refresh-Eintrag mit 30 Sekunden Wartezeit. Weil keine Ziel-URL angegeben ist, lädt der Browser dieselbe Seite erneut. Der Eintrag betrifft das ganze Dokument; er ist selbst nicht sichtbar.
Das bedeutet es für die Nutzung
Wer mehr Zeit zum Lesen oder Bedienen benötigt, kann durch das Neuladen den Zusammenhang verlieren. Laufende Interaktionen können zurückgesetzt werden, obwohl die Person noch nicht fertig ist.
- Regel
meta-refresh- Referenz
- WCAG 2.2.1
Diagnose im HTML
http-equiv="refresh"
content="30"
Ziel: aktuelle URL
Auslöser: Zeitablauf, keine NutzeraktionDen Dokumentkopf über Seiten hinweg prüfen
Ein Refresh im gemeinsamen Template kann mehrere Leseseiten betreffen. Prüfen Sie die veröffentlichten Seiten nach dem Entfernen frisch.
- Sieben Feuer× Befund im Beispiel
- Geschichte× Befund im Beispiel
- Kontakt Ohne diesen Befund im Beispiel
Nach der Änderung erneut prüfenBeobachten Sie die Seiten über das bisherige Intervall hinaus und prüfen Sie laufende Eingaben.
Schematische Zuordnung, kein Scanergebnis. „Ohne diesen Befund“ sagt nichts über andere Barrieren aus.
Muss sich die Seite überhaupt selbst neu laden?
Wählen Sie die Korrektur nach der Funktion der Aktualisierung.
| Fall | Wann trifft er zu? | Passende Umsetzung |
|---|---|---|
| Leseseite wie im Beispiel | Der Inhalt soll ohne feste Bearbeitungszeit gelesen werden können. | Entfernen Sie den Refresh-Eintrag aus dem ausgelieferten HTML. |
| Aktuelle Daten nachladen | Neue Informationen werden regelmäßig verfügbar. | Bieten Sie eine bewusst auslösbare Aktualisierung an. Falls automatische Updates erforderlich sind, planen und prüfen Sie eine wirksame Zeitsteuerung. |
| Eine URL wurde ersetzt | Die Person soll direkt zum neuen Dokument gelangen. | Verwenden Sie eine passende unmittelbare HTTP-Weiterleitung. Eine vorgeschaltete Leseseite mit Countdown löst einen anderen Nutzerweg aus. |
Seitenkontext
Der Lesebereich bleibt optisch gleich
Der vollständige Seiteneinstieg zeigt Überschrift, Einleitung und Darstellung der sieben Ratsfeuer. Die Markierung bezeichnet den betroffenen Seiteninhalt, nicht ein sichtbares Meta-Element.
Die Seite wirkt wie ein ruhiger Artikel. Der automatische Neustart entsteht im Dokumentkopf. Erst die HTML-Diagnose und eine Beobachtung über die Wartezeit hinaus machen diese Barriere nachvollziehbar; das Standbild allein belegt keinen Zeitablauf.
HTML korrigieren
Die Zeitsteuerung aus der Seitenvorlage entfernen
Entfernen Sie den Meta-Refresh dort, wo der Dokumentkopf erzeugt wird. Der Artikel benötigt keinen Ersatz-Timer. Inhalt und Darstellung bleiben erhalten; der Browser erhält beim nächsten Seitenaufruf keinen Auftrag zum automatischen Neuladen.
Fundstelle zuordnen
Ordnen Sie den Vorher-Code dem betroffenen Element Ihrer Website zu.
Änderung umsetzen
Im CMS Prüfen Sie Einstellungen für automatische Aktualisierung, Weiterleitungen und den HTML-Kopf des Templates. Veröffentlichen Sie die Änderung und laden Sie die Seite frisch.
KorrekturvergleichHTML im Dokumentkopf Vorher
<head> <meta http-equiv="refresh" content="30"> <!-- Weitere Metadaten --> </head>Nachher
<head> <!-- Kein Meta-Refresh mehr --> <!-- Weitere Metadaten --> </head>Markierte Zeilen wurden geändert
Änderung nachprüfen
Prüfen Sie die geänderte Seite erneut mit dem Scanner und kontrollieren Sie das Element im Nutzungskontext.
Umsetzung absichern
Die ausgelieferte Seite zählt
Suchen Sie die Ursache vor dem erneuten Browseraufruf.
- 1
Suchen Sie im gerenderten Dokumentkopf und in der erzeugenden Vorlage nach http-equiv="refresh".
- 2
Prüfen Sie den content-Wert: Eine Zahl ohne URL lädt das aktuelle Dokument; eine angegebene URL kann auf eine andere Seite führen.
- 3
Entfernen Sie für diesen Artikel den Eintrag vollständig und prüfen Sie gegebenenfalls zwischengespeicherte HTML-Ausgaben.
- 4
Starten Sie den Re-Test mit einem frischen Seitenaufruf. Das nachträgliche Entfernen aus einem bereits geladenen DOM ist kein zuverlässiger Abbruch eines geplanten Reloads.
Fehlversuche vermeiden
Den Timer nur anders verpacken hilft nicht
Aus 30 Sekunden eine Minute machen
Ein etwas längeres Intervall gibt Menschen noch keine Kontrolle über ihre Lesezeit. Für den Beispielartikel entfällt die Zeitbegrenzung ganz.
Den gleichen Reload per JavaScript auslösen
Das kann die Meta-Refresh-Meldung beseitigen, während die Unterbrechung bleibt. Prüfen Sie auch Skript-Timer und verzögerte HTTP-Refresh-Anweisungen.
Nur einen Countdown anzeigen
Eine Vorwarnung allein verhindert die Unterbrechung nicht. Eine benötigte Zeitbegrenzung muss nach den anwendbaren WCAG-Vorgaben steuerbar sein oder eine belegte Ausnahme erfüllen.
content="0" ohne neues Ziel setzen
Eine sofortige Aktualisierung derselben URL ist keine Reparatur des Artikels und kann eine Neuladeschleife erzeugen.
Meta-Eintrag entfernt, Zeitverhalten separat beobachtet
Nach der Korrektur existiert der betroffene Meta-Eintrag nicht mehr; Axe führt die Regel als nicht anwendbar. Im zusätzlichen Browservergleich lädt das Original dieselbe URL erneut, während die frisch eingelesene korrigierte HTML-Kopie im 33-Sekunden-Fenster keine Navigation auslöst.
Der Beleg betrifft diesen Meta-Refresh und das beobachtete Zeitfenster. Andere Timer, spätere Zustandswechsel und die übrigen Barrieren der Kalibrierseite sind damit nicht ausgeschlossen.
Ergebnis des Re-Tests
Vorher: meta-refresh-Verstoß, content="30"
Nachher: Meta-Eintrag entfernt; Regel nicht anwendbar
Zeitvergleich: Original lädt neu; korrigierte Kopie 33 Sekunden ohne Navigation
Seitenbild: unverändertPrüfgrenzen
HTML-Befund und Zeitsteuerung zusammen prüfen
Der automatische Befund liefert einen konkreten Ansatzpunkt für WCAG 2.2.1.
Automatisch prüfbar
- Den Meta-Refresh und seinen content-Wert im untersuchten Dokument erkennen.
- Den betroffenen HTML-Knoten benennen und seine Entfernung erneut prüfen.
- Eine separate Browserprüfung kann Navigationen im festgelegten Beobachtungsfenster erfassen.
Im Kontext zu entscheiden
- Entscheiden, ob eine Zeitbegrenzung fachlich nötig ist und ob eine WCAG-Ausnahme tatsächlich zutrifft.
- Bei steuerbaren Zeitgrenzen Abschalten, Anpassen oder Verlängern in den vollständigen Nutzerwegen prüfen.
- Mit Tastatur und Screenreader kontrollieren, ob Aktualisierungen Fokus, Orientierung und laufende Eingaben erhalten.