---
title: "Varnish Cache: Performance-Turbo für Drupal"
lang: de
type: knowledge
canonical: https://www.arocom.de/wissen/drupal/varnish
alternate: https://www.arocom.de/en/knowledge/drupal/varnish
author: "Axel Roth"
last_updated: 2026-07-29
---

# Varnish Cache: Performance-Turbo für Drupal

Varnish ist ein HTTP-Reverse-Proxy, der Webseiten im Arbeitsspeicher
zwischenspeichert und Antwortzeiten um den Faktor 10 bis 100 reduziert.
Drupal unterstützt Varnish nativ über Cache-Tags und das Purge-Modul.
arocom konfiguriert seit 2012 Varnish für Drupal-Plattformen und setzt
es als Standard-Baustein in der Hosting-Architektur ein.

## Varnish Cache: Performance-Turbo für Drupal-Plattformen

Jede Millisekunde zählt. Langsame Websites verlieren Besucher,
Rankings und Conversions. Varnish Cache löst dieses Problem,
indem es fertig gerenderte Seiten im RAM vorhält und direkt
ausliefert, ohne dass Drupal die Seite jedes Mal neu berechnet.

## Was Varnish Cache ist

Varnish ist ein HTTP-Accelerator, der als Reverse Proxy vor dem
Webserver sitzt. Wenn ein Besucher eine Seite aufruft, prüft
Varnish zuerst seinen Cache. Ist die Seite vorhanden, wird sie
direkt aus dem Arbeitsspeicher ausgeliefert, in Mikrosekunden.

Erst wenn die Seite nicht im Cache liegt oder abgelaufen ist,
leitet Varnish die Anfrage an Drupal weiter. Das Ergebnis wird
gecacht und für folgende Anfragen bereitgehalten.

## Varnish und Drupal: Native Integration

Drupal bringt ein ausgereiftes Cache-System mit, das perfekt
mit Varnish zusammenarbeitet. Die Kernkomponenten:

**Cache-Tags.** Drupal markiert jede Seite mit Tags, die
angeben, welche Inhalte enthalten sind. Ändert sich ein
Inhalt, werden nur die betroffenen Seiten invalidiert.

**Purge-Modul.** Das Purge-Modul sendet Invalidierungs-Anfragen
an Varnish, wenn Redakteure Inhalte ändern. Veraltete
Seiten werden gezielt entfernt, nicht der gesamte Cache.

**Cache-Control-Header.** Drupal setzt standardmäßig
Cache-Header, die Varnish steuern. Die maximale Cache-Dauer
konfiguriert ihr in den Performance-Einstellungen.

## Messbare Performance-Gewinne

Ohne Varnish berechnet Drupal jede Seite bei jedem Aufruf.
Bei komplexen Seiten mit Views, Taxonomien und Referenzen
dauert das 200-500 Millisekunden. Mit Varnish liegt die
Antwortzeit bei 1-5 Millisekunden.

Für Plattformen mit hohem Traffic, Publishing-Portale,
Unternehmens-Websites mit tausenden Seitenaufrufen pro
Minute, ist Varnish kein Luxus, sondern Pflicht.

## Performance eurer Drupal-Plattform verbessern?

arocom konfiguriert Varnish als Teil der Hosting-Architektur.
Der [Zukunfts-Check](https://www.arocom.de/zukunfts-check) identifiziert
Performance-Engpässe und empfiehlt konkrete Maßnahmen.
Ab 2.500 EUR zzgl. MwSt., anrechenbar auf das Folgeprojekt.

**Aus arocom-Projekten:**

- Eine Event-Plattform, die ohne externes Tool wie Cvent oder Eventbrite auskommt? Für Gentner ja: Drupal 11 mit Smart Date, ECA-Workflows, AddToCal und vollständigem Geolocation-Stack. 12 Custom-Module bringen alles zusammen, Anmeldung, Programm, Geocoding, Kalender-Sync.
- Für den Gentner Verlag betreiben wir ein Reichweitenportal ([haustec.de](https://www.arocom.de/referenzen/haustec)) und mehrere Fachportale (tga-fachplaner.de und weitere) auf einer gemeinsamen Drupal-Multisite, ein einziger Code-Stack, getrennte Redaktionen, gemeinsame Komponentenbibliothek.

### Braucht jede Drupal-Website Varnish?

Für kleine Websites mit wenig Traffic reicht Drupals internes Caching. Sobald Traffic oder Seitenkomplexität steigen, bringt Varnish messbare Vorteile. Für Publishing-Plattformen und hochfrequentierte Unternehmensseiten ist Varnish Standard.

### Funktioniert Varnish mit personalisierten Inhalten?

Ja, aber personalisierte Inhalte erfordern eine durchdachte Cache-Strategie. Drupal unterstützt ESI (Edge Side Includes) und BigPipe, um statische und dynamische Seitenteile separat zu cachen.

### Was ist der Unterschied zwischen Varnish und CDN?

Varnish sitzt vor eurem Webserver und beschleunigt die Auslieferung. Ein CDN verteilt Inhalte auf Server weltweit. Beide ergänzen sich: Varnish für die Applikationsebene, CDN für die geografische Verteilung.

## Weiterlesen

- [Caching in Drupal](https://www.arocom.de/wissen/drupal/caching): Das vollständige Caching-Konzept
- [PageSpeed optimieren](https://www.arocom.de/wissen/seo-geo/pagespeed): Ladezeiten als Ranking-Faktor
- [Hosting wählen](https://www.arocom.de/wissen/drupal/hosting-waehlen): Die richtige Infrastruktur
