Proxy Üzerinden Paralel ve Sıralı İstekler: Engellenmeden Yöntem Nasıl Seçilir

Pazar yerlerini tararken, sosyal medya ile otomasyon çalışırken veya API üzerinden veri toplarken, istek gönderme stratejisini doğru seçmek kritik öneme sahiptir. Yanlış ayarlar, IP engellemelerine, CAPTCHA'lara ve zaman kaybına yol açar. Bu kılavuzda, maksimum hız için ne zaman paralel istekler kullanmanız gerektiğini ve güvenlik için ne zaman sıralı istekler kullanmanız gerektiğini inceleyeceğiz.

Paralel ve sıralı isteklerin farkları

Sıralı istekler — bu, betiğinizin veya programınızın istekleri birer birer göndermesi anlamına gelir: ilk isteğin yanıtını bekler, ardından ikinciyi gönderir. Bu yavaş ama güvenli bir yöntemdir ve hedef site için en doğal görünendir.

Paralel istekler — bu, aynı anda birden fazla isteğin (5, 10, 50 veya hatta yüzlerce) gönderilmesi anlamına gelir, önceki isteklerin yanıtını beklemeden. Bu, çok daha hızlıdır, ancak sunucu üzerinde yük oluşturur ve dolandırıcılık önleme sistemlerinin şüphelenmesine neden olabilir.

10.000 ürünün fiyatını Wildberries'ten çekmeyi hayal edin. İstekler arasında 2 saniye gecikme ile sıralı olarak — bu 20.000 saniye veya 5,5 saat sürer. 20 paralel akış başlatırsanız — toplamda sadece 16 dakika. Fark belirgin, ancak bazı nüanslar var.

Yöntemlerin karşılaştırılması

Ne zaman paralel istekler kullanılmalı

Paralel istekler, hızın kritik olduğu ve veri miktarının büyük olduğu durumlarda tercih edilir. Ancak, bu durumun yalnızca doğru proxy ayarları ve yük kontrolü ile çalıştığını anlamak önemlidir.

Paralel istekler için ideal senaryolar

1. Büyük bir katalog ile pazar yerlerinin taranması
Eğer Wildberries veya Ozon'da 50.000 ürünün fiyatlarını toplamanız gerekiyorsa, sıralı tarama günler alır. 20-30 paralel akış ile ve veri merkezi proxy'leri ile bu görev birkaç saat içinde tamamlanır.

Ayarlar: 20-30 akış, her biri ayrı bir IP ile, akış içindeki istekler arasında 1-3 saniye gecikme. Her 100-200 istekte IP değişimi.

2. Kamu API'lerinden veri toplama
Birçok API (örneğin, hava durumu servisleri, şirket veritabanları, coğrafi konum servisleri) bir IP'den gelen isteklere sınırlar koyar: günde 100-1000. Proxy havuzu üzerinden paralel istekler, bu sınırlamaları aşmanıza olanak tanır.

Örnek: 10.000 şirket hakkında verileri API üzerinden toplamanız gerekiyor. Sınır — IP başına günde 500 istek. 20 proxy'yi paralel kullanarak = günde 10.000 istek, 20 günde değil.

3. Kaynakların erişilebilirliğini kontrol etme
Eğer web sitelerinin erişilebilirliğini kontrol ediyorsanız, aynaların çalışmasını izliyorsanız veya sunucu durumunu takip ediyorsanız — paralel istekler saatler kazandırır. Burada insan davranışını taklit etmeye gerek yoktur, sadece hız önemlidir.

4. Toplu proxy kontrolü
Büyük proxy havuzları (1000+ IP) satın alırken, bunların işlevselliğini, hızını ve coğrafi konumunu hızlı bir şekilde kontrol etmeniz gerekir. Sıralı kontrol saatler alır, paralel kontrol dakikalar alır.

Paralel istekler için ana gereksinimler

