Websites herunterladen, die W3 Total Cache nutzen

Über W3 Total Cache

W3 Total Cache ist ein WordPress-Plugin und keine Plattform, und ein Treffer verrät zwei Dinge zugleich: Die Website läuft auf WordPress, und jemand hat den Adminbereich geöffnet und bewusst eine Entscheidung zur Performance getroffen. Das Plugin erschien im Jahr 2009, wird heute vom Anbieter BoldGrid unter der Lizenz GPL v2 gepflegt und rüstet eine PHP-Anwendung, die sonst jede Seite bei Aufruf neu erzeugen würde, mit Page-Caching, Object-Caching, Datenbank-Caching, Browser-Cache-Headern und CDN-Integration nach.

Unser Katalog führt das Plugin in der Kategorie Caching, was ein Nebenprodukt der Klassifizierung ist und keine Aussage darüber, was es ist. Caching-Plugins werden der Plattform zugeordnet, die sie erweitern, weil sie außerhalb davon keine Bedeutung haben, und einen Treffer sollte man als WordPress plus Optimierungsentscheidung verstehen, nicht als eigenständiges Content-Management-System.

Stand Oktober 2026 finden wir das Plugin auf 146.238 Websites. Der Einsatz ist von außen sichtbar, weil Caching Spuren hinterlässt, darunter generierte HTML-Kommentare, umgeschriebene Asset-URLs, Cache-Header und die eigenen Verzeichnispfade des Plugins im Markup. Ein fehlender Treffer beweist viel weniger, denn dieselbe Aufgabe kann ein konkurrierendes Plugin übernehmen, der eingebaute Seiten-Cache eines Hosters oder ein dem Ursprungsserver vorgeschaltetes CDN. Die Liste beschreibt also Websites, die sich für genau dieses Tool entschieden haben, und nicht Websites, denen Geschwindigkeit wichtig ist. Ein Treffer verrät außerdem etwas über die Seite selbst, denn gecachtes HTML kann noch lange nach der Bearbeitung der Quelle ausgeliefert werden, und wegen der CDN-Integration erscheint das Plugin im selben Eintrag häufig neben einem Anbieter für Content Delivery.

Die Streuung der Versionen ist der Teil des Eintrags, der eine genauere Betrachtung lohnt. Im Einsatz haben wir 105 verschiedene Releases beobachtet, am häufigsten sehen wir derzeit Version 2.9.4, und eine so breite Streuung bei einem Plugin, für das automatische Updates verfügbar sind, sagt etwas Unbequemes über die WordPress-Wartung im Allgemeinen aus. Betreiber zögern, ein Caching-Plugin zu aktualisieren, weil ein Update eine funktionierende Konfiguration zurücksetzen oder eine Seite beschädigen kann, deren Feinabstimmung einen Nachmittag gekostet hat. Die Installationen frieren deshalb ein. Für das Plugin sind außerdem schwere Sicherheitslücken öffentlich dokumentiert, darunter Server-Side Request Forgery und Remote Code Execution in älteren Builds, was diesen eingefrorenen Bestand zu einer echten und nicht bloß theoretischen Angriffsfläche macht.

Von den erkannten Websites verorten wir 49.773 in den USA, und bei den Domains führt die Endung .com. Der Rest verteilt sich aber breit über viele Märkte, was zu einem kostenlosen Plugin passt, das Betreiber überall aus dem WordPress-Verzeichnis installieren, und nicht zu einem Produkt, das über regionale Wiederverkäufer in den Markt gedrückt wird.

Die nützliche Frage ist fast nie, ob eine einzelne Domain das Plugin einsetzt. Sicherheitsteams wollen die Websites, die noch auf veralteten Builds laufen, und dafür muss die Release-Kennung über den gesamten Datensatz hinweg mit der Domain verknüpft sein. Hosting- und Performance-Anbieter wollen die Websites, deren Betreiber bereits auf Geschwindigkeit geachtet haben, denn diese Betreiber haben ihre Absicht gezeigt und sind der erreichbare Markt für einen schnelleren Hoster oder einen bezahlten Optimierungsdienst. Plugin-Autoren wollen wissen, was auf diesen Websites sonst noch läuft. Eine herunterladbare Liste klärt alle drei Fragen auf einmal, weil sie Domain, Version, Land und mitinstallierte Technologien in einer Datei zusammenführt, was keine Abfrage pro Domain in diesem Umfang leisten kann.