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; er basiert auf ungoogled-chromium, bei dem Google-Dienste, Telemetrie und Update-Beacons entfernt sind. 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 („Kostenlos mit GitHub“ 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. licenseThroughProxy leitet Slot-Checkout, Heartbeats und Check-in über Ihren Proxy; Build-Abfrage und Download verbinden sich weiterhin direkt. Die Opt-in-Funktionen geoip und widevine kontaktieren ihre eigenen Datenquellen.

Ja, für einen Browser gleichzeitig. Melden Sie sich mit einem GitHub-Konto an, das mindestens 30 Tage alt ist, öffnen Sie in Ihrem Dashboard Licenses und klicken Sie auf Connect GitHub and get it free. 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.

Derzeit Windows x64 und Linux x64 — das SDK lädt automatisch die passende Binary für Ihr Betriebssystem herunter. macOS steht auf der Roadmap; bis dahin können macOS-Nutzer das Docker-Image (linux/amd64) verwenden.

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. Mit „Kostenlos mit GitHub“ läuft immer nur ein Browser gleichzeitig; Pro und der offene Build haben keine solche Grenze.

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 („Kostenlos mit GitHub“ 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.