Sumber: Oxylabs, Decodo, Webshare di bawah satu pemilik

Pada 13 Oktober 2026, lima perusahaan dari dunia pengumpulan data web mengumumkan bahwa mereka sekarang beroperasi di bawah payung bersama Source. Perusahaan-perusahaan tersebut adalah Oxylabs, Decodo (dulu Smartproxy), Webshare, ScrapingBee, dan Honeygain. Banyak pelanggan selama bertahun-tahun memilih dari merek-merek ini sebagai penyedia "utama" dan "cadangan", menganggap mereka sebagai pesaing. Sekarang secara resmi: ini adalah satu grup. Mari kita bahas apa yang sebenarnya bersatu, mengapa ini penting bagi siapa saja yang memiliki cadangan proxy, dan bagaimana memeriksa dalam satu jam apakah penyedia cadangan Anda benar-benar independen dari yang utama.

Apa yang Terjadi: Lima Merek, Satu Pemilik

Menurut Proxyway, Source menggambarkan dirinya sebagai "ekosistem data". Struktur utama berbasis di Vilnius dan, seperti yang dicatat oleh Proxyway, juga merupakan bagian dari ekosistem yang lebih luas, Tesonet. Angka-angka yang diberikan oleh grup tentang diri mereka:

lebih dari 800 karyawan, di antaranya lebih dari 350 pengembang dan insinyur;
lebih dari 180 paten dan 215 merek dagang;
1,5 juta permintaan per detik di sistem terdistribusi;
permintaan dari agen dan produk AI meningkat sekitar empat kali lipat dalam setahun.

Grup ini tumbuh dari Oxylabs. Pada Juli 2026, Oxylabs mengumpulkan $130 juta dari Warburg Pincus dengan valuasi $3,6 miliar, ini adalah putaran eksternal pertama mereka. Hubungan antara merek terbentuk selama bertahun-tahun: Webshare diakuisisi oleh Oxylabs pada tahun 2022, ScrapingBee pada tahun 2025, dan Honeygain telah menjadi mitra utama Oxylabs dalam pengumpulan IP residensial sejak tahun 2021. Hubungan Decodo dengan Oxylabs, seperti yang ditulis oleh Wilson's Media, sebelum peluncuran Source tidak begitu jelas secara publik. Detail yang menarik: CEO Source, Vytautas Savickas, memimpin Decodo hingga Maret 2026.

Bagaimana Merek Membagi Pasar

Oxylabs — bisnis besar dan laboratorium AI;
Decodo — segmen menengah;
ScrapingBee — API untuk pengembang;
Webshare — individu yang mahir dan tim kecil;
Honeygain — aplikasi yang membayar orang biasa untuk "trafik tambahan" dari perangkat mereka.

Secara formal, merek-merek tetap independen: mereka memiliki tim, harga, produk, dan klien masing-masing. Source menyatakan bahwa mereka sendiri tidak menjual apa pun, tetapi mengkonsolidasikan paten, pengadaan, perekrutan, dan kepatuhan. Apakah merek-merek memiliki kolam IP atau infrastruktur yang sama, baik Source maupun publikasi terkait tidak mengungkapkan. Namun, bagi pembeli, ini adalah pertanyaan utama.

Mengapa Ini Penting untuk Kolam Cadangan Anda

Kolam cadangan proxy diperlukan jika yang utama berhenti berfungsi: situs target memblokir subnet penyedia, penyedia mengalami kecelakaan, atau syarat dan harga berubah. Kami telah menjelaskan secara rinci tentang skenario dan arsitektur cadangan dalam analisis kapan kolam proxy cadangan benar-benar menyelamatkan akun. Aturan utama di sana sederhana: cadangan harus berasal dari penyedia lain dan idealnya dari sumber IP yang berbeda.

Penggabungan di bawah satu pemilik membuat aturan ini lebih rumit daripada yang terlihat. Ada tiga tingkat ketergantungan, dan merek di situs hanya mencerminkan yang pertama:

