Cache-Control Header fehlt oder ist ungünstig

Caching nach Inhaltstyp statt pauschal einstellen

Ein Produktbild und eine persönliche Kontoansicht benötigen unterschiedliche Cache-Regeln. Ein fehlender Cache-Control-Header auf einer unveränderlichen Schriftdatei verschenkt Wiederverwendung; dieselbe Meldung auf einer privaten Antwort kann dagegen Anlass sein, deren Schutz ausdrücklich festzulegen.

Die Ursache gezielt eingrenzen

Gruppieren Sie die betroffenen Antworten nach HTML, statischen Dateien und personalisierten Daten. Lesen Sie die Header eines normalen GET-Abrufs und prüfen Sie im Browser, ob eine zweite Anfrage aus dem Cache bedient oder beim Server validiert wird. Berücksichtigen Sie auch Age-Header und Regeln des vorgeschalteten CDN.

Änderung und Nachprüfung

Versehen Sie versionierte, öffentlich identische Dateien mit einer passenden langen Lebensdauer. Verwenden Sie für veränderliches HTML eine bewusste Aktualisierungsstrategie. Private Daten dürfen nicht versehentlich in einem gemeinsamen Cache landen. no-cache verlangt eine erneute Validierung; no-store untersagt das Speichern.

Prüfen Sie nach dem nächsten Deployment, dass neue Dateiversionen sofort geladen werden und alte URLs weiterhin die dazugehörigen Inhalte liefern. Ein hoher Performance-Score rechtfertigt kein Caching von Nutzerkonten oder individuell erzeugten Reports.

Weiterführende Dokumentation: MDN: Cache-Control

Woran erkennt man den Fehler?

Der Crawl meldet "Cache-Control fehlt" für mehrere URLs oder ganze URL-Muster.
Betroffene URLs teilen denselben Seitentyp, dieselbe Vorlage oder denselben technischen Ursprung.
Search Console, Logfiles oder manuelle Stichproben zeigen widersprüchliche Signale.
Sitemap, interne Links, Canonicals, Robots-Regeln oder Header passen nicht sauber zusammen.

Typische Ursachen

Template- oder CMS-Regeln für "Cache-Control fehlt" sind nicht für alle Seitentypen sauber definiert.
Plugins, Theme-Komponenten, Server-Regeln oder CDN-Cache liefern unterschiedliche Signale aus.
Relaunches, URL-Änderungen, Filterseiten oder automatisierte Inhalte wurden nicht vollständig nachgezogen.
Fallbacks fehlen, wenn Felder im CMS leer sind oder Inhalte importiert werden.

In der Praxis entsteht der Fehler oft durch das Zusammenspiel aus CMS-Template, Caching, Server-Regeln und historisch gewachsenen URL-Strukturen. Deshalb sollte die Prüfung immer URL, Seitentyp und technische Signale gemeinsam betrachten.

So beheben Sie den Fehler

Zuerst klären, ob die betroffene URL indexierbar, konsolidiert, weitergeleitet, entfernt oder bewusst ausgeschlossen werden soll.
Die technische Ursache für "Cache-Control fehlt" im Template, CMS, Plugin, Server oder CDN beheben.
Sitemap, interne Links, Canonical, Robots-Signale und Statuscodes auf dieselbe Entscheidung ausrichten.
Betroffene URL-Gruppe erneut crawlen und nicht nur eine einzelne Beispiel-URL prüfen.
Für neue Inhalte eine Regel oder Validierung einbauen, damit der Fehler nicht wieder entsteht.

Priorisierung

Beginnen Sie mit Seiten, die bereits Impressionen, Rankings, Backlinks, Conversions oder interne Linkkraft besitzen. Danach folgen Template-Fehler, die viele URLs gleichzeitig betreffen. Einzelne Rand-URLs ohne Suchwert können meist später bereinigt oder bewusst ausgeschlossen werden.

Wie Seitenreport diesen Fehler im Audit prüft

URL abrufen und HTTP-Status, finale URL, Header und initiales HTML erfassen.
Indexierbarkeit, Canonical, Robots-Signale, interne Links und Sitemap-Kontext gemeinsam bewerten.
Betroffene URLs nach Seitentyp, Template, Host, Sprache oder URL-Muster gruppieren.
Priorität anhand von Traffic, Rankings, Backlinks, interner Linkkraft und Conversion-Relevanz setzen.
Nach dem Fix mit einem erneuten Crawl prüfen, ob alle Signale konsistent sind.

So wird aus einer reinen Fehlermeldung eine belastbare Handlungsempfehlung: Sie sehen nicht nur, dass ein Signal fehlt oder widersprüchlich ist, sondern auch, welche URL-Gruppe und welche technische Quelle dahinter steht.

CMS- und Template-Hinweise

