Begitu ada lebih dari dua atau tiga orang dalam tim yang bekerja dengan akun Facebook Ads, TikTok Ads, atau marketplace, pertanyaan "siapa yang mendapatkan proksi apa" tidak lagi menjadi hal sepele. Skema yang salah dapat berujung pada serangkaian pemblokiran di seluruh tim, pemborosan anggaran iklan, dan perdebatan "siapa yang salah atas pemblokiran tersebut". Mari kita bahas kapan lebih menguntungkan memiliki proksi pribadi untuk setiap karyawan, dan kapan kita bisa menggunakan kolam umum, serta bagaimana mengelola semuanya tanpa kekacauan dalam tabel.
Mengapa penghitungan proksi sangat penting bagi tim
Selama hanya ada satu orang dalam tim, proksi hanyalah pengaturan teknis di browser anti-detect. Namun, ketika ada 5, 10, atau 50 karyawan yang secara bersamaan mengelola akun Facebook Ads, akun klien di Instagram, atau memantau harga di Wildberries, skema kerja dengan proksi menjadi bagian dari keamanan operasional bisnis.
Bayangkan situasi: agensi memiliki kolam umum dari 20 proksi, yang dibagikan kepada karyawan "sesuai kebutuhan" tanpa mencatat siapa yang menggunakan IP mana. Satu karyawan mendapatkan pemblokiran akun karena aktivitas mencurigakan — dan sistem perlindungan platform menandai IP tersebut sebagai berisiko. Dalam sehari, alamat yang sama secara kebetulan jatuh ke tangan karyawan lain, dan akunnya diblokir "karena ikut-ikutan". Dalam seminggu, tiga tim sudah panik, dan sulit untuk melacak dari mana rantai ini berasal — tidak ada yang mencatat.
Ini adalah masalah klasik multi-akun dalam skala tim. Masalah ini tidak diselesaikan dengan membeli proksi yang lebih mahal, tetapi dengan mengorganisir proses dengan benar: siapa, IP mana, untuk akun mana, dan berapa banyak lalu lintas yang digunakan. Selanjutnya, kita akan membahas kedua model — kolam umum dan proksi pribadi — dan menunjukkan di mana masing-masing cocok.
Kolam umum proksi: kapan ini efektif
Kolam umum adalah kumpulan proksi yang tersedia untuk semua karyawan melalui satu panel atau manajer proksi, dari mana setiap orang mengambil IP sesuai kebutuhan. Skema ini bekerja dengan baik untuk tugas-tugas di mana tidak diperlukan keterikatan jangka panjang akun ke alamat tertentu: pengambilan harga kompetitor di Ozon, memeriksa hasil dari Yandex.Direct dari berbagai wilayah, pemeriksaan massal iklan di Avito.
Untuk tugas semacam itu, sering kali cukup menggunakan proksi data center — mereka cepat, murah per IP, dan sangat cocok untuk sesi pendek tanpa keterikatan pada akun tertentu. Jika tugasnya adalah mengumpulkan data harga sekali sehari dari 500 kartu produk, tidak penting siapa di antara karyawan yang melakukannya dan dari IP mana: akun tidak diperlukan, risiko pemblokiran minimal.
Namun, kolam umum berbahaya di mana ada akun yang dipersonalisasi: akun iklan Facebook Ads, profil di Instagram, akun penjual pribadi di Wildberries. Platform menganalisis kombinasi "akun + IP + perangkat (fingerprint)" dan mengingat pasangan ini. Jika hari ini Ivan mengakses akun klien dengan IP 1, dan besok Maria mengakses akun yang sama dengan IP 2 — ini terlihat seperti aktivitas mencurigakan, karena tidak hanya alamat yang berubah, tetapi juga seluruh lingkungan digital sesi.
Kesimpulan: kolam umum cocok untuk operasi tanpa akun tetap. Untuk mengelola akun iklan dan profil di media sosial, ini menciptakan lebih banyak risiko daripada menghemat uang.
Proksi pribadi untuk setiap karyawan
Model pribadi menetapkan setiap karyawan (atau lebih tepatnya — setiap akun atau profil di browser anti-detect) dengan IP statis sendiri, yang tidak tumpang tindih dengan yang lain. Ini adalah standar untuk agensi yang mengelola akun klien di Facebook Ads, TikTok Ads, Instagram, atau mengelola akun pribadi di marketplace.
Logikanya sederhana: jika IP selalu sama untuk akun tertentu, platform melihat pola masuk yang stabil dan "rumahan" — wilayah yang sama, penyedia yang sama, sesi yang sama. Algoritma anti-fraud bereaksi terhadap anomali: perubahan geolokasi yang tajam, IP dari data center alih-alih alamat rumah biasa, masuk secara bersamaan dari berbagai belahan dunia. Proksi pribadi menghilangkan anomali ini dari akarnya.
Untuk skema semacam ini, biasanya digunakan proksi residensial — mereka memberikan alamat IP nyata dari penyedia rumah yang tidak berbeda dari pengguna internet biasa. Untuk tugas di mana tanda tangan jaringan seluler sangat penting (misalnya, farming akun TikTok atau Instagram, di mana platform memverifikasi jenis koneksi), digunakan proksi seluler — di mana IP dimiliki oleh operator seluler, dan rotasi terjadi secara alami, seperti pada smartphone yang sebenarnya.
Kekurangan dari model pribadi adalah biaya. Lebih banyak IP, lebih banyak biaya untuk infrastruktur. Namun, bagi agensi yang bertanggung jawab kepada klien atas keamanan akun iklan, ini adalah pengeluaran yang wajar: satu akun yang diblokir dengan anggaran 500.000 ₽ untuk iklan lebih mahal daripada setahun proksi pribadi untuk seluruh tim.
Tabel perbandingan: kolam vs proksi pribadi
Mari kita ringkas kedua model dalam tabel, agar lebih mudah mengambil keputusan untuk departemen atau tugas tertentu.
| Kriteria | Kolam Umum | Proksi Pribadi |
|---|---|---|
| Biaya untuk tim | Lebih rendah, IP dibagi | Lebih tinggi, 1 IP per akun/karyawan |
| Risiko pemblokiran berantai | Tinggi | Minimal |
| Cocok untuk akun iklan | Tidak | Ya |
| Cocok untuk pengambilan tanpa akun | Ya | Berlebihan |
| Kemudahan penghitungan lalu lintas | Lebih sulit — memerlukan sistem log | Lebih mudah — lalu lintas terikat pada IP |
| Jenis proksi yang direkomendasikan | Data Center | Residensial / seluler |
Pemblokiran berantai dan risiko keamanan saat berbagi
Pemblokiran berantai adalah rangkaian pemblokiran, ketika platform menghubungkan beberapa akun melalui tanda-tanda umum: satu IP, satu fingerprint perangkat, satu kartu pembayaran, satu cookie. Jika tim berbagi proksi tanpa penghitungan, risiko memicu rantai semacam itu meningkat sebanding dengan jumlah karyawan.
Skenario umum di agensi SMM: manajer A mengelola 10 akun Instagram klien melalui satu IP dari kolam. Salah satu akun menerima keluhan dan pemblokiran karena aktivitas mencurigakan. Instagram memeriksa IP dan menemukan 9 akun lainnya yang telah mengakses dari alamat yang sama dalam beberapa minggu terakhir — dan memblokir seluruh rantai, termasuk akun yang dikelola oleh manajer B, yang sama sekali tidak terlibat dalam insiden tersebut.
Risiko kedua adalah kebocoran akses. Ketika proksi bersifat umum dan data untuk koneksi disimpan dalam satu file Excel dengan kata sandi "1234", ketika seorang karyawan dipecat atau kontraktor diganti, seluruh kolam harus diubah, bukan hanya satu alamat. Ini menghambat pekerjaan dan menciptakan celah kerentanan.
Risiko ketiga adalah konflik sesi. Jika dua karyawan secara kebetulan menggunakan satu IP secara bersamaan untuk akun yang berbeda di platform yang sama, sistem keamanan Facebook atau TikTok mencatat sesi paralel dari satu alamat dan dapat memblokir kedua akun "untuk berjaga-jaga", bahkan jika tidak ada yang ilegal terjadi.
Mengurangi risiko ini hanya bisa dilakukan dengan satu cara — dengan tegas mengikat kombinasi "akun — IP — profil di browser anti-detect" dan tidak mengubahnya tanpa perlu. Itulah sebabnya untuk akun dengan anggaran iklan, model pribadi hampir selalu lebih unggul dibandingkan kolam umum.
Cara mengorganisir penghitungan lalu lintas per karyawan
Penghitungan lalu lintas menyelesaikan dua tugas: kontrol anggaran (siapa yang menghabiskan berapa banyak gigabyte atau jam proksi) dan audit keamanan (siapa dan kapan mengakses dari IP mana). Berikut adalah skema kerja untuk tim dengan 5 orang atau lebih.
Langkah 1. Tabel pengikatan. Buatlah satu daftar: karyawan → akun/klien → IP proksi → tanggal penerbitan → jenis proksi (residensial/seluler/data center). Google Sheets dengan akses terbatas untuk pengeditan akan cocok — hanya tim lead atau kepala departemen yang dapat mengubah catatan.
Langkah 2. Akun penyedia. Sebagian besar layanan proksi menyediakan akun pribadi dengan statistik penggunaan lalu lintas untuk setiap IP atau port. Periksa penggunaan setiap minggu — lonjakan tajam dalam penggunaan oleh satu karyawan dapat menunjukkan otomatisasi yang berlebihan, kebocoran akses, atau kesalahan pengaturan yang sepele.
Langkah 3. Logging di browser anti-detect. Dolphin Anty, AdsPower, dan Multilogin menyimpan riwayat dari profil mana dan kapan masuk, melalui proksi mana. Secara teratur periksa log ini dengan tabel pengikatan — perbedaan menunjukkan pelanggaran aturan.
Langkah 4. Batasan per karyawan. Jika penyedia mendukung tarif berdasarkan lalu lintas, tetapkan batasan untuk setiap orang atau departemen (misalnya, 50 GB per bulan untuk spesialis SMM yang mengelola 20 akun). Ini akan mendisiplinkan tim dan menyederhanakan proyeksi anggaran untuk infrastruktur.
Langkah 5. Rotasi tanggung jawab secara teratur. Jika seorang karyawan dipecat atau pindah ke proyek lain, segera alokasikan IP kepada orang yang baru bertanggung jawab dan catat ini dalam daftar — jangan biarkan proksi "tanpa pemilik" menggantung tanpa keterikatan.
Pengaturan peran di Dolphin Anty dan AdsPower
Browser anti-detect awalnya dirancang untuk kerja tim, sehingga ada alat bawaan untuk distribusi akses. Di Dolphin Anty, ada ruang tim (Teams): Anda membuat ruang kerja agensi, menambahkan karyawan melalui email, dan memberikan akses hanya ke profil browser tertentu. Proksi tidak terikat langsung pada karyawan, tetapi pada profil tertentu — sehingga bahkan jika akses ke profil diberikan kepada orang lain, kombinasi "akun + IP" tidak berubah.
Di AdsPower, logika serupa: ada fungsi manajemen grup (Group Management), di mana Anda membuat grup profil berdasarkan klien atau arah dan memberikan hak kepada anggota tim tertentu — seseorang hanya dapat melihat, seseorang dapat mengedit, seseorang dapat menjalankan. Proksi ditentukan pada tingkat profil di bagian pengaturan koneksi, dan saat mengekspor laporan, terlihat IP mana yang digunakan di setiap sesi.
Rekomendasi praktis: buat satu profil browser anti-detect untuk satu akun klien, bukan untuk satu karyawan. Jika seorang karyawan pergi berlibur atau dipecat, Anda cukup memberikan akses ke profil (dengan seluruh riwayat cookie, fingerprint, dan proksi yang terikat) kepada orang berikutnya — akun klien tidak akan melihat perbedaan, karena jejak digital sesi tidak berubah.
Pendekatan ini menghilangkan konflik utama antara proksi "umum" dan "pribadi": proksi bersifat pribadi bukan untuk orang, tetapi untuk akun/profil, dan orang dapat berganti tempat tanpa risiko bagi bisnis klien.
Jenis proksi apa yang harus dipilih untuk tim
Pilihan tergantung pada tugas departemen tertentu dalam tim, bukan pada aturan umum "sama untuk semua". Berikut adalah pembagian praktis berdasarkan arah kerja agensi atau tim arbitrase.
Untuk departemen yang mengelola akun iklan Facebook Ads dan Google Ads klien, proksi residensial dengan keterikatan pada wilayah klien sangat cocok — mereka terlihat paling alami bagi sistem anti-fraud platform iklan dan memungkinkan menjaga geolokasi akun tetap stabil selama berbulan-bulan.
Untuk departemen SMM, yang farming dan mengelola akun Instagram dan TikTok, lebih bijak menggunakan proksi seluler — media sosial lebih cenderung mempercayai lalu lintas dari operator seluler, terutama saat masuk dari ponsel atau mensimulasikan perangkat seluler di browser anti-detect.
Untuk departemen analitik, yang memantau harga kompetitor di Wildberries, Ozon, atau mengumpulkan data dari Avito tanpa keterikatan pada akun pribadi, cukup menggunakan proksi data center — mereka lebih cepat dalam menangani permintaan besar dan lebih murah per jumlah IP.
Segmentasi semacam ini berdasarkan departemen, bukan berdasarkan orang, segera menghilangkan setengah dari pertanyaan tentang "proksi umum atau pribadi" — karena jawaban tergantung pada tugas, bukan pada struktur karyawan.
Checklist implementasi skema penghitungan proksi
Sebelum mengubah skema saat ini dalam tim, periksa daftar ini:
- Apakah departemen dengan akun (iklan, SMM) dan departemen tanpa akun (pengambilan, analitik) sudah dipisahkan?
- Apakah proksi pribadi sudah ditetapkan untuk setiap akun iklan dan media sosial?
- Apakah ada daftar tunggal "akun — IP — profil browser — penanggung jawab"?
- Apakah peran akses di Dolphin Anty / AdsPower sudah diatur pada tingkat profil, bukan kata sandi umum?
- Apakah ada pemeriksaan rutin statistik lalu lintas dengan akun penyedia proksi?
- Apakah prosedur untuk mentransfer akses sudah ditulis saat karyawan dipecat atau dipindahkan?
- Apakah proksi data center hanya digunakan di tempat yang tidak ada akun yang dipersonalisasi?
Jika sebagian besar pertanyaan dijawab "ya" — risiko pemblokiran massal dan kebingungan dengan lalu lintas di tim minimal.
Kesimpulan
Kolam umum dan proksi pribadi bukanlah pilihan yang saling eksklusif, tetapi alat untuk tugas yang berbeda dalam satu tim. Kolam umum menghemat anggaran di tempat di mana tidak ada akun tetap — untuk pengambilan dan pemeriksaan sekali waktu. Proksi pribadi wajib ada di tempat di mana ada akun iklan, profil klien, dan reputasi akun yang mudah hilang hanya dengan satu perubahan IP yang tidak berhasil.
Ide kunci adalah mengikat proksi tidak pada karyawan, tetapi pada akun atau profil di browser anti-detect, dan menjaga daftar penghitungan yang tunggal. Dengan cara ini, rotasi orang dalam tim tidak menciptakan risiko bagi proyek klien. Jika Anda baru saja membangun sistem semacam itu, mulailah dengan mendistribusikan tugas berdasarkan jenis proksi: proksi residensial untuk akun iklan, proksi seluler untuk media sosial, dan proksi data center untuk analitik dan pemantauan — ini akan menutupi sebagian besar skenario kerja tim tanpa pengeluaran berlebihan dan tanpa risiko pemblokiran berantai.