CDN-Cache-Control-Header-Builder

Erstellen Sie Cache-Control-Header für komprimierte Assets – legen Sie „Max-Age“, „S-Maxage“, „Stale-While-Revalidate“ und „Vary: Accept-Encoding“ für die CDN-Bereitstellung korrekt fest. Wählen Sie aus 5 Voreinstellungen für Asset-Typen (statische Assets mit Inhalts-Hash, HTML-Seiten, öffentliche APIs, private APIs) oder konfigurieren Sie alle Anweisungen manuell. Der cdn-Cache-Control-Header-Builder generiert einfügefertige Konfigurationsausschnitte für Nginx, Apache, Cloudflare, AWS CloudFront, Fastly und Vercel – mit Echtzeitwarnungen für widersprüchliche Direktivenkombinationen. Die gesamte Generierung läuft in Ihrem Browser – keine Anmeldung erforderlich.

CDN Cache-Control Header Builder

Build Cache-Control headers for compressed assets - sets max-age, s-maxage, stale-while-revalidate, and Vary correctly for CDN delivery. Choose an asset type preset or configure all options manually. Generates ready-to-paste server config snippets for Nginx, Apache, Cloudflare, CloudFront, Fastly, and Vercel.

Asset Type Preset

Cache Durations

max-age (browser cache): 1y

s-maxage (CDN cache): 1y

stale-while-revalidate: 0

stale-if-error: 1d

Cache Directives

no-store

Never cache - not even in browser. Use for sensitive private data.

no-cache

Always revalidate before serving from cache. max-age is ignored.

must-revalidate

Stale responses must be revalidated - no serving stale on network error.

immutable

Content will never change - skip revalidation during max-age. Use with content-hashed filenames only.

Vary Headers

Vary: Accept-Encoding

Required for compressed assets - CDNs cache separate variants for gzip/brotli/identity.

Vary: Accept-Language

For localized content - CDNs cache separate variants per language.

Vary: Origin

For CORS responses - CDNs cache separate variants per origin.

Generated Headers

Cache-Control

Cache-Control: max-age=31536000, s-maxage=31536000, stale-if-error=86400, immutable

Vary

Vary: Accept-Encoding

Server / CDN Config Snippet

Nginx snippet

# Nginx - add to your server {} or location {} block
add_header Cache-Control "max-age=31536000, s-maxage=31536000, stale-if-error=86400, immutable";
add_header Vary "Accept-Encoding";
# For compressed assets, also add:
add_header Content-Encoding gzip;

Directive Reference

max-age - browser cache TTL in seconds

s-maxage - CDN/shared cache TTL (overrides max-age for CDNs)

stale-while-revalidate - serve stale while fetching fresh in background

stale-if-error - serve stale if origin returns 5xx error

immutable - skip revalidation during max-age (content-hashed assets only)

Vary: Accept-Encoding - required for CDNs to cache compressed variants separately

Warum sollten Sie unseren CDN-Cache-Control-Header-Builder verwenden?

Sofortige Cache-Control-Header-Generierung: Generieren Sie sofort korrekte Cache-Control-Header für komprimierte Assets – der cdn-Cache-Control-Header-Builder erstellt fertig einfügbare Serverkonfigurations-Snippets für Nginx, Apache, Cloudflare, CloudFront, Fastly und Vercel mit Echtzeit-Fehlkonfigurationswarnungen.
Sicherer CDN-Cache-Control-Header-Builder online: Die gesamte Header-Generierung läuft vollständig in Ihrem Browser. Der CDN-Cache-Control-Header-Builder sendet Ihre Konfiguration niemals an einen Server – sicher für die Erstellung von Headern für interne APIs, authentifizierte Endpunkte und proprietäre CDN-Konfigurationen.
5 Asset-Typ-Voreinstellungen + vollständig benutzerdefinierter Modus: Wählen Sie aus 5 kampferprobten Voreinstellungen – inhaltsgehashte statische Assets, versionierte Assets, HTML-Seiten, öffentliche APIs und private APIs – oder konfigurieren Sie jede Direktive manuell. Der CDN-Cache-Control-Header-Builder legt „max-age“, „s-maxage“, „stale-while-revalidate“ und „Vary“ für jeden Anwendungsfall korrekt fest.
Für immer 100 % kostenlos: Der CDN-Cache-Control-Header-Builder ist völlig kostenlos, ohne Anmeldung, ohne Premium-Stufe, ohne Einschränkungen und ohne Werbung. Erstellen Sie Cache-Control-Header für unbegrenzte Assets und CDN-Konfigurationen zum Nulltarif und für immer.

