Save-Data header
Limited availability
This feature is not Baseline because it does not work in some of the most widely-used browsers.
Experimentell: Dies ist eine experimentelle Technologie
Überprüfen Sie die Browser-Kompatibilitätstabelle sorgfältig vor der Verwendung auf produktiven Webseiten.
Der HTTP-Save-Data-Anforderungsheader ist ein Netzwerk-Client-Hinweis, der die Präferenz des Clients für eine reduzierte Datennutzung angibt. Dies könnte aus Gründen wie hohen Übertragungskosten, langsamen Verbindungsgeschwindigkeiten usw. erfolgen.
Save-Data ist ein low entropy hint, und kann vom Client gesendet werden, auch wenn der Server dies nicht über einen Accept-CH-Antwortheader angefordert hat. Weiterhin sollte er verwendet werden, um die an den Client gesendeten Daten zu reduzieren, unabhängig von den Werten anderer Client-Hinweise, die die Netzwerkfähigkeit angeben, wie Downlink und RTT.
Ein Wert von On zeigt an, dass der Benutzer ausdrücklich in einem datenreduzierten Modus auf dem Client eingewilligt hat. Wenn dies an Ursprünge kommuniziert wird, ermöglicht es ihnen, alternative Inhalte zu liefern, um die heruntergeladenen Daten zu reduzieren, wie kleinere Bild- und Videoressourcen, andere Markups und Styling, deaktivierte Polling- und automatische Updates usw.
Hinweis: Das Deaktivieren von HTTP/2 Server Push (RFC 7540, Abschnitt 8.2: Server Push) kann die Datendownloads reduzieren. Beachten Sie, dass dieses Feature in den meisten großen Browser-Engines standardmäßig nicht mehr unterstützt wird.
| Headertyp | Anforderungsheader, Client-Hinweis |
|---|---|
| Verbotener Anforderungsheader | Nein |
| CORS-safelisted response header | Nein |
Syntax
Save-Data: <sd-token>
Direktiven
<sd-token>-
Ein Wert, der angibt, ob der Client in den Modus der reduzierten Datennutzung einwilligen möchte.
onbedeutet ja, währendoff(der Standardwert) nein bedeutet.
Beispiele
Verwendung von Save-Data: on
Die folgende Nachricht fordert eine Ressource mit dem Save-Data-Header an, der anzeigt, dass der Client sich für den datensparsamen Modus entscheidet:
GET /image.jpg HTTP/1.1
Host: example.com
Save-Data: on
Der Server antwortet mit einer 200-Antwort, und der Vary-Header gibt an, dass Save-Data zur Erstellung der Antwort verwendet worden sein könnte und Caches dieses Header berücksichtigen sollten, um Antworten zu unterscheiden:
HTTP/1.1 200 OK
Content-Length: 102832
Vary: Accept-Encoding, Save-Data
Cache-Control: public, max-age=31536000
Content-Type: image/jpeg
[…]
Auslassen von Save-Data
In diesem Fall fordert der Client dieselbe Ressource ohne den Save-Data-Header an:
GET /image.jpg HTTP/1.1
Host: example.com
Die Antwort des Servers liefert die vollständige Version des Inhalts. Der Vary-Header stellt sicher, dass Antworten separat basierend auf dem Wert des Save-Data-Headers zwischengespeichert werden sollten. Dies kann sicherstellen, dass dem Benutzer kein Bild niedrigerer Qualität aus dem Cache bereitgestellt wird, wenn der Save-Data-Header nicht mehr vorhanden ist (z. B. nach dem Wechsel von Mobilfunk zu WLAN).
HTTP/1.1 200 OK
Content-Length: 481770
Vary: Accept-Encoding, Save-Data
Cache-Control: public, max-age=31536000
Content-Type: image/jpeg
[…]
Spezifikationen
| Specification |
|---|
| Save Data API # save-data-request-header-field |
Browser-Kompatibilität
Siehe auch
- CSS
@media-Funktionprefers-reduced-dataExperimentell Vary-Header, der angibt, dass der bereitgestellte Inhalt abhängig vom Wert vonSave-Datavariiert (siehe HTTP Caching: Vary)NetworkInformation.saveData- Helfen Sie Ihren Nutzern,
Save-Dataeinzusparen auf css-tricks.com - Schnelle und leichte Anwendungen mit Save-Data bereitstellen - web.dev auf web.dev
- Verbesserung des Datenschutzes und der Entwicklererfahrung mit User-Agent Client Hints (developer.chrome.com)