Websites herunterladen, die Kadence WP Blocks nutzen

Über Kadence WP Blocks

Software, die sich selbst aktualisiert, sollte sich auf ein einziges Release einpendeln. Bei Kadence WP Blocks ist das nicht geschehen. Auf den Websites, auf denen wir das Plugin erkennen, verzeichnen wir 28 verschiedene Versionen, und der Schwerpunkt liegt bei Version 2.4.22. Eine so breite Streuung im Bestand eines einzigen Plugins sagt schon etwas Nützliches aus, bevor irgendeine andere Tatsache hinzukommt, denn sie bedeutet, dass automatische Updates abgeschaltet sind, Websites bewusst eingefroren wurden oder die Installationen Betreibern gehören, die nach dem Launch nicht mehr hingeschaut haben.

Das Plugin selbst ist eine Block-Bibliothek. Vom Anbieter Kadence WP im Jahr 2019 entwickelt, unter der Lizenz GPL v2 vertrieben und in seinem WordPress-Teil in PHP geschrieben, ergänzt es den nativen Block-Editor um die Layout-Bausteine, die der WordPress-Kern weglässt, darunter Akkordeons, Infoboxen, Icon-Listen, Tabs und Karussells sowie Einstellungen für Typografie und Abstände. Wer Websites baut, greift darauf zurück, wenn er Page-Builder-Funktionen möchte, ohne einen eigenen Page-Builder einzuführen, und das Plugin passt natürlich zum Theme aus demselben Haus.

Sein Einsatz verrät daher mehr über die Absicht des Betreibers als der eines generischen Plugins. Jemand hat im Block-Editor Marketingseiten gestaltet, statt Beiträge zu schreiben, was auf eine Unternehmenswebsite mit Landingpages, Leistungsseiten und einer verantwortlichen Person oder Agentur hindeutet. Stand Oktober 2026 erkennen wir das Plugin auf 61.175 Websites. 29.702 davon verorten wir in den USA, und unter den Endungen dominiert .com. Die Konzentration auf einen englischsprachigen Markt passt zu einem Produkt, das vor allem über WordPress-Agenturen und Freelancer vertrieben wird.

Die Versionsstreuung wird erneut wichtig, wenn man betrachtet, warum Kunden eine solche Liste kaufen. Sicherheitsforscher interessieren sich für die alten Versionen am Ende der Verteilung und nicht für die Spitze, denn ein Block-Plugin rendert auf der öffentlichen Seite, und gerade in altem Rendering-Code stecken Probleme mit Markup und Skripten. Agenturen interessieren sich aus dem umgekehrten Grund für dieses Ende: Eine Installation, die ein mehrere Generationen altes Release nutzt, gehört zu einer Website, deren Betreiber keinen laufenden Betreuungsvertrag hat. Anbieter konkurrierender Block-Bibliotheken wollen die Spitze, denn eine aktuelle Version bedeutet eine aktiv gepflegte Website, bei der sich ein Gegenangebot lohnt.

Die Grenzen der Erkennung offen zu benennen, ist hier wichtiger als sonst. Ein Block-Plugin hinterlässt nur dann eine Spur auf einer Seite, wenn dort tatsächlich einer seiner Blöcke gerendert wird. Eine Website, die es tief in ihrer Struktur einsetzt und eine schlichte Startseite behält, kann daher komplett übersehen werden. Aggressive Caching- und Asset-Optimierungs-Plugins fassen genau die Stylesheet- und Skriptdateien zusammen und schreiben sie um, von denen das Auslesen der Version abhängt. Dadurch kann das Plugin unsichtbar werden oder ein veralteter Versionsstring zurückbleiben. Die Zahl sollte man als Untergrenze betrachten und die Versionsverteilung als starken Beleg für die Websites, auf denen die Markierung erhalten geblieben ist, nicht als lückenlose Bestandsaufnahme.

Diese Grenzen erklären auch, warum eine Abfrage pro Domain so wenig verrät. Die Prüfung einer Website zeigt Ihnen, dass sie das Plugin nutzt, was Sie oft ohnehin schon vermutet haben. Die Datei mit dem gesamten Bestand klärt die Fragen, die es nur in der Gesamtschau gibt: wie viele Installationen hinter dem aktuellen Release zurückliegen, welches Theme und welcher Commerce-Stack mit dem Plugin einhergehen, in welchen Ländern und unter welchen Endungen sich die Nutzer häufen und wie sich die Versionskurve von einem Snapshot zum nächsten verschiebt. Das sind Fragen auf Segmentebene, und ein Segment lässt sich nicht Domain für Domain zusammensetzen.