• Büyük bir proxy havuzu (en az 10-20 IP, tercihen 50-100+)
• Hatalar durumunda otomatik IP değişimi
• Eşzamanlı akış sayısının kontrolü (50-100'den fazla olmamalı)
• Akışlar içindeki istekler arasında gecikmeler (0.5-2 saniye)
• Engellemelerin nedenlerini analiz etmek için hata günlüğü
• Zaman aşımı durumunda tekrar deneme (retry) sistemi

Ne zaman sıralı istekler kullanılmalı

Sıralı istekler, hızdan ziyade güvenlik ve güvenilirlik seçeneğidir. Gerçek bir kullanıcının davranışını taklit eder ve korumalı platformlarda engellenme riskini en aza indirir.

Sıralı istekler için zorunlu senaryolar

1. Reklam panelleri ile çalışma
Facebook Ads, TikTok Ads, Google Ads yalnızca IP'leri değil, aynı zamanda davranış kalıplarını da izler. Bir hesaptan paralel istekler anında şüphe uyandırır. Bir hesap = bir akış = 5-15 saniye gecikmeli sıralı işlemler.

Örnek: Dolphin Anty anti-detect tarayıcısı aracılığıyla 20 Facebook reklam panelini yönetiyorsunuz. Her panel ayrı bir profilde çalışır ve mobil proxy kullanır, işlemler kesinlikle sıralıdır: giriş → istatistik kontrolü → teklif ayarlama → çıkış. İşlemler arasında 7-12 saniye gecikme.

2. Sosyal medyada otomasyon
Instagram, TikTok, VK, beğeniler, takipler, yorumlar gibi işlemlerde katı sınırlara sahiptir. Sınırlara aşılması veya çok hızlı işlemler = shadowban veya tam engelleme. Sadece 20-60 saniye rastgele gecikmeli sıralı istekler.

Instagram için ayarlar: Bir hesap saatte maksimum 60 beğeni yapabilir. Bu, 1 dakikada 1 beğeni ile 45-75 saniye gecikmeli (rastgeleleştirme önemlidir!). Her hesap için ayrı bir proxy kullanıyorsunuz.

3. Kimlik doğrulama ve kişisel panellerle çalışma
Hesaba giriş gerektiren herhangi bir işlem (e-posta servisleri, bankalar, satıcı olarak pazar yerleri) sıralı olarak gerçekleştirilmelidir. Farklı IP'lerden bir hesaba paralel giriş denemeleri, doğrudan engellemeye yol açar.

4. Sert anti-bot korumasına sahip siteler
Cloudflare, Akamai, PerimeterX gibi platformlar yalnızca istek sıklığını değil, aynı zamanda kalıplarını da analiz eder. Eğer bir IP veya User-Agent ile aynı anda 10 istek gelirse — bu belirgin bir bot işareti. 3-10 saniye gecikmeli sıralı istekler doğal görünür.

5. Küçük veri miktarı
Eğer 50-100 sayfayı taramanız gerekiyorsa, sıralı ve paralel tarama arasındaki zaman farkı önemsizdir (5 dakika karşısında 1 dakika). Ancak sıralı yöntem sorun yaşamamanızı garanti eder.

Sıralı istekler için doğru gecikmeler

Farklı yöntemlerde engellenme riskleri

Riskleri anlamak, doğru stratejiyi seçmenize ve koruma ayarlarını yapmanıza yardımcı olur. Engellemeler yalnızca istek sıklığından değil, aynı zamanda kalıplarından da kaynaklanır.

Anti-dolandırıcılık sistemleri neyi izler

1. Bir IP'den gelen istek sıklığı
Eğer bir IP'den dakikada 100 istek geliyorsa — bu açık bir bot işaretidir. Sınırlar değişir: normal siteler 10-30 istek/dakika tolere ederken, korumalı platformlar 2-5 istek/dakika tolerans gösterir.

Paralel istekler için çözüm: İstekleri büyük bir IP havuzuna dağıtın. Örneğin, dakikada 1000 istek = 50 IP, her biri 20 istek gönderir. Bu, 50 normal kullanıcının davranışı gibi görünür.

2. İstekler arasındaki sabit aralıklar
İsteklerin tam olarak her 2.00 saniyede bir gelmesi — otomasyon belirtisidir. Gerçek bir kullanıcı farklı aralıklarla tıklar: 1.8 sn, 3.2 sn, 2.1 sn.

Çözüm: Temel gecikmenin ±30-50% rastgeleleştirilmesini ekleyin. Sabit 5 saniye yerine random(3.5, 7.5) kullanın.

3. Kullanıcı davranışının tipik olmaması
Gerçek bir kullanıcı doğrudan ürün sayfasına geçmez — önce ana sayfaya girer, kategoriyi arar, ürüne tıklar. Bot hemen belirli bir URL'yi talep eder.

Kritik platformlar için çözüm: Kullanıcı yolunu taklit edin. Ürün taramadan önce 2-3 istek yapın: ana sayfa → kategori → ürün. Bu, işlemi yavaşlatır, ancak engellenme riskini %70-80 oranında azaltır.

4. Şüpheli User-Agent ve başlıklar
Eski User-Agent'lar (örneğin, 2024'te Chrome 95), Accept-Language, Referer başlıklarının eksikliği — bot işaretleridir.

