Websites herunterladen, die Google Cloud Trace nutzen

Über Google Cloud Trace

Serverseitige Observability soll von außen eigentlich nicht sichtbar sein, und wer behauptet, sie zu erkennen, schuldet zuerst eine Erklärung und erst danach eine Zahl. Google Cloud Trace instrumentiert Backend-Dienste und schickt Latenzdaten an eine Konsole, die der Anbieter Google betreibt, und nichts von diesem Datenverkehr kommt auch nur in die Nähe eines Browsers. Was einen Client tatsächlich erreicht, ist der Trace-Kontext: Propagation-Header und Korrelations-IDs, die die Infrastruktur an Anfragen hängt, damit sich ein einzelner Aufruf über mehrere Dienste hinweg verfolgen lässt. Die passive Erkennung arbeitet mit diesen Spuren und mit sonst nichts.

Es handelt sich deshalb um ein Hosting-Signal und nicht um ein Anwendungssignal. Eine Erkennung besagt, dass die Anfrage durch Infrastruktur gelaufen ist, die an den Tracing-Stack von Google angebunden ist, was in der Praxis bedeutet, dass der Origin auf Google Cloud läuft oder auf einer Plattform, die darauf aufbaut. Über den eigenen Code, das Framework oder die Inhalte der Website sagt das nichts aus. Für ein Vertriebsteam im Infrastrukturgeschäft, einen Cloud-Wettbewerber, der eine installierte Basis abschätzt, oder einen Observability-Anbieter, der kartiert, wer bereits verteiltes Tracing einsetzt, ist gerade das Hosting-Signal das nützliche, und auf anderem Weg ist es nur sehr schwer zu bekommen, weil Cloud-Anbieter keine Kundenlisten veröffentlichen.

Größe und Verteilung passen zu dieser Lesart. Stand Oktober 2026 erkennen wir Google Cloud Trace auf 108.260 Domains. 98.653 davon verorten wir in den USA, und unter den Endungen dominiert .com. Eine solche Konzentration zeigt, wie die Cloud-Nutzung großer Unternehmen von außen aussieht, denn Kunden, die groß genug für verteiltes Tracing sind, sitzen überproportional in den Märkten, in denen der Anbieter am stärksten verkauft. Unsere Daten zu dem Dienst reichen bis 2014 zurück. Es handelt sich um ein Produkt unter der Lizenz Proprietary, das als Teil einer größeren Operations-Suite verkauft und nicht für sich allein eingeführt wird.

Eine Version oder eine clientseitige Sprache weisen wir hier nicht aus, und das wäre auch gar nicht möglich. Auf der Seite gibt es keine herunterladbare Bibliothek, deren Fingerabdruck sich erfassen ließe, und nichts, was ein Websitebetreiber auf eine feste Version setzen könnte. Die üblichen Blickwinkel zu veralteten Versionen und zur Wartung greifen bei diesem Eintrag deshalb schlicht nicht.

Die Vorbehalte gelten in beide Richtungen, und beide sind wichtig. Edge-Konfigurationen, die Header entfernen oder umschreiben, verbergen das Signal vollständig, sodass die Zahl die tatsächliche Nutzung unterschätzt, vermutlich deutlich. In der anderen Richtung kann eine Managed-Plattform oder ein Proxy den Trace-Kontext stellvertretend für jeden gehosteten Kunden weitergeben, und dann gehört das Signal der Plattform und nicht dem Websitebetreiber, der es nie gewählt hat. Wer diese Daten kommerziell nutzt, sollte sie mit einer zweiten Spalte bestätigen, etwa Hosting, Nameserver oder Edge-Netzwerk, bevor er eine Zeile als Beleg dafür behandelt, dass ein bestimmtes Unternehmen eine bestimmte Infrastrukturentscheidung getroffen hat. Als starker Hinweis, der anschließend geprüft wird, ist die Liste wertvoll. Als alleiniger Beweis führt sie in die Irre.