Penyedia menjanjikan "lebih dari 10 juta IP", tetapi pada kenyataannya Anda mendapatkan alamat yang sama setiap beberapa menit. Ini adalah situasi klasik dengan angka yang dibesar-besarkan dalam pemasaran layanan proxy. Ada cara sederhana dan andal untuk memeriksa ukuran nyata pool — lakukan serangkaian permintaan dan hitung berapa banyak IP unik yang Anda dapatkan. Dalam artikel ini, kita akan membahas cara melakukannya dengan benar, tanpa kesalahan yang dapat mengubah hasil.
Mengapa memeriksa ukuran pool proxy
Ukuran pool secara langsung mempengaruhi seberapa sering IP diulang saat jumlah permintaan besar. Jika Anda seorang arbitrator dan mengelola 50 akun Facebook Ads, IP yang berulang di beberapa profil adalah jalan langsung menuju chain-ban seluruh rangkaian akun. Jika Anda seorang spesialis SMM dan mengelola 30 akun Instagram klien melalui Dolphin Anty, setiap pengulangan IP adalah risiko mengaitkan akun dari klien yang berbeda di mata sistem anti-fraud platform.
Bagi penjual di Wildberries dan Ozon, pool nyata yang kecil berarti bahwa parser harga pesaing akan cepat terkena rate-limit atau captcha — situs akan melihat puluhan permintaan dari alamat yang sama dan memblokirnya. Bagi pemasar yang menguji geotargeting iklan, penting untuk memahami apakah permintaan benar-benar berasal dari subnet dan kota yang berbeda, bukan dari tiga IP yang berulang dari satu pusat data.
Pemeriksaan memakan waktu 10-15 menit, dan hasilnya menghemat minggu kerja yang sebaliknya akan dihabiskan untuk membuka blokir akun dan mencari tahu mengapa IP "baru" ternyata adalah kenalan lama.
Mengapa penyedia melebih-lebihkan angka
Ukuran pool yang dinyatakan sering kali merupakan jumlah total alamat yang secara teoritis tersedia di jaringan penyedia selama keberadaannya, termasuk IP yang sudah lama tidak dikeluarkan, diblokir oleh platform target, atau milik perangkat yang tidak aktif dalam kasus proxy residensial dan seluler. Sampel yang benar-benar tersedia pada saat permintaan Anda mungkin jauh lebih sedikit.
Ada juga alasan kedua: rotasi IP di banyak penyedia bekerja berdasarkan prinsip "sesi - IP baru", tetapi pool rotasi dapat dibatasi oleh geo tertentu atau subnet ISP. Jika Anda meminta IP hanya dari AS, sementara pool keseluruhan penyedia dihitung dari semua negara sekaligus, jumlah alamat yang benar-benar tersedia untuk Anda mungkin berbeda dari yang diiklankan hingga puluhan kali.
Itulah mengapa tes pada 1000 permintaan bukanlah paranoia, tetapi tahap due diligence yang wajib sebelum membangun proses bisnis pada penyedia proxy dengan puluhan akun atau parser yang beroperasi 24/7.
Metode pemeriksaan: 1000 permintaan dan penghitung IP unik
Logika metode ini sederhana: Anda melakukan N permintaan ke layanan yang mengembalikan IP eksternal Anda saat ini (misalnya, httpbin.org/ip atau api.ipify.org), pada setiap permintaan proxy harus mengganti IP sesuai dengan pengaturan rotasi Anda. Semua alamat yang diperoleh dikumpulkan dalam himpunan (set), yang secara otomatis menyaring duplikat. Di akhir, Anda membagi jumlah IP unik dengan total jumlah permintaan — ini adalah koefisien keunikan nyata dari pool.
Untuk pengujian yang akurat, tiga kondisi penting:
- Permintaan harus dilakukan dengan interval yang sesuai dengan skenario penggunaan nyata — tidak perlu melakukan 1000 permintaan dalam 3 detik, jika dalam pekerjaan nyata Anda mengganti IP setiap 5 menit;
- Setiap permintaan harus memulai sesi baru proxy (untuk proxy residensial dan seluler ini biasanya berarti token sticky-session baru atau pembentukan ulang koneksi sepenuhnya);
- Anda harus menguji geo dan jenis proxy yang benar-benar akan Anda gunakan dalam produksi — pengujian pada pool umum tidak akan menunjukkan situasi nyata untuk negara tertentu.
Angka 1000 dipilih bukan tanpa alasan — ini adalah sampel yang cukup untuk signifikansi statistik hasil, sementara itu dilakukan dalam waktu yang wajar dan tidak menciptakan beban berlebihan pada penyedia.
Skrip siap pakai dalam Python untuk pengujian
Di bawah ini adalah skrip kerja yang melakukan 1000 permintaan melalui proxy dan menghitung IP unik. Gantilah variabel PROXY_HOST, PROXY_PORT, PROXY_USER, dan PROXY_PASS dengan data dari akun pribadi penyedia proxy Anda.
import requests
import time
from collections import Counter
PROXY_HOST = "proxy.example.com"
PROXY_PORT = "8000"
PROXY_USER = "login"
PROXY_PASS = "password"
proxy_url = f"http://{PROXY_USER}:{PROXY_PASS}@{PROXY_HOST}:{PROXY_PORT}"
proxies = {"http": proxy_url, "https": proxy_url}
TOTAL_REQUESTS = 1000
DELAY_SECONDS = 0.5 # jeda antara permintaan
ip_counter = Counter()
errors = 0
for i in range(TOTAL_REQUESTS):
try:
response = requests.get(
"https://api.ipify.org?format=json",
proxies=proxies,
timeout=10
)
ip = response.json().get("ip")
ip_counter[ip] += 1
except Exception as e:
errors += 1
time.sleep(DELAY_SECONDS)
unique_ips = len(ip_counter)
success_requests = TOTAL_REQUESTS - errors
uniqueness_ratio = unique_ips / success_requests if success_requests else 0
print(f"Permintaan berhasil: {success_requests}")
print(f"Kesalahan: {errors}")
print(f"IP unik: {unique_ips}")
print(f"Koefisien keunikan: {uniqueness_ratio:.2%}")
print("Top-5 IP yang paling sering muncul:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count} kali")
Skrip ini juga menampilkan top IP yang berulang — ini berguna untuk memahami apakah ada satu atau dua alamat yang "terjebak" dan dikeluarkan oleh penyedia secara tidak normal sering. Jika ada alamat semacam itu dan proporsinya lebih dari 5-7% dari semua permintaan, itu adalah sinyal adanya masalah dengan rotasi di pihak penyedia.
Pemeriksaan cepat melalui cURL tanpa kode
Jika Anda tidak ingin menulis skrip, Anda dapat melakukan pemeriksaan yang disederhanakan melalui terminal. Perintah berikut dalam bash akan melakukan 50 permintaan dan menyimpan semua IP yang diperoleh ke dalam file, memberikan penilaian cepat tanpa menginstal Python:
for i in {1..50}; do
curl -s -x "http://login:[email protected]:8000" \
https://api.ipify.org >> ip_list.txt
echo "" >> ip_list.txt
sleep 0.5
done
sort ip_list.txt | uniq -c | sort -nr
Perintah sort | uniq -c akan menunjukkan daftar IP unik dengan jumlah pengulangan masing-masing — ini adalah prinsip yang sama seperti dalam skrip Python, tetapi tanpa menulis program. Untuk pemeriksaan cepat, 50-100 permintaan sudah cukup untuk melihat masalah yang jelas dengan rotasi.
Cara menginterpretasikan hasil tes
Koefisien keunikan tergantung pada jenis proxy. Jangan berharap 100% keunikan dari proxy pusat data yang murah dan jangan takut jika proxy residensial menunjukkan sedikit kurang dari 95% — beberapa penyedia menggunakan pool dengan geo terbatas, di mana secara fisik tidak mungkin ada jumlah IP rumah yang tidak terbatas.
| Jenis Proxy | Keunikan yang Diharapkan pada 1000 Permintaan | Penilaian |
|---|---|---|
| Proxy Residensial | 90-99% | Normal |
| Proxy Seluler | 70-95% | Normal (tergantung pada kepadatan operator di geo) |
| Proxy Pusat Data | 50-90% | Normal, tetapi tergantung pada pool yang dinyatakan dari subnet tertentu |
| Jenis Apa Pun | kurang dari 30% | Masalah — pool sangat dibesar-besarkan dalam iklan atau rotasi rusak |
Selain koefisien keseluruhan, perhatikan distribusi: jika 900 dari 1000 permintaan memberikan IP yang berbeda, tetapi 100 permintaan berasal dari alamat yang sama — ini lebih buruk daripada distribusi yang merata dengan koefisien rata-rata yang sama. Keseimbangan lebih penting daripada persentase keunikan keseluruhan, terutama untuk tugas multi-akun, di mana setiap pengikatan ulang IP ke profil sangat krusial.
Pemeriksaan pool di Dolphin Anty dan AdsPower tanpa kode
Jika Anda tidak ingin bekerja dengan skrip, browser anti-deteksi menyediakan alat bawaan untuk pemeriksaan serupa, meskipun dalam skala yang lebih kecil. Di Dolphin Anty, buka bagian "Proxy" → pilih proxy yang diinginkan → tekan tombol pemeriksaan IP beberapa kali berturut-turut dengan interval beberapa menit dan catat hasilnya secara manual dalam tabel. Di AdsPower serupa: di bagian pengelolaan proxy ada tombol "Check", yang menunjukkan IP saat ini, negara, dan penyedia jaringan — pemeriksaan ulang dengan interval akan menunjukkan apakah alamatnya berubah.
Metode manual seperti ini cocok untuk pemeriksaan cepat sebelum membeli volume besar proxy, tetapi tidak menggantikan pengujian lengkap pada 1000 permintaan, jika Anda berencana untuk menskalakan proses ke puluhan atau ratusan akun. Untuk pemeriksaan serius sebelum penggunaan jangka panjang, lebih baik menjalankan skrip dari bagian di atas dan mendapatkan data yang signifikan secara statistik.
Kesalahan umum saat menguji pool
Kesalahan pertama adalah melakukan permintaan terlalu cepat, tanpa jeda. Beberapa penyedia mengembalikan IP yang sama dalam jendela waktu singkat dengan sengaja (sticky-session), dan tes cepat tanpa jeda akan menunjukkan keunikan yang sangat rendah, meskipun pada interval penggunaan yang nyata semuanya baik-baik saja.
Kesalahan kedua adalah menguji melalui layanan pemeriksaan IP yang sendiri menyimpan cache jawaban atau mengembalikan geolokasi alih-alih alamat yang sebenarnya. Gunakan layanan yang teruji seperti ipify.org atau httpbin.org/ip, yang memberikan JSON bersih tanpa caching di pihak mereka.
Kesalahan ketiga adalah tidak memperhitungkan timeout dan kesalahan koneksi dalam statistik keseluruhan. Jika 200 dari 1000 permintaan selesai dengan kesalahan, dan Anda menghitung keunikan dari 1000, bukan dari 800 yang berhasil, koefisiennya akan terdistorsi ke arah yang lebih buruk.
Kesalahan keempat adalah menguji geo yang tidak benar-benar diperlukan dalam pekerjaan. Pool dapat sangat besar secara global, tetapi sangat kecil untuk kota atau negara bagian tertentu — dan geo lokal sering kali sangat krusial untuk iklan yang ditargetkan secara geografis atau SMM lokal.
Apa yang harus dilakukan jika pool ternyata kecil
Jika tes menunjukkan koefisien keunikan yang rendah, langkah pertama adalah menghubungi dukungan penyedia dengan angka spesifik dari tes dan meminta penjelasan tentang alasannya. Penyedia yang baik biasanya menjelaskan secara transparan struktur pool berdasarkan geo dan jenis proxy dan dapat menawarkan sampel yang lebih sempit tetapi benar-benar berfungsi.
Opsi kedua adalah meninjau jenis proxy untuk tugas. Untuk mengelola akun dan bekerja dengan platform iklan, sering kali lebih efektif untuk tidak meningkatkan intensitas rotasi IP pusat data, tetapi beralih ke proxy residensial atau seluler, di mana sifat jaringan itu sendiri menyediakan distribusi alamat yang lebih alami dan kurang terlihat untuk sistem anti-fraud.
Opsi ketiga adalah mengurangi beban pada pool: tingkatkan interval antara pergantian IP, distribusikan tugas di antara beberapa subnet atau geo, jika platform memungkinkan untuk bekerja tidak hanya dari satu negara tertentu. Terkadang solusi bukanlah meningkatkan pool, tetapi mengubah pola permintaan agar sesuai dengan volume alamat unik yang benar-benar tersedia.
Kesimpulan
Tes pada 1000 permintaan dengan menghitung IP unik adalah cara cepat dan objektif untuk memeriksa apakah pool proxy yang nyata sesuai dengan angka yang dinyatakan oleh penyedia. Skrip siap pakai dalam Python atau pemeriksaan yang disederhanakan melalui cURL memakan waktu minimal, dan hasilnya membantu menghindari pemblokiran akun, pembatasan saat melakukan parsing di marketplace, dan pengeluaran yang tidak perlu untuk proxy yang tidak sesuai dengan tugas.
Jika Anda berencana untuk mengelola akun iklan Facebook Ads atau TikTok Ads, mengelola puluhan profil Instagram melalui Dolphin Anty atau AdsPower, perhatikan proxy seluler — mereka biasanya menunjukkan distribusi IP yang lebih alami dan lebih jarang terkena sistem anti-fraud platform. Untuk parsing harga di Wildberries dan Ozon atau tugas di mana kecepatan dan stabilitas penting, sebaiknya uji proxy residensial dengan metode dari artikel ini sebelum membangun proses kerja yang permanen di atasnya.