Hukum. Siapa yang memiliki perusahaan dan keputusan siapa yang menentukan harga, aturan, dan nasib layanan.
Sumber IP. Dari mana alamat residensial berasal: aplikasi sendiri atau SDK, program kemitraan seperti Honeygain, pembelian grosir dari penyedia lain.
Infrastruktur. Gerbang yang dilalui trafik, hosting mereka, dan jaringan.

Dua penyedia "berbeda" dapat memiliki kesamaan di salah satu tingkat. Jika sumber IP sama, anti-bot situs target yang telah belajar mengenali alamat ini akan memblokir kedua kolam secara bersamaan, dan cadangan akan menjadi tidak berguna tepat pada saat yang dibeli untuk itu.

Kesamaan Kolam Dapat Terjadi Tanpa Pemilik Bersama

Penting untuk tidak mengubah berita ini menjadi teori konspirasi. Persilangan IP juga terjadi pada perusahaan yang tidak memiliki hubungan: pasar proxy residensial terstruktur secara multi-level, dan banyak merek menjual kembali alamat dari jaringan grosir besar, sementara jaringan itu sendiri membeli trafik melalui aplikasi dan SDK yang sama. Oleh karena itu, perlu memeriksa tidak hanya "siapa pemiliknya", tetapi juga "dari mana alamatnya" dan "apakah mereka berpotongan dalam praktiknya".

Bagaimana Memeriksa Apakah Penyedia Cadangan Anda Independen: 5 Langkah

Pemeriksaan memakan waktu sekitar satu jam dan membutuhkan beberapa ratus megabyte trafik. Lakukan ini sebelum cadangan diperlukan.

Langkah 1. Badan Hukum dan Pemilik

Buka syarat penggunaan (Terms of Service) dan kebijakan privasi kedua penyedia: di sana tertera badan hukum, negara pendaftaran, dan alamat. Selanjutnya — daftar perusahaan di negara tersebut dan bagian "Tentang Perusahaan" atau siaran pers. Alamat yang sama, direktur yang sama, atau penyebutan grup bersama — adalah alasan untuk menganggap penyedia sebagai satu pemasok. Berguna juga untuk melihat deskriptor pembayaran di laporan: sering kali menyebutkan badan hukum yang sebenarnya, bukan merek.

Langkah 2. Sumber IP Residensial

Tanyakan langsung kepada dukungan: "Bagaimana Anda mendapatkan IP residensial? Aplikasi sendiri, SDK di aplikasi orang lain, mitra, atau pembelian grosir?" Penyedia yang baik akan menjawab setidaknya dalam garis besar. Jika keduanya menyebutkan program monetisasi trafik yang sama atau menghindar dari jawaban, anggap sumbernya sama. Pertanyaan ini tidak sepele dari sudut pandang keamanan: pada 16 Oktober, GBHackers dengan rujukan ke GreyNoise menggambarkan kampanye di mana penyerang melalui kerentanan di NAS D-Link, kamera dashboard, dan SAP NetWeaver diam-diam menginstal aplikasi legal Pawns.app di perangkat orang lain dan mengubahnya menjadi node residensial komersial. Setidaknya 143 perangkat di 34 negara terkena dampak. IPRoyal menyebut Pawns.app sebagai mitra langsung mereka dalam pengumpulan IP residensial; pada saat yang sama, seperti yang ditekankan oleh publikasi, tidak ada data bahwa kampanye ini diarahkan oleh salah satu penyedia. Kesimpulan untuk pembeli: transparansi asal IP juga merupakan pertanyaan tentang seberapa bersih alamat yang Anda terima.

Langkah 3. Persilangan IP Keluar

Ini adalah tes teknis utama. Ambil rotasi dari kedua penyedia di negara yang sama dan lakukan 500–1000 permintaan ke layanan yang mengembalikan IP Anda. Simpan daftar dan bandingkan:

kesamaan IP tepat — tanda langsung dari kolam bersama;
kesamaan subnet /24 — tanda sumber bersama atau operator bersama;
distribusi berdasarkan ASN — jika dalam kedua daftar didominasi oleh jaringan operator yang sama dalam proporsi yang mirip, kemungkinan besar sumbernya dekat.

Script minimal dalam Python:

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("IP unik:", len(a), len(b))
print("IP sama:", len(a & b))
print("sama /24:", len(net24(a) & net24(b)))

