Problem: Client fragt immer wieder dieselben Daten ab - unnötige Last und Latenz. Lösung: Server signalisiert, ob und wie lange eine Antwort gecacht werden darf.
Vorteile:
Hinweis
Caching ist eines der sechs REST-Prinzipien — der Server muss kennzeichnen, ob eine Antwort cachebar ist.
Der Server steuert das Caching über den Cache-Control-Header:
| Optionen | Bedeutung |
|---|---|
max-age=3600 |
3600 Sekunden (1h) gültig |
public |
Jeder darf cachen (auch Proxies) |
private |
Nur der Client darf cachen |
no-store |
Nie cachen (z.B. sensible Daten) |
no-cache |
Cachen erlaubt, aber vor Nutzung validieren |
Warnung
no-cache ≠ “nicht cachen”! Es bedeutet: immer erst beim Server nachfragen, ob sich etwas geändert hat.
Problem: max-age abgelaufen — hat sich die Ressource wirklich geändert?
Lösung: Server vergibt einen Fingerabdruck (ETag). Client fragt: “Hat sich etwas geändert?”
Tipp
Im Browser passiert das automatisch — bei jedem Seitenaufruf prüft der Browser ETags und spart so Bandbreite.
Cache-Control bestimmt ob und wie lange gecacht wirdETag + If-None-Match ermöglichen Validierung ohne erneuten Download304 Not Modified = “Deine Version ist noch aktuell”
REST-APIs: Grundlagen und Praxis | © 2026 THA