13 Ekim 2026 tarihinde, web veri toplama dünyasındaki beş şirket, artık Source adı altında birleştiğini duyurdu. Bu şirketler arasında Oxylabs, Decodo (eski adıyla Smartproxy), Webshare, ScrapingBee ve Honeygain yer alıyor. Birçok müşteri yıllardır bu markalardan "ana" ve "yedek" tedarikçi olarak seçim yapıyor, onları rakip olarak görüyordu. Artık resmi olarak: bu bir grup. Ne olduğunu, neden yedek proxy havuzunu elinde bulunduran herkes için önemli olduğunu ve yedek sağlayıcınızın gerçekten ana sağlayıcıdan bağımsız olup olmadığını bir saatte nasıl kontrol edebileceğinizi inceleyelim.
Ne oldu: beş marka, bir sahip
Proxyway'a göre, Source kendisini "veri ekosistemi" olarak tanımlıyor. Ana yapı Vilnius'ta bulunuyor ve Proxyway'ın belirttiğine göre, daha geniş bir Tesonet ekosisteminin parçası. Grup hakkında verdiği rakamlar:
- 800'den fazla çalışan, bunların 350'sinden fazlası geliştirici ve mühendis;
- 180'den fazla patent ve 215 ticari marka;
- Dağıtılmış sistemlerde saniyede 1,5 milyon istek;
- Yapay zeka ajanları ve yapay zeka ürünleri tarafından talep, bir yıl içinde yaklaşık dört kat arttı.
Grup, Oxylabs'tan büyüdü. Temmuz 2026'da Oxylabs, Warburg Pincus'tan 130 milyon dolar çekti ve değeri 3,6 milyar dolar olarak belirlendi, bu onun ilk dış finansman turuydu. Markalar arasındaki bağlantılar yıllar içinde oluştu: Webshare, 2022 yılında Oxylabs tarafından satın alındı, ScrapingBee 2025'te, Honeygain ise 2021'den beri Oxylabs için ana konut IP tedarikçisi olarak hizmet veriyor. Decodo'nun Oxylabs ile bağlantısı, Wilson's Media'nın yazdığına göre, Source'un lansmanından önce kamuya açık olarak o kadar belirgin değildi. Dikkate değer bir ayrıntı: Source'un CEO'su Vytautas Savickas, Mart 2026'ya kadar Decodo'yu yönetiyordu.
Markalar pazarı nasıl paylaşıyor
- Oxylabs — büyük işletmeler ve yapay zeka laboratuvarları;
- Decodo — orta segment;
- ScrapingBee — geliştiriciler için API;
- Webshare — gelişmiş bireysel kullanıcılar ve küçük ekipler;
- Honeygain — sıradan insanlara cihazlarının "fazla" trafiği için ödeme yapan bir uygulama.
Resmi olarak markalar bağımsız kalmaya devam ediyor: kendi ekipleri, fiyatları, ürünleri ve müşterileri var. Source, kendisinin hiçbir şey satmadığını, patentleri, satın alımları, işe alımları ve uyumluluğu merkezi hale getirdiğini belirtiyor. Markaların IP havuzlarının veya altyapılarının ortak olup olmadığı, ne Source ne de ilgili yayınlar tarafından bildirilmedi. Ancak bu, alıcı için en önemli soru.
Neden bu, yedek havuzunuzu ilgilendiriyor
Yedek proxy havuzu, ana proxy çalışmadığında gereklidir: hedef site sağlayıcının alt ağlarını yasakladı, sağlayıcıda bir arıza meydana geldi, koşullar veya fiyatlar değişti. Yedeklerin nasıl çalıştığı ve mimarisi hakkında detaylı bilgiye yedek proxy havuzlarının gerçekten hesapları nasıl kurtardığı başlıklı yazımızda yer verdik. Orada ana kural basit: yedek, başka bir sağlayıcıdan olmalı ve ideal olarak farklı IP kaynaklarından gelmelidir.
Tek bir sahip altında birleşmek, bu kuralı göründüğünden daha karmaşık hale getiriyor. Üç bağımlılık seviyesi var ve markanın web sitesinde yalnızca birincisi yansıtılıyor:
- Hukuki. Şirketin sahibi kim ve fiyatları, kuralları ve hizmetin kaderini belirleyen kararlar kimler tarafından alınıyor.
- IP Kaynağı. Konut adresleri nereden geliyor: kendi uygulaması veya SDK'sı, Honeygain gibi ortaklık programı, başka bir sağlayıcıdan toptan alım.
- Altyapı. Trafiğin geçtiği geçitler, bunların barındırılması ve ağlar.
İki "farklı" sağlayıcı, herhangi bir seviyede örtüşebilir. Eğer IP kaynağı örtüşüyorsa, hedef sitenin anti-bot sistemi bu adresleri tanıyacak ve her iki havuzu aynı anda engelleyecek, bu da yedek havuzun, satın alındığı anda işe yaramaz hale gelmesine neden olacaktır.
Havuzların örtüşmesi ortak bir sahip olmadan da olabilir
Bu haberi bir komplo teorisine dönüştürmemek önemlidir. IP'lerin kesişimi, hiçbir şekilde bağlantılı olmayan şirketlerde de görülmektedir: konut proxy pazarı çok katmanlı bir yapıya sahiptir ve birçok marka büyük toptan ağlardan adresleri yeniden satmaktadır, bu ağlar da aynı uygulamalar ve SDK'lar üzerinden trafik satın almaktadır. Bu nedenle, yalnızca "sahibi kim" değil, "adresler nereden geliyor" ve "pratikte örtüşüyorlar mı" sorularını da kontrol etmek gerekir.
Yedek sağlayıcının bağımsız olup olmadığını nasıl kontrol edersiniz: 5 adım
Kontrol işlemi yaklaşık bir saat sürer ve birkaç yüz megabayt trafik gerektirir. Yedek gerekli olmadan önce bunu yapın.
Adım 1. Hukuki varlık ve sahip
Her iki sağlayıcının kullanım şartlarını (Terms of Service) ve gizlilik politikasını açın: burada hukuki varlık, kayıtlı ülke ve adres belirtilmiştir. Sonra, bu ülkenin şirketler kayıtlarına ve "Hakkında" bölümüne veya basın bültenlerine bakın. Aynı adres, aynı yöneticiler veya ortak bir grup hakkında bir referans varsa, sağlayıcıları aynı tedarikçi olarak değerlendirin. Ek olarak, fatura özetindeki ödeme tanımlayıcısına bakmak faydalı olabilir: bu genellikle gerçek hukuki varlığı, markayı değil, belirtir.
Adım 2. Konut IP kaynağı
Destek ekibine doğrudan sorun: "Konut IP'leri nasıl alıyorsunuz? Kendi uygulamanız, başka uygulamalardaki SDK, ortaklar veya toptan alım mı?" Normal bir sağlayıcı, en azından genel hatlarıyla yanıt verecektir. Eğer her ikisi de aynı trafik monetizasyon programını adlandırıyorsa veya yanıt vermekten kaçınıyorsa, kaynağı ortak olarak değerlendirin. Bu soru, güvenlik açısından da önemlidir: 16 Ekim'de GBHackers, GreyNoise'a atıfta bulunarak, kötü niyetli kişilerin D-Link NAS, video kayıt cihazları ve SAP NetWeaver'deki güvenlik açıkları aracılığıyla, başkalarının cihazlarına yasal Pawns.app uygulamasını gizlice yükleyerek ticari konut düğümleri haline getirdiği bir kampanyayı tanımladı. En az 34 ülkede 143'ten fazla cihaz etkilendi. IPRoyal, Pawns.app'ı konut IP'leri elde etme konusunda doğrudan ortağı olarak adlandırıyor; bu arada, yayın, kampanyanın herhangi bir sağlayıcı tarafından yönlendirildiğine dair bir bilgi olmadığını vurguluyor. Alıcı için sonuç: IP'nin kökeninin şeffaflığı, aldığınız adreslerin ne kadar temiz olduğu sorusunu da beraberinde getiriyor.
Adım 3. Çıkış IP'lerinin kesişimi
Bu, ana teknik testtir. Her iki sağlayıcıdan da aynı ülkede bir rotasyon alın ve IP'nizi döndüren bir hizmete 500-1000 istek yapın. Listeleri kaydedin ve karşılaştırın:
- kesin IP'lerin örtüşmesi — ortak havuzun doğrudan bir işareti;
- alt ağların /24 örtüşmesi — ortak bir kaynak veya ortak operatörlerin işareti;
- ASN dağılımı — her iki listede de benzer oranlarda aynı operatör ağlarının hakim olması, kaynakların muhtemelen yakın olduğunu gösterir.
Python'da minimum bir betik:
import requests
def collect(proxy_url, n=500):
ips = set()
for _ in range(n):
try:
r = requests.get("https://api.ipify.org",
proxies={"http": proxy_url, "https": proxy_url},
timeout=15)
ips.add(r.text.strip())
except requests.RequestException:
pass
return ips
a = collect("http://login:[email protected]:port")
b = collect("http://login:[email protected]:port")
net24 = lambda s: {".".join(ip.split(".")[:3]) for ip in s}
print("benzersiz IP sayısı:", len(a), len(b))
print("ortak IP sayısı:", len(a & b))
print("ortak /24 sayısı:", len(net24(a) & net24(b)))Elde edilen adresler için ASN'yi herhangi bir IP coğrafi konumlandırma hizmeti veya yerel bir veritabanı ile belirleyebilirsiniz. Örneklemdeki benzersiz adres sayısını nasıl yorumlayacağımızı proxy havuzunun gerçek boyutunu 1000 istekle nasıl kontrol edersiniz başlıklı yazımızda ele aldık. Kısa kural: büyük bir havuzda birkaç yüzdeden fazla ortak /24, bir ülke için normal bir arka plandır, ancak ondalık kesirli yüzdeler kadar ortak kesin IP'ler, aslında tek bir havuz anlamına gelir.
Adım 4. Geçitler ve altyapı
Her iki sağlayıcının geçitlerinin hostlarının nereye çözümlendiğine (dig veya nslookup komutları) ve bu adreslerin hangi ağlara ait olduğuna bakın. Aynı barındırma hizmeti henüz hiçbir şey kanıtlamaz, ancak geçitlerin ortak adres aralığı, aynı port şemaları ve giriş formatları, benzer yetkilendirme hata yanıtları — bu, farklı isimler altında tek bir platformun olabileceğine dair bir sinyal verir. Bu durumda, bir geçit arızası her iki hizmeti de aynı anda etkileyebilir.
Adım 5. Ortak yasak test
En pratik kontrol. Ana sağlayıcının zaten CAPTCHA veya yasaklarla karşılaştığı bir hedef siteyi alın ve yedek üzerinden aynı senaryoyu aynı başlıklar ve tarayıcı profili ile geçirin. Eğer yedek, aynı sıklıkta ve aynı adımlarda engelleniyorsa, bu site için yedek değildir, sahipleri farklı olsa bile. Testi her ay tekrarlayın: havuzlar değişiyor.
Farklı görevler için hangi yedeği seçmelisiniz
- Veri çekme ve fiyat izleme. IP kaynağı ve geçitlerin bağımsızlığı en önemli unsurdur. Mantıklı bir şema, farklı bir tür yedek olmaktır: eğer ana havuz konut proxyleri ise, yedek olarak daha az titiz hedefler için veri merkezi proxyleri kullanılabilir ve tersine.
- Çoklu hesap ve sosyal medya. Burada yedek, ana ile aynı türde olmalıdır, aksi takdirde platform "profil" değişikliğini görecektir. Mobil senaryolar için, ana havuzda olmayan operatörlerle mobil proxylerde yedek tutmak mantıklıdır.
- SLA ile kritik görevler. Farklı sahipleri ve farklı IP kökenleri olan iki tedarikçi bulundurun ve en az çeyrek dönemlerde 3. ve 5. adımlarda kesişimi kontrol edin.
Birleşmenin başka neleri değiştirdiği
Konsolidasyonun bir de ikinci yüzü var. Grup, ortak bir sesin "kamusal web verilerine sorumlu erişimi korumak" için gerekli olduğunu belirtirken, Wilson's Media, Oxylabs'ın Ekim 2025'te Reddit tarafından SerpApi, Perplexity ve AWMProxy ile birlikte açılan davanın sanığı olduğunu hatırlatıyor. Bu, müşteri için basit bir şeyi ifade ediyor: bir markanın hukuki ve itibar riskleri artık tüm grup için potansiyel olarak geçerli. Kullanım kuralları, fiyatlar ve kabul edilebilir hedefler hakkında alınacak kararlar da artık uyumlu hale gelebilir.
Bu arada markalar hala ayrı hizmetler olarak satılmakta ve herhangi birinden yararlanmak için bir engel yok. Tek değişiklik: iki tanesini "ana ve yedek" olarak seçmek, kontrol etmeden artık mantıklı değil.
Sonuç
Source'un başlatılması, yedekleme şemasını gözden geçirmek için iyi bir fırsattır. Markanın adı, tedarikçinin bağımsızlığı hakkında hiçbir şey ifade etmez: önemli olan sahip, IP kaynağı ve altyapıdır. Hukuki varlıkları kontrol edin, adreslerin kökenini sorun, çıkış IP'lerini ve alt ağları karşılaştırın, ortak yasak testini gerçekleştirin. Eğer örtüşme büyükse, iki sağlayıcınız yok, tek bir sağlayıcınız var ve iki hesabınız var. Bunu şimdi öğrenmek, ana havuzun çöküşü gününde öğrenmekten daha iyidir.