Websites herunterladen, die Moment.js nutzen

Über Moment.js

Nur wenige Projekte setzen einen Abkündigungshinweis an den Anfang ihrer eigenen Dokumentation und raten Neueinsteigern, etwas anderes zu wählen. Moment.js tut genau das seit Jahren, und praktisch keine neue Website setzt die Bibliothek heute noch bewusst ein. Jede Erkennung ist eher ein Datumsstempel auf dem Frontend als eine Beschreibung davon.

Was dieser Datumsstempel wert ist, hängt von der Fragestellung ab. Ein Bundle mit dieser Bibliothek ist meist eines, das seit Langem niemand neu gebaut hat, oder ein Theme, ein Plugin oder ein eingebettetes Widget, das den Code fest eingebunden hat und von demjenigen, der es installiert hat, nie aktualisiert wurde. In beiden Fällen liefert die Website Code aus, der keine Fehlerbehebungen mehr bekommt, samt der Locale- und Zeitzonendaten, die die Bibliothek überhaupt erst so schwer gemacht haben. Für eine Beratung, die Modernisierung verkauft, einen Anbieter von Performance-Tools oder ein Sicherheitsteam, das sich ein Bild von ungepflegten Abhängigkeiten macht, ist genau das der Bestand, den es zu benennen lohnt.

Die Bibliothek ist außerdem ein Indikator für eine Entscheidung, die nie überprüft wurde. Frontend-Abhängigkeiten werden selten bewusst entfernt, und ersetzt werden sie erst, wenn etwas anderes einen Neubau erzwingt. Der Einsatz einer abgekündigten Datumsbibliothek ist daher oft nur der sichtbare Teil eines viel größeren Wartungsrückstands.

Stand Oktober 2026 erkennen wir Moment.js auf 238.172 Websites. 86.038 davon verorten wir in den USA, und die am häufigsten erfasste Endung ist .com. Die Bibliothek erschien 2011 unter der Lizenz MIT und verbreitete sich in einem Jahrzehnt, in dem der Umgang mit Datumsangaben im Browser wirklich mühsam war und es keine Standardlösung gab, weshalb der Code in so vielen Arbeiten Dritter gelandet ist, die die Entscheidung für ihn überdauert haben.

Die Zahl ist eine Untergrenze und sollte auch so zitiert werden. Die Erkennung funktioniert, wenn die Bibliothek als erkennbare Datei geladen wird oder eine erkennbare globale Variable bereitstellt, und ein Build, der sie inline in einen Anwendungs-Chunk einbettet und minifiziert, verschwindet vollständig aus dem Blickfeld. Da moderne Toolchains standardmäßig genau das tun, überwiegen unter den Websites, die wir sehen, ältere und einfachere Frontends, und gerade diese sind oft auch aus anderen Gründen veraltet. Eine Version erfassen wir für diese Bibliothek ebenfalls nicht, sodass die Liste eine gepatchte Installation nicht von einer ungepatchten unterscheiden kann und nie als Schwachstelleninventar behandelt werden sollte.

Der Grund, die Datei zu nehmen, statt Domains einzeln zu prüfen, liegt darin, dass das nützliche Ergebnis eine Kohorte ist und kein Einzelurteil. Eine Liste aller Domains, die die Bibliothek noch ausliefern, mit Land, Endung und dem übrigen Tech-Stack, ist eine fertige Pipeline für alle, die einen Neubau verkaufen, und eine Forschungsstichprobe für alle, die messen, wie langsam das Web abgekündigte Abhängigkeiten ersetzt. Über mehrere Snapshots verglichen, misst dieselbe Liste das Tempo dieser Ablösung, eine Frage, die sich mit einer Abfrage pro Domain überhaupt nicht klären lässt.

Es gibt außerdem eine unauffälligere Verwendung. Weil die Bibliothek ein verlässlicher Altersmarker ist, eignet sie sich als Kontrollvariable. Hält man sie konstant, beschreiben die Unterschiede zwischen Ländern, Hosts oder Content-Management-Systemen nicht mehr, welches Framework gerade in Mode ist, sondern wie schnell der jeweilige Bestand sein Frontend erneuert.