Çözüm: Güncel User-Agent'lar (Chrome 120+, Firefox 120+) kullanın, gerçek bir tarayıcı gibi tam başlık setini ekleyin. User-Agent'ı IP ile birlikte döndürün.

Engellenme risklerinin karşılaştırılması

Her yöntem için hangi proxy'ler uygundur

Proxy türü, paralel veya sıralı isteklerin kullanımını doğrudan etkiler. Yanlış seçim, engellenmelere veya fazla ödemeye yol açar.

Paralel istekler için proxy'ler

Veri merkezi proxy'leri — toplu tarama ve paralel istekler için en iyi seçimdir. Ucuzdur (IP başına ayda 1-3 $), hızlıdır (ping 20-50 ms) ve büyük miktarlarda mevcuttur. Dezavantajı — kolayca proxy olarak tanınır, bu nedenle korumalı platformlar için uygun değildir.

Ne zaman kullanılmalı: Pazar yerlerinin taranması, kamu kaynaklarından veri toplama, kaynakların erişilebilirliğini kontrol etme, katı koruma olmadan API'lere toplu istekler.

Ayarlar: 50-100 IP'lik bir havuz satın alın, 20-30 paralel akış ayarlayın, her akış kendi IP'sini kullanır. Her 100-200 istekte veya hata durumunda IP değişimi.

Rastgele proxy'ler — daha pahalıdır (1 GB trafik için 3-7 $), ancak gerçek kullanıcılar gibi görünür. Hız gerektiğinde korumalı platformlara paralel istekler için uygundur, ancak dikkatli olunmalıdır.

Ne zaman kullanılmalı: Sosyal medya taraması (kimlik doğrulama olmadan), Cloudflare ile sitelerden veri toplama, veri merkezi engellemesi olan platformlarla çalışma. Paralel istekler için büyük bir IP havuzuna ve otomatik değişime ihtiyaç vardır.

Önemli: Rastgele proxy'ler ile paralel istekler yaparken trafik tüketimini kontrol edin. 10.000 istek 5-10 GB "tüketebilir", bu da 20-50 $'a mal olur. Veri merkezleri daha ucuzdur: 100 IP için ayda 100-200 $'a sınırsız trafik.

Sıralı istekler için proxy'ler

Mobil proxy'ler — korumalı platformlarla çalışma için en güvenilir türdür. IP'ler gerçek mobil cihazlar (4G/5G operatörleri) gibi görünür, bu da engellenme riskini en aza indirir. Dezavantajı — pahalıdır (IP başına ayda 50-150 $).

Ne zaman kullanılmalı: Facebook Ads, Instagram, TikTok, Google Ads — gerçek kullanıcı taklitinin ve maksimum güvenliğin gerekli olduğu her yerde. Bir hesap = bir mobil proxy = sıralı işlemler.

Ayarlar: Her reklam paneli veya sosyal medya hesabı ayrı bir mobil IP'ye bağlıdır. İşlemler kesinlikle sıralıdır ve 10-60 saniye gecikmeli olarak gerçekleştirilir. IP değişimi yapılmaz (bir hesap her zaman bir IP ile çalışır).

