Wann sollten Sie Proxy-IPs rotieren? Ein Entscheidungsrahmen für Sitzungen, Kosten und Erfolgsraten

„Soll ich bei jeder Anfrage rotieren?” ist eine der ersten Fragen, die sich Teams stellen, wenn sie mit Residential Proxys beginnen, und die ehrliche Antwort lautet: Es kommt darauf an, was Ihre Anfragen gemeinsam haben. Zu häufiges Rotieren zerstört Abläufe, bei denen eine Website erwartet, dass sie von einem Besucher stammen. Zu seltenes Rotieren häuft den gesamten Traffic auf eine Adresse. Beides kostet Sie Blockierungen, Wiederholungen und Bandbreite.

Dieser Leitfaden bietet eine einfache Methode zur Entscheidung. Die entscheidende Frage betrifft gar nicht den Proxy selbst. Sie betrifft Ihre Arbeit: Welche Anfragen gehören zusammen, und für wie lange?

Die drei Modi

Modus	Was er tut	Bei Shifter
Rotation pro Anfrage	Jede Anfrage verlässt eine andere residenzielle IP	Der Standard: kein Session-Flag im Benutzernamen
Sticky Session	Anfragen mit derselben Session-ID teilen sich eine IP, bis die Session endet	Fügen Sie sid-<id> zum Benutzernamen hinzu, optional ttl-<seconds>; die Standardlebensdauer beträgt 120 Sekunden
Feste IP	Eine Adresse in einer gewählten Stadt und ISP für den gesamten Abrechnungszeitraum	ISP-Proxys

Eine Sticky Session endet auch vorzeitig, wenn die dahinterliegende residenzielle IP die Verbindung trennt. Code, der Sessions verwendet, sollte also gelegentlich eine neue IP mitten in der Session erwarten. Sticky Sessions werden pro Region geführt, daher sollten Tools, die sich eine Session teilen, über denselben regionalen Einstiegspunkt verbinden.

Die entscheidende Frage: Was gehört zusammen?

Betrachten Sie die kleinste Arbeitseinheit, die Ihr Scraper wiederholt, und stellen Sie dazu zwei Fragen.

1. Aus wie vielen Anfragen besteht eine Einheit? Eine einzeln abgerufene Produktseite ist eine Anfrage. Eine Suche gefolgt von sechs Detailseiten ist ein Ablauf. Ein Checkout-Test ist ein Ablauf mit Zustand: ein Warenkorb, ein Session-Cookie, vielleicht ein CSRF-Token.

2. Wie lange dauert eine Einheit? Sekunden, Minuten oder Stunden?

Aus diesen beiden Antworten ergibt sich:

• Unabhängige Einzelanfragen: rotieren. Jede Seite steht für sich, daher gibt es keinen Vorteil, eine IP zu behalten, und die Verteilung der Anfragen auf viele Adressen verhindert, dass eine einzelne davon beschäftigt wirkt.
• Ein Ablauf, der innerhalb von 30 Minuten abgeschlossen ist: Sticky Session. Die Website setzt bei der ersten Anfrage Cookies und erwartet den Rest des Ablaufs vom selben Besucher. Ein IP-Wechsel mitten in einer Suche oder einem Warenkorb wirkt wie eine gekaperte Session und ist eine häufige Ursache für plötzliche Blockierungen und verlorenen Zustand.
• Alles Längere, oder ein Login, zu dem Sie zurückkehren: feste IP. Sticky Sessions sind für Minuten gedacht, nicht für Stunden. Für eine Session, die den ganzen Tag dauert, oder ein Konto, das Sie täglich nutzen, verwenden Sie einen ISP-Proxy. Unser Leitfaden zu ISP-Proxy-Einrichtung für lange Sessions behandelt das im Detail.

Als Code

Die beiden folgenden Funktionen kodieren die Regel und erzeugen den passenden Shifter-Benutzernamen:

def proxy_username(user, country=None, session_id=None, ttl_seconds=None):
    """Build a Shifter residential username: rotate per request, or stick to one IP."""
    parts = [f"customer-{user}"]
    if country:
        parts.append(f"country-{country}")
    if session_id:
        parts.append(f"sid-{session_id}")
        if ttl_seconds:
            parts.append(f"ttl-{ttl_seconds}")
    elif ttl_seconds:
        raise ValueError("ttl only works together with a session id")
    return "-".join(parts)


def choose_rotation(steps, minutes, needs_login=False, same_ip_required=False):
    """Pick a rotation mode for one unit of work.

    steps: requests that belong together (one page = 1, a checkout flow = many)
    minutes: how long that unit of work takes
    """
    if needs_login and minutes > 30:
        return "isp"                      # a login that outlives a sticky session
    if steps == 1 and not same_ip_required:
        return "rotate"                   # independent requests: new IP each time
    if minutes <= 30:
        return "sticky"                   # a short flow: one IP until it ends
    return "isp"

Angewendet auf vier typische Aufgaben:

from rotation import choose_rotation, proxy_username

jobs = {   # session ids must not contain hyphens: the username uses them as separators
    "products": dict(steps=1, minutes=0.1),
    "search":   dict(steps=6, minutes=2),
    "checkout": dict(steps=15, minutes=8),
    "seller":   dict(steps=400, minutes=240, needs_login=True),
}
for name, job in jobs.items():
    mode = choose_rotation(**job)
    if mode == "rotate":
        user = proxy_username("USERNAME", "us")
    elif mode == "sticky":
        user = proxy_username("USERNAME", "us", session_id=name, ttl_seconds=job["minutes"] * 60 + 120)
    else:
        user = "an ISP proxy username from your plan"
    print(f"{name:<9} {mode:<7} {user}")