Prüfen Sie den Fehler nicht nur an einer einzelnen Beispiel-URL. Sinnvoll ist eine Stichprobe über Startseite, Kategorien, Detailseiten, Ratgeberartikel, Pagination, Filterseiten und Sonderseiten. Viele SEO-Fehler entstehen erst, wenn ein Template für mehrere Seitentypen wiederverwendet wird.

Gibt es eine zentrale Template-Regel für diesen Seitentyp?
Werden Canonical, Robots, hreflang, Statuscode, strukturierte Daten und Sitemap aus derselben Datenlogik erzeugt?
Werden Cache, CDN oder Server-Header nach Änderungen korrekt aktualisiert?
Gibt es einen Fallback, wenn Felder im CMS leer sind?

Cache-Control Header fehlt oder ist ungünstig nach CMS und Ursache

Viele Audit-Meldungen lassen sich schneller beheben, wenn sie nach System, Seitentyp und technischer Ursache gruppiert werden. CMS-Vertiefungen werden nur dort verlinkt, wo Cache-Control Header fehlt oder ist ungünstig eine klar eigene Ursache oder Fix-Route im jeweiligen System hat.

Für diesen Fehler gibt es aktuell keine eigene CMS-Vertiefung, weil die Behebung meist nicht ausreichend systemspezifisch ist. Nutzen Sie die allgemeinen Ursachen und Checks auf dieser Seite.

Häufige Ursachen für diesen Fehler

JavaScript- und Performance-BudgetZu viel JavaScript, blockierende Ressourcen oder clientseitiges Rendering verschlechtern Crawlability und Core Web Vitals. Cache- und CDN-RegelnCaching, CDN, Edge-Regeln oder Minifizierung liefern alte, blockierte oder technisch veränderte Seiten aus. Medien- und BildprozesseBildgrößen, Alt-Texte, Lazy Loading oder Medien-URLs werden nicht konsistent gepflegt oder technisch falsch ausgeliefert. Theme- und Page-Builder-AusgabeVisuelle Builder, Theme-Snippets oder Design-Komponenten erzeugen HTML, das für Suchmaschinen unvollständig oder widersprüchlich ist.

Kontrolle nach der Behebung

Nach dem Fix sollte die betroffene URL nicht isoliert betrachtet werden. Prüfen Sie die komplette Signalkette aus Crawl, HTTP-Status, Canonical, Robots-Signalen, interner Verlinkung und Sitemap. Bei Indexierungsfehlern ist zusätzlich die Search Console wichtig, weil Google Änderungen zeitversetzt verarbeitet.

Betroffene URLs erneut crawlen
Server-Header und Quelltext prüfen
Sitemap und interne Links auf dieselbe finale URL ausrichten
Bei wichtigen URLs erneute Indexierungsprüfung anstoßen
Nach einigen Tagen Search-Console-Meldungen und Impressionen beobachten

Häufige Fragen

Ist "Cache-Control fehlt" immer kritisch?

Nicht immer. Kritisch wird der Fehler vor allem bei indexierbaren, intern stark verlinkten oder geschäftlich wichtigen URLs. Wenn viele URLs eines Templates betroffen sind, ist die Priorität höher.

Wie prüfe ich "Cache-Control fehlt" zuverlässig?

Prüfen Sie HTTP-Status, Canonical, Robots-Signale, interne Links, Sitemap, Header und Seitentyp gemeinsam. Einzelne Signale isoliert betrachtet führen oft zu falschen Entscheidungen.

Wann sollte ich die URL entfernen statt reparieren?

Wenn die URL keinen eigenständigen Suchnutzen besitzt, nicht intern benötigt wird und keine relevanten Signale bündelt, sind Entfernen, 410, noindex oder Konsolidierung oft sinnvoller als kosmetische Reparatur.

Passende Seitenreport-Checks

Dieser Fehler sollte nicht isoliert geprüft werden. Die folgenden Tools und Cluster helfen, die Ursache schneller einzugrenzen und die betroffenen URL-Gruppen sauber zu priorisieren.

Image SEO CheckerBilder, Alt-Texte, Lazy Loading und Dateigrößen prüfen.Check öffnen -> Performance ToolsCore-Web-Vitals- und Ladezeit-Signale kontrollieren.Check öffnen -> Barrierefreiheit ToolsAlt-Texte, Kontrast, Formulare und Bedienbarkeit prüfen.Check öffnen ->

Fazit

Cache-Control fehlt ist vor allem ein Signal für technische oder redaktionelle Inkonsistenz. Je klarer Sitemap, interne Links, Statuscodes, Canonicals, Robots-Signale, Inhalte und Seitentypen zusammenarbeiten, desto leichter können Suchmaschinen wichtige URLs crawlen, verstehen und bewerten.