Rastgele proxy'ler — mobil proxy'lere iyi bir alternatif, eğer bütçe kısıtlıysa. Daha az kritik görevler için uygundur: kimlik doğrulama gerektiren tarama, SMM otomasyonu, satıcı olarak pazar yerleriyle çalışma.

Ne zaman kullanılmalı: Pazar yerlerinde hesap yönetimi (Wildberries, Ozon gibi satıcı), sosyal medyada (toplu olmayan) gönderi otomasyonu, kimlik doğrulama gerektiren veri tarama.

Proxy seçimi için öneriler

Optimal ayarlar: gecikmeler, akışlar, zaman aşımı

Parametrelerin doğru ayarlanması, hız ve güvenlik arasında denge sağlamak için kritik öneme sahiptir. Çok agresif ayarlar engellenmelere yol açar, çok temkinli ayarlar ise zaman kaybına neden olur.

Paralel isteklerin ayarlanması

Eşzamanlı akış sayısı (concurrency)
Bu, ana parametredir. Çok fazla akış = proxy ve hedef sunucu üzerinde aşırı yük. Çok az = düşük hız.

Öneriler:

• Pazar yerlerinin taranması: 50+ proxy ile 20-50 akış
• Kamu API'leri: 10-30 akış, API sınırlarına göre ayarlayın
• Korumalı siteler: 5-15 akış, daha fazlası — engellenme riski
• Proxy kontrolü: 50-100 akış (burada hız daha önemlidir)

Akışlar içindeki gecikmeler
Paralel çalışmalarda bile, her akışın istekleri arasında duraklamalar yapması gerekir. Bu, bir IP üzerindeki yükü azaltır ve engellenme riskini düşürür.

Öneriler:

• Basit siteler: Bir akışta istekler arasında 0.5-2 saniye
• Pazar yerleri: ±30% rastgeleleştirme ile 1-3 saniye
• Cloudflare ile siteler: ±40% rastgeleleştirme ile 2-5 saniye
• Sınırları olan API'ler: Sınırları göz önünde bulundurarak ayarlayın (örneğin, dakikada 100 istek = 0.6 sn/istek, yedek için 1 sn yapın)

Zaman aşımı (timeout)
Sunucudan yanıt bekleme süresi. Çok kısa bir zaman aşımı = yavaş yanıtlar nedeniyle veri kaybı. Çok uzun = akışların takılması.

Öneriler:

• Hızlı siteler: 10-15 saniye
• Yavaş siteler/API'ler: 20-30 saniye
• Rastgele proxy'ler üzerinden: +5-10 saniye (veri merkezlerinden daha yavaş)
• Bağlantı zaman aşımı: 5-10 saniye (bağlantı kurulma süresi)

Tekrar deneme (retry)
Hatalar (zaman aşımı, 503, proxy engellemesi) durumunda, isteği başka bir IP ile tekrar etmeniz gerekir. Tekrar deneme olmadan, verilerin bir kısmını kaybedersiniz.

Ayarlar: Her istekte 2-3 deneme, her başarısız denemeden sonra proxy değişimi, tekrar deneme öncesinde 3-5 saniye bekleme.

Sıralı isteklerin ayarlanması

İstekler arasındaki temel gecikme
Platforma ve işlem türüne bağlıdır. Ana kural: gerçek bir kullanıcıyı taklit etmek.

Platformlara göre öneriler:

• Facebook Ads (paneldeki geçişler): 7-15 saniye
• Instagram (beğeniler): 45-90 saniye, maksimum 60 beğeni/saat
• Instagram (takipler): 60-120 saniye, maksimum 30 takip/saat
• TikTok (görüntülemeler): 30-60 saniye
• Kimlik doğrulama ile tarama: 3-7 saniye
• Pazar yerleri (satıcı panelindeki işlemler): 5-10 saniye

Rastgeleleştirme
Tüm sıralı istekler için zorunludur. Temel gecikmenin ±30-50% rastgeleleştirilmesini kullanın.