products  rotate  customer-USERNAME-country-us
search    sticky  customer-USERNAME-country-us-sid-search-ttl-240
checkout  sticky  customer-USERNAME-country-us-sid-checkout-ttl-600
seller    isp     an ISP proxy username from your plan

Die TTL wird auf die erwartete Länge des Ablaufs plus zwei Minuten Puffer gesetzt, sodass die Session die Arbeit überdauert, aber nicht unnötig lange bestehen bleibt. Geben Sie jedem gleichzeitig laufenden Ablauf seine eigene Session-ID: Zwei Worker, die sich eine ID teilen, teilen sich eine IP, was den Zweck zunichtemacht.

Wie die Wahl Kosten und Erfolg beeinflusst

Erfolgsrate. Der häufigste Rotationsfehler ist das Rotieren innerhalb eines Ablaufs. Die erste Anfrage erhält ein Cookie, die zweite kommt mit diesem Cookie aus dem ISP eines anderen Landes an, und die Website stuft das als verdächtig ein. Sticky Sessions für Abläufe beheben in der Regel mehr Fehler als jede andere einzelne Änderung. Der gegenteilige Fehler, Tausende unabhängiger Anfragen über eine sticky IP zu senden, lässt diese eine Adresse wie einen Bot aussehen. Unser Leitfaden zu Sticky versus rotierende Residential Proxys geht näher auf beide Fehlerarten ein.

Bandbreite. Residenzieller Traffic wird pro Gigabyte abgerechnet, und die Rotation selbst ändert daran nichts. Was es ändert, sind Wiederholungen: Jeder fehlgeschlagene Ablauf wird erneut heruntergeladen. Die Abstimmung des Modus auf die Arbeit reduziert Wiederholungen, und daher kommt die Einsparung. Innerhalb einer Sticky Session kann die Wiederverwendung derselben Verbindung und Cookies auch verhindern, dass dieselben Assets zweimal heruntergeladen werden.

Geschwindigkeit. Rotation pro Anfrage bedeutet eine neue Route für jede Anfrage. Wenn Sie auch jedes Mal eine neue Verbindung öffnen, summiert sich die Einrichtungszeit. Die Wiederverwendung von Verbindungen ist wichtiger als der Rotationsmodus; unser Test in Ihr Scraper ist langsam, und es liegt wahrscheinlich nicht am Proxy hat gemessen, wie viel.

Anzeichen, dass Sie falsch gewählt haben

Was Sie sehen	Wahrscheinliche Ursache	Änderung
Abläufe scheitern nach dem ersten Schritt; Warenkorb oder Session verloren	Rotation innerhalb eines Ablaufs	Sticky Session pro Ablauf
Eine IP nach einem Anfrageschub blockiert	Zu viel unabhängige Arbeit auf einer Sticky Session	Rotation pro Anfrage für unabhängige Seiten
Sessions brechen ab, bevor die Arbeit abgeschlossen ist	TTL zu kurz, oder der Ablauf ist zu lang für eine Sticky Session	TTL erhöhen; stundenlange Arbeit auf einen ISP-Proxy verlagern
Zwei Worker stören sich gegenseitig	Geteilte Session-ID	Eine Session-ID pro gleichzeitigem Ablauf
Logins täglich herausgefordert	Ein Login auf rotierenden oder Sticky IPs	Feste ISP-IP pro Konto

FAQ

Sollte ich meine Proxy-IP bei jeder Anfrage rotieren?

Für unabhängige Anfragen, wie das Abrufen nicht zusammenhängender Produktseiten, ja. Für alles, was sich über mehrere Anfragen mit gemeinsamem Zustand erstreckt, wie eine Suche, einen Warenkorb oder einen Login, behalten Sie eine IP für den gesamten Ablauf mit einer Sticky Session bei.

Wie lange sollte eine Sticky Session dauern?

So lange wie der Ablauf, den sie bedient, plus etwas Puffer. Bei Shifter beträgt der Standard 120 Sekunden, und Sie können sie mit ttl-<seconds> festlegen. Abläufe von mehr als etwa 30 Minuten und Logins, zu denen Sie zurückkehren, gehören auf ISP-Proxys.

Reduziert die Rotation von IPs Blockierungen?

Sie verteilt die Last, sodass keine einzelne Adresse beschäftigt wirkt, was bei unabhängigen Anfragen hilft. Rotation innerhalb eines Ablaufs bewirkt das Gegenteil: Sie lässt einen einzelnen Besucher wie viele aussehen, was Websites oft blockieren.

Beeinflusst Rotation die Bandbreitenkosten?

Nicht direkt, da residenzieller Traffic nach Volumen abgerechnet wird. Indirekt verursacht der falsche Modus fehlgeschlagene Abläufe und Wiederholungen, die erneut heruntergeladen werden und die Rechnung erhöhen.

Fazit

Rotieren Sie pro Anfrage für unabhängige Arbeit, halten Sie eine Sticky Session für jeden zusammengehörigen Ablauf, und verwenden Sie eine feste ISP-IP für alles, was Stunden dauert oder einen Login betrifft, zu dem Sie zurückkehren. Entscheiden Sie anhand Ihrer Arbeitseinheit, nicht anhand der Proxy-Einstellungen, geben Sie jedem gleichzeitig laufenden Ablauf seine eigene Session-ID, und achten Sie auf die Anzeichen in der obigen Tabelle. Unsere Erklärung zu wie Residential-Proxy-Rotation funktioniert behandelt die Mechanik hinter jedem Modus.