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 anzeigt. Dies könnte aus Gründen wie hohen Übertragungskosten, langsamen Verbindungsgeschwindigkeiten usw. sein.
Save-Data
ist ein Hinweis mit niedriger Entropie und kann daher vom Client gesendet werden, auch wenn er nicht explizit vom Server über einen Accept-CH
Antwort-Header angefordert wird. Darüber hinaus sollte er verwendet werden, um die zum Client gesendeten Daten zu reduzieren, unabhängig von den Werten anderer Client-Hinweise, die die Netzwerkkapazität anzeigen, wie Downlink
und RTT
.
Ein Wert von On
zeigt eine ausdrückliche Zustimmung des Benutzers zu einem Modus mit reduzierter Datennutzung auf dem Client an. Wenn dies an Ursprünge übermittelt wird, können diese alternative Inhalte liefern, um die heruntergeladenen Daten zu reduzieren, wie kleinere Bild- und Videoressourcen, unterschiedliche Markup- und Styling-Optionen, deaktivierte Abfragen und automatische Updates usw.
Hinweis: Das Deaktivieren von HTTP/2 Server Push (RFC 7540, Abschnitt 8.2: Server Push) kann die Datenmengen reduzieren. Beachten Sie, dass diese Funktion von den meisten großen Browser-Engines standardmäßig nicht mehr unterstützt wird.
Header-Typ | Anforderungsheader, Client-Hinweis |
---|---|
Verbotener Anforderungsheader | Nein |
CORS-safelisted Antwort-Header | Nein |
Syntax
Save-Data:
Direktiven
Beispiele
Verwendung von Save-Data: on
Die folgende Nachricht fordert eine Ressource mit einem Save-Data
-Header an, der angibt, dass der Client in den Modus mit reduzierter Datennutzung wechselt:
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
möglicherweise verwendet wurde, um die Antwort zu erstellen, und Caches sollten sich dieses Headers bewusst sein, um Antworten zu differenzieren:
HTTP/1.1 200 OK
Content-Length: 102832
Vary: Accept-Encoding, Save-Data
Cache-Control: public, max-age=31536000
Content-Type: image/jpeg
[…]
Weglassen 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 bietet die vollständige Version des Inhalts. Der Vary
-Header stellt sicher, dass Antworten je nach Wert des Save-Data
-Headers separat zwischengespeichert werden. Dies kann sicherstellen, dass dem Benutzer kein Bild niedrigerer Qualität aus dem Cache served wird, wenn der Save-Data
-Header nicht mehr vorhanden ist (z.B. nach einem Wechsel von Mobilfunk zu Wi-Fi).
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
Featureprefers-reduced-data
Experimentell - Der
Vary
-Header, der angibt, dass der bereitgestellte Inhalt je nach Wert vonSave-Data
variiert (siehe HTTP Caching: Vary) NetworkInformation.saveData
- Helfen Sie Ihren Benutzern,
Save-Data
zu sparen auf css-tricks.com - Schnelle und leichte Anwendungen mit Save-Data bereitstellen - web.dev auf web.dev
- Verbesserung der Privatsphäre der Benutzer und der Entwicklererfahrung mit User-Agent-Client-Hinweisen (developer.chrome.com)