Aynı proxy havuzunu farklı şekillerde kullanabilirsiniz: her N dakikada bir otomatik olarak IP'yi değiştirmek veya eylem anında API üzerinden adres değişikliğini manuel olarak yapmak. Fark, teknik bir detay gibi görünüyor, ancak tam olarak bu, hesabınızın yasaklanıp yasaklanmayacağını veya verilerinizi engellenmeden toplamanızı belirler. Zamanlayıcı ile rotasyonun ne zaman gerektiğini ve ne zaman API üzerinden kontrol edilen IP değişikliğine ihtiyaç duyulduğunu inceleyerek 6 gerçek çalışma senaryosunu ele alıyoruz.
Zamanlayıcı ile rotasyon vs API üzerinden IP değişikliği: fark
Zamanlayıcı ile rotasyon - belirli bir aralıkla otomatik IP değişikliği: her 1 dakikada bir, her 10 dakikada bir, her saatte bir. Proxy sağlayıcısı çıkış düğümünü kendisi değiştirir ve siz sadece aynı port veya endpoint üzerinden istek göndermeye devam edersiniz. IP değişikliğinin anı önemli değilse bu oldukça kullanışlıdır - önemli olan adresin düzenli olarak güncellenmesi ve aynı IP'de çok uzun süre "takılmamanızdır".
API üzerinden IP değişikliği - tam olarak ihtiyaç duyduğunuz anda adres değişikliği için manuel veya programatik bir istektir: bir hata sonrası, bir captcha sonrası, yeni bir kazıma oturumu öncesinde, yeni bir reklam hesabı oluşturulmadan önce. Özel bir URL'ye GET veya POST isteği gönderirsiniz - ve zamanlayıcıya bağlı olmadan talep üzerine yeni bir IP alırsınız.
Temel fark: zamanlayıcı "programa göre" çalışır ve görev bağlamına tepki vermez, API ise tam kontrol sağlar - yeni IP'nin ne zaman gerektiğine siz karar verirsiniz. Bazı görevler için (büyük sayfa hacminin kazınması) zamanlayıcı daha kullanışlıdır, diğerleri için (hesapların farm edilmesi, burada bir IP'nin bir profile bağlı olması önemlidir) - sadece API veya hiç rotasyon olmadan statik bir oturum gereklidir.
Karşılaştırmalı tablo: neyi seçmeli
| Kriter | Zamanlayıcı ile rotasyon | API üzerinden IP değişikliği |
|---|---|---|
| Değişim anının kontrolü | Hayır, sadece aralık | Tam, talep üzerine |
| Hesapların farm edilmesi için uygun | Kötü - oturumu koparıyor | İyi - oturumlar arasında değişim |
| Kazıma için uygun | İyi - otomatik limit aşma | İyi, eğer captcha'ya tepki gerekiyorsa |
| Kod/script gerekli | Hayır, bir kez ayarlanır | Evet, URL'ye minimum istek |
| Aktif oturumun kopma riski | Yüksek | Düşük, manuel çağırırsanız |
Senaryo 1: Facebook Ads ve TikTok Ads hesapları için farm
Burada zamanlayıcı ile rotasyon - yasaklanmanın doğrudan yoludur. Facebook ve TikTok, bir hesabın ömrü boyunca IP adresinin stabilitesini analiz eder: eğer IP her 10 dakikada bir değişiyorsa, sistem bunu bir bot veya hack belirtisi olarak değerlendirir. Doğru şema - bir hesap için bir statik IP, hiç rotasyon olmadan veya yeni bir profil oluşturulduğunda veya hesabı başka bir lokasyona taşıdığınızda sadece API üzerinden IP değişikliği.
Dolphin Anty, AdsPower veya Multilogin gibi anti-detect tarayıcılarında her profile ayrı bir proxy portu atanır. Statik konut proxy'leri kullanıldığında, IP değişmez, ta ki siz API üzerinden yeni bir istek yapana kadar - örneğin, yasaklandığında veya yeni bir hesap grubuna geçiş yaparken. Bu görev için uzun oturumlu konut proxy'leri (sticky session) iyi bir seçimdir - bunlar normal ev interneti gibi görünür ve anti-fraud sistemlerinde şüphe uyandırmaz.
Senaryo 2: Instagram ve TikTok'ta SMM otomasyonu
20-50 müşteri hesabı yöneten SMM ajansları benzer bir sorunla karşılaşır: her hesabın haftalar veya aylar boyunca bağlı bir stabil IP'ye sahip olması gerekir. Zamanlayıcı ile rotasyon burada davranış profilini bozar - Instagram, bir oturum içinde coğrafi konum değişikliğini görür ve gönderim için gölge yasak koyar veya Hikaye'lerin erişimini sınırlar.
Çalışan bir pratik - her profil için anti-detect tarayıcısında sticky oturum atamak ve IP değişikliğini sadece hesabı uzun bir süre boşta kaldıktan sonra veya soft-ban şüphesi olduğunda kullanmaktır. Bu senaryoda mobil proxy'ler en iyi sonucu verir, çünkü mobil operatörlerin IP'leri sosyal medya anti-bot sistemlerinin filtrelerine daha az takılır - bu, TikTok ile çalışırken özellikle önemlidir, çünkü çoklu hesap tespiti oldukça serttir.
Senaryo 3: Wildberries ve Ozon fiyat analizi
Burada durum tersine: zamanlayıcı ile rotasyon - ihtiyacınız olan şey. Wildberries ve Ozon, IP adresini birim zamanda yapılan istek sayısına göre yasaklar, bir oturumun davranışına göre değil - "canlı" bir kullanıcı olup olmadığı önemli değildir, önemli olan başvuru sıklığıdır. Optimal şema - IP'yi her 30-60 saniyede bir veya her N'inci istekten sonra değiştirmek, yükü yüzlerce adres arasında dağıtmak ve bir IP'nin rate-limit'ine takılmamaktır.
Pazaryerlerinin kazınması için her iki yaklaşımı birleştirmek en iyisidir: isteklerin eşit dağılımı için temel zamanlayıcı ile rotasyon, artı captcha veya HTTP 429 alındığında anında IP değişikliği için API isteği. Veri merkezi proxy'leri, büyük istek hacimlerinde bu görevle iyi başa çıkarken, Wildberries'in davranış kalıplarını kontrol ettiği daha hassas kartlar için yüksek hız ve düşük maliyetli veri merkezi proxy'leri bağlamak daha iyidir.
Senaryo 4: Avito'da ilan izleme
Avito, bir IP'den yapılan eylemlerin coğrafyasını ve sıklığını sıkı bir şekilde kontrol eder - özellikle farklı şehirlerden çok sayıda ilan yayınlarken. Eğer birkaç "satıcı" adına farklı bölgelerde ilanlar yayınlıyorsanız, zamanlayıcı ile rotasyon uygun değildir: sistem, bir aktivite içinde IP'nin şehirler arasında sıçradığını görür ve sahte coğrafi konum şüphesiyle hesabı yasaklar.
Doğru yaklaşım - yeni bir oturumun başlayacağı bölgede IP'yi API üzerinden değiştirmek, belirli bir ilan veya hesapla çalışırken IP'yi sabitlemektir. Şehir bazında coğrafi hedefleme yapan konut proxy'leri, satıcının beyan edilen konumuyla tam bir uyum sağlar, bu da Avito'nun kontrolünden geçmek için kritik öneme sahiptir.
Senaryo 5: Google Ads ve Yandex.Direct'te yaratıcı testleri
Farklı bölgelerden ilanları test eden pazarlamacıların IP üzerinde öngörülebilir bir kontrol sağlaması gerekir: belirli bir şehirde veya ülkede reklamın nasıl göründüğünü görmek, sonucu kaydetmek, sonra bir sonraki lokasyona geçmek. Burada zamanlayıcı ile rotasyon anlamsızdır - test anında belirli bir ülkeye ihtiyacınız var.
Optimal şema - talepte istenen coğrafi konumu açıkça belirterek API üzerinden IP değişikliği yapmaktır. "Bana Almanya'dan bir IP ver" isteği gönderirsiniz - adresi alırsınız, reklamın görüntülenmesini kontrol edersiniz, ardından aynı şekilde başka bir ülkenin IP'sine geçersiniz. Bu yaklaşım, zamanlayıcı ile rastgele rotasyon beklemekten daha fazla zaman kazandırır; bu, test için gerekli olan lokasyonu sağlamayabilir.
Senaryo 6: Toplu web kazıma ve rate-limit aşma
Büyük hacimli istekler için - saatte binlerce sayfa toplamak - zamanlayıcı ile rotasyon, engellemeleri aşmanın ana mekanizması olarak doğrudan script'e entegre edilir. Burada API üzerinden IP değişikliği, belirli HTTP hata kodları (403, 429, 503) için reaktif bir mekanizma olarak kullanılır; standart rotasyon zamanında çalışmadığında.
Python'da mantık örneği: eğer 429 kodu alınırsa, script hemen IP değişikliği API'sini çağırır, zamanlayıcının bitmesini beklemeden. Bu hibrit model - "ölü" isteklerin sayısını azaltır ve tamamen zamanlayıcıya dayalı rotasyona göre trafik tasarrufu sağlar; burada değişim, isteğin gerçek sonucundan bağımsız olarak kör bir şekilde gerçekleşir.
Anti-detect tarayıcılarda rotasyonu nasıl ayarlamalıyım
Çoğu anti-detect tarayıcısında rotasyon, proxy profil düzeyinde ayarlanır, tüm tarayıcı düzeyinde değil. Dolphin Anty, AdsPower ve GoLogin için genel algoritma şu şekildedir:
- Profil ayarlarını açın → "Proxy" bölümüne gidin
- Bağlantı türünü seçin: HTTP, SOCKS5 veya yerleşik sağlayıcı
- Proxy sağlayıcısının endpoint'ini oturum parametresi (sticky session ID) ile yapıştırın
- Zamanlayıcı ile rotasyon gerekiyorsa - sağlayıcının kullanıcı panelinde aralığı belirtin (genellikle 1, 10, 30 veya 60 dakika)
- Manuel değişim gerekiyorsa - IP değişikliği için API bağlantısını ayrı kaydedin ve tarayıcı dışında basit bir GET isteği veya butonlu bir uzantı ile çağırın
- Çalışmaya başlamadan önce profilin IP'sini yerleşik kontrol aracıyla kontrol edin
Önemli: hesapların farm edilmesi için bir portu/sesyonu belirli bir profil ile hayatı boyunca sabit tutun - profilleri farklı IP'ler arasında gereksiz yere geçirmeyin, aksi takdirde şüpheli bir aktiviteye benzer bir desen oluşturursunuz.
API üzerinden IP değişikliği örneği (kod)
Kazıma veya test otomasyonu yapanlar için, API üzerinden IP değişikliği genellikle tek bir HTTP isteği ile gerçekleştirilir. Aşağıda requests kütüphanesini kullanarak Python'da bir örnek verilmiştir:
import requests
import time
def rotate_ip(api_url, session_token):
response = requests.get(
api_url,
params={"token": session_token, "action": "rotate"}
)
if response.status_code == 200:
print("Yeni IP:", response.json().get("ip"))
else:
print("Rotasyon hatası:", response.status_code)
def fetch_with_retry(url, proxy, api_url, session_token, max_retries=3):
for attempt in range(max_retries):
try:
resp = requests.get(url, proxies={"http": proxy, "https": proxy}, timeout=10)
if resp.status_code == 429:
print("İstek limiti, IP değiştiriliyor...")
rotate_ip(api_url, session_token)
time.sleep(2)
continue
return resp
except requests.exceptions.RequestException as e:
print("İstek hatası:", e)
rotate_ip(api_url, session_token)
return None
Aynı prensip, bir script yazmadan hızlı bir kontrol için cURL ile uygulanır:
curl "https://api.proxy-provider.com/rotate?token=YOUR_TOKEN&action=rotate"Node.js'de benzer bir istek, yerleşik fetch ile kompakt bir şekilde görünür:
const rotateIp = async (apiUrl, token) => {
const res = await fetch(`${apiUrl}?token=${token}&action=rotate`);
const data = await res.json();
console.log("Yeni IP:", data.ip);
};Rotasyon yöntemini seçerken sık yapılan hatalar
Hata 1. Facebook hesapları için kısa bir zamanlayıcı rotasyonu (1-5 dakika) ayarlamak - sonuç: kaydolduktan sonraki ilk günlerde kitlesel yasaklar.
Hata 2. Pazaryerlerinde kazıma için rotasyonsuz statik IP kullanmak - sonuç: bir IP hızla rate-limit'e takılır ve tüm süreç durur.
Hata 3. API ile coğrafi parametrelerin uyumunu kontrol etmemek - ülke belirtmeden IP istemek, reklam testi için uygun olmayan rastgele bir lokasyon almak.
Hata 4. IP değişikliği API'sini gereksiz yere çok sık çağırmak - bu, trafik tüketimini artırır ve iyi ayarlanmış bir zamanlayıcıya göre avantaj sağlamaz.
Hata 5. Çalışmaya başlamadan önce yeni IP'yi test etmemek - eski oturum, yasaklı veya zaten ifşa edilmiş bir adreste "takılabilir".
Sonuç
Zamanlayıcı ile rotasyon ve API üzerinden IP değişikliği arasındaki seçim, hangi yöntemin "daha iyi" olduğuna değil, belirli bir göreve bağlıdır. Hesapların farm edilmesi ve SMM otomasyonu için stabilite önemlidir - bir profil için bir IP, rotasyon sadece açık bir ihtiyaç olduğunda API üzerinden yapılmalıdır. Pazaryerlerinin kazınması ve toplu kazıma için ters bir mantık çalışır - sık zamanlayıcı ile rotasyon, hatalarda API üzerinden noktasal değişim. Pazarlama testleri ve coğrafi çalışma için - API üzerinden istenen ülke ile kesin kontrol.
Eğer hesapların farm edilmesiyle çalışıyorsanız veya müşteri SMM profilleri yönetiyorsanız, sticky oturumlu konut proxy'lerine dikkat edin - bunlar, profilin kopma riski olmadan uzun süreli stabil IP sağlar. Büyük veri hacimlerinin sık rotasyonla kazınması için veri merkezi proxy'leri daha uygun olacaktır - bunlar daha hızlıdır ve trafik maliyetinde daha avantajlıdır, ayrıca Instagram ve TikTok'ta mobil trafik için mobil proxy'ler etkili olup, sosyal medya anti-bot filtrelerine daha az takılır.