Was OpenClaw nach Hause sendet

Sie haben OpenClaw auf Ihrem eigenen Rechner installiert, gerade damit nichts ihn verlässt. Dann lesen Sie eine Release-Note oder schauen ins Firewall-Log, und da ist sie: einmal täglich eine ausgehende Anfrage an telemetry.openclaw.ai. Es lohnt sich, genau zu wissen, was diese Anfrage enthält, was die Gegenseite speichert und welche Teile Sie abschalten können. Die Dokumentation ist in allen drei Punkten ungewöhnlich präzise.

Zwei Stufen, und nur eine davon ist standardmäßig aktiv

• Die tägliche Update-Prüfung ist die Standardstufe. Sie ist ein einfacher GET an https://telemetry.openclaw.ai/api/latest-version, der fragt, ob es eine neuere Version gibt, und hat überhaupt keinen Request-Body.
• Alles, was sie dem Server mitteilt, steckt in einem einzigen Header. Ein User-Agent wie openclaw/2026.8.2 (darwin; node/26.0.1; arm64; gateway) enthält die OpenClaw-Version, das Betriebssystem, die Node.js-Version, die CPU-Architektur und die Angabe, ob der Aufrufer das Gateway oder die CLI war.
• Keine der beiden Stufen enthält Nachrichteninhalte, Prompts, Modellnamen, API-Schlüssel, Zugangsdaten, Dateipfade, Hostnamen oder Kontokennungen. Es gibt auch keine Installationskennung, keine Rechnerkennung und keine zufällige Tracking-Kennung: OpenClaw erzeugt für diese Anfragen keine dauerhafte Client-ID, weshalb wiederholte Meldungen keine Zählung von Installationen oder Nutzern sind.
• Anonyme Funktionsstatistiken sind die zweite Stufe, und sie sind standardmäßig aus. Wenn Sie sie aktivieren, wird dieselbe tägliche Anfrage zu einem POST mit einem kleinen JSON-Body in Schemaversion 1, statt dass eine zweite Anfrage hinzukommt.

Abzulehnen ist eine völlig normale Wahl und ändert nichts daran, wie OpenClaw für Sie funktioniert.

Opt-in heißt hier wirklich Opt-in

Die interaktive Einrichtung kann ein einmaliges Opt-in anbieten, bei dem „No thanks“ vorausgewählt ist, und der geführte Quick Start überspringt diese Abfrage ganz. OpenClaw speichert Ihre Antwort, damit die Einrichtung nicht erneut fragt, doch die gespeicherte Antwort entscheidet nichts: Das tut die Einstellung enabled. Nicht interaktive und skriptgesteuerte Installationen stimmen nie von sich aus zu, sodass ein in einer Pipeline gebautes Image auf der reinen Update-Stufe bleibt, bis ein Betreiber die Statistiken bewusst einschaltet. Der erklärte Zweck der zweiten Stufe ist eng gefasst, nämlich Hinweise für Wartungsprioritäten zu liefern, und die Dokumentation stellt ausdrücklich klar, dass sie keine einzelnen Plugin-Aufrufe, keine Nachrichten, keine Modellanfragen und keine aktiven Nutzer misst.

Das Feld, das der Client nicht kontrolliert

• Cloudflare liefert dem gehosteten Empfänger einen ungefähren Standort: Land, Regionscode, Stadt und Zeitzone. In den Analysedaten werden keine rohen IP-Adressen und keine genauen Koordinaten gespeichert, und fehlende oder ungültige Felder bleiben einfach leer.
• Aufgezeichnete Update-Prüfungen enthalten diese Felder auch dann, wenn die anonymen Funktionsstatistiken aus sind, und selbst dann, wenn DO_NOT_TRACK gesetzt ist. Dafür ist weder zusätzliche Client-Nutzlast noch eine Rückfrage nötig, weil die Werte am Edge abgeleitet und nicht von Ihnen gesendet werden.
• Analytics Engine speichert die Datensätze drei Monate lang. Öffentliche Aggregate schließen Standortinformationen aus, und wenn Sie die Anfragen später abschalten, werden bereits vorhandene Datensätze nicht gelöscht.