Örnek: Temel gecikme 10 saniye, rastgeleleştirme ±40% → gerçek gecikmeler 6-14 saniye olacaktır (her seferinde rastgele bir değer).

Zaman aşımı
Sıralı istekler için daha uzun zaman aşımı süreleri kullanabilirsiniz, çünkü tüm akışların engellenme riski yoktur.

Öneriler: Koruma altındaki platformlar için 30-60 saniye, normal siteler için 15-30 saniye.

Her iki yöntemi uygulamak için araçlar

Araç seçimi, görevinize ve teknik becerilerinize bağlıdır. İş görevleri (arbitraj, SMM, e-ticaret) için kod gerektirmeyen hazır çözümleri kullanın. Teknik görevler için — kütüphaneler ve çerçeveler.

Kod gerektirmeyen hazır çözümler (iş için)

Çoklu hesap yönetimi için anti-detect tarayıcılar
Reklam panelleri veya sosyal medya ile çalışıyorsanız, anti-detect tarayıcılar endüstri standardıdır. Proxy'leri, tarayıcı parmak izlerini otomatik olarak yönetir ve hesapları izole eder.

Popüler çözümler:

• Dolphin Anty: Facebook/TikTok için arbitrajcılar için lider, 10 profil için ücretsiz tarif, proxy ayarları kolay
• AdsPower: e-ticaret için iyi (Amazon, eBay), RPA (kodsuz) ile otomasyon var
• Multilogin: en pahalı ($100+/ay), ancak ciddi arbitraj için maksimum koruma
• GoLogin: bütçe dostu alternatif ($25/ay), SMM ve küçük ekipler için uygun

Proxy'lerle nasıl çalışırlar: Bir tarayıcı profili oluşturursunuz → proxy'yi bağlarsınız → bu profildeki tüm işlemler bu IP üzerinden gerçekleşir. Bir profil = bir hesap = sıralı işlemler. Paralel çalışma için birden fazla profili aynı anda açarsınız (her biri kendi proxy'si ile).

Hazır veri toplama araçları (parserlar ve scraperlar)
Pazar yerlerinden ve sitelerden veri toplamak için, programlama gerektirmeyen hazır araçlar mevcuttur.

• Octoparse: görsel bir parser oluşturucu, proxy desteği, arayüz üzerinden paralel akışları ayarlayabilirsiniz
• ParseHub: Octoparse'a benzer, 200 sayfa için ücretsiz tarif, gecikmeleri arayüz üzerinden ayarlama
• Scrapy Cloud: Scrapy örneklerini çalıştırmak için bulut hizmeti (minimum Python bilgisi gerektirir)

SMM otomasyonu (kodsuz)
Sosyal medya yönetimi için arayüz üzerinden otomasyon hizmetleri vardır.

• Jarvee: Instagram, TikTok, Twitter otomasyonu, yerleşik proxy desteği, gecikmeleri arayüz üzerinden ayarlama (dikkat: agresif otomasyon yasaklamalara yol açar)
• Ingramer (Inflact): Instagram için güvenli otomasyon, kendi proxy'leri üzerinden çalışır
• Combin: Instagram'da hedefli takipler/beğeniler, dış proxy desteği

Teknik araçlar (geliştiriciler için)

Eğer kendi tarama veya otomasyon betiklerinizi yazıyorsanız, güvenilir kütüphaneleri kullanın.

Python (tarama için en popüler):

• Requests + threading/asyncio: basit paralel istekler için, proxy ayarları kolay
• aiohttp: yüksek paralel istekler için asenkron kütüphane (1000+ aynı anda)
• Scrapy: tarama için çerçeve, proxy döngüsü desteği, gecikmeler için middleware
• Selenium: JavaScript ile siteler için, daha yavaş ama birçok korumayı aşar
• Playwright: Selenium'a modern bir alternatif, daha hızlı ve daha kullanışlı

JavaScript/Node.js:

• Axios: HTTP istekleri için popüler kütüphane, proxy ayarları basit
• Puppeteer: tarayıcı otomasyonu için, JavaScript ile çalışır, yüksek paralel istekler için uygundur