<meta http-equiv> HTML-Attribut
Baseline
Weitgehend verfügbar
Diese Funktion ist gut etabliert und funktioniert auf vielen Geräten und in vielen Browserversionen. Sie ist seit Juli 2015 browserübergreifend verfügbar.
Das http-equiv Attribut des <meta> Elements ermöglicht es Ihnen, Verarbeitungsanweisungen für den Browser bereitzustellen, als ob die Antwort, die das Dokument zurückgegeben hat, bestimmte HTTP-Header enthalten würde.
Die Metadaten sind dokumentenebene Metadaten, die für die gesamte Seite gelten.
Wenn ein <meta> Element ein http-equiv Attribut hat, definiert ein content Attribut den entsprechenden http-equiv Wert.
Zum Beispiel weist das folgende <meta> Tag den Browser an, die Seite nach 5 Minuten zu aktualisieren:
<meta http-equiv="Refresh" content="300" />
Wert
Nur ein Teil der HTTP-Header werden als http-equiv Werte unterstützt.
Diese beinhalten:
content-languageVeraltet-
Setzt eine Standardsprache für das Dokument, die von unterstützenden Technologien oder vom Browser zum Styling verwendet wird. Ähnlich dem
Content-LanguageHTTP-Header. Verwenden Sie stattdessen daslangAttribut. content-type-
Gibt den Medientyp (MIME-Typ) und die Zeichencodierung des Dokuments an. Das
contentAttribut muss"text/html; charset=utf-8"sein, wenn es angegeben ist. Dies entspricht einem<meta>Element mit demcharsetAttribut und unterliegt derselben Einschränkung hinsichtlich der Platzierung innerhalb des Dokuments. Kann nur in Dokumenten verwendet werden, die mit einemtext/htmlMedientyp geliefert werden — nicht in Dokumenten, die mit einem XML (application/xmloderapplication/xhtml+xml) Typ geliefert werden. Siehe denContent-TypeHTTP-Header. content-security-policy-
Ermöglicht es Seitenautoren, eine Inhalts-Sicherheitsrichtlinie (CSP) für die aktuelle Seite zu definieren, typischerweise um zulässige Ursprünge und Skriptendpunkte anzugeben, um gegen Cross-Site-Scripting-Angriffe zu schützen. Siehe den
Content-Security-PolicyHTTP-Header. default-style-
Setzt den Namen des standardmäßigen CSS Stylesheet Satzes.
refresh-
Entspricht dem
RefreshHTTP-Header. Diese Anweisung spezifiziert:- Die Anzahl der Sekunden, bis die Seite neu geladen werden sollte, wenn das
contentAttribut eine nicht-negative ganze Zahl ist. - Die Anzahl der Sekunden, bis die Seite zu einer anderen URL umleiten sollte, wenn das
contentAttribut eine nicht-negative ganze Zahl gefolgt von;url=und einer gültigen URL ist.
Der Timer startet, wenn die Seite vollständig geladen ist, also nachdem die
loadundpageshowEreignisse ausgelöst wurden. Siehe Zugänglichkeitsbedenken für weitere Informationen. - Die Anzahl der Sekunden, bis die Seite neu geladen werden sollte, wenn das
-
Setzt ein Cookie für das Dokument. Browser ignorieren jetzt dieses Pragma; verwenden Sie den
Set-CookieHTTP-Antwort-Header oderdocument.cookiestattdessen. x-ua-compatibleVeraltet-
Wurde von älteren Versionen des inzwischen eingestellten Microsoft Internet Explorer verwendet, damit es spezifiziertes Verhalten besser einhielt. Wenn angegeben, muss das
contentAttribut den Wert"IE=edge"haben. Benutzeragenten ignorieren jetzt dieses Pragma. Der Name leitet sich vomX-UA-CompatibleHTTP-Header ab.
Warnung:
Einige Browser verarbeiten zusätzliche Header, die oben nicht aufgeführt sind.
Da nicht erkannte Header oder ungültige Werte ignoriert werden, kann dies zu inkonsistentem Verhalten bei der Browserimplementierung führen.
Insbesondere setzen Sie andere Sicherheitsheader nicht mit <meta http-equiv=, da dies zu einem falschen Sicherheitsgefühl führen kann!
Zugänglichkeitsbedenken
Seiten, die mit einem http-equiv="Refresh" Wert gesetzt sind, laufen Gefahr, dass das Aktualisierungsintervall zu kurz ist.
Personen, die mit unterstützenden Technologien wie einem Screenreader navigieren, können möglicherweise nicht den gesamten Inhalt der Seite lesen und verstehen, bevor sie automatisch weitergeleitet werden.
Plötzliche, unangekündigte Seitenaktualisierungen können auch für Menschen verwirrend sein, die unter eingeschränkten Sehfähigkeiten leiden.
- MDN Verständnis WCAG, Erklärung zu Richtlinie 2.2
- MDN Verständnis WCAG, Erklärung zu Richtlinie 3.2
- Verständnis des Erfolgskriteriums 2.2.1 | W3C Verständnis WCAG 2.0
- Verständnis des Erfolgskriteriums 2.2.4 | W3C Verständnis WCAG 2.0
- Verständnis des Erfolgskriteriums 3.2.5 | W3C Verständnis WCAG 2.0
Beispiele
>Unsicheren Inline-Code deaktivieren und nur HTTPS-Ressourcen zulassen
Dieses HTML <meta> Element setzt die standardmäßige CSP so, dass das Laden von Ressourcen (Bilder, Schriftarten, Skripte usw.) nur über HTTPS erlaubt ist.
Da die Direktiven unsafe-inline und unsafe-eval nicht gesetzt sind, werden Inline-Skripte blockiert:
<meta http-equiv="Content-Security-Policy" content="default-src https:" />
Dieselben Einschränkungen können unter Verwendung des HTTP Content-Security-Policy Headers angewendet werden:
Content-Security-Policy: default-src https:
Eine Seitenweiterleitung einrichten
Das folgende Beispiel verwendet http-equiv="refresh", um den Browser zu einer Umleitung zu veranlassen.
Das content="3;url=https://www.mozilla.org" Attribut leitet die Seite nach https://www.mozilla.org nach 3 Sekunden weiter:
<meta http-equiv="refresh" content="3;url=https://www.mozilla.org" />
Spezifikationen
| Spezifikation |
|---|
| HTML> # attr-meta-http-equiv> |
Browser-Kompatibilität
Siehe auch
<meta name="referrer">- Metadaten: das
<meta>Element - Verhinderung von Angriffen mit
<meta>httparchive.org (2022)