Websites herunterladen, die Loadable-Components nutzen

Über Loadable-Components

Code-Splitting ist eine Entscheidung zur Build-Zeit, und die meisten Entscheidungen zur Build-Zeit sind verschwunden, wenn eine Seite den Browser erreicht. Loadable Components ist eine Ausnahme. Die Bibliothek liefert eine kleine Laufzeitkomponente mit, die JavaScript-Chunks bei Bedarf nachlädt und serverseitig gerendertes Markup mit dem später eintreffenden Code in Einklang hält, und Spuren dieser Laufzeitkomponente bleiben in der ausgelieferten Seite erhalten. Wenn wir die Bibliothek erkennen, sagt das daher etwas darüber aus, wie eine Website gebaut wurde, und nicht darüber, was sie veröffentlicht.

Der Einsatz der Bibliothek deutet auf eine React-Anwendung hin, die so groß ist, dass die Auslieferung als einzelnes Bundle nicht mehr vertretbar war, und auf ein Team, das dieses Problem bewusst angegangen ist. Hier wird nichts in einem Admin-Panel einfach eingeschaltet. Jemand hat einen Bundler konfiguriert, die Art geändert, wie Komponenten importiert werden, und das Ergebnis in vielen Fällen mit serverseitigem Rendering verbunden, damit Crawler und der erste Seitenaufbau nicht der Aufteilung zum Opfer fielen. Websites mit dieser Bibliothek sind eher Produkt-Frontends, Anwendungs-Dashboards und Content-Plattformen, hinter denen echte Frontend-Entwicklung steckt, und nur selten einfache Visitenkarten-Websites.

Stand Oktober 2026 erkennen wir Loadable Components auf 18.715 Websites. Die Bibliothek ist in JavaScript geschrieben, steht unter der Lizenz MIT und erschien erstmals 2017, zu einer Zeit, als das eingebaute Lazy Loading von React mit serverseitigem Rendering schlecht zurechtkam. Für die Deutung spielt das Alter eine Rolle. Ein großer Teil der heutigen Installationen geht auf Entscheidungen aus dieser Zeit zurück, die über etliche Runden von Abhängigkeits-Updates hinweg beibehalten wurden, und nicht auf Entscheidungen, die ein Team heute von Grund auf treffen würde. Der Bestand ist daher zum Teil ein Zeugnis von Frontend-Archäologie und zum Teil ein Abbild aktueller Vorlieben.

Geografisch ist die Verbreitung ungleichmäßig. 8.850 der erkannten Websites verorten wir in den USA, und bei den Domains häuft sich die Endung .com. Eine solche Konzentration zeigt meist, wo risikokapitalfinanzierte Produktunternehmen und die für sie tätigen Agenturen ansässig sind, und nicht, wo die Bibliothek technisch nützlich ist.

Für die Forschung liegt der Wert nicht darin, dass eine einzelne Website die Bibliothek nutzt, denn das zeigt schon eine Einzelabfrage pro Domain. Der Wert liegt im Bestand: jede Website, die wir mit einer React-Codebasis und bewusstem Bundle-Management sehen können, exportiert in einer einzigen Datei mit Land, Endung und den zusätzlich erkannten Technologien. Unternehmen, die Build-Tools, Edge-Rendering, Frontend-Monitoring oder Migrationsprojekte verkaufen, nutzen eine solche Liste, um die Größe eines Marktes abzuschätzen und Zielkunden auszuwählen, die das Angebot verstehen, ohne dass man ihnen erst die Grundlagen erklären muss. Analysten und Recruiter nutzen sie, um nachzuvollziehen, auf welche Tech-Stacks sich echte Entwicklungsteams festgelegt haben.

Eine Einschränkung gehört zur Zahl dazu. Die Erkennung setzt voraus, dass identifizierbare Spuren im Output den Build überstehen, und ein aggressiver Minifier, ein eigenes Benennungsschema für Chunks oder ein vollständig inline eingebundenes Bundle können diese Spuren tilgen. Die Zahl sollte man als Untergrenze lesen, nicht als Vollerhebung.