Rotation bedeutet "bei jeder Anfrage eine andere IP", und viele halten das automatisch für "besser". Tatsächlich ist Rotation ein Werkzeug, kein Selbstzweck. Am falschen Ort eingesetzt, sperrt sie Konten, zerstört Sitzungen und treibt die Kosten. Dieser Beitrag klärt, wo welcher der beiden Modi richtig ist.
Das Verhalten der beiden Modi
Im Rotating-Modus hält die Zielseite Sie jedes Mal für einen neuen Besucher; im statischen Modus erkennt sie Sie als denselben Nutzer. Beides hat seinen Preis.
Vergleich
Die entscheidende Zeile ist die "Sitzungskontinuität": Bei jeder Aufgabe mit Login ist ein statischer oder Sticky-Modus erforderlich.
Sticky Session: die Lösung dazwischen
Eine Sticky Session ermöglicht es Ihnen, in einem rotierenden Pool dieselbe IP für eine bestimmte Dauer zu behalten. Sie funktioniert über einen Sitzungsschlüssel, der in den Benutzernamen geschrieben wird: kullanici-session-ab12 zum Beispiel. Solange derselbe Schlüssel gesendet wird, liefert das Gateway dieselbe Ausgangs-IP. Typische Zeiträume sind 1, 10 und 30 Minuten.
Die Sitzungsdauer muss länger sein als der Arbeitsablauf, den Sie abschließen müssen. Eine 10-minütige Aufgabe lässt sich nicht mit einer 1-minütigen Sticky Session erledigen.
Das Rotationsintervall wählen
Zu häufige Rotation führt dazu, dass die Zielseite eine "Flut neuer Besucher" sieht und den gesamten Pool als verdächtig markiert. Zu seltene Rotation läuft dagegen ins Rate Limit. Praktische Regel: Messen Sie, wie viele Anfragen pro Minute das Ziel akzeptiert, lassen Sie einen Sicherheitspuffer und teilen Sie entsprechend auf.
Lesen Sie die Liste von oben nach unten: Je "sitzungsbasierter" die Aufgabe, desto länger wird dieselbe IP benötigt.
Fehlerbehandlung
Die eigentliche Stärke der Rotation liegt darin, eine fehlgeschlagene Anfrage mit einer neuen Identität erneut versuchen zu können. Ein robuster Client wendet folgende Regeln an:
- 429 / 403: IP verwerfen, nach 2–5 Sekunden mit einer neuen IP erneut versuchen.
- 5xx: Problem des Zielservers — mit derselben IP und exponentiellem Backoff erneut versuchen.
- Timeout: Problem auf Proxy-Seite — IP wechseln, Zähler erhöhen.
- 3 Fehlschläge in Folge: diesen Teilpool vorübergehend in Quarantäne nehmen.
Damit Wiederholungen nicht in einer Endlosschleife enden, setzen Sie ein Limit von maximal 3 Versuchen pro Anfrage; andernfalls ist Ihr GB-Budget unbemerkt aufgebraucht.
Stellen Sie nichts ein, ohne zu messen: Erfassen Sie für jedes Rotationsintervall die Erfolgsquote und die durchschnittliche Latenz. Das Proxy-Check-Tool zeigt einzelne Adressen, Ihre eigenen Logs dagegen den Pool insgesamt.
Um auch den IP-Typ gemeinsam festzulegen, werfen Sie einen Blick auf die Vergleiche Residential–Datacenter und ISP–Residential ; bei kontobezogenen Aufgaben enthält die Seite Social-Media-Proxy praktische Beispiele.