Websites herunterladen, die ExtJS nutzen

Über ExtJS

Für ein JavaScript-Framework zu bezahlen, ist eine Entscheidung, die der größte Teil des Webs nicht mehr trifft. ExtJS verlangt nach wie vor Geld dafür, und die Websites mit diesem Framework sagen damit etwas darüber aus, welche Art von Software sie sind. Stand Oktober 2026 erkennen wir das Framework auf 866 Websites.

Das Framework stammt aus dem Jahr 2007 und wird vom Anbieter Sencha im Lizenzmodell Commercial verkauft. Aus dieser Lizenzierung ergibt sich alles Weitere. Die Bibliothek ist ein Komponenten-Toolkit und keine Rendering-Schicht. Sie bietet Grids, die auch sehr große Ergebnismengen verkraften, Baumansichten, Formular-Engines, Diagramme und Layout-Manager, aus denen Anwendungen entstehen, die sich eher wie Desktop-Software verhalten als wie Webseiten. Organisationen, die ein solches Toolkit kaufen, bauen interne Tools, Verwaltungskonsolen, Oberflächen für Handel und Logistik sowie Portale für Behörden und Versorger. Geschrieben ist der Code wie bei den kostenlosen Konkurrenten in JavaScript, doch hinter jedem Einsatz steht eine Bestellung, was eine Aussage über die Organisation ist und nicht nur über die Seite.

Die öffentliche Erkennung eines Enterprise-Frameworks hat einen offensichtlichen blinden Fleck. Anwendungen, die damit gebaut sind, liegen meist hinter einem Login, in einem Intranet oder auf einem Hostnamen, auf den niemand verlinkt. Was ein Crawl erreicht, ist daher der Teil des Bestands, der dem offenen Web ausgesetzt ist, also Kundenportale, Logins für Händler und Partner, Anwendungen öffentlicher Dienste und die Marketingseiten von Firmen, die dasselbe Bundle wiederverwenden. Wie hoch die Zahl auch ausfällt, die installierte Basis dahinter ist größer und von außen nicht zu beobachten. Release-Versionen ermitteln wir für dieses Framework ebenfalls nicht, sodass die Daten für einen einzelnen Einsatz nur belegen, dass das Framework vorhanden ist.

Der erkannte Bestand klärt dennoch Fragen, an die eine Einzelabfrage nicht herankommt. Anbieter moderner Frontend-Frameworks und von Low-Code-Plattformen betrachten ein lizenziertes Legacy-Toolkit als Modernisierungs-Pipeline, und eine Pipeline bemisst man, indem man Organisationen zählt, nicht indem man eine Domain prüft. Beratungen, die Migrationsprojekte besetzen, wollen wissen, wo und in welchen Ländern die entsprechenden Kenntnisse noch gefragt sind. Due-Diligence-Teams wollen wissen, ob die öffentlichen Anwendungen eines Zielunternehmens auf einer kommerziell lizenzierten Abhängigkeit beruhen, denn eine Lizenz ist ein wiederkehrender Kostenpunkt und ein Verlängerungsrisiko. Sicherheitsteams wollen ein Inventar langlebiger Frontend-Abhängigkeiten, und Anwendungen, die selten neu gebaut werden, erfüllen dieses Kriterium gleich doppelt. Nach Land und Endung gruppiert, zeigt die Liste, wo ein kostenpflichtiges Framework dieser Generation noch im Produktiveinsatz ist, was keine einzelne Domain verraten kann.