ASN untuk alamat yang diperoleh dapat ditentukan oleh layanan geolokasi IP mana pun atau basis data lokal. Bagaimana cara menginterpretasikan jumlah alamat unik dalam sampel, telah kami bahas dalam materi bagaimana memeriksa ukuran kolam proxy yang sebenarnya dengan 1000 permintaan. Aturan singkat: beberapa persen dari /24 yang sama dalam kolam besar adalah latar belakang normal untuk satu negara, sementara puluhan persen dari IP tepat yang sama secara praktis adalah satu kolam.

Langkah 4. Gerbang dan Infrastruktur

Lihat ke mana host gerbang kedua penyedia meresolusi (perintah dig atau nslookup) dan jaringan mana yang memiliki alamat ini. Hosting yang sama tidak membuktikan apa-apa, tetapi rentang alamat gerbang yang sama, skema port yang identik, dan format login yang serupa, serta respons yang mirip terhadap kesalahan otorisasi — sudah menjadi sinyal bahwa di balik berbagai merek mungkin ada satu platform. Dalam hal ini, kecelakaan gerbang akan mematikan kedua layanan sekaligus.

Langkah 5. Tes Pemblokiran Bersama

Pemeriksaan yang paling praktis. Ambil situs target di mana penyedia utama sudah mengalami captcha atau pemblokiran, dan jalankan skenario yang sama melalui cadangan dengan header dan profil browser yang sama. Jika cadangan diblokir dengan frekuensi dan langkah yang sama, untuk situs ini ia bukan cadangan, meskipun pemiliknya berbeda. Ulangi tes ini sebulan sekali: kolam berubah.

Kolam Mana yang Dipilih untuk Berbagai Tugas

Pemrosesan dan pemantauan harga. Yang paling penting adalah independensi sumber IP dan gerbang. Skema yang masuk akal — cadangan dari tipe lain: jika kolam utama adalah proxy residensial, cadangan untuk tujuan yang tidak terlalu menuntut dapat berupa data center, dan sebaliknya.
Multi-akun dan media sosial. Di sini cadangan harus sama jenisnya dengan yang utama, jika tidak, platform akan melihat perubahan "profil" jaringan. Untuk skenario seluler, masuk akal untuk memiliki cadangan pada proxy seluler dengan operator yang tidak ada di kolam utama.
Tugas kritis dengan SLA. Pertahankan dua penyedia dengan pemilik yang berbeda dan asal IP yang berbeda dan periksa persilangan berdasarkan langkah 3 dan 5 setidaknya sekali dalam sebulan.

Apa Lagi yang Berubah dengan Penggabungan

Konsolidasi juga memiliki sisi lain. Grup menyatakan bahwa suara bersama diperlukan untuk melindungi "akses bertanggung jawab ke data web publik", dan Wilson's Media mengingatkan bahwa Oxylabs tetap menjadi tergugat dalam gugatan Reddit, yang diajukan pada Oktober 2025 bersama dengan SerpApi, Perplexity, dan AWMProxy. Bagi klien, ini berarti hal yang sederhana: risiko hukum dan reputasi dari satu merek sekarang berpotensi mempengaruhi seluruh grup. Keputusan tentang aturan penggunaan, harga, dan tujuan yang diizinkan juga dapat mulai disepakati.

Namun, merek-merek tetap dijual sebagai layanan terpisah, dan tidak ada yang menghalangi untuk menggunakan salah satu dari mereka. Hanya satu hal yang berubah: memilih dua dari mereka sebagai "utama dan cadangan" tanpa pemeriksaan tidak lagi disarankan.

Kesimpulan

Peluncuran Source adalah alasan yang baik untuk meninjau kembali skema cadangan. Nama merek tidak menjamin independensi penyedia: yang penting adalah pemilik, sumber IP, dan infrastruktur. Periksa badan hukum, tanyakan tentang asal alamat, bandingkan IP keluar dan subnet, lakukan tes bersama untuk pemblokiran. Jika persilangan besar, Anda tidak memiliki dua penyedia, tetapi satu dengan dua akun. Lebih baik mengetahuinya sekarang daripada pada hari ketika kolam utama jatuh.