Hızlı ve Güvenilir Datacenter Proxy Nasıl Seçilir?
Hızlı ve güvenilir datacenter proxy seçimi, iş yükünüzün tarifiyle başlar: hangi hedefe, günde kaç istek, aynı adresle mi yoksa değişen adresle mi, hangi ülkeden. Bu dört cevap sizi dört ürün ailesinden birine götürür; geri kalan karar altı teknik ölçüt, birkaç şeffaflık kontrolü ve küçük bir deneme turuyla verilir.
· Güncelleme: 2026-10-23

Önce iş yükünü dört soruyla tanımlayın
Birinci soru hedeftir: istekler hangi sitelere gidecek ve o siteler datacenter adreslerine nasıl davranıyor? Herkese açık API’ler, fiyat sayfaları ve arama sonuçları çoğu zaman datacenter IP’yi kabul eder; sosyal ağlar ve bilet siteleri gibi sıkı korunan hedefler ise residential kimlik bekler. Hedef ikinci gruptaysa datacenter ürün ailesi içinde seçim yapmak yerine önce hedefin tutumunu küçük bir testle ölçmek gerekir.
İkinci soru hacimdir: günde kaç istek ve bir istek ortalama kaç KB? Bu iki sayı aylık GB ihtiyacını verir ve GB bazlı rotating ile adet bazlı static arasındaki maliyet kıyasının girdisidir. Üçüncü soru kimlik sürekliliğidir: giriş yapılmış panel, sepet ya da çok adımlı akış varsa aynı adres dönem boyunca korunmalıdır; yalnız okuma yapılıyorsa adresin her istekte değişmesi sorun değildir, çoğu zaman avantajdır.
Dördüncü soru lokasyondur: hedefin ülkeye göre farklı içerik gösterip göstermediği ve ölçümün hangi ülkeden yapılması gerektiği. Bu dört cevabı tek satıra yazın; örneğin “fiyat sayfaları, günde 50.000 istek, oturum yok, Almanya”. Bu satır, hangi ürün ailesine düştüğünüzü belirler.
Cevapları dört ürün ailesiyle eşleyin
DatacenterProxy kataloğu dört ürün ailesinden oluşur ve her biri bu dört cevabın farklı bir bileşimine karşılık gelir. Oturum sürekliliği gerekiyorsa seçim static ailede kalır: Static IPv4 datacenter adresleri 30 günlük dönemle adet bazlı satılır ve doğrulanmış ülke listesi Amerika Birleşik Devletleri, Birleşik Krallık, Hollanda, Almanya ve Kanada’dan oluşur. Hedef IPv6 kabul ediyorsa Static IPv6 ailesi aylık adres bazlı fiyatlanır ve daha geniş bir ülke listesine sahiptir.
Oturum gerekmiyorsa ve hacim yüksekse rotating aile devreye girer. Rotating IPv4 datacenter GB bazlı ve tek seferlik satın alınır; en küçük paket 2 GB ile başlar ve lokasyon kapsamı katalog notuna göre 180’den fazla ülkedir. Rotating IPv6 ise port başına aylık fiyatlanır ve hedefin IPv6 desteklediği yüksek hacimli işlerde adres başına maliyeti en çok düşüren seçenektir.
Dört ailenin tamamı HTTP, HTTPS ve SOCKS5 protokollerini destekler; bu yüzden protokol, aileler arasında ayırt edici bir ölçüt değildir. Ayırt edici olan oturum, faturalama birimi, IP sürümü ve ülke listesidir. Static mi rotating mi sorusunun ayrıntılı karşılaştırmasını ayrı bir rehberde ele aldık; burada yalnız seçim sırasına yerleştirdik.
Altı teknik ölçüt ve her biri için kontrol sorusu
Birinci ölçüt IP sürümüdür. Kontrol sorusu: hedef siteler IPv6 üzerinden erişilebiliyor mu? Hedeflerin tamamı IPv6 kabul etmiyorsa IPv4 aile dışına çıkmayın; karışık bir hedef listesinde IPv6’yı yalnız destekleyen hedefler için ayırın. İkinci ölçüt rotasyon modelidir. Kontrol sorusu: adresin ne zaman değişeceğini istemci tarafından yönetebiliyor musunuz? Rotating üründe değişim istemci ayarına bağlıdır; katalog bu konuda kanıtsız bir “her istekte yeni IP” iddiası yapmaz ve entegrasyon dokümantasyonuna yönlendirir.
Üçüncü ölçüt protokoldür. Kontrol sorusu: uygulamanız SOCKS5 mi yoksa HTTP CONNECT mi kullanıyor ve kimlik doğrulama kullanıcı adı ve şifreyle mi, IP izniyle mi yapılıyor? Dördüncü ölçüt lokasyondur. Kontrol sorusu: ihtiyaç duyduğunuz ülke katalogdaki doğrulanmış listede var mı? Listede olmayan ülke için “büyük ihtimalle vardır” varsayımı yapılmaz; satın almadan önce ürün sayfasındaki ülke listesine bakılır.
Beşinci ölçüt faturalama birimidir: adet, GB ya da port. Kontrol sorusu: iş yükünüzün maliyeti hangi birimle daha öngörülebilir? Sabit sayıda adresle günde aynı işi yapan bir kurulum adet bazlı, dalgalı hacimli bir toplayıcı GB bazlı modelde daha rahat hesaplanır. Altıncı ölçüt subnet dağılımıdır. Kontrol sorusu: teslim alacağınız adresler kaç farklı /24 bloğuna yayılıyor? Aynı bloktaki adresler hedeflerde birlikte işaretlendiği için adet sayısı kadar blok çeşitliliği de sorulur; sayma yöntemini subnet çeşitliliği rehberinde anlattık.
Güvenilirlik: iddia yerine kontrol edilebilir bilgi
Güvenilir sağlayıcıyı genel olarak nasıl tanıyacağınız ayrı bir konudur; datacenter ürünü özelinde bakılacak şey, sayfadaki her bilginin doğrulanabilir olup olmadığıdır. Paketlerin fiyat, miktar ve dönem bilgisiyle açıkça listelenmesi ilk işarettir. DatacenterProxy’de yalnız doğrulanmış sipariş kimliği taşıyan paketlerde satın alma bağlantısı gösterilir; kimliği olmayan paket için bağlantı yoktur ve bu kural, sayfada görmediğiniz bir paketin varmış gibi satılmayacağı anlamına gelir.
İkinci işaret ülke listesinin somutluğudur. “Dünya genelinde lokasyon” gibi ifadeler yerine kod ve ad içeren bir liste arayın; static ailede ülke sayısı küçüktür ve küçük olduğu açıkça yazılır. Üçüncü işaret performans iddialarının biçimidir. Kanıtsız bir yüzde 99,9 uptime rakamı seçim kriteri olamaz; bunun yerine kesinti durumunda ne olacağını, destek kanalının hangi saatlerde yanıt verdiğini ve paketin dönem içinde değiştirilip değiştirilemeyeceğini sorun.
Dördüncü işaret, sayfanın neyi vaat etmediğidir. “Engel yok”, “tespit edilemez” ya da “her hedefte çalışır” gibi cümleler datacenter adresleri için teknik olarak doğru değildir; hedefler ASN kaydından adres türünü görür ve bazı hedefler bu türü baştan kısıtlar. Bu sınırı açıkça yazan bir ürün sayfası, yazmayandan daha güvenilirdir. ASN ve itibar mekanizmasını datacenter IP engelleme rehberinde ayrıntılı işledik.
Üç günlük deneme planı
Seçimi en küçük paketle sınayın: rotating IPv4 için 2 GB, static IPv4 için 100 adetlik paket bu iş için yeterlidir. Birinci gün hedef başına ölçüm yapın. Her hedefe aynı saatte on istek gönderin ve beş değeri kaydedin: bağlantı süresi, ilk bayt süresi, durum kodu, yanıt boyutu ve yanıt gövdesinin beklenen alanı içerip içermediği. curl ile beş zaman damgası alma yöntemini gecikme ölçümü rehberinde adım adım verdik.
İkinci gün hacmi gerçek iş yüküne yaklaştırın: planladığınız günlük isteğin yüzde onunu, planladığınız eşzamanlılıkla gönderin. Bu turda dağılıma bakılır; isteklerin yüzde doksanı için gecikme ve hata oranı, en kötü yüzde onun davranışı ayrı yazılır. Static pakette ek olarak adreslerin /24 dağılımını sayın ve aynı bloktaki adreslerin aynı hedefte aynı anda hata verip vermediğine bakın.
Üçüncü gün maliyet ölçümüdür. İki günün toplam aktarımını GB cinsinden, toplam istek sayısını ve başarılı istek sayısını not edin. Bu üç sayı hem paket büyüklüğünü hem de bir sonraki bölümdeki birim maliyeti verir. Deneme sonunda hedef başına hata oranı kabul sınırınızın üstündeyse sorun hedefin tutumunda olabilir; bu durumda aynı deneme bir residential ürünle tekrarlanır ve iki sonuç yan yana konur.
Birim maliyet: adet bazlı ile GB bazlı nasıl kıyaslanır?
İki modeli aynı birime indirmeden kıyaslamak yanıltır. Ortak birim, başarılı istek başına maliyettir. GB bazlı modelde hesap şöyle kurulur: paket fiyatı bölü paketteki GB, çarpı istek başına ortalama MB, bölü başarı oranı. Adet bazlı modelde: dönem fiyatı bölü dönemde o adreslerle yapılabilen başarılı istek sayısı. İkinci sayıyı deneme turu verir; sabit adreslerin bir hedefte dakikada kaç istek kaldırdığı, adres sayısıyla çarpılıp dönem süresine yayılır.
Sayılar varsayımdır; kendi deneme sonuçlarınızla değiştirin. Bir istek 300 KB olsun ve başarı oranı yüzde 95 olsun; 10 GB’lık bir paket yaklaşık 33.000 istek taşır ve bunun 31.000 kadarı başarılı döner. Aynı işi 100 adreslik static paketle yapmak için her adresin 30 günde en az 310 başarılı istek üretmesi gerekir; bu, adres başına günde on isteğin biraz üstüdür ve çoğu hedef için rahat bir temponun altındadır. Bu örnekte iş yükü küçükse adet bazlı model, hacim büyüdükçe GB bazlı model birim maliyette öne geçer; kırılma noktası hedefin adres başına toleransına bağlıdır.
Son kontrol, denemede ölçtüğünüz hata oranının maliyete eklenmesidir. Başarısız istek de GB tüketir ve adres kotasından yer. Yüzde beşlik hata oranı GB bazlı maliyeti yaklaşık yüzde beş artırır; yüzde yirmilik oran ise ürün ailesinin yanlış seçildiğini gösterir ve bu noktada ürün ailesi değiştirilir.
İlgili ürünler
İç bağlantılar
- E-ticaret Fiyat Takibi: Datacenter Proxy Ne Zaman Yeter?
- Proxy Gecikme Ölçümü: Latency Testi Nasıl Yapılır?
- Dedicated ve Shared Datacenter Proxy Farkı
- Subnet Çeşitliliği Neden Önemli? /24 Blok Mantığı
- Datacenter Proxy Nedir? Ne İşe Yarar?
- Datacenter Proxy Hataları: ASN Engeli mi, Bağlantı mı?
- Web Scraping
- Pazar Araştırması
SSS
Fiyat tek kriter olmalı mı?
Hayır. Kıyaslanacak sayı paket fiyatı değil, başarılı istek başına maliyettir. Hedefte reddedilen ucuz adres, başarı oranını düşürdüğü için gerçek maliyeti artırır.
Static mi rotating mi ile başlamalıyım?
Giriş yapılmış oturum ya da çok adımlı akış varsa static; yalnız okuma yapan yüksek hacimli işlerde rotating. Emin değilseniz en küçük paketlerle üç günlük deneme planını iki üründe de uygulayın.
Deneme için hangi paket yeterli?
Rotating IPv4 için 2 GB, static IPv4 için 100 adetlik paket üç günlük ölçüm için yeterlidir. Deneme verisi paket büyüklüğünü ve birim maliyeti belirler.
Ülke listesinde olmayan bir lokasyon isteyebilir miyim?
Katalogda yalnız doğrulanmış ülkeler listelenir ve listede olmayan ülke için varsayım yapılmaz. İhtiyacınız listede yoksa satın almadan önce destek kanalından sorun.