Häufige Anwendungsfälle für den CDN Cache-Control Header Builder

Content-Hashed Static Asset Caching: Erstellen Sie Cache-Control-Header für JS-, CSS- und Bilddateien mit Inhalts-Hashes in ihren Dateinamen – der CDN-Cache-Control-Header-Builder generiert die korrekte max-age=31536000, unveränderlich, Vary: Accept-Encoding-Kombination für permanentes CDN-Caching mit sofortigem Cache-Busting bei der Bereitstellung.
HTML-Seiten-Cache-Konfiguration: Konfigurieren Sie die Cache-Steuerung für HTML-Dokumente, die für eine schnelle Übermittlung ein kurzes CDN-Caching mit Stale-While-Revalidate benötigen. Der CDN-Cache-Control-Header-Builder legt No-Cache mit s-maxage und stale-while-revalidate fest, sodass CDNs veraltetes HTML sofort bereitstellen und gleichzeitig neue Inhalte im Hintergrund abrufen.
Öffentliches API-Antwort-Caching: Generieren Sie Cache-Control-Header für öffentliche JSON-API-Endpunkte, die vom CDN-Caching profitieren. Der CDN-Cache-Control-Header-Builder legt die richtige Kombination aus s-maxage, stale-while-revalidate und Vary: Accept-Encoding fest, sodass CDNs komprimierte und unkomprimierte Antworten getrennt zwischenspeichern.
Private/Authentifizierte Endpunkt-Header: Erstellen Sie No-Store-Cache-Control-Header für authentifizierte API-Endpunkte und benutzerspezifische Antworten. Der CDN-Cache-Control-Header-Builder stellt sicher, dass private Antworten niemals von CDNs oder gemeinsam genutzten Caches zwischengespeichert werden und verhindert so, dass vertrauliche Daten dem falschen Benutzer bereitgestellt werden.
Multi-CDN-Konfiguration: Generieren Sie Serverkonfigurationsausschnitte für Nginx, Apache, Cloudflare, AWS CloudFront, Fastly und Vercel aus einem einzigen Satz von Optionen. Der CDN-Cache-Control-Header-Builder macht die manuelle Übersetzung der Cache-Control-Semantik in das Konfigurationsformat jedes CDN überflüssig.
Stale-While-Revalidate-Strategieplanung: Konfigurieren Sie Stale-While-Revalidate- und Stale-If-Error-Dauern für Hochverfügbarkeits-Caching-Strategien. Der cdn-Cache-Control-Header-Builder zeigt genau, wie diese Direktiven mit max-age und s-maxage interagieren – mit Warnungen für widersprüchliche Direktivenkombinationen.

Was ist ein CDN-Cache-Control-Header-Builder?

Ein CDN-Cache-Control-Header-Builder generiert die richtigen Cache-Control- und Vary-HTTP-Antwortheader für Assets, die über ein CDN bereitgestellt werden, und stellt so sicher, dass Browser und CDN-Edge-Knoten die Antworten korrekt zwischenspeichern. Für komprimierte Assets (GZIP oder Brotli) ist der Header „Vary: Accept-Encoding“ von entscheidender Bedeutung. Ohne ihn stellen CDNs möglicherweise eine komprimierte Antwort an einen Client bereit, der die Komprimierung nicht unterstützt, was zu einem Dekomprimierungsfehler führt. Der CDN-Cache-Control-Header-Builder legt max-age (Browser-TTL), s-maxage (CDN-TTL), stale-while-revalidate (Hintergrundaktualisierung) und stale-if-error (Fehlerfallback) für jeden Asset-Typ korrekt fest.

