Selenium mit Browserberg nutzen
Selenium erreicht Browserberg über die CDP-Unterstützung von Chrome. Bestehende WebDriver-Suiten behalten Page Objects und Waits.
Verbinden in einer Zeile
from selenium import webdriver
from selenium.webdriver.chrome.options import Options
options = Options()
options.add_experimental_option(
"debuggerAddress", "browserberg.com:443")
driver = webdriver.Chrome(options=options)
driver.get("https://portal.example.de")
ChromeOptions options = new ChromeOptions();
options.setExperimentalOption(
"debuggerAddress", "browserberg.com:443");
WebDriver driver = new ChromeDriver(options);
driver.get("https://portal.example.de");
Fragen, die wirklich gestellt werden
Ist Selenium hier ein erstklassiger Weg?
Es funktioniert und ist der indirekteste der drei. WebDriver wurde nicht um CDP herum entworfen — Playwright und Puppeteer werden von uns und vom Protokoll besser unterstützt. Für ein neues Projekt würden wir nicht mit Selenium anfangen.
Ergibt Selenium Grid daneben noch Sinn?
Meist nicht. Grid existiert, um Browser über Maschinen zu verteilen — genau das Problem, das ein Session-Endpunkt bereits löst. Beides zu betreiben heißt, zwei Scheduler zu pflegen.
Was bricht als Erstes, wenn ich eine Selenium-Suite umziehe?
Implizite Waits. Netzwerkvarianz zwischen deinem Runner und dem Browser macht sie unzuverlässiger als lokal, und eine Suite, die sich darauf stützte, zeigt das sofort.
Details
| Protokoll | CDP über Chrome debuggerAddress |
|---|---|
| Selenium-Versionen | 4.x |
| Browser-Engine | Chromium |
| Wo Sessions laufen | EU-Bare-Metal (OVHcloud) |
Stand: 2026-08-30
Was du wissen solltest
Selenium ist der indirekteste der drei Wege
WebDriver wurde nicht um CDP herum entworfen; Playwright und Puppeteer sind besser unterstützt. Selenium funktioniert — für ein neues Projekt würden wir dort nicht anfangen.
Waits bleiben wichtig
Remote-Ausführung ersetzt keine expliziten Waits in einer React-Anwendung. Netzwerkvarianz macht implizite Waits eher noch unzuverlässiger.
Weitere Integrationen
- Playwright Playwright verbindet sich über das Chrome DevTools Protocol mit Browserberg.
- Puppeteer Puppeteer spricht CDP nativ.
- Chrome DevTools Protocol Wenn du gar keine Treiber-Bibliothek willst: Eine Session ist ein einfacher CDP-WebSocket.
- LangChain LangChain-Agenten steuern Browserberg heute über das Playwright-Toolkit, gerichtet auf einen entfernten CDP-Endpunkt.
- MCP Ein Model-Context-Protocol-Server, der Browserberg-Sessions als Tools für jeden MCP-Client bereitstellt.
Zeig ein bestehendes Skript auf uns
Fünf Browser-Stunden kostenlos, keine Kreditkarte. Was lokal läuft, läuft hier mit einer geänderten Zeile.