Floppydata Floppydata

Sitzungen sind kostenlos – Sie zahlen nur für Traffic

Kostenloser Cloud-Browser für Scraping,
KI und Automatisierung

Ein Chrome-Browser, der auf unseren Servern läuft. Nichts zu installieren, nichts zu warten – Sie verbinden sich, wenn Sie ihn brauchen, und schließen ihn, wenn nicht.

  • Eine Anfrage startet eine Browser-Sitzung – speichern Sie sie als Preset und verwenden Sie sie erneut
  • Funktioniert mit Puppeteer, Playwright und Python – ersetzen Sie launch() durch connect()
  • Rotierende Proxys, CAPTCHA-Lösung und Antidetect-Fingerprints sind bereits integriert
Sandbox-Demo
session.config
Konfiguration Feld anklicken, um es zu ändern
1 const r = await fetch(SESSIONS_URL, { 2 method: 'POST', 3 headers: { 'X-Api-Key': KEY }, 4 body: JSON.stringify({ 5 proxy: { type: '', 6 location: { countryCode: '' } }, 7 browser: { fingerprint: { os: '' } }, 8 runtime: { timeoutSeconds: 60 }, 9 }), 10 }); 11 const { connectUrl } = await r.json(); 12 const browser = 13 await chromium.connectOverCDP(connectUrl); 14 //
Cloud-Browser — keine Sitzung 0:60
Surfen starten Exit — · — · Sitzung nicht gestartet Exit-IP wird zugewiesen und Chromium wird angebunden…

Ein echter Browser – 60 Sekunden lang Wählen Sie ein Land und ein Betriebssystem und klicken Sie dann im Konfigurationsfenster auf Sitzung starten

60-Sekunden-Demo · ohne Registrierung

Echte Fenster – ziehen Sie sie beliebig umher. Demo-Sitzungen sind zeitlich begrenzt, vollständige Sitzungen nicht.

Was ist ein Cloud-Browser und wie funktioniert er?

Ein Cloud-Browser ist ein Chrome-Browser, den jemand anderes auf seinem Server betreibt. Um einen Cloud-Browser zu nutzen, senden Sie eine Anfrage, woraufhin auf einem der Cloud-Server ein Browser gestartet wird. Anschließend erhalten Sie einen Link, über den Sie eine Fernsteuerungssitzung mit dem Browser starten können.

Es gibt nichts zu installieren und nichts zu warten: Sie verbinden sich, wenn Sie ihn brauchen, und schließen ihn, wenn nicht. Bei Floppydata genügt dafür diese eine Anfrage. Geben Sie der Konfiguration einmal einen Namen – ein sogenanntes Preset –, und beim nächsten Mal ist sie einfach da. Kein erneuter Aufbau, keine erneute Konfiguration.

Session-Ablauf
  1. Ihre App connect()
  2. Floppydata
  3. Cloud-Browser Sitzung live
  4. Ziel-Website 200 OK

Zentrale Funktionen und Anwendungsfälle

Ein cloudbasierter Browser kann je nach Bedarf verschiedene Aufgaben übernehmen.

Für Parsing und Datenerfassung (Web-Scraping)

Die meisten Websites liefern Besuchern erst dann den vollständigen Inhalt, wenn ihr JavaScript-Code fertig geladen ist. Wenn Sie nur das HTML abrufen, entgeht Ihnen der Rest der Seite. Cloud-Browser funktionieren wie jeder andere Browser, warten aber geduldiger, bis die Seite vollständig geladen ist. Außerdem können Cloud-Browser den Traffic über eine Residential- oder Mobilverbindung oder über ein Rechenzentrum leiten. Das ist nützlich, wenn eine bestimmte Website für eine bestimmte IP-Adresse keine Inhalte lädt.

Web-Scraping

Für autonome KI-Agenten

KI-Agenten kommen mit Rohcode nicht gut zurecht. Besser funktionieren sie mit einer echten Seite, die sie wie ein Mensch anklicken, scrollen und lesen können. Ein cloudbasierter Webbrowser bietet einem Agenten genau das und liefert die Ergebnisse dann in einem einfachen Format zurück, das den Kontext des Modells nicht verschwendet.

KI-Agenten

Für die Automatisierung von Geschäftsprozessen

Wiederkehrende Aufgaben wie das tägliche Ausfüllen desselben Formulars, die Prüfung, ob eine Seite noch lädt, oder der zeitgesteuerte Abruf eines Berichts eignen sich gut für Tools zur Cloud-Browser-Automatisierung. Auf dem eigenen Computer läuft dabei immer nur ein Browser. In der Cloud können Sie viele Sitzungen gleichzeitig ausführen und eine Sitzung später fortsetzen, statt von vorn zu beginnen.

