Rotasyon, residential proxy'nin en güçlü özelliğidir — ve en çok yanlış yapılandırılan özelliğidir. "Her istekte IP değiştir" varsayılanı çoğu senaryoda başarı oranını düşürür, çünkü doğal kullanıcı davranışı böyle görünmez.
Bu yazıda rotasyon tetikleyicilerini, hedef bazlı strateji seçimini ve aşırı rotasyonun neden zararlı olduğunu ele alıyoruz.
Üç Rotasyon Modeli
Üçüncü model ikisinin birleşimidir: temel olarak sonuç bazlı çalışır, ama bir üst sınır (örneğin en fazla 50 istek) koyarak IP'nin aşırı yüklenmesini önler.
Ne Zaman Rotasyon Yapılmalı?
Başarılı bir istekten sonra IP değiştirmek, elinizdeki çalışan kaynağı boşa harcamaktır. Rotasyonu bir düzeltme aracı olarak kullanın, varsayılan davranış olarak değil.
Aşırı Rotasyon Neden Zararlı?
Gerçek bir kullanıcı, bir siteyi gezerken IP değiştirmez. Her istekte farklı ülkeden gelen bir "kullanıcı", davranış analizi yapan sistemler için son derece belirgin bir sinyaldir. Ayrıca:
- Çerez ve oturum bozulur: Sepet, filtre ve dil tercihleri kaybolur.
- TLS oturum yeniden kullanımı kaybolur: Her yeni IP yeni el sıkışma demektir — hem yavaş hem pahalı.
- Sayfalama tutarsızlaşır: Farklı çıkışlar farklı A/B varyantı veya farklı fiyat görebilir.
- Kota hızla tükenir: Her el sıkışma birkaç KB ek trafik demektir.
Aynı IP üzerinde bağlantıyı yeniden kullanmak, her istekte rotasyona göre üç-dört kat daha hızlıdır. Rotasyon hız maliyeti olan bir araçtır.
Hedef Bazlı Strateji
Tek bir rotasyon ayarı tüm hedefler için doğru olamaz. Hedefin koruma seviyesine göre farklı profiller tanımlayın:
| Hedef tipi | Sticky süresi | IP başına istek | Rotasyon tetiği |
|---|---|---|---|
| Korumasız içerik | Gereksiz | 100+ | Yalnızca hata |
| Orta korumalı pazar yeri | 3–5 dk | 20–40 | Hata + üst sınır |
| Arama motoru | 1–2 dk | 5–10 | Hata + kısa süre |
| Giriş gerektiren işlem | 15–30 dk | Oturum boyunca | Yalnızca oturum sonu |
Bu tabloyu başlangıç noktası olarak alın, sonra ölçün. Başarı oranı %95'in üzerindeyse IP başına istek sayısını kademeli artırıp maliyeti düşürebilirsiniz. %85'in altına düşerse geri alın.
Uygulama: Adaptif Rotasyon Mantığı
Bu yapı iki tetiği birleştirir: hata anında hemen, aksi hâlde üst sınırda rotasyon. Başarılı istekler boşa IP harcamaz.
Rotasyon ile Eşzamanlılık İlişkisi
Rotasyon tek başına yeterli değildir. Aynı anda 50 istek atıyorsanız ve hepsi farklı IP kullanıyorsa, hedef yine de kısa sürede yoğun trafiği fark eder. Rotasyon kimliği dağıtır, hızı dağıtmaz.
Her hedef için ayrı bir hız ve eşzamanlılık profili tanımlayın. Tek bir global ayar, en hassas hedefi yakar veya en toleranslı hedefi yavaşlatır.
Eşzamanlılık hesabı için eşzamanlı bağlantı limiti yazımıza bakın.
Rotasyon Ayarını Ölçmek
Doğru ayarı bulmanın tek yolu ölçmektir. İzlemeniz gereken üç metrik:
Üç metriği birlikte okuyun. Başarı oranı sabitken IP/istek oranını düşürebiliyorsanız, maliyetinizi doğrudan azaltmışsınız demektir.
Özet
Rotasyon varsayılan değil, düzeltici bir araçtır. Başarılı isteklerden sonra IP değiştirmek hem hızı hem bütçeyi boşa harcar ve doğal görünmez. Doğru kurgu, sonuç bazlı tetikleyici ile makul bir üst sınırı birleştirir; hedef bazlı profiller tanımlar ve rotasyonu hız yönetimiyle birlikte ele alır. Uygulamanızı test etmek için proxy kontrol, ürün seçenekleri için rotating proxy sayfamıza bakabilirsiniz.