Cache

1. Cache: präzise Definition und Abgrenzung

Ein Cache ist ein temporärer Zwischenspeicher, der Kopien häufig abgerufener Daten vorhält, um Zugriffe zu beschleunigen. Caching wirkt auf mehreren Ebenen (Browser, CDN, Reverse-Proxy, Anwendung, Datenbank) und senkt Latenz, Serverlast und Kosten. Abzugrenzen ist dies von dauerhafter Speicherung: Ein Cache darf verfallen (Expiry) oder aktiv geleert werden (Invalidation), ohne die primäre Datenquelle zu verändern.

2. Einordnung im Online-Marketing, SEO und GEO

Für SEO beeinflusst ein Cache unmittelbar die Ladezeit-KPIs wie TTFB (Time to First Byte) und LCP (Largest Contentful Paint). Schneller ausgelieferte Seiten verbessern Nutzererfahrung, können die CTR (Click-Through-Rate) stützen und reduzieren Absprungraten. In SEA zahlt Caching auf den Quality Score ein, da Zielseiten schneller reagieren. In GEO (Generative Engine Optimization) hilft ein stabil schneller Auslieferungsweg, weil KI-Modelle bevorzugt auf gut zugängliche, performante Inhalte verweisen.

3. Funktionen und Typen von Caches

Caches verfolgen zwei Hauptziele: Antwortzeiten verkürzen und Backend-Ressourcen schonen. Je nach Ebene werden vollständige HTML-Seiten, API-Antworten, Bilder/CSS/JS oder Datenbankergebnisse zwischengespeichert. Typische Varianten im Web-Stack sind:

• Browser-Cache: Hält statische Assets (Bilder, CSS, JS) und manchmal HTML lokal auf dem Endgerät.
• CDN-/Edge-Cache: Liefert Inhalte geografisch nahe am Nutzer aus und reduziert Origin-Traffic.
• Reverse-Proxy-/Server-Cache (z. B. Varnish, NGINX): Cacht Seiten oder API-Responses vor dem Application-Server.
• Anwendungs-/Object-Cache (z. B. Redis, Memcached): Speichert häufig benötigte Objekte und Ergebnisse.
• Datenbank-/Query-Cache: Hält Resultsets, um teure Abfragen zu vermeiden.
• Opcode-Cache (z. B. PHP OPcache): Bewahrt vorkompilierten Bytecode und verkürzt Ausführungszeit.
• DNS-Cache: Speichert Auflösungen von Domainnamen für schnellere Verbindungen.

3.1 Cache-Strategien: Expiration vs. Invalidation

Expiration legt vorab fest, wie lange ein Eintrag gültig ist (TTL). Invalidation löscht oder ersetzt Einträge gezielt bei Änderungen. In der Praxis kombinierst du beides: Längere TTLs für versionierte, statische Assets und gezielte Purges für Seiten mit häufigen Updates.

3.2 Steuerung über HTTP-Header

HTTP-Header definieren, ob und wie Inhalte zwischengespeichert werden. Wichtige Direktiven sind Cache-Control (z. B. max-age, s-maxage, public/private, no-cache, no-store), ETag und Last-Modified für Revalidierung sowie Vary für variierende Antworten (z. B. nach Accept-Encoding oder User-Agent). Für CDNs sind s-maxage und stale-while-revalidate besonders nützlich, um Edge-Caches effizient zu betreiben.

Eine hohe Cache-Hit-Rate (z. B. 70–95 % für statische Assets) entlastet das Origin massiv. Für HTML ist die Ziel-Hit-Rate abhängig von Aktualität und Personalisierung; schon 20–40 % können CPU- und Datenbanklast spürbar senken.

4. Praxis: Cache richtig konfigurieren

Setze für statische, versionierte Assets (Bilder, CSS, JS) eine lange TTL (z. B. 30–365 Tage) und verwende Dateinamen mit Content-Hashing, damit neue Versionen sofort frisch geladen werden. Für HTML eignen sich kurze TTLs (z. B. 1–10 Minuten) plus Revalidierung oder stale-while-revalidate, um Spitzenlasten abzufangen, ohne veraltete Inhalte zu lange auszuliefern.

Plane Purge-Workflows: Produkt- oder Preisupdate triggert eine gezielte Invalidation der betroffenen URLs und ihrer Varianten (z. B. Sprach- oder Gerätekombinationen). Achte auf konsistente Vary-Regeln, damit das CDN nicht unnötig viele Varianten speichert, die die Hit-Rate verwässern.

4.1 Revalidierung vs. vollständiges Neuladen

Mit ETag und Last-Modified kann der Client eine bedingte Anfrage stellen. Ist der Inhalt unverändert, antwortet der Server mit 304 Not Modified, was Bandbreite spart. Bei geänderten Inhalten liefert der Server 200 OK mit frischer Ressource. Diese Mechanik ist essenziell für dynamische Seiten mit hoher Änderungsfrequenz.

5. Cache, Core Web Vitals und Performance-Effekte

