Websites herunterladen, die Vue.js nutzen

Über Vue.js

Wer ein modernes Werkzeug aus der Kategorie JavaScript frameworks seriös zählen will, muss bei dem anfangen, was die Zählung auslässt. Vue.js lässt sich als einfaches Script-Tag von einem öffentlichen CDN laden, und dann ist die Erkennung trivial. Das Framework kann aber ebenso gut in ein Anwendungs-Bundle kompiliert, von einem Minifier umbenannt, per Tree-Shaking verschlankt und als anonymer JavaScript-Blob ausgeliefert werden, und dann sieht ein Crawler eine Anwendung, die nach einem Framework aussieht, aber überhaupt kein Framework. Stand Oktober 2026 erkennen wir das Framework auf 650.864 Websites, und genau genommen ist diese Zahl eine Untergrenze, keine Messung.

Die Verzerrung geht in eine bekannte Richtung, und gerade weil man die Richtung kennt, lassen sich die Daten nutzen. Erkennbare Installationen stammen überproportional aus dem progressiven Einsatz, für den das Framework selbst ausgelegt ist: Es wird in eine bestehende, serverseitig gerenderte Seite eingebunden, um einen Teil davon interaktiv zu machen. Installationen über Build-Tools, mit denen die meisten neu entwickelten Single-Page-Anwendungen gebaut werden, sind systematisch unterrepräsentiert. Die Liste ist eher eine Bestandsaufnahme punktuell eingestreuter Interaktivität als eine Bestandsaufnahme von Entwicklungsteams, die sich auf das Framework als Standard festgelegt haben.

In den Versionsdaten zeigt sich dasselbe Muster. Wir erfassen 508 unterschiedliche Versionskennungen, und am häufigsten taucht Version 2.7.14 auf, eine Version der älteren Hauptlinie und nicht der aktuellen, was denselben Grund hat wie zuvor. Eine auf eine Version festgelegte CDN-URL ist lesbar und wird selten angepasst, während eine gebündelte Installation nicht lesbar ist und unbemerkt aktuell bleibt. Wer anhand unserer Versionsaufschlüsselung über den Migrationsfortschritt im gesamten Ökosystem argumentieren wollte, würde Artefakte der Erkennung für den Zustand des Ökosystems halten, und wir sagen das lieber offen, als das Diagramm für sich sprechen zu lassen.

Von den Websites, auf denen wir das Framework finden, verorten wir 225.640 in den USA, und unter den Endungen entfällt der größte Teil auf .com. Das Framework steht seit 2014 unter der Lizenz MIT zur Verfügung, die Einführung kostet also nichts, und sein Einsatz setzt keinerlei Kauf voraus. Was der Einsatz sehr wohl verrät, ist ein Entwicklungsstil. Jemand hat Komponenten geschrieben, jemand hat eine reaktive Zustandsverwaltung eingerichtet, und jemand in diesem Projekt traut sich zu, JavaScript jenseits einer Plugin-Einstellungsseite zu pflegen.

Ein Hinweis auf Kompetenz dieser Art grenzt die Zielgruppe der Liste deutlich ein. Anbieter von Komponenten- und UI-Kits, Headless-Plattformen für Content und Commerce, Tools für Fehlerüberwachung und Performance sowie Recruiter, die herausfinden wollen, welche Arbeitgeber den beworbenen Stack tatsächlich einsetzen, wollen im Kern dasselbe: einen Bestand von Websites mit eigener Frontend-Kompetenz. Agenturen nutzen die Liste umgekehrt, um Websites zu finden, die einem Page-Builder entwachsen und reif für ein Gespräch über einen Relaunch sind. Sicherheitsforscher untersuchen damit, wie sich clientseitig gerenderte Seiten unter Content-Richtlinien verhalten.

Eine Einzelabfrage pro Domain klärt genau eine Frage, nämlich ob eine Website das Framework heute lädt. Die herunterladbare Liste braucht man, wenn die Frage andersherum gestellt ist. Welche Websites kombinieren es mit einem bestimmten Backend oder einer Commerce-Plattform, wie verteilt sich der erkennbare Bestand auf Länder und Endungen, in welchen Hosting-Netzen häuft es sich, und wird es auf denselben Domains von einem Snapshot zum nächsten verdrängt? Versehen Sie jede dieser Antworten mit dem Vorbehalt zu gebündelten Installationen, dann bleibt die Analyse seriös und zugleich wirklich nützlich, und das ist ein besseres Ergebnis als eine scheinbar eindeutige Zahl, die niemand verteidigen kann.