So funktioniert unser CDN-Cache-Control-Header-Builder

1 Wählen Sie eine Asset-Typ-Voreinstellung aus: Wählen Sie aus 5 Voreinstellungen – inhaltsgehashte statische Assets, versionierte Assets, HTML-Seiten, öffentliche APIs oder private APIs. Jede Voreinstellung wendet die richtige Kombination von Anweisungen für diesen Anwendungsfall an. Wechseln Sie zu „Benutzerdefiniert“, um alle Optionen manuell zu konfigurieren.
2 Passen Sie Dauer und Anweisungen an: Passen Sie max-age, s-maxage, stale-while-revalidate und stale-if-error mithilfe der Dauerauswahlmöglichkeiten an. Schalten Sie Cache-Anweisungen (No-Store, No-Cache, Must-Revalidate, Immutable) und Vary-Header um. Der CDN-Cache-Control-Header-Builder aktualisiert die generierten Header sofort und zeigt Warnungen für widersprüchliche Kombinationen an.
3 Kopieren Sie den Header und das Server-Snippet: Die generierten Cache-Control- und Vary-Header-Werte werden mit Ein-Klick-Kopierschaltflächen angezeigt. Wählen Sie Ihr CDN oder Ihren Server (Nginx, Apache, Cloudflare, CloudFront, Fastly, Vercel) aus, um ein sofort einfügbares Konfigurations-Snippet zu erhalten.

Wichtige Cache-Kontrollanweisungen für komprimierte Assets

Vary: Accept-Encoding: Der wichtigste Header für komprimierte Assets – weist CDNs an, separate Cache-Einträge für komprimierte (gzip/brotli) und unkomprimierte Antworten zu speichern. Ohne dies kann ein CDN eine gzip-Antwort zwischenspeichern und an einen Client weiterleiten, der keinen Accept-Encoding-Header gesendet hat, was zu einem fehlerhaften Download führt.
s-maxage vs. max-age: s-maxage überschreibt das maximale Alter für gemeinsam genutzte Caches (CDNs, Proxys), während die Browser-TTL unverändert bleibt. Verwenden Sie s-maxage, um eine längere CDN-TTL als die Browser-TTL festzulegen. Beispielsweise bedeutet max-age=0, s-maxage=86400, dass Browser immer erneut validieren, CDNs jedoch 24 Stunden lang zwischenspeichern.
stale-while-revalidate: Ermöglicht CDNs, eine veraltete Antwort sofort bereitzustellen, während im Hintergrund eine neue Antwort abgerufen wird. Dadurch entfällt die Latenzspitze, wenn eine zwischengespeicherte Antwort abläuft – Benutzer erhalten immer eine schnelle Antwort und der Cache wird asynchron aktualisiert.
unveränderlich: Weist Browser an, die Antwort während der maximalen Gültigkeitsdauer nicht erneut zu validieren, auch nicht beim expliziten Neuladen. Nur mit inhaltsgehashten Dateinamen verwenden (z. B. app.a1b2c3d4.js) – wenn sich der Inhalt ändert, muss sich der Dateiname ändern, um den Cache zu leeren.

Häufige Fehler bei der Cache-Kontrolle, die Sie vermeiden sollten

