Best Practices
Der schnellste Weg herauszufinden, ob Shifter zu Ihrem Projekt passt, besteht darin, Ihre echte Arbeitslast auszuführen, also dieselben Anfragen, die Sie in der Produktion verwenden, und die Ergebnisse ehrlich auszuwerten. Diese Vorgehensweisen helfen Ihnen, einen sauberen, repräsentativen Test zu erhalten statt eines irreführenden.
Rotation an die Aufgabe anpassen
Abschnitt betitelt „Rotation an die Aufgabe anpassen“Wie Sie IPs rotieren, sollte sich danach richten, was Ihre Aufgabe erfordert.
- Rotation pro Anfrage (Standard): eine neue Residential IP bei jeder Anfrage über das Gateway
p.shifter.io:443. Am besten geeignet für Scraping, Crawling, Preiserfassung, SERP-Arbeit und alles, wobei jede Anfrage für sich steht. - Sticky Sessions: behalten dieselbe IP für ein festgelegtes Zeitfenster bei, unter Verwendung einer Sitzungs-ID (
sid) und einer Time-to-Live (ttl). Am besten geeignet für Logins, Warenkörbe, Checkouts und jeden mehrstufigen Ablauf, der auf einer IP bleiben muss. Zum Beispiel behältcustomer-USERNAME-sid-9f3a2b7c-ttl-600eine IP für etwa 600 Sekunden bei.
Faustregel: Wenn die Schritte voneinander abhängen, verwenden Sie eine Session. Wenn nicht, rotieren Sie. Ausführliche Details finden Sie unter Sessions.
Den richtigen Standort ansteuern
Abschnitt betitelt „Den richtigen Standort ansteuern“Viele Websites ändern Inhalte, Preise oder Verfügbarkeit je nach Standort.
- Wenn Ihr Ziel geosensitiv ist, richten Sie das Targeting nach Land, Region, Stadt oder ASN aus, damit Ihr Test widerspiegelt, was echte Nutzer in diesem Markt sehen. Zum Beispiel
customer-USERNAME-country-us-state-newyork-city-newyork. - Wenn der Standort für Ihren Anwendungsfall keine Rolle spielt, halten Sie das Targeting breit. Eine zu starke Eingrenzung verkleinert den verfügbaren IP-Pool und kann die Erfolgsrate ohne Nutzen senken.
Alle Parameter finden Sie unter Geo-Targeting.
Das Tempo Ihrer Anfragen steuern
Abschnitt betitelt „Das Tempo Ihrer Anfragen steuern“Die Verteilung der Last macht meist den Unterschied zwischen einem starken und einem schwachen Test aus.
- Verteilen Sie Anfragen über die Zeit und über IPs hinweg, anstatt ein Ziel zu bombardieren. Bei der Rotation pro Anfrage variiert die IP bereits, sodass Ihre wichtigsten Stellschrauben Parallelität und Timing sind.
- Beginnen Sie mit moderater Parallelität, beobachten Sie Ihre Erfolgsrate und skalieren Sie dann hoch. Wenn der Erfolg sinkt, während Sie stärker vorgehen, sind Sie für dieses Ziel zu schnell unterwegs, nicht an ein Proxy-Limit gestoßen.
- Fügen Sie kleine, variierende Verzögerungen hinzu und wiederholen Sie fehlgeschlagene Anfragen mit einer neuen IP. Bei Rotation landet der Wiederholungsversuch natürlicherweise auf einem anderen Exit, behandeln Sie eine Blockierung daher als weiches Signal: verlangsamen, wiederholen und fortfahren.
Das passende Produkt für die Arbeitslast wählen
Abschnitt betitelt „Das passende Produkt für die Arbeitslast wählen“Die Wahl des falschen Produkts ist der häufigste Grund, warum eine Testphase unterdurchschnittlich abschneidet.
- Residential Proxies: rotierende Residential IPs, sodass der Traffic wie viele echte Nutzer aussieht. Scraping, Monitoring, Anzeigenüberprüfung, Marktforschung und SERP-Erfassung.
- ISP Proxies: dieselbe dedizierte IP für Tage oder Wochen. Kontoverwaltung, lange Checkout- oder Login-Sitzungen und Integrationen mit IP-Whitelisting.
Wenn Sie sich nicht sicher sind, arbeiten Sie sich durch Ein Produkt auswählen.
Ihre Ergebnisse auswerten
Abschnitt betitelt „Ihre Ergebnisse auswerten“Beurteilen Sie anhand Ihrer echten Zahlen, nicht anhand einiger weniger Testaufrufe.
- Betrachten Sie Ihre Erfolgsrate und Datenqualität bei produktionsähnlichem Volumen. Eine Handvoll Fehlschläge ist normal; entscheidend ist die Rate im großen Maßstab.
- Bestätigen Sie, dass der Exit dem entspricht, was Sie angefordert haben, indem Sie eine Anfrage über den Proxy an einen IP-Echo-Endpunkt wie
ipinfo.iosenden und die IP sowie das Land überprüfen. - Wenn die Ergebnisse fragwürdig erscheinen, prüfen Sie drei Dinge, bevor Sie dem Netzwerk die Schuld geben: ob Rotation oder Session zur Aufgabe passt, ob der Zielstandort korrekt eingestellt ist, und ob die Parallelität nicht zu hoch ist.
Je mehr Ihr Test die Produktion in Bezug auf Traffic, Ziele und Timing widerspiegelt, desto mehr sagt Ihnen die Testphase tatsächlich. Gestalten Sie ihn so, dass er dem echten Betrieb gleicht, dann trifft sich die Entscheidung von selbst.