W3 Total Cache Plugin: optimal einrichten
Eine WordPress-Website wird mit jedem Plugin zwangsläufig langsamer. Deshalb gehört ein Cache-Plugin inzwischen zu den unverzichtbaren WordPress-Plugins. Mit über 1 Million aktiven Installationen der Gratisversion und einer Bewertung von 4,4 Sternen ist das Plugin W3 Total Cache (W3TC) eines der meistgenutzten Plugins.
Da Cache-Einstellungen Funktionen anderer Plugins stören können, kannst du als WordPress-Einsteiger ein einfach einzurichtendes Plugin wie Cache Enabler oder WP Super cache verwenden.
Brauchst du detaillierte Cache-Einstellungen und Kontrolle, kannst du W3 Total Cache nutzen, das schon in der Gratisversion starke Funktionen bietet.
Ⅰ. W3 Total Cache installieren und Setup Guide
Suche nach W3 Total Cache, installiere und aktiviere das Plugin.
- Welcome
- Page Cache
- Database Cache
- Object Cache
- Image Converter
- Lazy Load
- More Caching Options
AcceptDecline
Nach der ersten Installation landest du beim Aufruf der Seite [Dashboard] automatisch im [Setup Guide], weil noch nichts eingerichtet ist.
Im Setup Guide richtest du ① Seiten-Cache, ② Datenbank-Cache, ③ Objekt-Cache, ④ Browser-Cache, ⑤ Bildoptimierung, ⑥ Lazy Load und ⑦ weitere Cache-Optionen ein.
Beim Seiten-Cache empfiehlt W3TC standardmäßig Disk: [Erweitert]. Wie die Tabelle zeigt, ist Disk: Enhanced etwa 10,3 ms schneller als Disk: Basic – gemessen an der TTFB rund 17,8 % mehr Leistung.
Wähle beim Datenbank-Cache den Disk-Cache.
Die im Guide gewählten Einstellungen erscheinen jetzt im Dashboard.
Über den Tab [Settings] oben rechts richtest du alles von [General Settings] bis zum Seiten-Cache ein.
ⓐ Die [Einstellungen auf der Seite] im linken Adminmenü und ⓑ der Tab [Settings] oben rechts führen jeweils zu Seiten-Cache, Minify und weiteren erweiterten Einstellungen. Gehst du oben mittig im Tab General Settings auf die einzelnen Seiten, siehst du für Seiten-Cache und Minify alles von den allgemeinen bis zu den Erweiterte Einstellungen.
Ⅱ. Cache-Einstellungen von W3 Total Cache
Das ist der Tab General Settings in den W3TC-Einstellungen.
_branch_match_id
_bta_c
_bta_tid
_ga
_gl
_ke
adgroupid
adid
age-verified
ao_noptimize
campaignid
campid
click_id
cn-reloaded
customid
dicbo
dm_i
ef_id
epik
fb_action_ids
fb_action_types
fb_source
fbclid
gclid
gclsrc
gdffi
gdfms
gdftrk
hsa_acc
hsa_ad
hsa_cam
hsa_grp
hsa_kw
hsa_mt
hsa_net
hsa_src
hsa_tgt
hsa_ver
igshid
li_fat_id
matomo_campaign
matomo_cid
matomo_content
matomo_group
matomo_keyword
matomo_medium
matomo_placement
matomo_source
mc_cid
mc_eid
mkcid
mkevt
mkrid
mkwid
msclkid
mtm_campaign
mtm_cid
mtm_content
mtm_group
mtm_keyword
mtm_medium
mtm_placement
mtm_source
pcrid
piwik_campaign
piwik_keyword
piwik_kwd
pk_campaign
pk_cid
pk_content
pk_keyword
pk_kwd
pk_medium
pk_source
pp
redirect_log_mongo_id
redirect_mongo_id
ref
s_kwcid
sb_referer_host
si
sscid
tblci
toolid
trk_contact
trk_module
trk_msg
trk_sid
ttclid
twclid
usqp
utm_campaign
utm_content
utm_expid
utm_id
utm_medium
utm_source
utm_term
wbraid
index\.php
wp-links-opml.php
wp-locations.php
([a-z0-9_\-]+)?sitemap\.xsl
[a-z0-9_\-]+-sitemap([0-9]+)?\.xml(\.gz)?
Content-Type
X-Pingback
P3P
Link
- Enable HTTP compression in the “HTML” section on Browser Cache Settings tab.
RSPEAK_
mfunc
- Enable HTTP compression in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
- The TTL of page cache files is set via the “Expires header lifetime” field in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
wp_rg_
_wp_session_
_wc_session_
^\s*delete\b
^\s*update\b
^\s*replace\b
^\s*create\b
^\s*alter\b
^\s*show\b
^\s*set\b
\bautoload\s+=\s+’yes’
\bsql_calc_found_rows\b
\bfound_rows\(\)
DOING_CRON
DONOTCACHEDB
SHORTINIT
XMLRPC_REQUEST
plugins
[a-z0-9_\-]*sitemap[a-z0-9_\.\-]*\.(xml|xsl|html)(\.gz)?
1️⃣ Vorschaumodus
Bevor du Cache-Änderungen live schaltest, kannst du im Vorschaumodus vorab auf Fehler testen.
[Preview]: Klicke darauf, um die Änderungen in der Vorschau zu testen; passt alles, übernimmst du sie mit [Deploy] auf die Website.
2️⃣ Seiten-Cache
Der Guide hat die Grundeinstellung bereits auf [Disk: Enhanced] gesetzt. Ändert sich später etwa durch einen Serverumzug der verwendete Cache, kannst du sie anpassen.
Nutzt eine einzelne Website (kein Multisite) zusätzlich Subdomains, kannst du auch für Alias-Domains den Cache einrichten.
|
Server-Ausstattung |
Update-Intervall (Sek.) |
Seiten pro Intervall |
Beschreibung |
|---|---|---|---|
|
Kleiner Server (1 vCPU / 1 GB oder weniger) |
1800 Sek. (30 Min.) |
5 |
CPU-Spitzen beim Cache-Aufbau vermeiden: großzügiges Intervall, möglichst wenige Seiten |
|
Mittlerer Server (2 vCPU / 2–4 GB) |
900 Sek. (15 Min.) |
10 |
Standardwert beibehalten; verkraftet etwas Parallelität |
|
Leistungsstarker Server (4 vCPU / 8 GB oder mehr) |
300 Sek. (5 Min.) |
20~30 |
Baut den Cache schnell auf; gut für Websites mit viel Traffic |
REST API ist die Schnittstelle, über die WordPress Daten mit der Außenwelt austauscht; per URL lassen sich Inhalte im JSON-Format abrufen oder bearbeiten. So können Mobile Apps, externe Web-Apps, der Block-Editor und mehr WordPress-Inhalte in Echtzeit abgleichen oder ändern.
Die REST API bedient nicht nur Admins, sondern auch Anfragen normaler Nutzer und ermöglicht effizienten Datenaustausch – das macht die Website flexibler und erweiterbar.
|
Option |
Beschreibung |
Empfohlen |
|---|---|---|
|
Späte Initialisierung |
Erlaubt WordPress-Funktionsaufrufe für Fragment-Caching. |
⚠️ Nur bei Bedarf an erweitertem Caching |
|
Spätes Caching |
Verschiebt die Cache-Key-Erzeugung hinter die Nutzerfilter und erlaubt feinere Cache-Einstellungen |
⚠️ Nur beim Überschreiben von Keys |
|
Kompatibilitätsmodus |
Verzichtet zugunsten der Hosting-Kompatibilität auf einige Optimierungen (ca. 20 % langsamer) |
✅ Empfohlen bei Hosting-Fehlern |
|
Zeichensatz |
Behebt UTF-8-Kodierungsprobleme |
✅ Empfohlen bei seltsamen Zeichen |
|
HEAD-Anfragen ablehnen |
Verhindert, dass HEAD-Anfragen leere Caches erzeugen |
✅ Verhindert unerwartete leere Seiten |
|
Maximale Lebensdauer von Cache-Objekten |
Haltedauer gecachter Einträge (Sek.) |
⏱ Wenig Traffic: höher, viel Traffic: niedriger |
|
Garbage-Collection-Intervall |
Wie oft abgelaufene Cache-Daten entfernt werden (Sek.) |
⏱ Je mehr Traffic, desto kürzer |
|
Lebensdauer des Kommentar-Cookies |
Passt die Cookie-TTL beim Kommentieren an (Standard: 1800 Sek.) |
✅ Nützlich, um Traffic angemeldeter Nutzer zu senken |
3️⃣ Minify
In HTML-, CSS- und JS-Dateien entfernt Minify unnötige Leerzeichen, Kommentare und Zeilenumbrüche, um die Dateigröße zu verringern und die Ladezeit zu verbessern. Dieser Vorgang ändert nichts an der Funktion und macht nur den Code schlanker , damit der Browser ihn schneller verarbeiten kann.
|
Option |
Beschreibung |
Empfohlen |
|---|---|---|
|
Automatisch |
W3TC erkennt HTML-, CSS- und JS-Dateien automatisch und minifiziert sie. |
✅ Für die meisten Nutzer geeignet |
|
Manuell |
Greift nur, wenn du die Pfade der zu minifizierenden Dateien selbst einträgst. |
⚠️ Nur für Fortgeschrittene, die genaue Kontrolle brauchen |
|
Option |
Beschreibung |
Einsatzumgebung |
|---|---|---|
|
Festplatte (Disk) |
Speichert minifizierte Dateien auf der Server-Festplatte |
✅ Typisches Shared Hosting; Standard |
|
APC / APCu |
Speichert im Arbeitsspeicher über den Opcode-Cache von PHP |
✅ Stark auf dedizierten/virtuellen Servern |
|
eAccelerator |
Ein alter PHP-Opcode-Cache |
⚠️ Nur auf alten Servern relevant |
|
XCache |
Einer der Cache-Mechanismen von PHP (kaum genutzt) |
❌ Nicht empfohlen (veraltet) |
|
WinCache |
PHP-Cache für Windows-Server |
✅ Nur IIS-/Windows-Server |
|
Memcached |
Speicherung auf verteilten Cache-Servern |
✅ Mehrere Server, Cluster |
|
Redis |
Cacht minifizierte Dateien in einem schnellen Key-Value-Speicher |
✅ Leistungsstarke VPS / mehrere Server |
|
Option |
Beschreibung |
Merkmale |
|---|---|---|
|
Minify (Standard) |
Der eingebaute HTML-Minifier von W3TC |
Sehr stabil und mit den meisten Websites kompatibel |
|
HTML Tidy |
Räumt beim Minifizieren die HTML-Struktur auf |
Mit Strukturkorrektur → Layout kann brechen |
| Option | Beschreibung | Merkmale | JS-Minifier wählen |
|---|---|---|---|
| JSMin (Standard) | Einfacher, schneller JS-Minifier: entfernt grundlegende Leerzeichen und Kommentare | Sehr stabil, geringes Konfliktrisiko | ✅ Fokus auf Tempo/Stabilität; normale WordPress-Websites |
| Google Closure Compiler (Webdienst) | Googles fortgeschrittener JS-Optimierer: komprimiert über die Google-API | Genau, aber ein externer Serveraufruf ist nötig → kann langsam sein | ⚠️ Externe API erlaubt; feine Optimierung hat Vorrang |
| Google Closure Compiler (lokales Java) | Führt dieselbe Engine in der Java-Umgebung des Servers aus | Erweiterte Optimierung möglich, Java muss installiert sein | ✅ Java installierbar; wenn du fortgeschrittene Optimierung willst |
| Narcissus | Klassischer Minifier, der JS parst und neu erzeugt | Alter Ansatz, praktisch nicht mehr unterstützt | — |
| YUI Compressor | Von Yahoo entwickelter JS/CSS-Kompressor; kann geschützte Kommentare behalten | Alt, aber weiterhin stabil | — |
| Closure (Test nötig) | — | — | ⚠️ Viel modernes JS (ES6+) |
| Option | Beschreibung |
|---|---|
| ✅ Minify (Standard) | Schnell und stabil; passt für die meisten WordPress-Websites |
| ⚠️ CSS Tidy | Räumt die Struktur auf und korrigiert die Syntax; Styles können brechen → Test nötig |
| ⚠️ YUI Compressor (PHP) | Alte Komprimierungslogik, nicht mehr gepflegt → nur für alte Websites |
| ⚠️ YUI Compressor (Java) | Braucht Java; präzise Komprimierung, aber keine Unterstützung für moderne CSS-Syntax |
Der Guide hat die Grundeinstellung bereits auf [Disk: Enhanced] gesetzt. Ändert sich später etwa durch einen Serverumzug der verwendete Cache, kannst du sie anpassen.
|
Kategorie |
Beschreibung |
|---|---|
|
URL-Struktur umschreiben |
Nutzt saubere URL-Strukturen für CSS-/JS-Links. Deaktiviert, werden sie als URLs auf Basis von GET-Parametern wie [?ver=xxx] ausgegeben. |
|
Für angemeldete Nutzer, |
Angemeldete Nutzer sehen die Originaldateien statt der minifizierten. Praktisch beim Debuggen oder Entwickeln. |
|
Fehlerhinweise minimieren |
Meldet Fehler beim Aufbau des Minify-Caches. Deaktiviert, erscheint keine Warnung. |
|
Kategorie |
Beschreibung |
|---|---|
|
HTML-Minify-Einstellungen |
Komprimiert HTML-Dokumente und verkleinert sie, indem Leerzeichen, Einrückungen usw. entfernt werden. |
|
Inline-CSS minifizieren |
Komprimiert den CSS-Code in [<style>]-Tags. |
|
Inline-JS minifizieren |
Komprimiert den JS-Code in [<script>]-Tags. |
|
Feeds nicht minifizieren |
Lässt RSS-/Atom-Feeds (XML) unverändert und ohne Minify. |
|
Zeilenumbrüche entfernen |
Entfernt Zeilenumbrüche im HTML → kleinere Datei |
|
Beispiel |
Einsatz |
|---|---|
|
google_ad_ |
Schützt Kommentare in Google-AdSense-Werbeskripten |
|
RSPEAK_ |
Schützt Code-Kommentare für Screenreader/Barrierefreiheit |
|
mfunc |
Schützt die Fragment-Cache-Kommentare [<!– mfunc –>] von W3TC |
|
Minify-Methode |
Beschreibung |
Empfohlen für |
|---|---|---|
|
Kombinieren und minifizieren (Combine & Minify) |
Fasst mehrere JS-Dateien zu einer zusammen und komprimiert sie zugleich |
✅ Im Normalfall am wirksamsten |
|
Nur kombinieren (Combine Only) |
Bündelt Dateien zu einer, ohne zu komprimieren |
⚠️ Bei Sorge vor JS-Konflikten: vermeidet Fehler durch Komprimierung |
|
Nur minifizieren (Minify Only) |
Behält die Dateianzahl und komprimiert jede Datei einzeln |
⚠️ Bei HTTP/2 + JS-Fehlern |
|
Minify-Engine-Einstellungen |
Beschreibung |
|---|---|
|
Einfügeposition: vor [</head>] |
Fügt das JS in [<head>] ein (läuft vor dem Laden der Seite) |
|
Einfügeposition: nach [<body>] |
Fügt das JS ganz unten auf der Seite ein (läuft nach dem Rendern) |
|
Einfügetyp (Blocking / Non-blocking) |
Ob die JS-Ausführung das Rendern der Seite anhält |
|
Kategorie |
Beschreibung |
Empfohlene Einstellung |
|---|---|---|
|
HTTP/2 Push aktivieren |
Der Server schickt JS-Dateien, bevor der Browser sie anfordert |
✅ Kann unter HTTP/2 die Performance verbessern |
|
Hinweise |
Nutzt W3TC den Page Cache mit [Disk: Enhanced] + NGINX, funktioniert HTTP/2 Push ❌ nicht |
✅ Funktioniert am besten mit Apache + HTTP/2 |
|
Minify-Methode |
Beschreibung |
Empfohlen für |
|---|---|---|
|
Kombinieren und minifizieren |
Fasst CSS-Dateien zusammen und komprimiert sie dann |
✅ Normaler Einsatz |
|
Nur kombinieren |
Bündelt ohne zu komprimieren |
⚠️ Bei Sorge vor CSS-Konflikten |
|
Nur minifizieren |
Nur komprimieren, nicht zusammenfassen |
✅ Passend für HTTP/2-Server |
|
Minify-Engine-Einstellungen |
Beschreibung |
Gilt bei |
|---|---|---|
|
Geschützte Kommentare entfernen(Preserved comment removal) |
Entfernt Lizenzhinweise und geschützte Kommentare in CSS-Dateien, um sie zu verkleinern. |
⚠️ Gilt nur bei [Kombinieren und minifizieren] oder [Nur minifizieren] (※ nicht bei [Nur kombinieren]) |
|
Zeilenumbrüche entfernen(Line break removal) |
Löscht Zeilenumbrüche im CSS und erzeugt so eine kompaktere Datei (etwas kleiner) |
⚠️ Wirkt nur bei [Kombinieren und minifizieren] oder [Nur minifizieren] (※ bei [Nur kombinieren] ignoriert) |
|
@import-Verarbeitung |
Beschreibung |
Empfohlene Einstellung |
|---|---|---|
|
None |
Lässt [@import]-Aufrufe im CSS unverändert |
❌ Nicht empfohlen (blockiert das Rendern) |
|
Bubble |
Verschiebt [@import] an den Anfang der CSS-Datei |
⚠️ Begrenzte Wirkung |
|
Process |
Bezieht [@import]-Aufrufe in die Zusammenfassung ein |
✅ Empfohlen (verbessert die Performance) |
|
Erweiterte Option |
Beschreibung |
Empfohlene Einstellung |
|---|---|---|
|
Update-Intervall für externe Dateien(Update interval for external files) |
Wie oft W3TC CSS-/JS-Dateien von CDNs und externen URLs neu lädt/minifiziert (in Sekunden) |
✅ Standard [86400] Sek. (24 Std.) beibehalten ※ bei oft wechselnden externen Dateien auch [21600] (6 Std.) erwägen |
|
Garbage-Collection-Intervall(Garbage collection interval) |
Wie oft abgelaufene Cache-Dateien gelöscht werden (bei Disk-Cache) |
✅ [43200–86400] Sek. empfohlen (bei viel Traffic auch niedriger) ※ Obergrenze (2592000 Sek.) in [wp-config.php] einstellbar |
|
Folgende Seiten nie minifizieren(Never minify the following pages) |
Gib die URLs ein, die immer ausgeschlossen von Minify bleiben sollen (relative Pfade, ohne Query) |
✅ Admin-, Login- und AJAX-URLs usw. bei Bedarf ergänzen. Beispiel: [wp-login.php], [wp-admin/], [my-custom-endpoint/] |
|
JS-Dateien, die nie minifiziert werden |
Gib JS-Dateien an, die beim Minifizieren Fehler auslösen |
⚠️ Problematische JS-Dateien hinzufügen, sobald du sie findest. Beispiel: [plugins/some-script.js] |
|
CSS-Dateien, die nie minifiziert werden |
Erlaubt Ausnahmen bei CSS-Konflikten |
⚠️ CSS, das das Layout zerstört, als Ausnahme eintragen. Beispiel: [themes/mytheme/style.css] |
|
Abgelehnte User Agents |
Liefert bestimmten User Agents (Crawler, Bots usw.) keine minifizierten Dateien |
✅ Nur Bots eintragen, die den Cache umgehen müssen. Beispiel: [Lighthouse], [GTmetrix], [Chrome-Lighthouse] usw. |
|
Externe Dateien/Bibliotheken einbeziehen(Include external files/libraries) |
Fügt externe CDN-Skripte manuell zur Zusammenfassung hinzu |
⚠️ Nur, wenn du externes JS/CDN minifizieren/zusammenfassen willst. Beispiel: [ajax.googleapis.com/…/jquery.min.js] |
|
Reguläre Ausdrücke erlauben |
Erlaubt Abgleich per Regex, wenn Dateinamen variieren |
✅ Nützlich, wenn externe Skripte oft die Versionsnummer wechseln. Beispiel: [cdn.example.com/js/lib-\d+\.js] |
# EX:
#JS-Dateien, die nie minifiziert werden:
plugins/some-plugin/assets/js/legacy-script.js
wp-includes/js/jquery/jquery.js
#CSS, das nie minifiziert wird:
themes/mytheme/style.css# EX:
#Abgelehnte User Agents:
Lighthouse
Chrome-Lighthouse
GTmetrix|
Kategorie |
Beschreibung |
Empfohlene Einstellung |
|---|---|---|
|
WP-Cron-Ereignis nutzen(Enable WP-Cron event) |
Um den Seiten-Cache regelmäßig automatisch zu leeren/zu erneuern, plane einen WP-Cron-Job ein |
✅ Aktivieren empfohlen (Standard beibehalten) |
|
Startzeit(Start time) |
Wann WP-Cron zum ersten Mal läuft (z. B. 12:00 am) |
✅ Eine Zeit mit wenig Last (z. B. zwischen Mitternacht und 3 Uhr) |
|
Intervall(Interval) |
WP-Cron: wie oft der Cache geleert wird – Einstellung |
✅ Zweimal täglich oder stündlich (Websites mit viel Traffic) |
|
Alternative: System-Cron |
Statt WP-Cron kannst du den Befehl [wp w3tc flush_posts] per echtem Cron auf Betriebssystemebene ausführen |
Empfohlen auf leistungsstarken Servern (genauer und effizienter als WP-Cron) |
4️⃣ Opcode-Cache
Beim Opcode-Cache wird der auf dem Server installierte Opcode-Cache automatisch genutzt; ist keiner installiert, steht er auf deaktiviert.
5️⃣ Datenbank-Cache und Objekt-Cache: Memcached·Redis
|
Option |
Beschreibung |
Empfohlene Umgebung |
|---|---|---|
|
Festplatte |
Speichert Cache-Daten auf der Server-Festplatte |
✅ Shared Hosting / Standardumgebung |
|
Memcached |
Netzwerkbasierter verteilter Cache; schnell |
✅ Mehrere Server / Cluster |
Typische WordPress-Websites nutzen für den Datenbank-Cache oft nur Memcached oder Redis, in W3 Total Cache kannst du sie aber aufteilen: ⓐ einen für den Datenbank-Cache und ⓑ den anderen für den Objekt-Cache.
📌 Typische WordPress Website
├─ Datenbank Cache
│ └─ Memcached oder Redis · nur eins nutzen
└─ Objekt Cache
└─ dieselbe Cache Engine geteilt ist häufig
📌 W3 Total Cache (W3TC)
├─ Datenbank Cache
│ └─ Memcached nutzen (Beispiel)
└─ Objekt Cache
└─ Redis nutzen (Beispiel)
🛠️ Angewandte Strategie
└─ Cache Engine nach Rolle – Getrennt verwenden möglich
├─ Server Ressourcen verteilen
├─ Cache Engpass verringern
└─ Performance Optimierung Flexibilität sichernIn den Einstellungen von W3 Total Cache ist standardmäßig Memcached für den Datenbank-Cache und Redis für den Objekt-Cache vorgesehen.
|
Kategorie |
Beschreibung |
Empfehlung oder Hinweis |
|---|---|---|
|
Maximale Lebensdauer von Cache-Objekten |
Natürliche Ablaufzeit unveränderter Cache-Einträge (Sek.) |
[180 Sek.] (Standard); zu hoch verschwendet Speicher |
|
Garbage-Collection-Intervall |
Wie oft abgelaufene Cache-Daten gelöscht werden (Sek.) |
[3600 Sek.] (1 Std.); bei starker Nutzung verringern |
|
Folgende Seiten nie |
Vom Caching ausgeschlossene Pfade (Regex möglich) |
Dynamische Seiten wie Login, Warenkorb und Suche besser ausschließen |
|
Ignorierte Query-Stems |
Abfragen mit passendem Präfix werden nicht gecacht |
Sitzungs-/Temporärdaten wie [gdsr_], [wp_rg_] |
|
Abfragen ablehnen (Query Rejects) |
Schließt Abfragen mit bestimmten Schlüsselwörtern/Mustern aus (Regex) |
[insert], [update], [autoload], [found_rows()] usw. |
|
Reject Constants |
Deaktiviert den DB-Cache, wenn die angegebenen WP-Konstanten definiert sind |
[DOING_CRON], [XMLRPC_REQUEST] usw. |
|
Für WP-CLI aktivieren |
Ob der Cache auch bei WP-CLI-Läufen genutzt wird |
✅ Aktiviert schneller (Vorsicht in Testumgebungen) |
|
Option |
Beschreibung |
Empfohlene Umgebung |
|---|---|---|
|
Festplatte |
Speichert Cache-Daten auf der Server-Festplatte |
✅ Shared Hosting / Standardumgebung |
|
Redis |
Schneller Key-Value-Cache; arbeitet gut mit PHP-FPM |
✅ Leistungsstarke Server / VPS |
|
Kategorie |
Beschreibung |
|---|---|
|
Redis-Host/IP |
Format [127.0.0.1:6379]. Für TLS das Präfix [tls://] verwenden |
|
TLS-Zertifikat prüfen |
Prüft bei TLS die Gültigkeit des Zertifikats (optional) |
|
Persistente Verbindungen nutzen |
Nutzt Redis-Verbindungen wieder für mehr Performance |
|
Verbindungs-Timeout |
Maximal erlaubte Zeit für den Verbindungsaufbau zu Redis (Sek.) |
|
Intervall für Verbindungswiederholung |
Wartezeit bis zum neuen Versuch nach einem Fehler (ms) |
|
Lese-Timeout der Verbindung |
Maximale Wartezeit auf eine Antwort (Sek.) |
|
Redis DB ID |
Datenbanknummer in Redis (Standard [0]) |
|
Redis-Passwort |
Passwort oder SASL-Authentifizierung |
|
Standard-Cache-Lebensdauer |
Standard-Haltedauer von Cache-Einträgen (Sek.). Standard 180 Sek. |
|
Garbage-Collection-Intervall |
Wie oft abgelaufener Cache gelöscht wird. Standard 600 Sek. |
|
Globale Gruppen |
In Netzwerkmodus geteilte Gruppen (für Multisite) |
|
Nicht persistente Gruppen |
Vom Caching ausgeschlossene Gruppen, z. B. [counts], [plugins] |
|
wp-admin-Anfragen cachen |
Cacht auch den Admin-Bereich (⚠️ vorher testen) |
|
Transients in der Datenbank speichern |
Hält temporäre Werte auch bei externem Cache in der DB |
|
WP-CLI aktivieren |
Erlaubt den Cache auch für WP-CLI-Befehle |
6️⃣ Browser-Cache
Browser-Caching speichert statische Dateien wie Bilder, CSS und JS auf dem Gerät des Besuchers und verkürzt so die Ladezeit bei erneuten Besuchen deutlich. Das verbessert Antwortzeit und Nutzererlebnis.
Die meisten dieser Einstellungen zielen auf Cache-Steuerung und weniger Serverlast. Bei viel Traffic oder wenn die Optimierung statischer Ressourcen wichtig ist, kannst du ruhig viele davon aktivieren.
| Kategorie | Allgemein | CSS und JS | HTML und XML | Medien und andere Dateien |
|---|---|---|---|---|
| [Last-Modified]-Header setzen | Fügt das Änderungsdatum der Datei hinzu, um 304-Antworten zu ermöglichen | ✅ Meist aktivieren | ✅ Für die meisten Server geeignet | ✅ Wirksam bei den meisten CDN-/Browser-Caches |
| [Expires]-Header setzen | Lässt den Browser Dateien eine Zeit lang cachen | ✅ Standard 31536000 Sek. (1 Jahr), empfohlen | ✅ Standard [3600 Sek. (1 Stunde)] | ✅ Standardmäßig [31536000 Sek.] (1 Jahr) → passt für statische Dateien |
| ⏱️ Expires-Ablaufzeit einstellen | — | ⏱️ Bsp.: [31536000 Sek. = 1 Jahr] · bei Einsatz mit CDN kürzer einstellbar | — | — |
| [Cache-Control]-Header setzen | Steuert die Caching-Strategie über zusätzliche pragma- und cache-control-Header | ✅ [“public, max-age=31536000”] empfohlen | ✅ Z. B. auf [“public, max-age=3600”] setzen | ✅ [“public, max-age=31536000”] empfohlen |
| ✅ Cache-Control-Richtlinie | — | ✅ Eine Variante mit [max-age] verwenden · [“public, max-age=EXPIRES_SECONDS”] ist der Standard | — | — |
| [ETag] setzen | Liefert ein Entity-Tag zur Dateikennung – zum Erkennen von Änderungen | ✅ Wirksam innerhalb desselben Servers | ✅ Wenn kein Cache zwischen Servern geteilt wird, wird es empfohlen | ✅ Nützlich beim Betrieb eines einzelnen Servers |
| W3TC-Header setzen | Fügt einen Header ein, der zeigt, ob W3TC die Datei optimiert hat | 🔖 Nicht nötig; für Analysen | 🔖 Nicht nötig (zum Debuggen) | 🔖 Optional |
| gzip-Komprimierung | Komprimierung, die Textdateien verkleinert (weitgehend kompatibel) | ✅ Von den meisten Servern unterstützt | ✅ Wird von den meisten Servern unterstützt | ✅ Kein Einfluss auf Bilder |
| brotli-Komprimierung | Höhere Kompressionsrate als gzip (nur unterstützte Browser) | ✅ Apache-/Nginx-Konfiguration nötig | ✅ Apache-/nginx-Modul aktivieren | ✅ Gilt nur für unterstützte Browser |
| Caching von Objekten nach Einstellungsänderungen verhindern | Hängt einen Query-String an, um alten Cache ungültig zu machen | ✅ Empfohlen bei häufigen Einstellungsänderungen | — | ✅ Dateiänderungen greifen sofort |
| Query-Strings entfernen | Entfernt [?] aus statischen Ressourcen und verbessert die Cache-Quote | ⚠️ Nur bei manchen CDNs/Proxys nötig | — | ✅ Auf versionierte Dateien anwendbar |
| Cookies entfernen | Entfernt den [Set-Cookie]-Header aus Antworten für statische Ressourcen | ✅ In den meisten Fällen aktivieren | — | ✅ Bilder u. Ä. brauchen keine Cookies |
| WordPress verarbeitet keine 404 | 404 für statische Dateien übernimmt der Webserver → weniger WP-Last | — | — | — |
| 404-Ausnahme-URI-Liste | Legt URI-Muster fest, die WP weiterhin selbst verarbeitet (z. B. sitemap, robots.txt) | — | — | — |
| Objekt-URL-Struktur umschreiben | Erzeugt eindeutige URIs zum Umgehen von Caches (z. B. [ver=xxxx]) | — | — | — |
Ⅲ. Zusatzfunktionen von W3 Total Cache
Das Leeren des Caches über WP Cron ist eine globale Einstellung.
{wp_content_dir}/gallery/*
{wp_content_dir}/uploads/avatars/*
{plugins_dir}/wordpress-seo/css/xml-sitemap.xsl
{plugins_dir}/wp-minify/min*
{plugins_dir}/*.js
{plugins_dir}/*.css
{plugins_dir}/*.gif
{plugins_dir}/*.jpg
{plugins_dir}/*.png
{uploads_dir}/imagerotator.swf
{plugins_dir}/wp-fb-autoconnect/facebook-platform/channel.html
- You can use placeholders {wp_content_dir}, {plugins_dir}, {uploads_dir} instead of writing folder paths (wp-content, wp-content/plugins, wp-content/uploads).
- If using Amazon Web Services or Self-Hosted CDN types, enable HTTP compression in the “Media & Other Files” section on Browser Cache Settings tab.
data-bgposition=
data-envira-src=
data-large_image=
data-lazy-original=
data-lazy-src=
data-lazyload=
data-lazysrc=
data-no-lazy=
data-src=
data-srcset=
fullurl=
lazy-slider-img=
loading=”eager”
no-lazy
rev-slidebg
skip-lazy
soliloquy-image
swatch-img
w3-total-cache
woocommerce/assets/images/placeholder.png
wpcf7_captcha
1️⃣ CDN
Einrichten kannst du das, nachdem du dich bei einem CDN-Anbieter registriert hast.
|
Option |
Beschreibung |
|---|---|
|
✅ Anhänge hosten |
Lädt Anhänge wie Bilder aus [wp-content/uploads] ins CDN hoch |
|
✅ wp-includes-Dateien hosten |
Nimmt statische Core-Dateien von WordPress (js/css usw.) ins CDN auf |
|
✅ Theme-Dateien hosten |
Nimmt statische Dateien des aktiven Themes (css/js/Bilder usw.) ins CDN auf |
|
✅ Minifizierte CSS-/JS-Dateien hosten |
Liefert die von W3TC minifizierten CSS-/JS-Dateien über das CDN aus |
|
✅ Eigene Dateien hosten |
Schiebt selbst angegebene Pfade oder Dateinamen ins CDN |
|
⚠️ Vorhandene Dateien zwangsweise überschreiben |
Zum erzwungenen erneuten Hochladen, wenn Änderungen nicht automatisch erkannt werden |
|
Kategorie |
Beschreibung |
|---|---|
|
CDN nur manuell leeren |
Entfernt Dateien aus dem CDN nur per Klick auf die manuelle Lösch-Schaltfläche |
|
CDN auf SSL-Seiten deaktivieren |
Nutzt auf HTTPS-Seiten keine CDN-URLs |
|
CDN-Links im Admin nutzen |
Zeigt CDN-URLs für Medien auch im Admin-Bereich |
|
Add CORS header |
Fügt einen Antwort-Header hinzu, der CORS erlaubt |
|
CDN je nach Rolle deaktivieren |
Wendet das CDN für gewählte Rollen nicht an (z. B. nur Admins nutzen das Original) |
|
Liste ausgeschlossener Seiten |
Schließt angegebene Pfade vom CDN aus (Regex möglich) |
|
Minifizierte Dateien automatisch hochladen |
Lädt minifizierte Dateien automatisch ins CDN hoch (Push) |
|
Geänderte Dateien automatisch exportieren |
Lädt automatisch hoch, sobald Änderungen erkannt werden |
|
Intervall für automatisches Hochladen |
Upload-Intervall nach erkannter Änderung (Standard 3600 Sek.) |
|
Intervall / Limit für erneute Übertragung |
Wiederholungsintervall nach Fehlern und Limit der verarbeiteten Dateien |
|
Hochzuladende wp-includes-Dateien |
Legt fest, welche Core-Dateitypen ins CDN kommen |
|
Hochzuladende Theme-Dateitypen |
Legt theme-bezogene Dateitypen wie CSS/JS/Schriften fest |
|
Zu importierende Dateitypen |
Legt fest, wann extern verlinkte Dateien automatisch heruntergeladen werden |
|
Liste eigener Dateien |
Legt einzelne Dateipfade fest, die ins CDN gehen (Templates, externe Plugins usw.) |
|
Abgelehnte User Agents |
Legt Bots/User Agents fest, die von CDN-Dateien ausgesperrt werden |
|
Abgelehnte Dateipfade |
Legt Dateipfade fest, die nicht über das CDN laufen, etwa CAPTCHAs und Sonderpfade |
|
Cookie-Domain festlegen |
Legt eine Domain fest, damit bei einem Subdomain-CDN keine Cookies mitgeschickt werden |
2️⃣ Reverse Proxy
Die Beschreibung nennt Varnish und Nginx als Beispiele; da Nginx auf dem Server eingerichtet wird, setzt du das im Plugin W3 Total Cache nur ein, wenn du Varnish nutzt.
3️⃣ Benutzererfahrung: Lazy Load
In den erweiterten Einstellungen gibt es über 50 % der Funktionen nur in der Premium-Version.
|
Kategorie |
Beschreibung |
Wann einsetzen |
|---|---|---|
|
✅ HTML-Bild-Tags verarbeiten |
[<img>]-Tags erhalten das lazy-Attribut |
Für Lazy Loading normaler Inhaltsbilder |
|
✅ Hintergrundbilder verarbeiten |
Wendet Lazy Loading auf CSS-[background-image] an |
Für designlastige Websites mit vielen Hintergrundbildern |
| Wörter ausschließen | Beispiel |
|---|---|
| Lazy-Ausschluss-Attribute | [data-src], [data-lazy-src], [data-no-lazy], [loading=”eager”] usw. |
| Lazy-Ausschluss-Klassen | [no-lazy], [skip-lazy], [lazy-slider-img], [rev-slidebg] usw. |
| Plugins/Slider | [soliloquy-image], [envira], [w3-total-cache], [wpcf7_captcha] usw. |
| WooCommerce | [swatch-img], [woocommerce/…/placeholder.png] usw. |
Der „Schwellenwert“ beim Lazy Loading legt fest, aus welcher Entfernung unterhalb des Browser-Viewports (Bildschirm) Bilder und Hintergrundelemente vorab geladen werden. Bei 100px etwa lädt ein Element, sobald man beim Scrollen bis auf 100 Pixel herankommt; ist der Wert zu klein, laden Bilder zu spät und wirken wie leere Flächen – üblich sind 100–300px.
Als Nächstes die Einbindungsarten für Skripte.
|
Einbindungsart |
Beschreibung |
Position oder Attribut |
|---|---|---|
|
Asynchron (Async) |
Läuft parallel zum Laden der Seite und blockiert das Rendern nicht |
[<script async>] |
|
Synchron (im Head) |
Läuft zuerst im Bereich [<head>] und kann das Rendern kurz blockieren (in the head) |
[<head>] oder [<script>] |
|
Inline |
Fügt das Skript direkt ins HTML-Dokument ein, sodass es ohne zusätzliche Anfrage läuft |
Eingefügt in [<script>Code</script>] |
4️⃣ WebP-Konverter
Ⅳ. Gesamtbewertung von W3 Total Cache
Die Oberfläche (UI) von W3 Total Cache ist nicht schlecht, aber eindeutig unbequem. Viele Entwickler und Profis sehen das genauso. Im Vergleich mit modernen Plugins wie WP Rocket oder FlyingPress kann es bei der Performance gut mithalten, bei der Nutzererfahrung (UX) hapert es aber.
Viele Funktionen sind ein Vorteil, aber für Einsteiger wirkt die Struktur womöglich zu komplex. Gerade weil man oft zwischen Menüs wechselt und es viele Detailoptionen gibt, können selbst erfahrene Entwickler und Admins Einstellungsfehler machen. Man merkt sich natürlich nicht jede Einstellung, aber im Einsatz ist es ein fortgeschrittenes Caching-Plugin mit feiner Abstimmung.
Mit über 1 Million Installationen der Gratisversion lässt es sich kaum als bloß altes Plugin abtun – kaum ein Cache-Plugin erreicht diese Vielfalt und Funktionsfülle.
| Kategorie | Bewertung (⭐) | Einschätzung |
|---|---|---|
| 🎛️ Oberfläche | ⭐⭐⭐ | Viele Menüs, komplexe Struktur; hohe Einstiegshürde. Die UI wirkt altmodisch |
| ⚙️ Funktionsvielfalt | ⭐⭐⭐⭐⭐ | Cache, CDN, Redis und fast alles andere; schwer, etwas Fehlendes zu finden |
| 🛠️ Flexibilität der Feineinstellungen | ⭐⭐⭐⭐ | Fast alles fein einstellbar; auf Konflikte zwischen Einstellungen achten |
| 🚀 Performance-Gewinn | ⭐⭐⭐⭐⭐ | Optimal eingestellt sehr starke Performance; Objekt-/Browser-Cache bringen viel |
| 🧩 Kompatibilität | ⭐⭐⭐ | Kann mit manchen Hostern, Themes und Plugins kollidieren. |
| 📄 Dokumentation und Anleitungen | ⭐⭐⭐⭐⭐ | Umfangreiche offizielle Dokumentation |
| 💡 Nutzerempfehlung | ⭐⭐⭐⭐(4.5) | Für Fortgeschrittene empfohlen; Einsteigern eher WP Rocket, Cache Enabler usw. |
| 📊 Gesamtbewertung | ⭐⭐⭐⭐(4.5) | Leistungsstarkes, funktionsorientiertes Plugin. Mit Lernkurve; das eigene Niveau beachten |
Ⅴ. Performance-Test
Nach der Einrichtung zeigte der abschließende Speedtest eine deutlichere Beschleunigung als bei typischen Cache-Plugins.
ℹ️ Affiliate-Hinweis
Die Inhalte dieser Website enthalten Affiliate-Links. Kauft ein Besucher über einen dieser Links ein Produkt oder eine Dienstleistung, erhält die Website vom Verkäufer eine Provision. Der Betrag, den der Käufer zahlt(bei Aktionsrabatten sinkt er ↓), steigt dadurch nicht. Angegebene Preise, Rabatte und Lagerbestände entsprechen dem Stand bei Erstellung und können abweichen; prüfe sie daher vor dem Kauf beim Verkäufer. Produkte werden nach eigenen Kriterien ausgewählt und bewertet, und Provisionen beeinflussen weder die Reihenfolge noch den Inhalt der Bewertungen.