In this Article
KI-Browser-Agenten, die auf computergestützter Nutzung im Operator-Stil, Browser Use, Stagehand oder reinem Playwright basieren, funktionieren in einer Demo hervorragend und scheitern dann in der Produktion, weil das Web Gegenwehr leistet. Sobald ein Agent in einem echten Umfang läuft, zeigen Websites CAPTCHAs, sperren seine IP und liefern Inhalte aus der falschen Region aus. Die Lösung ist kein besserer Prompt, sondern die richtige Proxy-Konfiguration. Dies ist eine praxisnahe Schritt-für-Schritt-Anleitung für das Betreiben von KI-Browser-Agenten im großen Maßstab ohne Sperren im Jahr 2026: wie Sie Proxys in Ihren Agenten einbinden, IPs pro Sitzung zuweisen, Geo und Parallelität handhaben und die Fehler vermeiden, die eine Agentenflotte sperren lassen. Durchgehend verwenden wir Residential IPs von DataImpulse ($1/GB) als Exit-Schicht.
Wenn Sie statt der Anleitung einen Vergleich der Anbieter suchen, lesen Sie unsere Übersicht der besten Proxys für KI-Agenten. In diesem Leitfaden geht es darum, alles richtig einzurichten.
Die wichtigsten Fakten
- Die Sperre ist ein IP-Problem, kein Modellproblem. Agenten steuern echte Browser, und Websites markieren Datacenter IPs, erstellen Fingerprints von Sitzungen und begrenzen die Rate. Die Lösung sind daher Residential/Mobile Exit IPs und ein sinnvoller Umgang mit einzelnen Sitzungen, nicht ein besserer Prompt.
- Eine IP pro Agentensitzung. Viele parallele Agenten über eine IP laufen zu lassen, ist das deutlichste Bot-Signal überhaupt; jede gleichzeitige Sitzung braucht ihre eigene saubere IP.
- Sticky Sessions für Aufgaben mit mehreren Schritten. Abläufe wie Login → navigieren → handeln müssen eine IP beibehalten; ein Wechsel während der Aufgabe wirkt wie eine Kontoübernahme und führt zur Sperrung des Agenten.
- Geo muss zur Aufgabe passen. Ein Agent, der als Nutzer in einem Land agiert, benötigt die IP dieses Landes, um korrekte Preise, Inhalte und Ergebnisse zu sehen. Auch das Geo muss während der gesamten Aufgabe konsistent bleiben.
- Parallelität ist eine echte Begrenzung. Der Engpass einer Flotte ist oft die Anzahl sauberer Sitzungen, die gleichzeitig laufen können. Planen Sie daher die IP-Zuweisung und das Back-off entsprechend.
- DataImpulse macht die Exit-Schicht einfach: Ein standardmäßiger Endpunkt
http://user:pass@host:portmit Länder-/Stadtausrichtung und Sticky Sessions in einem Residential Pool mit über 90M IPs in 195 Ländern für $1/GB lässt sich ohne eigene Infrastruktur in Playwright, Browser Use und Stagehand einsetzen.
Warum KI-Browser-Agenten gesperrt werden
Ein KI-Browser-Agent besteht aus einem Modell, das entscheidet, was zu tun ist, und einem echten Browser, der es ausführt. Den Browser sehen die Websites. Drei Dinge führen dazu, dass ein naiver Agent gesperrt wird. Datacenter IPs: Läuft Ihr Agent auf einem Cloud-Server, befindet sich seine IP in einem bekannten Hosting-Bereich, den Anti-Bot-Systeme sofort markieren. Parallelität über eine IP: Der Sinn von Agenten besteht darin, viele parallel laufen zu lassen, doch viele gleichzeitige Sitzungen von einer einzigen Adresse sind ein offensichtliches Bot-Muster. Unterbrochene Kontinuität und falsches Geo: Wenn IPs während einer Aufgabe wechseln oder ein Geo-beschränkter Dienst aus dem falschen Land genutzt wird, schlagen Betrugs- und Bot-Prüfungen an. Proxys lösen alle drei Probleme: Residential Exit IPs, die wie echte Nutzer wirken, eine separate IP für jede gleichzeitige Sitzung und ein konsistentes Geo pro Aufgabe. Richten Sie die Proxy-Schicht richtig ein, dann kämpft der Agent nicht mehr gegen Sperren, sondern erledigt seine Aufgaben.
So betreiben Sie KI-Browser-Agenten im großen Maßstab: Schritt für Schritt
- Schritt 1: Verwenden Sie Residential- (oder Mobile-) Exit IPs. Leiten Sie den Browser des Agenten über Residential Proxys, damit er wie ein echter Nutzer wirkt. Datacenter IPs eignen sich nur für wenig geschützte Ziele und zum Prototyping.
- Schritt 2: Weisen Sie jeder gleichzeitigen Sitzung eine IP zu. Geben Sie jedem parallelen Agenten seine eigene Sitzung, damit sie keine IP teilen. Bei DataImpulse gelingt dies mit einer eindeutigen Sitzungs-ID pro Agent:
user__cr.us;sessid.AGENT1:[email protected]:823. - Schritt 3: Halten Sie eine Sticky Session pro Aufgabe. Behalten Sie während einer Aufgabe mit mehreren Schritten dieselbe IP bei (Login → navigieren → handeln) und geben Sie sie danach frei. Eine Sitzungs-ID hält eine IP für das Zeitfenster der Aufgabe. Wechseln Sie nicht mitten im Ablauf.
- Schritt 4: Legen Sie pro Aufgabe das richtige Geo fest. Verwenden Sie das Land, und bei Bedarf die Stadt, die die Aufgabe erfordert, etwa
__cr.us,__cr.deusw., und halten Sie es konsistent, damit der Agent korrekte, regionsgenaue Inhalte sieht. - Schritt 5: Drosseln Sie und nutzen Sie Back-off. Fügen Sie zwischen Aktionen zufällige Verzögerungen ein. Bei einem CAPTCHA oder Fehler wechseln Sie zu einer neuen IP und nutzen Back-off, statt dieselbe Adresse weiter zu belasten.
- Schritt 6: Planen Sie für Parallelität. Entscheiden Sie, wie viele gleichzeitige Sitzungen Ihre Flotte benötigt, und prüfen Sie, ob Ihr Anbieter dies unterstützt. Erhöhen Sie die Anzahl der Sitzungen schrittweise und beobachten Sie dabei die Erfolgsrate.
- Schritt 7: Kombinieren Sie dies mit Fingerprint-Hygiene. Geben Sie bei kontobasierten Agenten jeder Sitzung einen konsistenten Browser-Fingerprint, über den Kontext des Browsers oder eine Antidetect-Konfiguration, damit IP und Fingerprint dieselbe Geschichte erzählen.
Proxys in Ihr Agenten-Framework einbinden
Die meisten Agenten-Stacks akzeptieren einen standardmäßigen Proxy-Endpunkt, daher ist dies Konfiguration und kein Code. In Playwright, der Engine unter vielen Agenten, übergeben Sie den Proxy in den Startoptionen für Browser/Kontext: { server: "http://gw.dataimpulse.com:823", username: "user__cr.us;sessid.AGENT1", password: "pass" }. Erstellen Sie einen Kontext pro Agenten mit eigener Sitzungs-ID. Browser Use und Stagehand laufen auf Playwright/Chromium, daher konfigurieren Sie den Proxy für den Browser, den sie starten. Browser Use stellt die Proxy-Einstellungen direkt bereit; bei Stagehand-local legen Sie sie im gestarteten Chromium fest. Bei Agenten im computer-use / Operator-Stil, die einen von Ihnen gesteuerten echten Browser bedienen, setzen Sie den Proxy in diesem Browser. Das Muster ist immer gleich: Residential-Endpunkt, eine Sitzung pro Agent, konsistentes Geo, Sticky pro Aufgabe. Die vollständige Syntax finden Sie in den DataImpulse-Tutorials.
Häufige Fehler, durch die Agentenflotten gesperrt werden
- Die gesamte Flotte über eine IP ausführen. Der schnellste Weg zur Sperrung. Geben Sie jedem gleichzeitigen Agenten seine eigene Sitzung/IP.
- IPs mitten in einer Aufgabe wechseln. Das unterbricht angemeldete Abläufe und Prozesse mit mehreren Schritten. Verwenden Sie für die Aufgabe eine Sticky Session und wechseln Sie nur zwischen Aufgaben.
- Datacenter IPs auf geschützten Websites. Keine Agentenlogik kann eine markierte IP-Klasse überwinden. Verwenden Sie für echte Ziele Residential/Mobile IPs.
- Maschinell perfektes Timing. Identische Zeitabstände zwischen Aktionen wirken selbst bei sauberen IPs wie ein Bot. Variieren Sie die Verzögerungen zufällig.
- Geo-Konflikt. Die Nutzung einer Geo-beschränkten Website aus dem falschen Land liefert falsche Daten und löst Betrugsprüfungen aus. Das Geo muss passen und beibehalten werden.
- Grenzen der Parallelität ignorieren. Mehr parallele Sitzungen zu starten, als Ihre Konfiguration unterstützt, senkt die Erfolgsrate. Skalieren Sie schrittweise und überwachen Sie den Betrieb.
Schnellstart mit DataImpulse
Schritt 1. Erstellen Sie ein DataImpulse-Konto und rufen Sie Ihre Residential-Zugangsdaten ab. Das Einstiegsangebot $5 / 5GB läuft nie ab und reicht aus, um einen Agenten einzubinden und vor dem Skalieren der Flotte zu testen.
Schritt 2. Setzen Sie den Proxy im Browser Ihres Agenten: http://YOUR_LOGIN__cr.us;sessid.AGENT1:[email protected]:823. Verwenden Sie eine eindeutige sessid pro Agent, das Land, das jede Aufgabe benötigt, und eine Sticky Session für die Dauer der Aufgabe.
Schritt 3. Skalieren Sie die Parallelität schrittweise, drosseln Sie und nutzen Sie bei Fehlern Back-off. Überwachen Sie die Erfolgsrate, damit Sperren Ihre Durchläufe nicht unbemerkt verschlechtern. Lesen Sie auch unsere Leitfäden zu bewährten Methoden für Proxy-Rotation und den besten Proxys für KI-Agenten.
FAQ
Warum werden meine KI-Browser-Agenten immer wieder gesperrt?
Fast immer ist es ein IP-Problem, kein Modellproblem. Läuft Ihr Agent auf einem Cloud-Server, wird seine Datacenter IP sofort markiert. Teilen viele parallele Agenten eine IP, ist das ein offensichtliches Bot-Muster. Auch ein IP-Wechsel mitten in der Aufgabe oder die IP des falschen Landes lösen Betrugsprüfungen aus. Die Lösung sind Residential Exit IPs, eine Sitzung pro gleichzeitigem Agenten, eine Sticky IP pro Aufgabe mit mehreren Schritten und konsistentes Geo, ergänzt durch Drosselung und Back-off.
Wie gebe ich jedem KI-Agenten seine eigene IP?
Weisen Sie jedem Agenten eine eindeutige Sitzung zu. Fügen Sie bei DataImpulse eine eigene Sitzungs-ID in den Benutzernamen ein, etwa user__cr.us;sessid.AGENT1, ;sessid.AGENT2 usw., damit jeder parallele Agent seine eigene IP erhält und beibehält. Erstellen Sie in Playwright-basierten Stacks einen Browser-Kontext pro Agenten mit eigener Proxy-Sitzung. Führen Sie niemals mehrere gleichzeitige Agenten über eine einzige IP aus.
Sollten KI-Agenten rotierende oder Sticky Proxys verwenden?
Beides, für unterschiedliche Bereiche. Verwenden Sie eine Sticky Session, also eine gehaltene IP, für die Dauer einer einzelnen Aufgabe mit mehreren Schritten. Login, Navigation und Aktionen müssen auf einer IP bleiben. Wechseln Sie zwischen unabhängigen Aufgaben zu einer neuen IP. Der Fehler besteht darin, mitten in der Aufgabe zu wechseln, was die Kontinuität unterbricht und zur Sperrung führt, oder eine IP für viele unabhängige Aufgaben beizubehalten, wodurch sie verbraucht wird. Passen Sie den Umfang an die Aufgabe an.
Benötige ich Residential Proxys, oder reichen Datacenter IPs für Agenten aus?
Für echte Ziele Residential oder Mobile. Datacenter IPs werden von Anti-Bot-Systemen schnell markiert. Agenten auf geschützten Websites wie Marktplätzen, Suchdiensten, sozialen Netzwerken oder Reiseportalen benötigen daher Residential IPs, die wie gewöhnliche Nutzer wirken. Für wenig geschützte Ziele und Prototyping reicht Datacenter aus. Mobile IPs sind für die am stärksten geschützten Websites die Klasse mit der geringsten Erkennung.
Wie füge ich Playwright, Browser Use oder Stagehand einen Proxy hinzu?
Übergeben Sie ihn in den Startoptionen für Browser/Kontext. In Playwright: proxy: { server: "http://gw.dataimpulse.com:823", username: "user__cr.us;sessid.AGENT1", password: "pass" }. Browser Use und Stagehand laufen auf Playwright/Chromium und akzeptieren daher dieselbe Proxy-Konfiguration für den Browser, den sie starten. Erstellen Sie einen Kontext und eine Sitzungs-ID pro Agenten, damit parallele Agenten getrennte IPs verwenden.
Wie viele gleichzeitige KI-Agenten kann ich ausführen?
Das hängt von der Unterstützung Ihres Proxy-Anbieters für Parallelität und von der Toleranz Ihrer Ziele ab. Parallelität, also die Anzahl sauberer Sitzungen, die Sie gleichzeitig ausführen können, ist bei einer Agentenflotte oft der eigentliche Engpass, getrennt von der Bandbreite. Planen Sie eine IP pro Sitzung, erhöhen Sie die Zahl paralleler Agenten schrittweise und beobachten Sie die Erfolgsrate. Nutzen Sie Back-off, wenn Sperren zunehmen. Ein großer Residential Pool wie DataImpulse mit über 90M IPs gibt Ihnen Spielraum, um gleichzeitige Sitzungen zu skalieren.