FAQ

Clearcote ist ein Datenschutz- und Automatisierungstool für rechtmäßige Zwecke — den Schutz Ihrer eigenen Privatsphäre, Web-/QA-Tests, Forschung, Barrierefreiheit und Automatisierung, zu der Sie berechtigt sind. Sie sind dafür verantwortlich, wie Sie es einsetzen; beachten Sie die Nutzungsbedingungen von Websites und geltendes Recht.

Clearcote steuert Browser-Fingerprint-Signale, damit eine Session eine einzige kohärente, plausible Identität zeigt. Es wird weder gegen ein bestimmtes Erkennungsprodukt vermarktet noch auf eines ausgerichtet, und es ist keine Garantie dafür, irgendein System zu umgehen. Betrachten Sie es als Werkzeug für Privatsphäre und eine konsistente Identität, und prüfen Sie das Verhalten selbst.

Solche Plugins überschreiben navigator-Eigenschaften zur Laufzeit mit injiziertem JavaScript, was fragil ist und sich selbst verrät. Clearcote ändert die C++-Engine, die Werte stammen also aus Chromiums eigenen Codepfaden — es gibt keine injizierte Schicht, die sich erkennen ließe. Siehe Architektur.

Kein Tool ist das. Kohärente Kontrollen auf Engine-Ebene beseitigen viele gängige Erkennungsmerkmale, aber die Erkennung entwickelt sich ständig weiter. Prüfen Sie Ihre Konfiguration für Ihren Anwendungsfall immer mit Tools wie CreepJS, BrowserScan und Pixelscan.

Der Browser selbst telefoniert nicht nach Hause und aktualisiert sich nicht selbst: Telemetrie und Update-Beacons sind entfernt. Google kontaktiert er nur, wenn Sie Google nutzen: Im lizenzierten Build ist Google seit r53 die Standardsuchmaschine, eine Suche aus der Adressleiste geht also dorthin, und Hilfe-Links öffnen support.google.com. Das SDK lädt den verifizierten Browser bei der ersten Nutzung herunter — den offenen Build von GitHub Releases, den lizenzierten Build von clearcotelabs.com —, und auto_update / autoUpdate muss ausdrücklich aktiviert werden. Ohne Schlüssel kontaktiert uns das SDK nur, wenn Sie eine bestimmte version anfordern (es liest dann den öffentlichen Versionskatalog). Mit einem Lizenzschlüssel (dem kostenlosen Schlüssel, Personal oder Pro) fragt das SDK bei jedem Start ab, welcher Build aktuell ist, und checkt einen Browser-Slot aus — dabei sendet es den Schlüssel, eine zufällige Rechner-ID, Ihr Betriebssystem sowie die SDK- und Browser-Version. Es hält den Slot aktiv, solange der Browser läuft, und gibt ihn beim Schließen zurück. Ab dem lizenzierten r51 unter Windows und Linux holt jeder Start außerdem die signierte Identität für diesen Browser vom Clearcote-Persona-Dienst (persona.clearcotelabs.com, mit persona-us.clearcotelabs.com als Fallback); der offene Build tut das nie. licenseThroughProxy leitet Slot-Checkout, Heartbeats und Check-in über Ihren Proxy; Build-Abfrage und Download verbinden sich weiterhin direkt. geoip (seit SDK 0.66.0 standardmäßig aktiv; es fragt einen IP-Echo-Dienst nach der Exit-IP) und widevine kontaktieren ihre eigenen Datenquellen.

Ja, für einen Browser gleichzeitig. Öffnen Sie in Ihrem Dashboard Licenses und holen Sie sich den kostenlosen Schlüssel auf einem von drei Wegen: Verbinden Sie ein GitHub-Konto, das mindestens 30 Tage alt ist, bestehen Sie eine Kartenprüfung (die Karte wird nie belastet; Prepaid-Karten werden abgelehnt), oder melden Sie sich mit einem Google-Workspace-Firmenkonto an (bis zu 3 Anforderungen pro Firmendomain alle 30 Tage). Sie bekommen denselben lizenzierten Build wie mit Pro — das neueste Chromium, aufgezeichnete menschliche Bewegungen, die privaten Stealth-Patches und die Profilbibliothek. Der Schlüssel gilt 30 Tage, und Sie verlängern ihn kostenlos auf derselben Seite. Der kostenlose Tarif erfordert SDK 0.30.0 oder neuer und nutzt immer den neuesten Build. Siehe Wie lizenzierte Browser gezählt werden; Pro bietet zusätzlich mehr gleichzeitige Browser, Versions-Pinning und E-Mail-Support.

Windows x64 und Linux x64 — das SDK lädt automatisch die passende Binary für Ihr Betriebssystem herunter. Auf einem Mac mit Apple Silicon (M1 oder neuer, macOS 13 oder neuer) läuft der lizenzierte Build nativ als Preview: Das SDK (0.51.1+) lädt ihn selbst herunter, wenn Sie mit einem Lizenzschlüssel starten. Der macOS-Build liegt einige Revisionen hinter Windows und Linux. Ohne Lizenzschlüssel lädt das SDK (0.68.4+) den offenen 150-Build für Apple Silicon (v0.1.0-pre.24) herunter und startet ihn nativ. Auf einem Intel-Mac startet launch() das Clearcote-Docker-Image über Docker Desktop und liefert denselben Browser (SDK 0.40.0+). Der Profile Manager läuft unter Windows, Linux und macOS. Siehe macOS.

Ja. Ersetzen Sie launch von Playwright durch das von Clearcote (from clearcote import launch / import { launch } from "clearcote") — es liefert einen normalen Playwright-Browser. Puppeteer und andere CDP-Clients verbinden sich mit serve() / clearcote serve. Sie können executablePath auch direkt auf den offenen Build zeigen lassen; der lizenzierte Build startet nur über das SDK. Siehe Playwright & Puppeteer.

Verwenden Sie pro Identität einen eigenen fingerprint-Seed (z. B. abgeleitet aus einer Mandanten-/Konto-ID) und pro Profil ein separates User-Data-Verzeichnis für Cookies/Storage. Um mehrere gleichzeitig über einen Endpunkt bereitzustellen, startet clearcote serve einen Browser pro Identität, wobei jede Verbindung Seed, Proxy, Zeitzone und Sprache selbst wählt — siehe Deployment. Der kostenlose Schlüssel betreibt einen Browser gleichzeitig, Personal bis zu 15 und Pro bis zu 250 (mehr in Blöcken zu 100); der offene Build hat kein Limit.

Der offene Build schon — BSD-3-Clause, jeder Patch menschenlesbar, aus dem Quellcode reproduzierbar. Vertrauen Sie uns nicht, überprüfen Sie uns. Der lizenzierte Build (der kostenlose Schlüssel, Personal und Pro) ergänzt Patches, die nicht veröffentlicht sind, und lässt sich daher nicht aus öffentlichem Quellcode nachbauen; der offene Build bekommt jede neue Chromium-Major-Version später.