Websites herunterladen, die MobX nutzen

Über MobX

Die geografische Verteilung von MobX ist der Teil dieser Seite, den man zweimal lesen sollte. Stand Oktober 2026 erkennen wir die Bibliothek auf 3.519 Websites. Unter den Endungen taucht .de am häufigsten zusammen mit der Bibliothek auf. Eine so extreme Häufung sagt kaum etwas darüber aus, wo Entwickler die Bibliothek einsetzen. Sie zeigt vielmehr, wie ein schmaler Bestand in die Stichprobe gelangt.

Code für das State-Management bleibt für einen Crawler unsichtbar, solange nichts nach außen dringt. Eine in der Produktion vergessene Source Map, ein nicht minifizierter Vendor-Chunk, ein ohne Name-Mangling gebautes Bundle, ein in einem Release-Build offengelegter Devtools-Hook eines Frameworks: Jedes davon macht eine Bibliothek von außen erkennbar, und keines davon ist gleichmäßig verteilt. Eine einzige Hosting-Plattform, eine Agentur-Boilerplate oder ein beliebtes Starter-Template kann einen erkennbaren Build in einem einzigen Markt auf Tausende Domains bringen. Den Länderwert sollte man als Eigenschaft unserer Erkennungsmethode lesen und nicht als Eigenschaft des Ökosystems.

Die Bibliothek selbst gehört zur Kategorie JavaScript libraries, ist in TypeScript geschrieben, steht unter der Lizenz MIT und ist seit 2015 im Umlauf. Der Ansatz ist reaktiv statt funktional. Der Zustand steckt in beobachtbaren Objekten, und die Teile einer Oberfläche, die einen Wert lesen, werden neu gerendert, sobald sich der Wert ändert, ohne expliziten Dispatch über einen Reducer und mit sehr wenig Formalismus. Teams, die sich dafür entscheiden, bauen meist eine Anwendung mit viel vernetztem Zustand, oft eine mit langer erwarteter Lebensdauer, denn der objektorientierte Stil liest sich für Entwickler aus anderen Ökosystemen und für Teams mit typisierter Codebasis natürlich.

Die Versionsdaten stützen dieselbe vorsichtige Lesart wie die Geografie. Wir erfassen 3 verschiedene Releases im Produktiveinsatz, wobei Version 5.15.7 häufiger auftaucht als die übrigen, und eine starke Konzentration auf ein älteres Release ist genau das Bild, das gebündelter Code abgibt. Eine Frontend-Abhängigkeit aktualisiert sich nicht von selbst. Die Version, die ein Crawler sieht, war am Tag des letzten Builds aktuell, was sie zu einem brauchbaren Schätzwert dafür macht, wann eine Anwendung zuletzt ausgeliefert wurde, und zu einem schlechten dafür, gegen welche Version das Team heute entwickelt.

Für Forschende ist die nützliche Frage nie, ob eine einzelne Domain die Bibliothek nutzt, denn das klärt eine Einzelabfrage im Handumdrehen. Ein vollständiger Export klärt eine strukturelle Frage. Wie viele Live-Installationen es jenseits der Download-Statistiken gibt, wie sie sich nach Markt und Endung bündeln, welche Toolchains die Bibliothek sichtbar lassen und wie sich der Bestand mit der Zeit zwischen den Releases verschiebt, all das sind Fragen, für die man die gesamte Menge auf einmal braucht. Für einen Anbieter von Error-Tracking, Performance-Monitoring, Testtools oder Auftragsentwicklung ist eine Liste von Websites, die ein erkennbares Frontend-Bundle preisgeben, zugleich eine Liste von Teams, die echte Anwendungen ausliefern und nicht bloß Visitenkarten-Websites betreiben. Das ist ein stärkeres Qualifizierungsmerkmal als Branche oder Unternehmensgröße.

Die eigentliche Einschränkung verdient es, am Ende noch einmal genannt zu werden, statt irgendwo im Text unterzugehen. Die Erkennung beruht auf Rückschlüssen und ist zugunsten von Builds verzerrt, die nie vollständig minifiziert wurden. Die tatsächliche installierte Basis ist deshalb größer als die hier gezeigte Zahl, und ihre Geografie ist so gut wie sicher breiter gestreut, als die Aufschlüsselung nach Ländern vermuten lässt.