Websites herunterladen, die Lodash nutzen

Über Lodash

Wer clientseitige Bibliotheken der Kategorie JavaScript libraries zählt, zählt in Wahrheit nur die Exemplare, die den Build-Schritt überstanden haben, und nirgends ist der Abstand zur tatsächlichen Nutzung größer als hier. Lodash ist darauf ausgelegt, Funktion für Funktion genutzt zu werden: in ein Bundle importiert und per Tree Shaking von allem befreit, was die Anwendung nie aufruft. Ein Projekt, das genau den Empfehlungen der Dokumentation folgt, liefert Code aus dieser Bibliothek aus und hinterlässt in der fertigen Seite trotzdem keine erkennbare Spur davon. Nüchtern eingeordnet heißt das: Was wir erkennen, ist die sichtbare Schicht, also ein eigenständiges Skript, das von einem öffentlichen Pfad oder einem Content Delivery Network ausgeliefert wird, oder ein Bundle, das genug charakteristische Struktur behalten hat, um identifiziert zu werden. Die unsichtbare Schicht ist größer, und kein Crawler bringt sie zum Vorschein.

Nach dieser Klarstellung bleibt die sichtbare Schicht trotzdem wertvoll, denn sie ist keine Zufallsstichprobe. Stand Oktober 2026 erfassen wir die Bibliothek auf 1.003.698 Websites. Ein separat geladenes Utility-Skript deutet in der Regel auf eine von wenigen Situationen hin: eine Seite, die ohne modernen Bundler zusammengesetzt wurde, ein Theme oder Plugin, das seine eigenen Abhängigkeiten mitbringt, eine ältere Anwendung, die gepflegt statt neu gebaut wurde, oder eine Seite, auf der ein Tag-Manager oder ein Widget eines Anbieters die Bibliothek eigenständig nachgeladen hat. Jede dieser Konstellationen ist ein aussagekräftiger Hinweis darauf, wie die Website gebaut ist und wer sie vermutlich pflegt.

Die Geschichte der Bibliothek erklärt, warum so viele Websites zu ihr greifen. Als sie 2012 unter der Lizenz MIT erschien, schloss sie eine Lücke in der Sprache selbst und bot verlässliche Hilfsfunktionen für Arrays, Objekte, Collections und funktionale Komposition, zu einer Zeit, als die Standardbibliothek davon nur sehr wenig mitbrachte. Weil sie ohne Kosten und ohne Verhandlungen verfügbar war, verbreitete sie sich gleichermaßen in kommerziellen Produkten, Agentur-Templates und Skripten von Anbietern. Vieles von dem, was sie kann, ist inzwischen in der Sprache selbst angekommen, was eine neue Abhängigkeit heute weniger nötig macht. Bestehende Nutzung ist damit ein brauchbarer Indikator für Code, der älter ist als dieser Wandel oder schlicht nie überarbeitet wurde.

Genau in diesem Indikator liegt der praktische Nutzen. Sicherheits- und Compliance-Teams wollen ein Verzeichnis aller Seiten, die ein universelles Utility-Skript von einem Pfad laden, den sie nicht selbst steuern. Wer Modernisierung, Performance-Optimierung oder Framework-Migrationen verkauft, sucht die Websites, die ihre Seiten noch auf die ältere Art zusammensetzen. Forschende, die verfolgen, wie schnell das Web seine Abhängigkeiten austauscht, brauchen einen über die Zeit beobachteten Bestand statt einer Handvoll Beispiele. Die Geografie verhält sich so, wie es bei Entwicklerwerkzeugen meist der Fall ist: 864.506 der erkannten Websites verorten wir in den USA, die am häufigsten erfasste Endung ist .com, und darin zeigt sich eher, wo sich kommerzielle Webentwicklung konzentriert, als eine Vorliebe der Bibliothek selbst.

Keine dieser Fragen lässt sich Domain für Domain beantworten. Eine Einzelabfrage bestätigt einen Verdacht, den Sie zu einer bereits benannten Website ohnehin schon hatten. Die exportierte Liste geht von der Technologie aus und liefert den gesamten Bestand, verknüpft mit Hosting, Land, Endung und dem übrigen erkannten Tech-Stack, sodass Sie ihn auf das Segment zuschneiden können, das für Sie zählt. Liest man sie mit dem Vorbehalt von oben, also als Untergrenze und nicht als Vollerhebung, erlaubt die Datei Vergleiche zwischen Märkten und über die Zeit, die keine Prüfung einer einzelnen Website liefern kann.