Drupal Caching: Performance-Optimierung in der Praxis

Drupal profitiert von mehreren Caching-Verfahren, die auf unterschiedlichen Ebenen arbeiten:

PHP OpCode Cache. PHP ist eine Skriptsprache, die vor jeder Ausführung interpretiert wird. Ein OpCode-Cache speichert das Ergebnis dieser Verarbeitung. Seit PHP 5.5 ist der Zend OPcache im Core enthalten. Dieser Cache ist für jede Drupal-Installation Pflicht.

Datenbank-Cache. Das Standardverfahren in Drupal: Gerenderte Seiten, Menustrukturen, Feldkonfigurationen und mehr werden in Cache-Tabellen der Datenbank abgelegt. Der Drupal-Core bringt über 10 solcher Tabellen mit.

In-Memory-Cache (Redis, Memcached). Informationen werden im RAM statt in der Datenbank gehalten. Das ist deutlich schneller. Redis ist der bevorzugte Partner für Drupal — stabil, persistent und gut unterstützt.

Reverse Proxy (Varnish). Ein Reverse Proxy wird vor den Webserver geschaltet und liefert gecachte Seiten aus, ohne dass Drupal überhaupt gestartet wird. Für Seiten mit hohem Traffic ist Varnish der größte Performance-Hebel.

CDN (Content Delivery Network). Statische Dateien wie Bilder, CSS und JavaScript werden über verteilte Server ausgeliefert. Das reduziert die Last auf dem Webserver und verbessert Ladezeiten für internationale Nutzer.

Drupal bietet zwei zentrale Cache-Mechanismen, die über das Backend konfiguriert werden:

Der Seiten-Cache speichert komplett gerenderte Seiten für anonyme Benutzer. Die Zahl der Datenbankzugriffe sinkt drastisch, die Antwortzeit verbessert sich messbar. Der Seiten-Cache wird bei Content-Änderungen automatisch invalidiert — bei Seiten mit vielen Bearbeitungen kann eine Verfallszeit sinnvoll sein.

Der Block-Cache speichert gerenderte Blöcke unabhängig vom Seiten-Cache. Blöcke können kontextabhängig sein — ihr Inhalt variiert je nach Seite oder Benutzerrolle. Drupal cached Blöcke standardmäßig pro Benutzerrolle.

Cache-Tags in Drupal 11. Das moderne Cache-System arbeitet mit Tags statt mit zeitbasierten Verfallsdaten. Wenn sich ein Inhalt ändert, werden alle Cache-Einträge mit dem entsprechenden Tag invalidiert. Das ist präziser und effizienter als pauschales Cache-Leeren.

Cache komplett deaktivieren. Der Drupal-Cache lässt sich nicht vollständig abschalten — Theme-Registry und Menustrukturen bleiben immer gecacht. Wer den Seiten-Cache deaktiviert, verliert den größten Performance-Gewinn.

Zu häufige Cron-Läufe. Cron bereinigt temporäre Cache-Einträge. Wenn Cron zu oft läuft, wird der Cache ständig geleert und muss neu aufgebaut werden. Das kostet Performance statt sie zu gewinnen.

Falsche Cache-Methode für den Anwendungsfall. Große Dateien gehören nicht in einen Datenbank-Cache. Hochdynamische Inhalte (z.B. personalisierte Dashboards) profitieren wenig vom Seiten-Cache. Die Kunst liegt in der richtigen Kombination.

Bei arocom analysieren wir die Anforderungen jedes Projekts und konfigurieren eine Caching-Strategie, die wirklich einen Unterschied macht — messbar, nicht gefühlt.

Lasst uns gemeinsam analysieren, wo die Engpässe liegen. Der Zukunfts-Check deckt Performance-Probleme auf und liefert konkrete Handlungsempfehlungen. Oder schreibt uns direkt — Unser Team meldet sich innerhalb von 4 Stunden an Werktagen.