Websites herunterladen, die Snap.svg nutzen

Über Snap.svg

Dass Adobe eine Open-Source-Bibliothek in JavaScript veröffentlicht, ist nicht das Erste, was die meisten mit dem Unternehmen verbinden. Snap.svg erschien 2013, in der Phase, als sich die Browser endlich auf eine brauchbare Umsetzung von Vektorgrafik geeinigt hatten und bevor es üblich wurde, alles in ein Framework-Bundle zu kompilieren. In JavaScript geschrieben und vom Anbieter Adobe unter der Lizenz Apache 2.0 veröffentlicht, löste die Bibliothek eine frühere Vektorbibliothek desselben Autors ab und war für ein Web gedacht, in dem eine Seite ein Skript einband und das Dokument direkt veränderte.

Das Web hat sich weiterentwickelt, und genau das macht die Zahl interessant. Stand Oktober 2026 erkennen wir Snap.svg noch immer auf 7.204 Websites, und nur sehr wenige davon sind Neuentwicklungen. Eine Bibliothek dieser Generation überlebt, weil sie in etwas anderem mitgeschleppt wird: in einem Theme, einem alten Admin-Panel, einer interaktiven Infografik einer Agentur, die es längst nicht mehr gibt, einer Landingpage, die seit dem Launch niemand mehr geöffnet hat. Ihr Vorhandensein ist deshalb ein verlässlicher Hinweis auf Alter und Wartungszustand eines Frontends, und dieser Hinweis ist oft wertvoller als die eigentliche Funktion der Bibliothek.

Die Geografie folgt derselben Logik. Die Endung .com kommt in der Gruppe am häufigsten vor. Die Konzentration sagt weniger darüber aus, wo die Bibliothek beliebt war, als darüber, wo der Long Tail älterer kommerzieller Websites eben liegt, denn englischsprachige kommerzielle Domains sind in der Schicht des Webs, die seit Jahren niemand angefasst hat, stark vertreten. Die Zuordnung zu einem Land leiten wir aus Hosting- und Registrierungsdaten ab, die Websites geben sie nicht selbst an.

Wer die Liste braucht, ergibt sich aus derselben Lesart. Sicherheitsforscher und Fachleute für Abhängigkeiten interessiert sie, weil eine nicht mehr gepflegte clientseitige Bibliothek eine Frage der Software-Lieferkette ist und sich mit einer Datei des gesamten Bestands messen lässt, wie breit eine einzelne veraltete Abhängigkeit noch ausgeliefert wird. Agenturen interessiert sie, weil eine Website mit einer Vektorbibliothek aus einer früheren Ära geradezu zu einem Gespräch über ein Redesign einlädt. Theme- und Plugin-Autoren interessiert sie, weil oft ihre eigenen Produkte der Grund sind, warum die Bibliothek noch da ist, und eine Liste betroffener Domains zeigt, wie weit sich eine gebündelte Abhängigkeit verbreitet. Wer den Lebenszyklus von Frontend-Code untersucht, findet hier eines der saubereren natürlichen Experimente dazu, wie lange eine JavaScript-Abhängigkeit tatsächlich überlebt, nachdem ihre Zeit vorbei ist.

Die Vorbehalte wirken hier in beide Richtungen. Bundling verbirgt die Bibliothek, daher liegt die tatsächliche Zahl der Seiten, die sie noch enthalten, höher als die, die wir sehen können. Zugleich kann ein Skript geladen und nie aufgerufen werden. Dass die Bibliothek eingebunden ist, beweist also nicht, dass die Website damit etwas zeichnet. Keines der beiden Probleme lässt sich lösen, indem man eine einzelne Domain genauer untersucht, was genau dafür spricht, mit dem gesamten Bestand zu arbeiten. Mit einer Datei zum Download lassen sich die Fragen klären, auf die es hier ankommt. Wie groß ist der verbleibende Long Tail, wie schnell schrumpft er, und welche Content-Systeme und Serverversionen tauchen mit ihm auf, wenn man dieselben Domains abgleicht?