Ein wirksamer Cache verkürzt TTFB und kann LCP und INP indirekt verbessern, da weniger JavaScript-Blocking und geringere Serverwartezeiten anfallen. CDNs reduzieren physische Distanz und RTTs (Round-Trip Times). Für SEO stabilisieren bessere Web-Vitals Rankings, während in SEA geringere Ladezeiten den Quality Score positiv beeinflussen können. In GEO erhöht performante Auslieferung die Chance, dass generative Systeme Inhalte fehlerfrei und schnell abrufen.

Beachte außerdem, dass Suchmaschinen die frühere SERP-Funktion ‚Im Cache‘ abgeschafft haben (Stand 2026). Für Diagnosezwecke sind stattdessen Logfiles, DevTools und Header-Analysen zielführend, um Cache-Verhalten und Frische zu prüfen.

6. Monitoring und Troubleshooting des Cache

Überprüfe Header mit Browser-DevTools (Netzwerk-Tab) oder per Terminal. Achte auf age, x-cache/cf-cache-status und cache-control. Eine sprunghaft sinkende Hit-Rate deutet auf übermäßige Variationen (Vary), fehlendes Versioning oder aggressive Invalidations hin. Logfiles des CDNs helfen, Hot Paths zu identifizieren und TTLs anzupassen.

# Beispiel: Header prüfencurl -I https://www.beispiel.de/styles/app.abc123.css# Achte auf: cache-control, age, etag, cf-cache-status/x-cache

6.1 Typische Ursachen für Cache-Misses

Häufige Gründe sind Query-Strings ohne Wirkung, wechselnde Cookies, unnötige Vary-Regeln (z. B. nach User-Agent), fehlende Komprimierung (gzip/br) oder nicht versionierte Assets. Bereinige Parameter, reduziere Varianten und aktiviere Komprimierung, um Hit-Rate und Auslieferungsgeschwindigkeit zu steigern.

Eigene Website prüfen

Mit dem kostenlosen SEO-Check kannst du eine URL deiner Website auf zentrale OnPage- und Technik-Faktoren prüfen – darunter Titles, Meta-Descriptions, Überschriften-Struktur, Ladezeiten und Core Web Vitals.

Analyse starten

Mit Nutzung dieses SEO-Checks erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die von Ihnen angegebenen Daten elektronisch erhoben und gespeichert werden. Ihre Daten werden dabei nur streng zweckgebunden zur Bearbeitung des SEO-Checks benutzt. Mit der Nutzung dieses SEO-Checks erklären Sie sich mit der Verarbeitung einverstanden.

🔒

Tageslimit erreicht!

Erstelle dir einen Free Account für die Performance Suite und erhalte trotzdem weitere Daten zu deiner URL.

Direkter Zugriff mit Free Account

SEO-Score: N/A von 100

i Link Power:	Check fehlgeschlagen
i Ladezeiten:	Check fehlgeschlagen
i Technik-Score:	Check fehlgeschlagen
i CMS:
i Gehosted bei:
i WordPress Theme:

Backlinks

i Backlinks: N/A

i Domain Pop: N/A

i Ip Pop: N/A

i Link Power: N/A

i Spam Score: N/A

Ladezeiten

i YSlow: N/A

i Ladezeiten (Desktop): N/A

i Ladezeiten (Mobile): N/A

i PageSpeed (Desktop): N/A

i PageSpeed (Mobile): N/A

i Größe (Desktop): N/A

i Größe (Mobile): N/A

i Elemente (Desktop): N/A

i Elemente (Mobile): N/A

Technik

i 200: N/A

i 2xx: N/A

i 4xx: N/A

i 5xx: N/A

i 301: N/A

i 302: N/A

i Antwortzeit: N/A

i Robots.txt vorhanden: N/A

i Sitemap vorhanden: N/A

Prio SEO-Checks

Sitemap.xmli

Robots.txti

Link Poweri

Spam Scorei

404 Fehleri

503 Fehleri

Ladezeiteni

Antwortzeit des Serversi

Zu kurze Textei

Ladezeiten (Desktop)

Check fehlgeschlagen

✕ Optimierungsvorschläge

Leistungsmessung i

Performance-Möglichkeiten i

Ladezeiten (Mobile)

Check fehlgeschlagen

✕ Optimierungsvorschläge

Leistungsmessung i

Performance-Möglichkeiten i

Technik-Check

Check fehlgeschlagen

✕ Status Codes

✕ Fehler

✕ Übersicht der Checks

Vorhandene Backlinks

Check fehlgeschlagen

▲ Auflistung der Links

	URL	Linktext	LinkPower

7. Häufige Fragen zu Cache

8. Performance Suite — dein Datenlayer für KI

Du arbeitest mit ChatGPT, Claude oder Perplexity und merkst, dass deiner KI die echten Daten zu deiner Domain fehlen? Performance Suite liefert sie — Rankings, Backlinks, Technik und KI-Sichtbarkeit aus 15+ APIs, in einem Klick exportierbar in jede KI deiner Wahl. Ohne Entwickler, ohne Credits, ohne Vendor-Lock-in.