Websites herunterladen, die Public CMS nutzen

Über Public CMS

Die Sprache, in der ein Content-Management-System geschrieben ist, spielt meist eine geringere Rolle als die Art, wie es betrieben wird, doch Java ist die Ausnahme. Wer ein CMS in Java einsetzt, braucht einen Anwendungsserver, einen Build- und Deployment-Prozess und ein Betriebsteam, das sich mit beidem auskennt, und darauf lässt sich eine kleine Website nicht leichtfertig ein. Public CMS gehört ganz in diese Welt, und der Bestand an Websites mit dieser Software hat denselben Charakter.

Die Plattform steht unter der Lizenz Apache 2.0, und unsere Aufzeichnungen reichen bis 2013 zurück. Den Code darf jeder frei übernehmen und verändern, und hinter einer Installation steht kein Anbieterkonto. Freie Lizenzierung in Verbindung mit einer schwergewichtigen Laufzeitumgebung bringt eine bestimmte Art von Nutzern hervor: Organisationen mit internen Entwicklern, die den Stack selbst besitzen, das Deployment in der eigenen Infrastruktur belassen und prüfen wollen, was darauf läuft. Websites von Institutionen und Großunternehmen passen besser zu dieser Beschreibung als kleine kommerzielle Publisher.

Es gibt einen zweiten Grund, bei der Sprache zu verweilen. Ein Deployment in Java läuft normalerweise hinter einem Anwendungsserver und einem Reverse-Proxy, und beide hinterlassen eigene Spuren, sodass eine so erkannte Website meist ein lesbares Bild des umgebenden Stacks mitbringt und nicht bloß als isolierte Einzeltatsache dasteht. Wer Infrastruktur in größeren Organisationen kartiert, findet im CMS einen Einstieg in das Gesamtbild des Stacks, nicht das eigentliche Ergebnis.

Die Versionsdaten dieser Plattform sind ungewöhnlich gut lesbar. Wir erfassen 14 verschiedene Versionen im Einsatz, und immer wieder taucht Version 4.0.202107 auf, ein String, der sein eigenes Build-Datum enthält. Bei Versionsnummern mit eingebautem Datum muss man nicht mehr raten, wenn es um die Frage geht, die eigentlich alle beantwortet haben wollen: wie lange das letzte Update einer bestimmten Installation zurückliegt. Ein Build-Datum direkt aus dem Versionsstring abzulesen, und zwar für einen ganzen Bestand an Websites auf einmal, das leistet eine Abfrage pro Domain nie.

Beim Namen ist Vorsicht angebracht. Public CMS ist ebenso eine beschreibende Wendung wie ein Produktname, und die Erkennung beruht auf Fingerabdrücken im ausgelieferten Markup und in den Asset-Pfaden, nicht auf den Worten, mit denen eine Website sich selbst beschreibt. Wurden die Templates stark umgestaltet oder schreibt eine Caching-Schicht diese Pfade um, kann ein Treffer ausbleiben, obwohl die Software darunter läuft. Im sichtbaren Bestand sind deshalb Installationen überrepräsentiert, die nahe an der Standardkonfiguration geblieben sind.

Stand Oktober 2026 erkennen wir die Software auf 54 Websites, und bei einem Bestand dieser Größe lohnt sich eine andere Frage als bei den Plattformen für den Massenmarkt. Niemand braucht einen Datensatz, um zu wissen, dass gängige Blogsoftware weit verbreitet ist, aber ein CMS in Java mit einer klar umrissenen installierten Basis ist genau der Fall, in dem die Identität der Websites mehr zählt als die Gesamtzahl: welche Branchen es einsetzen, ob sich die Installationen bei bestimmten Hosting-Anbietern häufen und wie viele davon Builds ausliefern, die alt genug sind, um ein Gespräch über Sicherheit oder Migration zu rechtfertigen. Wer irgendeine dieser Fragen beantworten will, braucht den gesamten Bestand in einer Datei statt einzelner Abfragen Domain für Domain.