Datacenter’da Rotating Ne Zaman Gerekir? Static ile Karar
Datacenter’da rotating, hedef IP başına sayıyorsa, adres başına günlük istek sayısı hedefin toleransını aşıyorsa ya da işin çok lokasyondan çıkması gerekiyorsa gerekir; oturum sürekliliği, izin listesi ya da tekrarlanabilir ölçüm isteyen işlerde static yeter. Datacenter tarafında bu kararın bir özelliği var: static adresler adet bazlı ve ucuz olduğu için “rotating” iki yoldan elde edilebilir. Ya adet bazlı static havuz alıp rotasyonu kendiniz yaparsınız ya da GB bazlı rotating gateway kullanırsınız. Bu rehber hangi yolun hangi işte doğru olduğunu anlatır; dedicated ile shared havuz farkı ayrı bir rehberde.
· Güncelleme: 2026-10-27

Datacenter’da rotating iki yoldan gelir: static havuz mu, gateway mi?
Birinci yol adet bazlı static havuzdur. DatacenterProxy kataloğundaki Static IPv4 Datacenter Proxy ürünü adresleri adet bazlı ve dönemsel satar; yüz ya da bin adres alınır, her adres dönem boyunca sizindir ve rotasyonu istemci tarafında kendi kodunuz yapar. Trafik ölçülmez; maliyet adres sayısına bağlıdır.
İkinci yol GB bazlı rotating gateway’dir. Rotating IPv4 Datacenter Proxy ürünü tek bir uç nokta verir, çıkış adresini havuzdan kendisi seçer ve 180’den fazla lokasyon seçeneği sunar; maliyet aktarılan gigabayta bağlıdır, paketler tek seferliktir. Adres sayısı sizin için bir sayı değildir; havuzun genişliği sağlayıcının işidir.
Üçüncü yol IPv6 portudur. Rotating IPv6 Datacenter Proxy ürünü port başına aylık faturalanır ve trafik ölçülmez; hedef IPv6 kabul ediyorsa en yüksek hacim bu yoldan en öngörülebilir maliyetle çıkar. Hedefin adres ailesi IPv4 ile IPv6 karşılaştırma rehberindeki yöntemle önce doğrulanır.
Üç yolun hangisinin doğru olduğu, hedefin ne saydığına ve işin ne kadar trafik ürettiğine göre belirlenir. Kararı veren sorular aşağıda; önce rotating’i gerçekten gerektiren işaretler.
Rotating’i gerektiren dört işaret
Birinci işaret, hedefin IP başına sayması: Aynı adresten hızı yarıya indirince 429 kesiliyor, adres değiştirince ilk istekte bile hata gelmiyorsa sayaç adres başınadır. Bu durumda işi birden çok adrese yaymak tek çözümdür; kaç adrese yayılacağı günlük istek sayısının hedefin adres başına penceresine bölünmesiyle bulunur.
İkinci işaret, adres başına günlük istek eşiğinin aşılması: Hedef açık bir sınır bildirmese bile aynı adresten günde binlerce istek belirli bir eşikten sonra doğrulama sayfası ya da değiştirilmiş içerik üretir. Bir adresin günde kaç isteği temiz taşıdığı deneme taramasıyla ölçülür; iş hacmi bu sayının katlarıysa rotating gerekir.
Üçüncü işaret, blok itibarı: Datacenter adresleri barındırma ASN’leri altında görünür ve bazı hedefler bloğun tamamına politika uygular. Birkaç static adresle çalışmak, o adresler aynı subnet’teyse tek bir engelle işin tamamını düşürür. Subnet çeşitliliği bu riski böler; çok sayıda /24 bloğuna yayılmış bir havuz, az sayıda adresten daha dayanıklıdır. Engelin neden konduğu ASN ve IP itibarı rehberinde.
Dördüncü işaret, çok lokasyon ihtiyacı: Fiyat ya da içerik ülkeye göre değişiyorsa her ülke için ayrı static paket almak yerine lokasyon parametresiyle çıkış veren rotating gateway tek üründe işi görür. Static IPv4 datacenter ürünü beş ülkede paket sunar; beşten fazla ülke gerekiyorsa karar kendiliğinden rotating’e döner.
Static’in yettiği üç durum
Oturum sürekliliği: Giriş yapılmış panel, çok adımlı form ve sepet akışı gibi işlerde hedef aynı adresi görmek ister. Rotating gateway’de oturum bazlı mod bunu bir süre sağlar; ama saatler ya da günler boyunca aynı adres gerekiyorsa static adres hem daha basit hem daha öngörülebilirdir.
İzin listesi: Hedef sistem erişimi IP izniyle açıyorsa, örneğin bir ortak API’si ya da kurumsal panel, çıkış adresi sabit ve önceden bildirilmiş olmalıdır. Rotating bu işte kullanılamaz; static adres tek seçenektir.
Tekrarlanabilir ölçüm: SEO sıra takibi, uptime kontrolü ve fiyat karşılaştırması gibi işlerde ölçümün aynı koşulda tekrarlanması gerekir. Aynı adresten aynı saatte yapılan ölçüm, değişkeni azaltır; adres değişince sonuçtaki farkın hedeften mi adresten mi geldiği belirsizleşir. Hedef IP başına saymıyorsa static adresler bu işin doğal aracıdır.
Maliyet kıyası: adet mi, GB mi, port mu?
Static havuz adres sayısıyla ölçeklenir ve trafik ücrete girmez. Az trafik üreten ama çok adres isteyen işlerde, örneğin her biri günde birkaç yüz istek atan yüz ayrı hesap, bu model GB modelinden ucuza gelir; GB hesabında neredeyse görünmeyen bir trafik için adres başına sabit ücret ödenir ve adres sayısı işin gereğidir.
Rotating gateway trafikle ölçeklenir ve adres sayısı ücrete girmez. Katalogda GB başına fiyat 10 GB paketinden itibaren sabittir; büyük paket birim fiyatı düşürmez, yalnız alışveriş sıklığını azaltır. Çok trafik üreten ama adres sürekliliği istemeyen işlerde, örneğin günde yüz binlerce bağımsız sayfa, maliyet yalnız sayfa boyutuyla büyür ve adres başına engel riski havuza yayılır.
Kıyas için iki sayı yeter: aylık trafik (GB) ve gereken eşzamanlı adres sayısı. Trafik küçük, adres sayısı büyükse static havuz; trafik büyük, adres sayısı önemsizse rotating GB; trafik çok büyük ve hedef IPv6 kabul ediyorsa port bazlı IPv6. Sayfa boyutu ve yeniden deneme payı ölçülmeden yapılan trafik tahmini yanıltır; e-ticaret fiyat takibi rehberinde ölçüm yöntemi var.
Bir de gizli maliyet vardır: static havuzda rotasyon, sağlık kontrolü ve engellenen adresi listeden düşürme kodu sizde durur ve bakım ister. Gateway bu işi üstlenir. Küçük bir ekipte bu bakım yükü, adet ile GB arasındaki fiyat farkından daha belirleyici olabilir.
Altı soruyla karar
Hedef IP başına mı sayıyor? Hayır ise static yeter; evet ise devam edin.
Aynı adres saatlerce ya da günlerce gerekli mi? Evet ise static; hayır ise devam edin.
Erişim IP izniyle mi açılıyor? Evet ise static; hayır ise devam edin.
Gereken ülke sayısı beşten fazla mı? Evet ise rotating gateway; hayır ise devam edin.
Aylık trafik küçük ama gereken adres sayısı büyük mü? Evet ise adet bazlı static havuz ve kendi rotasyonunuz; hayır ise devam edin.
Hedef IPv6 kabul ediyor mu? Evet ise port bazlı rotating IPv6; hayır ise GB bazlı rotating IPv4. Altı sorunun cevabı iş akışı başına verilir; aynı ekipte izleme işi static, toplu tarama işi rotating olabilir.
Static havuzda rotasyonu kendiniz yaparken
Adet bazlı havuzla rotating davranışı kurarken üç şey istemci tarafında yazılır. Seçim kuralı: sıralı döngü çoğu iş için yeter; adres başına istek sayacı tutulup eşiğe yaklaşan adres sıraya alınmaz. Sağlık kontrolü: üst üste hata veren adres belirli bir süre listeden çıkarılır, süre sonunda tek bir deneme isteğiyle geri alınır. Subnet dağılımı: paket aynı /24 içinde adresler içeriyorsa rotasyon, engeli bloğa koyan hedeflerde işe yaramaz; adreslerin kaç farklı bloğa yayıldığı satın almadan önce sorulur.
Bu üç parçanın gateway’de hazır gelmesi, rotating gateway’i küçük ekipler için varsayılan seçenek yapar. Static havuz, adres sayısının işin gereği olduğu ya da trafiğin GB modelinde pahalıya geldiği durumlarda tercih edilir; o zaman da yukarıdaki üç parça ilk günden yazılır.
Yanlış seçimin belirtileri
Static seçilmiş ama rotating gerekiyorsa belirti, aynı adreste biriken 429 ve doğrulama sayfalarıdır; adres değişince hata kaybolur, geri dönünce yeniden başlar. Günlük istek sayısı adres sayısına bölündüğünde hedefin toleransının üstünde bir rakam çıkar.
Rotating seçilmiş ama static gerekiyorsa belirti, akış ortasında düşen oturumlar ve “tekrar giriş yapın” sayfalarıdır. İzin listeli hedeflerde ise istek hiç geçmez; her yeni adres listede olmadığı için reddedilir.
Üçüncü belirti maliyettedir. GB sayacı, işin hacmine göre beklenmedik hızla düşüyorsa ya sayfa boyutu ölçülmemiştir ya da iş aslında az trafikli çok adresli bir iştir ve static havuzda daha ucuza çıkar. Tersine, static adreslerin çoğu gün boyunca boşta duruyorsa adres sayısı işin gereği değildir ve GB modeli daha ucuza gelir.
İlgili ürünler
İç bağlantılar
- Yüksek Hacimli Scraping’de Gecikme: Datacenter Proxy Planı
- Dedicated ve Shared Datacenter Proxy Farkı
- Subnet Çeşitliliği Neden Önemli? /24 Blok Mantığı
- Datacenter IP Neden Engellenir? ASN ve IP İtibarı
- E-ticaret Fiyat Takibi: Datacenter Proxy Ne Zaman Yeter?
- Datacenter’da IPv4 mı IPv6 mı? Birim, Ülke ve Karma Düzen
- Web Scraping
- SEO Sıra Takibi
- Pazar Araştırması
SSS
İkisini birlikte kullanabilir miyim?
Evet. İzleme ve izin listeli erişim için static adresler, toplu tarama için rotating gateway ayrı iş akışlarında çalışır; iki ürün aynı hesaptan yönetilir ve her iş akışı kendi proxy ayarını kullanır.
Static havuzla rotating gateway aynı işi görür mü?
Hedef yalnız IP başına sayıyorsa evet; rotasyon kodu, sağlık kontrolü ve subnet dağılımı sizde olmak kaydıyla. Çok lokasyon gerekiyorsa görmez; static IPv4 datacenter paketleri beş ülkede sunulur.
Rotating gateway’de oturum sürekliliği hiç yok mu?
Var; oturum bazlı modda aynı oturum kimliğiyle gelen istekler bir süre aynı adreste tutulur. Saatler ya da günler boyunca aynı adres gerekiyorsa static adres daha basit ve öngörülebilirdir.
Hedef IPv6 kabul ediyorsa neden port bazlı ürün?
Port bazlı rotating IPv6 üründe trafik ölçülmez ve ücret aylık port sayısına bağlıdır; yüksek hacimli işte GB sayacı yerine sabit aylık maliyet verir. Kabul etmeyen hedeflerde işe yaramaz, bu yüzden önce adres ailesi doğrulanır.
