Websites herunterladen, die autoComplete.js nutzen

Über autoComplete.js

Frontend-Bibliotheken altern vor aller Augen. Eine Website pinnt eine Version fest, liefert sie aus, und die Datei bleibt unberührt liegen, solange die Seite existiert. Deshalb sagt die Streuung der Versionen im Einsatz mehr darüber aus, wie Websites gepflegt werden, als darüber, wie eine Bibliothek entwickelt wird. autoComplete.js veranschaulicht dieses Muster gut.

Die Bibliothek ist eine abhängigkeitsfreie JavaScript-Komponente für Suchfelder mit Vorschlägen während der Eingabe, steht unter der Lizenz Apache 2.0 und wurde erstmals 2019 veröffentlicht. Hinter der Bibliothek steht kein Unternehmen, und es gibt keinen gehosteten Dienst, den man abonnieren könnte. Sie wird deshalb so eingeführt, wie kleine Open-Source-Komponenten meist eingeführt werden: von einem Entwickler, der ein bestimmtes Problem auf einer bestimmten Seite löst. Niemand im Einkauf genehmigt ein Autocomplete-Widget.

Stand Oktober 2026 erkennen wir autoComplete.js auf 341 Websites und zählen über diese Installationen hinweg 15 verschiedene Versionen, wobei Version 10.2.7 am häufigsten von den Websites gemeldet wird, die überhaupt eine Version preisgeben. Interessant ist die Streuung. Eine Komponente, die gerade erst eingeführt wurde, würde sich bei aktuellen Releases ballen, und eine aufgegebene würde ganz in alte Releases abdriften. Eine breite Streuung mit einem klaren Schwerpunkt beschreibt eine Bibliothek, die aktiv genutzt wird, regelmäßig neue Releases erhält und zugleich auf vielen Seiten installiert ist, die nie wieder aktualisiert werden.

Versionsdaten dieser Art beruhen auf Rückschlüssen und verlangen einen vorsichtigen Umgang. Wir lesen die Version aus einem Asset-Pfad, aus dem Dateiinhalt oder aus einem Kommentar im Bundle, und eine Build-Pipeline, die alles zu einer einzigen Datei zusammenfügt und minifiziert, löscht all das. Websites, die überhaupt keine Version preisgeben, gehen in die Gesamtzahl der Websites ein, tragen aber nichts zur Aufschlüsselung nach Versionen bei. Die Verteilung beschreibt also die Websites, die etwas über sich verraten, und nicht den gesamten Bestand.

Trotz dieses Vorbehalts macht erst das Versionsfeld aus einer Liste von Domains etwas, mit dem man arbeiten kann. Ein Sicherheitsforscher, der eine öffentlich gemachte Schwachstelle in einer JavaScript-Komponente verfolgt, braucht die Teilmenge der Websites mit den betroffenen Releases und nicht die gesamte installierte Basis. Ein Maintainer, der entscheidet, ob ein Breaking Change vertretbar ist, muss wissen, wie viel des Bestands im Einsatz noch auf alten Hauptversionen läuft. Eine Agentur, die den Aufwand eines Modernisierungsprogramms abschätzt, braucht dasselbe für ihr eigenes Kundenportfolio.

Nichts davon funktioniert, wenn man Domain für Domain vorgeht. Eine Abfrage zeigt Ihnen, welche Version eine bestimmte Website lädt, und das genügt, wenn Sie die Website bereits kennen. Die Fragen, die sich hier lohnen, betreffen den gesamten Bestand: wie sich die Websites auf die Release-Linien verteilen, ob sich die alten in bestimmten Ländern oder Hosting-Umgebungen häufen, mit welchen Frameworks und Content-Management-Systemen die Bibliothek meist kombiniert wird und wie sich die Verteilung zwischen Snapshots verschiebt, wenn Websites neu gebaut werden. Der Datensatz der Kategorie JavaScript libraries enthält die Domain, die erkannte Version, sofern eine Website sie preisgibt, das Datum, an dem die Erkennung zuletzt bestätigt wurde, und den übrigen Tech-Stack, der auf derselben Seite gefunden wurde.