Sebagian besar arbitrase dan spesialis SMM melakukan kesalahan yang sama: membeli pool proxy yang terlalu kecil dan mendapatkan rangkaian banned, atau membayar lebih untuk jumlah IP yang berlebihan "untuk berjaga-jaga". Sebenarnya, perhitungan pool proxy untuk multi-akunting adalah matematika konkret yang bergantung pada platform, jenis proxy, dan intensitas aktivitas di profil. Dalam artikel ini, kita akan membahas cara menghitung jumlah IP unik yang tepat untuk 100 profil dan tidak membuang anggaran.
Mengapa tidak bisa hanya mengambil 1 IP untuk 1 profil
Logika "100 profil = 100 IP" tampaknya benar, tetapi dalam praktiknya ini bisa berlebihan atau berbahaya — tergantung pada platform. Mari kita bahas kedua kasus tersebut.
Jika Anda mengelola 100 akun Instagram untuk agensi SMM dan masuk ke setiap akun 2-3 kali sehari selama 10-15 menit, pengikatan ketat "1 IP = 1 profil selamanya" adalah pemborosan. IP residensial yang tidak digunakan selama 23 jam sehari dapat digunakan lebih efisien melalui rotasi terjadwal, sambil tetap menjaga keunikan sesi untuk setiap akun.
Di sisi lain, jika Anda melakukan farming dan menjalankan iklan di Facebook Ads dengan anggaran tinggi, di sini menghemat IP akan lebih mahal daripada kehilangan akun iklan. Facebook membangun grafik hubungan antara akun tidak hanya berdasarkan IP, tetapi juga berdasarkan sidik jari browser, cookies, dan perilaku. Namun, satu IP umum untuk beberapa akun iklan aktif adalah sinyal pertama bagi sistem anti-fraud bahwa akun-akun tersebut terhubung. Hasilnya: satu akun yang dibanned akan menarik seluruh rantai (chain-ban).
Pendekatan yang benar adalah menghitung bukan jumlah profil, tetapi jumlah sesi aktif secara bersamaan dan tingkat risiko platform. Ini adalah dua parameter kunci dari rumus yang akan kita bahas selanjutnya.
Rumus perhitungan pool proxy
Rumus dasar untuk menghitung pool IP adalah sebagai berikut:
Pool IP = Jumlah profil × Koefisien risiko platform
Koefisien risiko adalah nilai kondisional dari 0.3 hingga 1.0, yang menunjukkan seberapa ketat platform mendeteksi hubungan antara akun:
| Platform | Koefisien risiko | IP untuk 100 profil |
|---|---|---|
| Facebook Ads | 1.0 (ketat) | 90-100 IP unik |
| TikTok Ads | 0.9 | 80-90 IP unik |
| Instagram/TikTok (organik, SMM) | 0.5-0.6 | 50-60 IP dengan rotasi |
| Google Ads | 0.7 | 70 IP unik |
| Wildberries/Ozon (monitoring harga) | 0.3 | 30 IP dengan rotasi sudah cukup |
| Avito | 0.6 | 60 IP unik |
Nuansa penting: koefisien risiko menurun jika Anda menyebarkan aktivitas berdasarkan waktu (tidak masuk ke semua 100 profil secara bersamaan), dan meningkat jika Anda bekerja dengan data pembayaran atau anggaran iklan — di sana, setiap penggabungan akun dapat menyebabkan pemblokiran seluruh rantai secara instan.
Proxy residensial, seluler, dan data center: mana yang dipilih
Jenis proxy mempengaruhi jumlah akhir IP dalam pool tidak kurang dari platform. Berbagai jenis proxy dipersepsikan secara berbeda oleh sistem anti-fraud, dan ini berdampak langsung pada volume pool yang diperlukan.
| Jenis proxy | Tingkat kepercayaan platform | Kapan digunakan |
|---|---|---|
| Proxy residensial | Tinggi | Instagram, TikTok, Facebook — alat kerja utama untuk farming |
| Proxy seluler | Maksimal | Facebook Ads, TikTok Ads — di mana risiko banned paling tinggi |
| Proxy data center | Sedang/rendah untuk media sosial | Parsing Wildberries, Ozon, Avito — tidak memerlukan kepercayaan tinggi |
Kesimpulan praktis: untuk 100 profil Facebook Ads, lebih bijaksana untuk mengambil 60-70 IP seluler atau residensial dengan rotasi yang baik, daripada 100 IP data center yang langsung dikenali sebagai jaringan proxy oleh platform. Dan untuk monitoring harga di marketplace, sebaliknya — 100 alamat data center akan jauh lebih murah dan dapat menyelesaikan tugas tanpa risiko, karena sistem anti-fraud marketplace berorientasi pada perlindungan dari parsing, bukan pada deteksi multi-akunting.
Perhitungan untuk platform tertentu
Mari kita lihat tiga skenario nyata dengan angka yang tepat, yang dapat digunakan sebagai template untuk perhitungan Anda sendiri.
Skenario 1: Arbitrase, 100 akun iklan Facebook Ads. Di sini koefisien risiko maksimal — 1.0. Setiap akun memerlukan IP unik yang terikat, yang tidak berubah sepanjang siklus hidup akun (dari pendaftaran hingga kampanye iklan terakhir). Hasilnya: 100 IP seluler atau residensial statis, terikat 1:1. Tidak ada gunanya menghemat di sini — biaya akun yang dibanned dengan anggaran iklan lebih tinggi daripada biaya 20-30 IP tambahan.
Skenario 2: Agensi SMM, 100 akun Instagram dan TikTok untuk klien. Akses ke profil dilakukan sesuai jadwal, tidak secara bersamaan, dan tanpa transaksi iklan. Di sini Anda dapat menerapkan pool dari 50-60 IP residensial dengan sesi sticky (terikat selama 24 jam untuk profil tertentu) dan rotasi selanjutnya. Ini mengurangi biaya hampir setengah tanpa peningkatan banned, jika mematuhi aturan: satu IP — satu profil dalam satu sesi, tanpa akses paralel.
Skenario 3: Penjual, monitoring harga pada 100 kartu produk Wildberries dan Ozon. Di sini bukan tentang profil, tetapi tentang permintaan untuk parsing. Cukup dengan pool 20-30 IP data center dengan rotasi otomatis untuk setiap permintaan — marketplace memblokir berdasarkan frekuensi permintaan dari satu IP, bukan berdasarkan fakta multi-akunting. Ini adalah skenario paling hemat dari ketiga skenario.
IP statis vs rotasi: mana yang lebih aman untuk profil
Pertanyaan terpisah dalam perhitungan pool — apakah diperlukan rotasi IP atau profil memerlukan alamat statis yang tetap. Jawabannya tergantung pada jenis aktivitas:
- IP statis (sticky, dari 24 jam hingga tanpa batas) — wajib untuk akun iklan Facebook Ads, TikTok Ads, Google Ads. Platform melihat IP yang sama setiap kali masuk, yang terlihat alami untuk pengguna nyata.
- Rotasi per sesi — cocok untuk parsing marketplace dan media sosial tanpa otorisasi. Setiap permintaan baru datang dari IP baru, yang mengurangi risiko pemblokiran rate-limit.
- Rotasi terjadwal (setiap 12-24 jam) — opsi kompromi untuk profil SMM tanpa risiko tinggi: IP berubah tidak selama sesi aktif, tetapi di antara sesi.
Kesalahan yang paling umum: menggunakan pool rotasi untuk akun iklan. Jika IP akun berubah setiap beberapa menit saat bekerja dengan Ads Manager, sistem anti-fraud Facebook menganggap ini sebagai tanda peretasan atau aktivitas bot dan memblokir akun secara instan, terlepas dari ukuran anggaran iklan.
Contoh perhitungan anggaran untuk 100 profil
Mari kita kumpulkan semuanya dalam contoh konkret dengan beban campuran: agensi mengelola 100 profil, di mana 40 adalah akun iklan Facebook Ads, dan 60 adalah akun Instagram organik untuk manajemen konten.
| Grup profil | Jenis proxy | Mode | Jumlah IP |
|---|---|---|---|
| 40 akun Facebook Ads | Seluler | Statis, 1:1 | 40 |
| 60 akun Instagram | Residensial | Sticky 24 jam + rotasi | 35-40 |
Hasil: daripada 100 IP statis berdasarkan rumus "naif", yang sebenarnya diperlukan adalah 75-80 alamat dengan distribusi yang baik berdasarkan jenis aktivitas. Penghematan 20-25% dari pool tanpa peningkatan risiko banned — itulah tujuan perhitungan yang benar.
Pengaturan proxy di browser anti-detect
Setelah perhitungan pool, langkah selanjutnya adalah mengikat IP dengan benar ke profil. Di browser anti-detect seperti Dolphin Anty, AdsPower, Multilogin, GoLogin, atau Octo Browser, ini dilakukan pada tingkat pembuatan profil:
- Buka pengaturan profil baru → bagian "Proxy".
- Pilih jenis koneksi — HTTP, HTTPS, atau SOCKS5 (untuk proxy seluler dan residensial biasanya disarankan SOCKS5).
- Masukkan data koneksi: IP, port, login, password, yang diperoleh dari penyedia proxy.
- Untuk akun iklan, aktifkan opsi "Sticky session" atau "Ikatan IP", agar alamat tidak berubah setiap kali masuk.
- Periksa geolokasi dan zona waktu profil — harus sesuai dengan geo IP alamat, jika tidak, sistem anti-fraud akan mendeteksi ketidaksesuaian.
- Simpan profil dan uji koneksi melalui pemeriksaan IP bawaan sebelum peluncuran pertama.
Sebagian besar browser anti-detect memungkinkan untuk mengimpor daftar proxy secara massal melalui CSV atau penyisipan langsung baris format IP:port:login:password, yang menghemat waktu saat mengatur 100 profil sekaligus — tidak perlu memasukkan data secara manual ke setiap profil.
Kesalahan umum dalam perhitungan pool
- Satu IP untuk beberapa akun iklan "untuk menghemat". Ini adalah jalan langsung menuju chain-ban: begitu satu akun dibanned, platform memeriksa seluruh IP dan akun terkait.
- Penggunaan proxy data center untuk Facebook Ads dan TikTok Ads. IP semacam ini mudah dikenali sebagai server, dan akun iklan diblokir pada tahap verifikasi.
- Mengabaikan geolokasi. Jika profil terdaftar dari Rusia, tetapi proxy terhubung dari Jerman tanpa "pemanasan" sebelumnya, ini memicu pemeriksaan keamanan.
- Perhitungan pool tanpa mempertimbangkan beban puncak. Jika 100 profil masuk secara bersamaan pada pukul 9 pagi, dan pool dihitung untuk distribusi merata sepanjang hari, beberapa sesi akan bekerja dengan IP yang tumpang tindih.
- Kurangnya IP cadangan. Dalam pool, sebaiknya menyisihkan 5-10% alamat cadangan untuk berjaga-jaga jika beberapa IP masuk dalam daftar hitam platform pada saat peluncuran.
Kesimpulan
Perhitungan pool proxy untuk 100 profil bukanlah angka universal, melainkan rumus yang bergantung pada platform, jenis aktivitas, dan tingkat risiko. Untuk akun iklan Facebook Ads dan TikTok Ads, hampir diperlukan pengikatan 1:1 dengan IP seluler atau residensial statis. Untuk profil organik di Instagram dan TikTok, cukup 50-60% dari jumlah akun dengan rotasi yang baik. Dan untuk parsing marketplace seperti Wildberries dan Ozon, pool dapat dipersempit hingga 20-30 alamat dengan rotasi otomatis untuk setiap permintaan.
Jika Anda menjalankan kampanye iklan atau farming akun dengan risiko pemblokiran tinggi, kami merekomendasikan untuk mempertimbangkan proxy seluler — mereka memberikan tingkat kepercayaan maksimum dari platform. Untuk pengelolaan profil sehari-hari di media sosial, proxy residensial dengan pengaturan sesi sticky yang fleksibel sangat cocok, dan untuk parsing harga serta monitoring pesaing di marketplace — proxy data center yang ekonomis. Distribusi IP yang tepat di antara ketiga jenis ini adalah perhitungan pool yang tepat tanpa membayar lebih.