Websites herunterladen, die Sentry nutzen

Über Sentry

Ein Error-Tracker gehört zu den wenigen Dingen auf einer Seite, die eher das Team hinter einer Website beschreiben als die Website selbst. Sentry ist eine Plattform aus der Kategorie Issue trackers, erstmals 2010 veröffentlicht, ursprünglich in Python geschrieben und vom Anbieter Functional Software Inc. unter der Lizenz BSD herausgegeben. Wenn wir Sentry erkennen, sehen wir ein Client-SDK, das ein Entwickler bewusst eingebunden, mit einem Projekt und einer Umgebung verknüpft und in der Regel an die Alarmierung einer zuständigen Person angeschlossen hat.

Niemand stattet eine reine Visitenkarten-Website mit Error-Tracking aus. Das SDK setzt eine Anwendung mit echten Nutzersitzungen, einen Release-Prozess und eine Person voraus, zu deren Aufgaben es gehört, am Montagmorgen einen Stacktrace zu lesen. Für alle, die an Entwicklungsabteilungen verkaufen, qualifiziert dieser Rückschluss ein Unternehmen schärfer als Mitarbeiterzahlen oder Traffic-Schätzungen, denn er trennt Unternehmen, die Software betreiben, von Unternehmen, die lediglich eine Website haben.

Stand Oktober 2026 erkennen wir das SDK auf 124.451 Websites. 84.462 davon verorten wir in den USA, und die Endung .com stellt den größten Anteil. Die Konzentration auf ein Land ist teils echt und teils ein Artefakt davon, wo Softwareunternehmen ihre öffentlichen Domains registrieren. Dieser Vorbehalt gilt für fast jede Technologie, die sich an Entwickler richtet, und für diese ganz besonders.

Bei den Versionsdaten wird die Liste operativ nutzbar. Wir führen 339 verschiedene SDK-Versionen, am häufigsten erfassen wir Version 5.4.3. Die Streuung der Versionen ist bei einem Browser-SDK für sich genommen ein Reifesignal, denn das Bundle ändert sich nur, wenn jemand das Frontend neu baut und neu ausrollt. Eine Website, deren SDK mehrere Hauptversionen hinter dem aktuellen Release liegt, verrät Ihnen, dass ihre Frontend-Pipeline schon lange ruht. Das nützt einem Anbieter, der eine Alternative verkaufen will, ebenso wie Forschern, die das Veralten von Abhängigkeiten untersuchen, und Sicherheitsteams, die veralteten clientseitigen Code erfassen.

Die Grenzen der Erkennung sollte man offen benennen, denn sie sind hier groß. Beobachten können wir nur den Client. Backend-Integrationen, in denen ein großer Teil der echten Nutzung stattfindet, hinterlassen in der Antwort einer Seite überhaupt keine Spur, daher liegt die tatsächliche Zahl der Kunden deutlich über diesem Wert. Ebenso unsichtbar sind selbst gehostete Installationen, die Events über die eigene Domain der Website leiten, und gerade sie gehören meist zu den sicherheitsbewussten Unternehmen, die ein Forscher am liebsten identifizieren würde. Lesen Sie die Zahl als Untergrenze der Verbreitung und als verlässliche Stichprobe clientseitig instrumentierter Websites, nicht als Schätzung des Marktanteils.

Eine Abfrage pro Domain zeigt, ob eine einzelne Website instrumentiert ist, was für die meisten Recherchen die falsche Richtung ist. Der Export dreht das um: eine Zeile pro erkannter Website, mit Domain, Land, Endung, der SDK-Version, sofern eine sichtbar war, und dem Datum, an dem wir die Website zuletzt gesehen haben. Mit dieser Datei lässt sich vor einer Ansprache zu Sicherheitsthemen nach Version segmentieren, vor der Entwicklung eines Konkurrenzprodukts die Größe eines Markts abschätzen oder an echten Installationen statt an Downloadzahlen messen, wie schnell sich eine neue SDK-Linie verbreitet.