Bevor Sie etwas ändern, führen Sie openclaw telemetry show aus. Der Befehl zeigt, ob die anonymen Funktionsstatistiken aktiviert sind und warum, den Anfrage-Endpunkt und die letzte erfolgreiche Prüfung; sind die Statistiken aus, gibt er die reine Update-Anfrage samt ihrem User-Agent-Header aus. Fügen Sie --json hinzu, um denselben Zustand und dieselbe Nutzlast als ein maschinenlesbares Dokument zu erhalten. Sind die Statistiken aktiviert, zeigt die Vorschau die gesamte Nutzlast, und die ist kurz: schema, version, platform, node, surface und ein features-Objekt mit den konfigurierten Kanal-IDs, Anbieterfamilien, öffentlichen Plugin-IDs, einer Gesamtzahl der Plugins und sessionsLast24h. Diese Plugin-Namen umfassen mitgelieferte Plugins, vertrauenswürdige offizielle Installationen und Einträge, die dem offiziellen Plugin-Katalog entsprechen, sodass private Plugins nie namentlich genannt werden, und die Differenz zwischen pluginsEnabled und der Zahl der gemeldeten Namen ist keine verlässliche Zählung privater Plugins. Die Sitzungszahl zählt gespeicherte Ereignisse zur Sitzungserstellung mit einem Zeitstempel aus den vorangegangenen 24 Stunden, nicht die Sitzungsaktivität. Zwei Einschränkungen sind hier wichtig: Die Vorschau der Nutzlast wird im CLI-Prozess erstellt und nicht vom laufenden Gateway abgerufen, ist also keine Garantie für die exakte nächste Nutzlast des Gateways; und sie beschreibt nur die Client-Anfrage, kann Ihnen also nie den serverseitig abgeleiteten Standort zeigen. Steht in der Ausgabe Request: none, hat eine Automatisierung oder eine Richtlinie für die Update-Prüfung bereits alles gestoppt. Die Präferenz selbst ist ein gewöhnlicher Schlüssel in der OpenClaw-Konfigurationsdatei und hat nichts mit dem Tracking der Anbieternutzung zu tun, bei dem es um Anbieterkontingente und Kosten geht.

Alle Wege, die Anfragen abzuschalten

Der Befehl openclaw telemetry off deaktiviert die anonymen Funktionsstatistiken, und telemetry.enabled: false bewirkt dasselbe über die Konfigurationsdatei. DO_NOT_TRACK=1 oder DO_NOT_TRACK=true schaltet die Statistiken auch dann ab, wenn telemetry.enabled auf true steht, lässt die tägliche Update-Prüfung aber bewusst als GET ohne Body bestehen. Um jede automatische Anfrage zu stoppen, setzen Sie update.checkOnStart: false; das deaktiviert beide Stufen und den Update-Hinweis, selbst wenn update.auto.enabled auf true steht, und OPENCLAW_NO_AUTO_UPDATE=1 verhindert ebenfalls automatische Update-Anfragen. OpenClaw sendet außerdem nichts, wenn die Umgebungsvariable CI einen wahren Wert hat, mit der Begründung, dass Pipeline-Jobs die echten Betreiber zahlenmäßig übertreffen und Versions- und Plattformzählungen bedeutungslos machen würden; setzen Sie allerdings OPENCLAW_TELEMETRY_ENDPOINT auf Ihren eigenen Ersatz-Endpunkt, wird diese Unterdrückung aufgehoben, weil ein konfigurierter Endpunkt bedeutet, dass der Lauf diesen Pfad absichtlich durchläuft. Explizite Update-Befehle bleiben verfügbar, wann immer Sie sie ausführen möchten, sodass das bewusste Aktualisieren von OpenClaw in Ihrer Hand bleibt, und das Ganze passt gut zu den Sicherheitspraktiken für OpenClaw.

Auf Diali

Diali betreibt OpenClaw als gehosteten Dienst. Jeder Kunde erhält einen eigenen Assistenten auf einer eigenen Instanz statt eines Platzes auf einer gemeinsamen, und die Laufzeitkonfiguration wird aus Ihren Dashboard-Einstellungen erzeugt und bei jedem Release neu geschrieben: Eine manuelle Änderung im Container übersteht also kein Upgrade, alles, was im Dashboard festgelegt ist, dagegen schon. Sitzungen, Gedächtnis und der übrige Zustand liegen auf einem persistenten Volume, wo auch das zwischengespeicherte Ergebnis einer erfolgreichen Update-Prüfung abgelegt würde; tägliche Snapshots und Wiederherstellung per Klick sind über das Backups-Add-on (in Max enthalten) verfügbar. Die Diali-Preisseite listet die Tarife auf.

• Die tägliche Update-Prüfung ist standardmäßig aktiv und steckt vollständig in einem einzigen User-Agent-Header.
• Anonyme Funktionsstatistiken bleiben aus, bis ein Betreiber sie einschaltet.
• Der ungefähre Standort wird drei Monate gespeichert, und das Abschalten der Anfragen löscht ihn nicht.