Automatisierung

Für Tests und JavaScript-Profiling

Um Seitenladezeiten und Speicherverbrauch zu testen und problematische JavaScript-Bereiche zu finden, setzen Entwickler eine Cloud-Browser-API ein. Eine Cloud-Browser-API läuft im Browser des Nutzers und bietet ihm die Möglichkeit, mit Live-Ansicht und Logs zu debuggen, falls seine lokale Installation ausfällt.

JS-Profiling

Warum selbst gehostete Headless-Browser nicht mehr ausreichen

Ein eigener Browser-Server funktioniert problemlos – bis echter Traffic auftaucht.

Infrastruktur- und Skalierungsprobleme

Chrome selbst zu hosten bedeutet Server, Docker-Container, Speicherlecks und das manuelle Hinzufügen von Maschinen, sobald ein Projekt wächst – ein Browser-in-der-Cloud-Setup, das nur so schnell skaliert, wie Ihr Hardwarebudget es zulässt. Ein Skript, das plötzlich zehn Instanzen braucht, wird so vom Programmierproblem zum Serverproblem.

Sperren, CAPTCHAs und Anti-Bot-Systeme umgehen

Bots werden an kleinen Details erkannt: installierten Schriftarten, Canvas-Rendering, Audio-Stack, Bildschirmgröße und Hardware. Cloud-Antidetect-Browser kümmern sich darum für Sie, sodass sich die Sitzung wie ein echter Besucher verhält – mit integrierten rotierenden Proxys und automatischer CAPTCHA-Lösung. Ein sicherer Cloud-Browser hält außerdem jede Sitzung getrennt: Wird eine blockiert, laufen die übrigen weiter.

Funktioniert mit Puppeteer, Playwright und Python

Ein verwalteter Cloud-Browser-Dienst nimmt Ihnen die Infrastruktur ab, und Ihr Code merkt davon kaum etwas. Puppeteer oder Playwright im Stack? Ersetzen Sie launch() durch connect() und verweisen Sie auf eine WebSocket-Adresse. Playwright in Python funktioniert genauso.

  • Playwright
  • Puppeteer
  • Python
  • Node.js

Selbst gehostet vs. verwalteter Cloud-Browser – ein kurzer Vergleich

Einige Punkte, die Sie vor Ihrer Entscheidung kennen sollten:

Selbst gehostetes Chrome im Vergleich zum Cloud-Browser von Floppydata
Selbst gehostetes Chrome Cloud-Browser von Floppydata
Lizenzgebühr Keine, aber versteckt in den Server- und Proxy-Kosten Ebenfalls keine – im Kern ist das ein kostenloser Cloud-Browser
Einstieg Zuerst Infrastruktur bereitstellen Ein kostenloses Online-Cloud-Browser-Setup – oder jeder Online-Cloud-Browser – ist in wenigen Minuten testbereit
Leerlaufzeit Kostet gleich viel, ob ausgelastet oder im Leerlauf Ein Serverless-Cloud-Browser wie dieser berechnet nichts, solange eine Sitzung ungenutzt bleibt
Was tatsächlich abgerechnet wird Server, Proxys, Wartungsstunden Nur der Proxy-Traffic – anders als bei einer kostenlosen Cloud-Browser-Testversion anderswo, die Gebühren im Kleingedruckten versteckt
Preisvergleich Pauschale Infrastrukturkosten unabhängig von der Auslastung Vergleichen Sie die Preise von Browser Use Cloud nach Kosten pro Gigabyte statt nach Pauschalpreis
Flexibilität Ein Setup pro Projekt Ein kreativer Cloud-Browser-Ansatz nutzt dieselben gespeicherten Presets für Scraping, Tests und Content-Arbeit wieder

Da die Sitzungen selbst kostenlos sind, kostet ein kostenloser Online-Test des Cloud-Browsers nur den genutzten Traffic. So lässt sich ein Browser-Cloud-Workflow einfach ausprobieren, bevor Sie ihn skalieren.

Schnellstart: Beispielcode zur Verbindung

Für den Start einer Sitzung genügen wenige Zeilen:

Geben Sie beim Öffnen der Sitzung einen Proxy-Typ und ein Land an – der Rest des Skripts unterscheidet sich kaum von dem, was ohnehin lokal laufen würde.

Dokumentation ansehen
connect.js
const browser = await chromium.connectOverCDP(connectUrl);const page = await browser.newPage();await page.goto('https://example.com');const data = await page.textContent('body');

Cloud-Browser-Lösungen entdecken