Ruft jemand eine WordPress-Seite auf, startet auf dem Server PHP, fragt die Datenbank ab, lädt Theme und Plugins und baut daraus die fertige Seite. Das dauert, und es passiert bei jedem Besuch aufs Neue. Caching setzt genau hier an: Was einmal berechnet wurde, wird gespeichert und beim nächsten Mal direkt ausgeliefert. Dieser Ratgeber erklärt die verschiedenen Caches, die bei WordPress zusammenspielen, und das Content Delivery Network, kurz CDN.
Warum Caching für WordPress wichtig ist
Die Antwortzeit des Servers ist der erste Baustein der Ladezeit. Bevor der Browser irgendetwas anzeigen kann, muss er auf das erste Byte der Seite warten. Die Google-Plattform web.dev nennt für diese Zeit bis zum ersten Byte (TTFB) 0,8 Sekunden oder weniger als guten Wert, mehr als 1,8 Sekunden als schlecht [1]. Der Wert ist selbst kein Core Web Vital, wirkt sich aber auf die Messwerte aus, die Google bewertet [1]. Seit WordPress 6.1 prüft auch der Website-Zustand, ob ein Seiten-Cache aktiv ist und ob die Antwortzeit akzeptabel ist. Als Grenze nutzt WordPress 600 Millisekunden, die Prüfung läuft nur in der Produktivumgebung [2].
Seiten-Cache
Ein Seiten-Cache speichert die fertig erzeugte HTML-Seite. Beim nächsten Aufruf liefert der Server die gespeicherte Fassung aus, ohne PHP und Datenbank zu bemühen. Die WordPress-Dokumentation beschreibt, dass das bei überwiegend statischen Seiten mehrere hundert Mal schneller sein kann. Sie nennt Plugins wie W3 Total Cache, WP Super Cache und Cache Enabler, die Seiten als statische Dateien ablegen [3]. Schwieriger wird es bei dynamischen Inhalten [3]. Warenkorb, Kasse und Kundenkonto eines Shops oder Seiten für angemeldete Benutzer dürfen nicht aus dem Cache kommen, sonst sieht ein Besucher die Daten eines anderen.
Der Seiten-Cache kann auch direkt auf dem Server laufen, wie im WordPress-Tarif von SEO NW laut Shop [7]. Für Websites mit sehr viel Besuch nennt die WordPress-Dokumentation Reverse Proxys vor dem Webserver, etwa Varnish, die zusammen mit einem Caching-Plugin sehr leistungsfähig sein können [3]. Wichtig ist, dass nicht zwei Caches übereinander dasselbe versuchen. Zwei Seiten-Caches auf einmal erzeugen schwer auffindbare Fehler.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Objekt-Cache
Ein Objekt-Cache speichert Daten, deren Abruf lange dauert, an einem schnelleren Ort, meist Ergebnisse von Datenbankabfragen. Ein persistenter Objekt-Cache behält diese Daten über eine einzelne Anfrage hinaus, sodass spätere Aufrufe sie wiederverwenden können. Die WordPress-Dokumentation nennt als verbreitete Lösungen Redis, Memcached, APC und das Dateisystem. Geht der Cache verloren, baut er sich ohne Datenverlust neu auf, nur die Leistung leidet kurz [3].
Ein Objekt-Cache lohnt sich vor allem dort, wo der Seiten-Cache nicht greift: im Adminbereich, bei angemeldeten Benutzern, in Shops und auf Websites mit vielen Beiträgen. Der Website-Zustand empfiehlt ihn seit WordPress 6.1, wenn bestimmte Schwellen überschritten sind, zum Beispiel bei der Zahl der Beiträge, Kommentare oder Benutzer [2]. Ob ein persistenter Objekt-Cache möglich ist, hängt vom Hoster ab, denn Redis oder Memcached müssen auf dem Server laufen.
OPcache
OPcache gehört zu PHP und speichert den bereits übersetzten Code der PHP-Dateien im Arbeitsspeicher. PHP muss die Skripte dann nicht bei jeder Anfrage neu laden und auswerten [4]. Die WordPress-Dokumentation zählt einen solchen Opcode-Cache zu den Maßnahmen, die die Leistung von PHP um ein Vielfaches verbessern [3]. Bei den meisten Hostern ist OPcache aktiv, du musst dafür in WordPress nichts einstellen. Mehr zu PHP steht im Ratgeber PHP für WordPress.
Browser-Cache
Der Browser-Cache sitzt beim Besucher. Mit passenden HTTP-Headern für Bilder, CSS und JavaScript behält der Browser eine Kopie und muss die Dateien beim nächsten Seitenaufruf nicht erneut laden. Das senkt laut WordPress-Dokumentation auch die Last auf dem Server, weil weniger Anfragen je Seite ankommen [3]. Gesteuert wird das über den Header Cache-Control mit der Angabe max-age, über Expires und über ETags [3, 5]. Damit Besucher nach einer Änderung nicht die alte Datei sehen, hängt WordPress an eingebundene Dateien meist eine Versionsnummer an.
CDN
Ein Content Delivery Network ist eine Gruppe von Servern an vielen Standorten. Sie speichern Kopien von Daten, sodass Anfragen von dem Server beantwortet werden, der dem Besucher am nächsten ist. Laut MDN sorgen CDNs so für schnelle Auslieferung, die weniger unter hohem Datenverkehr leidet [6]. Bei WordPress laufen meist Bilder, CSS und JavaScript über das CDN, manchmal auch ganze Seiten.
Wie viel ein CDN bringt, hängt davon ab, wo deine Besucher sitzen. Steht der Server in Deutschland und kommen die Besucher überwiegend aus Deutschland, Österreich und der Schweiz, ist der Weg ohnehin kurz. Für internationale Besucher und für große Mengen an Bildern lohnt es sich eher. Prüfe vor dem Einsatz, wo der Anbieter Daten verarbeitet, und nimm das CDN in deine Datenschutzerklärung auf.
Welche Caches deine Website braucht
| Cache | Wirkt auf | Sinnvoll für |
|---|---|---|
| Seiten-Cache | Antwortzeit des Servers | fast jede Website |
| Objekt-Cache | Datenbankabfragen | Shops, große Websites, viele angemeldete Benutzer |
| OPcache | PHP-Verarbeitung | jede Website, meist schon aktiv |
| Browser-Cache | wiederholte Downloads | jede Website |
| CDN | Weg zum Besucher | internationale Besucher, viele Medien |
In unseren Projekten bringt der Seiten-Cache bei normalen Firmenwebsites den größten Sprung. Danach lohnt der Blick auf Bilder, Plugins und Theme. Ein Cache überdeckt langsame Plugins nur, er beseitigt sie nicht. Weitere Ursachen für lange Ladezeiten beschreibt wpwebmaster unter WordPress langsam, was die Ladezeit für Google bedeutet, erklärt wpseo unter Core Web Vitals in WordPress.
Cache leeren: wann und wie
Nach Änderungen an Theme, Menüs oder Einstellungen zeigt ein Cache manchmal noch die alte Fassung. Die meisten Caching-Lösungen leeren betroffene Seiten automatisch, wenn du einen Beitrag speicherst. Bei Änderungen am Design oder nach Updates leerst du den Cache von Hand, und zwar alle Ebenen: Server-Cache oder Plugin, Objekt-Cache und, falls vorhanden, das CDN. Beim Umzug auf einen neuen Server gehört das ebenso dazu, wie im Ratgeber WordPress Umzug beschrieben.
Caching im Hosting von SEO NW
Im WordPress SEO Hosting für 29 Euro brutto im Monat greift das Caching laut Shop schon auf dem Server. Das bringt kurze Ladezeiten ohne Konflikte zwischen Plugins, ein eigenes Caching-Plugin brauchst du nicht [7]. Im Tarif Ultimate Hosting kommen Bilder, CSS und JavaScript zusätzlich über ein CDN, was die Ladezeit laut Shop vor allem für Besucher im Ausland verkürzt [8]. Alle Leistungen des WordPress-Tarifs stehen unter Tarif und Leistungen, die Begriffe erklärt das Glossar unter Caching.
Deine Website ist trotz Cache langsam, oder du weißt nicht, welche Lösung passt? Stell die Frage in der gratis Sprechstunde. Alexander Müller schaut mit dir auf die Messwerte deiner Website.
- Organisation Zeit bis zum ersten Byte (TTFB). web.dev, Google. Stand 21.01.2025. abgerufen am 30.10.2026
- Organisation New cache Site Health checks in WordPress 6.1. Make WordPress Core. Stand 06.10.2022. abgerufen am 30.10.2026
- Organisation Cache. WordPress Developer Resources, Advanced Administration Handbook. Stand laufend. abgerufen am 30.10.2026
- Organisation OPcache, Introduction. The PHP Group, PHP Manual. Stand laufend. abgerufen am 30.10.2026
- Organisation HTTP-Caching. MDN Web Docs. Stand laufend. abgerufen am 30.10.2026
- Organisation CDN (Glossar). MDN Web Docs. Stand laufend. abgerufen am 30.10.2026
- Organisation WordPress SEO Hosting (SW10005). SEO NW, Shop hosting.seo-manager.info. Stand 30.10.2026. abgerufen am 30.10.2026
- Organisation Ultimate Hosting (SW10003). SEO NW, Shop hosting.seo-manager.info. Stand 30.10.2026. abgerufen am 30.10.2026
Häufige Fragen
Brauche ich ein Caching-Plugin für WordPress?
Nur, wenn der Hoster keinen Seiten-Cache auf dem Server anbietet. Läuft der Cache schon auf dem Server, kann ein zusätzliches Plugin zu Konflikten führen.
Was ist der Unterschied zwischen Seiten-Cache und Objekt-Cache?
Der Seiten-Cache speichert die fertige HTML-Seite. Der Objekt-Cache speichert einzelne Daten wie Ergebnisse von Datenbankabfragen und hilft vor allem dort, wo Seiten nicht komplett zwischengespeichert werden können, etwa im Adminbereich oder im Shop.
Ist ein CDN Pflicht?
Nein. Ein CDN bringt vor allem bei internationalen Besuchern und vielen Medien etwas. Für eine Website mit Besuchern aus der Region reicht oft ein schneller Server in der Nähe.
Warum meldet der Website-Zustand, dass kein Seiten-Cache erkannt wurde?
Die Prüfung sucht nach typischen Cache-Headern und misst die Antwortzeit. Manche Server-Caches setzen andere Header. Entscheidend ist die gemessene Antwortzeit, WordPress nutzt 600 Millisekunden als Grenze.
Darf der Warenkorb im Cache landen?
Nein. Warenkorb, Kasse, Kundenkonto und Seiten für angemeldete Benutzer müssen vom Seiten-Cache ausgenommen sein, sonst sehen Besucher fremde Daten.
Muss ich den Cache nach Updates leeren?
Nach Updates von Theme oder Plugins ist das sinnvoll, damit Besucher die neue Fassung sehen. Leere dabei alle Ebenen, auch ein CDN.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