Der häufigste Fehler besteht darin, Cache-Control: max-age=31536000 ohne Vary: Accept-Encoding für komprimierte Assets festzulegen – CDNs speichern nur eine Variante zwischen und stellen möglicherweise die falsche bereit. Ein weiterer häufiger Fehler ist die Verwendung unveränderlicher Dateien ohne inhaltsgehashte Dateinamen. Wenn sich die Datei ändert, die URL jedoch gleich bleibt, stellen Browser die veraltete, zwischengespeicherte Version auf unbestimmte Zeit bereit. Der CDN-Cache-Control-Header-Builder erkennt diese Probleme und zeigt Warnungen in Echtzeit an. Testen Sie Ihre Cache-Control-Header immer mit curl -I und überprüfen Sie das CDN-Verhalten mit dem Cache-Inspektor Ihres CDN, bevor Sie sie in der Produktion bereitstellen.

Häufig gestellte Fragen

Ein CDN-Cache-Control-Header-Builder generiert korrekte Cache-Control- und Vary-HTTP-Antwortheader für Assets, die über ein CDN bereitgestellt werden. Unser kostenloser Online-CDN-Cache-Control-Header-Builder erstellt fertig einfügbare Serverkonfigurations-Snippets für Nginx, Apache, Cloudflare, CloudFront, Fastly und Vercel. Die gesamte Generierung läuft in Ihrem Browser, ohne dass eine Anmeldung erforderlich ist.

Ohne Vary: Accept-Encoding kann ein CDN eine gzip-komprimierte Antwort zwischenspeichern und an einen Client weiterleiten, der keinen Accept-Encoding-Header gesendet hat, was zu einem fehlerhaften Download führt. Der Vary-Header weist CDNs an, separate Cache-Einträge für komprimierte und unkomprimierte Varianten derselben URL zu speichern.

Ja. Die gesamte Header-Generierung erfolgt vollständig in Ihrem Browser mithilfe von JavaScript. Es werden keine Konfigurationsdaten an einen Server gesendet, remote gespeichert oder über das Netzwerk übertragen.

Ja – 100 % kostenlos, für immer. Keine Anmeldung, kein Konto, keine Premium-Stufe, keine Beschränkungen und keine Werbung.

max-age legt die Browser-Cache-TTL fest. s-maxage überschreibt das maximale Alter für gemeinsam genutzte Caches (CDNs, Proxys), während die Browser-TTL unverändert bleibt. Verwenden Sie s-maxage, um eine längere CDN-TTL als die Browser-TTL festzulegen. Beispielsweise bedeutet max-age=0, s-maxage=86400, dass Browser immer erneut validieren, CDNs jedoch 24 Stunden lang zwischenspeichern.

Verwenden Sie unveränderlich nur mit inhaltsgehashten Dateinamen (z. B. app.a1b2c3d4.js) und max-age=31536000. Es weist Browser an, während der maximalen Lebensdauer keine erneute Validierung durchzuführen, auch nicht bei einem expliziten Neuladen. Verwenden Sie unveränderlich niemals mit nicht gehashten URLs – wenn sich der Inhalt ändert, muss sich der Dateiname ändern, um den Cache zu leeren.

stale-while-revalidate ermöglicht es CDNs, eine veraltete Antwort sofort bereitzustellen, während im Hintergrund eine neue Antwort abgerufen wird. Dadurch wird die Latenzspitze beseitigt, wenn eine zwischengespeicherte Antwort abläuft. Verwenden Sie es für HTML-Seiten und API-Antworten, bei denen eine leicht veraltete Antwort akzeptabel ist.

Verwenden Sie No-Store für wirklich sensible Daten – es verhindert jegliches Caching, auch im Browser. Verwenden Sie „no-cache“ für Antworten, die zwischengespeichert werden können, aber immer erneut validiert werden müssen. Für die meisten privaten APIs ist No-Store die sicherere Wahl.

Testen Sie mit Curl: Curl -I https://yoursite.com/assets/app.js. Suchen Sie in der Antwort nach Cache-Control- und Vary-Headern. Informationen zum CDN-Verhalten finden Sie im Cache-Status-Header Ihres CDN (Cloudflare: CF-Cache-Status, CloudFront: X-Cache). Testen Sie immer sowohl komprimierte als auch unkomprimierte Anforderungen, um sicherzustellen, dass Vary: Accept-Encoding funktioniert.