Drupal baut jede Seite bei der Anfrage aus vielen Teilen zusammen. Das Benutzerhandbuch beschreibt, dass diese Berechnungen Zeit kosten und die Ladezeit länger machen können als gewünscht. Deshalb speichert Drupal Zwischenergebnisse und fertige Ausgaben, um sie wiederzuverwenden [1]. Für Drupal Performance und SEO heißt das: Die meiste Arbeit besteht darin, die eingebauten Zwischenspeicher wirken zu lassen und nichts einzubauen, was sie aushebelt. Dieser Ratgeber erklärt die Bausteine im Kern und zeigt, was Sie selbst prüfen können.
Warum die Ladezeit für die Suche zählt
Google misst das Seitenerlebnis unter anderem mit den Core Web Vitals. Der Largest Contentful Paint sollte innerhalb der ersten 2,5 Sekunden eintreten, die Interaction to Next Paint unter 200 Millisekunden liegen und der Cumulative Layout Shift unter 0,1 bleiben. Gute Werte passen nach Google zu dem, was die Ranking-Systeme belohnen wollen [2]. Für Besucher heißt eine schnelle Seite vor allem, dass der Inhalt früh da ist und sich beim Lesen nicht verschiebt. Die Messwerte im Einzelnen erklärt der Ratgeber Core Web Vitals auf Mobilgeräten, den Begriff das Glossar zu Core Web Vitals.
Internal Page Cache für anonyme Besucher
Das Kernmodul Internal Page Cache speichert Seiten für Besucher ohne Anmeldung. Eine Seite wird beim ersten Aufruf gespeichert und danach wiederverwendet. Ab Drupal 8 ist das Modul von Haus aus aktiv. Die Dokumentation empfiehlt es für kleine bis mittelgroße Websites [3].
Zwei Einschränkungen nennt die Dokumentation. Das Modul geht davon aus, dass alle anonymen Besucher dieselbe Seite sehen. Zeigt eine Website anonymen Besuchern persönliche Inhalte, sollte es aus sein. Und wer einen Reverse Proxy oder ein CDN vor die Website stellt, kann es ohne Schaden abschalten, weil diese Ebene die Aufgabe übernimmt [3]. Die Einstellung zur maximalen Cache-Zeit für Browser und Proxys beachtet das Modul selbst nicht. Es hält Seiten, bis sie ungültig werden, es sei denn, eine Seite trägt einen Header Expires [3].
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Dynamic Page Cache und BigPipe
Für angemeldete Benutzer und für Seiten mit wechselnden Teilen gibt es das Kernmodul Dynamic Page Cache. Es speichert Seiten für jeden Benutzer und geht dabei mit dynamischen Inhalten richtig um [4]. Wer Internal Page Cache abschaltet, kann Dynamic Page Cache weiter nutzen [3].
BigPipe ändert die Reihenfolge, in der eine Seite beim Browser ankommt. Drupal schickt zuerst die Seite ohne die ausgesparten Teile und liefert diese danach nach, etwa persönliche Bereiche [5]. BigPipe ist seit Drupal 8.1 im Kern, seit 8.3 stabil und seit 8.5 im Standardprofil eingeschaltet. Es braucht keine Einstellungen. Die Dokumentation rät dringend, zusammen mit BigPipe auch Dynamic Page Cache zu aktivieren [5, 6]. Die Hauptinhalte erscheinen so früher, auch wenn ein Block mit persönlichen Angaben noch rechnet.
Cache-Tags, Kontexte und Höchstalter
Damit Zwischenspeicher nicht veraltete Inhalte zeigen, hängt Drupal jedem Teil einer Seite Angaben zur Speicherbarkeit an. Die Cache-API beschreibt drei Arten. Cache-Tags halten fest, von welchen Daten ein Teil abhängt. Cache-Kontexte beschreiben, wovon eine Variante abhängt, etwa von der Sprache. Das Höchstalter, max-age, legt eine zeitliche Grenze fest [7]. Ändert sich ein Inhalt, entfernt Drupal die betroffenen Einträge aus dem Speicher [1].
Für Sie als Betreiber ist wichtig, was daraus folgt. Ist eine Seite trotz aktiver Zwischenspeicher langsam, kann die Ursache in einem Block oder Modul liegen, dessen Angaben eine Speicherung verhindern oder zu oft ungültig machen. Das findet Ihr Entwicklerteam mit den Werkzeugen von Drupal. Fragen Sie gezielt nach den Bausteinen auf den langsamsten Seitentypen.
CSS, JavaScript und Browser-Cache
Auf der Seite Konfiguration, Entwicklung, Leistung stellen Sie ein, wie lange Browser und Proxys Seiten speichern dürfen. Unter der Bandbreitenoptimierung schalten Sie das Zusammenfassen und Komprimieren von CSS-Dateien und das Zusammenfassen von JavaScript-Dateien ein. Laut Dokumentation spart das Bandbreite und Anfragen an den Server und verkürzt so die Ladezeit für Besucher [8]. In seltenen Fällen kann das Zusammenfassen von JavaScript zu doppelten Deklarationen führen. Die Dokumentation zeigt dafür, wie sich eine einzelne Bibliothek mit preprocess: false vom Zusammenfassen ausnehmen lässt [8].
Der Wert für die Cache-Zeit landet im Header Cache-Control, den Browser und Proxys auswerten [3]. Eine längere Zeit entlastet den Server, verzögert aber bei Besuchern, die die Seite schon kennen, das Erscheinen von Änderungen. Wählen Sie den Wert passend dazu, wie oft sich Ihre Inhalte ändern.
Nach Änderungen an Modulen oder Themes leeren Sie den Speicher unter Konfiguration, Entwicklung, Leistung mit der Schaltfläche Alle Caches leeren. Drupal bestätigt das mit einer Meldung oben auf der Seite [9].
Reverse Proxy, CDN und veraltete Seiten
Manche Drupal-Websites stellen einen Reverse Proxy oder ein CDN vor den Server. Dann speichert diese Ebene die Seiten für anonyme Besucher, und der Internal Page Cache lässt sich laut Dokumentation abschalten [3]. Dynamic Page Cache und BigPipe arbeiten weiter innerhalb von Drupal. Wichtig ist in diesem Aufbau, dass die vorgeschaltete Ebene erfährt, wann eine Seite veraltet ist. Wie das geschieht, hängt vom eingesetzten Produkt und den passenden Modulen ab. Klären Sie das mit Ihrem Hosting oder Ihrem Entwicklerteam, bevor Sie die Cache-Zeit hochsetzen.
Erscheint eine Änderung nicht sofort, kommen drei Stellen in Frage. Drupal selbst entfernt gespeicherte Daten, wenn sich der zugehörige Inhalt ändert [1]. Hält ein Browser oder Proxy die alte Fassung, liegt es an der Cache-Zeit, die Drupal im Header Cache-Control mitschickt [3]. Und ein CDN kann eine Seite so lange ausliefern, wie es selbst eingestellt ist. Bei Titeln, Preisen oder rechtlichen Angaben sollten Sie wissen, wie lange eine alte Fassung sichtbar bleiben kann.
Messen in der richtigen Reihenfolge
Bevor Sie an Modulen drehen, lohnt der Blick auf echte Felddaten. Die Search Console und PageSpeed Insights zeigen, wie schnell die Website bei Besuchern lädt. Wie Sie die Werte lesen, erklärt der Ratgeber PageSpeed Insights im Überblick. Einen Labortest mit zusätzlicher Prüfung des Servers bietet unser eigenes, kostenloses Werkzeug PageSpeed.de. Danach gehen Sie die Bausteine dieser Seite der Reihe nach durch:
- Sind Internal Page Cache und Dynamic Page Cache aktiv, oder gibt es einen Grund, warum eines davon aus ist?
- Ist BigPipe eingeschaltet und funktioniert es mit Ihrem Hosting?
- Sind CSS und JavaScript zusammengefasst?
- Ist die Cache-Zeit für Browser und Proxys gesetzt?
- Welche Seitentypen sind trotzdem langsam, und welche Blöcke stehen dort?
Auch Bilder beeinflussen den Largest Contentful Paint. Was dabei für den Largest Contentful Paint zählt, steht im Ratgeber Bilder und Core Web Vitals. Wer die Arbeit an den Werten abgeben möchte, findet die Leistung unter Core Web Vitals verbessern. Zum Vergleich mit anderen Systemen: Unsere Fachportale erklären WordPress Caching und CDN und Joomla Caching. Weitere Drupal-Themen stehen auf der Seite Drupal SEO Agentur.
Ihre Drupal-Website ist trotz Cache langsam, und Sie wissen nicht, wo Sie anfangen sollen? In der gratis Sprechstunde klären wir gemeinsam, welche Messwerte Sie zuerst ansehen sollten.
- Organisation Concept: Cache. Drupal User Guide, Drupal.org. Stand 14.04.2025. abgerufen am 31.10.2026
- Organisation Core Web Vitals und Google-Suchergebnisse. Google Search Central. Stand 10.12.2025. abgerufen am 31.10.2026
- Organisation Internal Page Cache. Drupal.org Dokumentation. Stand 06.09.2026. abgerufen am 31.10.2026
- Organisation Dynamic Page Cache. Drupal.org Dokumentation. Stand ohne Datum. abgerufen am 31.10.2026
- Organisation BigPipe: Overview. Drupal.org Dokumentation. Stand 18.08.2026. abgerufen am 31.10.2026
- Organisation The BigPipe module is now enabled by default in the Standard profile. Drupal.org Change Record. Stand 05.11.2017. abgerufen am 31.10.2026
- Organisation Cache API. Drupal.org Dokumentation. Stand ohne Datum. abgerufen am 31.10.2026
- Organisation Aggregate CSS and JS files in Drupal core. Drupal.org Dokumentation. Stand 17.03.2025. abgerufen am 31.10.2026
- Organisation Clearing the Cache. Drupal User Guide, Drupal.org. Stand 14.04.2025. abgerufen am 31.10.2026
Häufige Fragen
Welche Caches bringt Drupal im Kern mit?
Internal Page Cache für anonyme Besucher und Dynamic Page Cache für alle Besucher. Dazu kommt BigPipe, das die Seite zuerst ohne die ausgesparten Teile schickt und persönliche Teile nachliefert.
Ist der Internal Page Cache in Drupal eingeschaltet?
Ab Drupal 8 ist er für anonyme Besucher von Haus aus aktiv. Abschalten sollten Sie ihn, wenn anonyme Besucher persönliche Inhalte sehen, oder wenn ein Reverse Proxy oder CDN die Aufgabe übernimmt.
Muss ich BigPipe einrichten?
Nein. BigPipe ist seit Drupal 8.5 im Standardprofil eingeschaltet und braucht keine Einstellungen. Die Dokumentation rät, zusätzlich Dynamic Page Cache zu aktivieren.
Wo schalte ich das Zusammenfassen von CSS und JavaScript ein?
Unter Konfiguration, Entwicklung, Leistung im Bereich Bandbreitenoptimierung. Dort stellen Sie auch die maximale Cache-Zeit für Browser und Proxys ein.
Wie leere ich den Cache in Drupal?
Unter Konfiguration, Entwicklung, Leistung mit der Schaltfläche Alle Caches leeren. Drupal bestätigt das mit einer Meldung oben auf der Seite.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
