Websites herunterladen, die Go nutzen

Über Go

Serverseitige Sprachen sind von außen am schwersten zu erkennen, und Go zeigt gut, warum. Eine Seite, die ein kompiliertes Binary rendert, sieht aus wie jede andere Seite. Keine Dateiendung verrät sie, standardmäßig wird kein Generator-Tag ausgegeben, und es gibt keine Laufzeitumgebung, die sich so zu erkennen gibt, wie es ein interpretierter Stack oft tut. Die Erkennung hängt von indirekten Hinweisen ab: einem stehengelassenen Response-Header, einer Framework-Voreinstellung, einer Fehlerseite, einem Health-Endpoint oder dem Fingerabdruck eines der Reverse-Proxys und API-Gateways, die in der Sprache geschrieben sind.

Alles Weitere sollte man vor dem Hintergrund dieser Grenze lesen. Stand Oktober 2026 erkennen wir Go auf 2.780 Websites, und die tatsächliche Zahl liegt weit höher, denn gerade sorgfältig konfigurierte Deployments verraten nichts. Die Zahl lässt sich am besten als Stichprobe von Diensten verstehen, deren Betreiber die Voreinstellungen beibehalten haben, und nicht als Vollerhebung der Sprache.

Was den Vorbehalt übersteht, ist dennoch nützlich, und zwar wegen der Frage, wer überhaupt zu Go greift. Die Sprache wurde bei Google entworfen, 2009 unter der Lizenz BSD veröffentlicht und für Netzwerkdienste gebaut, und sie verbreitete sich über Infrastruktur statt über Websites. Container-Tools, Orchestrierungssysteme, Build-Pipelines, Proxys und Metrik-Agenten sind in dieser Sprache geschrieben. Eine Domain, auf der die Sprache sichtbar wird, ist deshalb selten eine Marketing-Website aus einem Template. Weit häufiger steckt hinter dem Host eine API, ein Produkt für Entwickler, eine Control Plane oder ein interner Dienst, der zufällig erreichbar ist. Die Erkennung erfasst damit vor allem Unternehmen, die Software selbst entwickeln, statt sie zu kaufen.

Vertriebsteams, die Entwickler-Tools, Cloud-Infrastruktur, Observability- und Sicherheitsprodukte verkaufen, wollen genau diese Auswahl. Eine Liste von Domains mit einem kompilierten Service-Stack ist eine Abkürzung zu Organisationen mit eigenen Entwicklerteams, und sie unterscheidet sich stark von einer Liste, die auf erkannten Content-Management-Systemen beruht.

Eine Einzelabfrage kann diesen Zweck überhaupt nicht erfüllen. Die Prüfung einer Domain zeigt, was ein Endpunkt an einem Tag preisgegeben hat, und weil das zugrunde liegende Signal so schwach ist, bedeutet ein negatives Ergebnis fast nichts. Fragen zum gesamten Bestand überstehen das Rauschen viel besser. In einem vollständigen Auszug lassen sich der Anteil der Hosts, die die Sprache verraten, dessen Entwicklung zwischen den Crawls und sein Zusammenhang mit Hosting-Anbieter, Endung und dem übrigen erkannten Stack bestimmen, auch wenn jede einzelne Zeile unsicher ist. Diese Asymmetrie offen zu benennen, ist mehr wert als eine scheinbar eindeutige Zahl, die wir nicht verteidigen könnten.