Websites herunterladen, die Marionette.js nutzen

Über Marionette.js

Frameworks verschwinden in der Regel nicht. Sie werden nicht mehr gewählt und laufen dann weiter, und Marionette.js ist ein deutliches Beispiel für dieses Muster. Das Framework entstand auf Basis von Backbone, um größeren Anwendungen die Struktur zu geben, die sie brauchten, erschien erstmals im Jahr 2011 und wurde in den folgenden Jahren breit übernommen. Für neue Projekte wird Marionette.js heute kaum noch gewählt, auf den Websites, die das Framework einmal eingeführt haben, ist es aber nach wie vor höchst lebendig.

Was überlebt, sagt mehr aus als das, was einmal in Mode war. Eine Anwendung, die noch auf diesem Framework läuft, ist typischerweise ein internes Tool, ein Dashboard, ein Portal oder eine Admin-Oberfläche: Software, die funktioniert, zahlende Nutzer hat und sich nur mit großem Aufwand neu schreiben ließe. Das JavaScript-Ökosystem drumherum hat sich weiterentwickelt, und die Entwickler, die seine Konventionen kannten, sind größtenteils mit dem Ökosystem weitergezogen, sodass die Wartungsfrage mit jedem Jahr, in dem der Code bleibt, drängender wird.

Es gibt kein Unternehmen, das man dazu befragen könnte. Das Framework steht unter der Lizenz MIT und wird von der Community gepflegt, ohne Anbieter, ohne Lizenzserver und ohne Kundenliste, sodass kein Insider weiß, wo es im Einsatz ist. Eine installierte Basis, die durch Open-Source-Verbreitung zusammengehalten wird, lässt sich nur durch Beobachtung von außen messen.

Stand Oktober 2026 finden wir Marionette.js auf 1.289 Websites. Frontend-Frameworks werden anhand dessen erkannt, was der Browser laden soll, und Bündelung und Minifizierung, die bei Anwendungen dieser Generation nahezu überall üblich sind, entfernen einen Großteil der Spuren und lassen nur die Websites übrig, die die Bibliothek erkennbar ausliefern. Anwendungen hinter einem Login sind für einen Crawler per Definition unsichtbar, und gerade Legacy-Code steckt gern dort, deshalb lässt sich die Zahl am besten als sichtbarer Teil einer größeren installierten Basis verstehen.

Die ganze Liste statt einer einzelnen Antwort lohnt sich, weil Legacy ein Markt ist. Beratungen, die Modernisierung verkaufen, Framework-Anbieter, die einen Migrationspfad anbieten, und Recruiter, die Teams für Neuentwicklungen besetzen, brauchen alle den Bestand an Websites, die noch älteren Frontend-Code ausliefern, und keine Bestätigung zu einer Domain, die sie ohnehin schon kannten. Sicherheitsteams haben das spiegelbildliche Interesse, denn eine Abhängigkeit, um die sich niemand mehr regelmäßig kümmert, sollte man inventarisieren, bevor sie dringend wird. Unser Export liefert die Domains, auf denen wir das Framework erkennen, zusammen mit dem übrigen Stack, und gerade dort stechen die Kandidaten für eine Migration tatsächlich heraus.