Akun diblokir bukan karena Anda menggunakan proxy — platform-platform tersebut tahu bahwa sebagian lalu lintas melalui mereka. Larangan terjadi ketika alamat IP tidak cocok dengan sepuluh parameter lainnya: zona waktu, bahasa sistem, jejak browser, perilaku mouse. Kami membahas semua tanda teknis yang digunakan Facebook Ads, TikTok Ads, dan Instagram untuk mendeteksi penggantian — dan apa yang harus dilakukan secara praktis.
Mengapa platform melihat proxy, bahkan jika IP "bersih"
Banyak arbiter percaya bahwa yang terpenting adalah membeli IP "bersih", yang tidak terdaftar dalam daftar hitam. Dalam praktiknya, sistem anti-fraud Facebook, TikTok, dan Google hampir tidak memperhatikan reputasi alamat tertentu — mereka membangun jejak digital (fingerprint) dari 30-50 parameter browser, sistem, dan tumpukan jaringan, dan membandingkannya satu sama lain untuk konsistensi. Jika IP mengatakan "Jerman", tetapi zona waktu sistem adalah "Moskwa", sistem mendapatkan anomali dan meningkatkan skor risiko. Satu anomali jarang menyebabkan larangan, tetapi tiga atau empat secara bersamaan hampir pasti mengirim akun untuk pemeriksaan atau pemblokiran.
Penting untuk dipahami: deteksi proxy bukanlah "penemuan server proxy itu sendiri". Platform tidak dapat secara teknis membuktikan 100% bahwa Anda menggunakan proxy. Mereka bekerja dengan probabilitas: semakin banyak ketidakcocokan dalam jejak, semakin tinggi penilaian risiko. Oleh karena itu, tugasnya bukanlah "menyembunyikan proxy", tetapi menghilangkan semua tanda yang mengungkapkan penggantian lokasi dan lingkungan.
Kebocoran DNS dan WebRTC — penyebab utama pengungkapan IP nyata
Kesalahan teknis yang paling umum bagi pemula adalah kebocoran melalui WebRTC. Ini adalah teknologi browser untuk panggilan video dan koneksi peer-to-peer, dan ia meminta alamat IP nyata sistem secara langsung, melewati tunnel proxy. Bahkan jika Anda telah mengatur proxy SOCKS5 di tab pengaturan, WebRTC dapat "mengetuk" IP rumah atau kantor Anda melalui permintaan STUN, dan platform akan melihat dua alamat berbeda dalam satu sesi — ini adalah bendera merah instan.
Masalah yang sama terjadi dengan permintaan DNS: jika browser meresolusi domain melalui DNS penyedia sistem, bukan melalui DNS server proxy, log platform dapat mencatat geo-tag dari penyedia nyata Anda. Solusinya adalah menggunakan browser anti-deteksi dengan DNS paksa melalui proxy dan pemblokiran kebocoran WebRTC yang terintegrasi. Di Dolphin Anty, AdsPower, dan Octo Browser, ini dilakukan di pengaturan profil: Anda perlu mengaktifkan opsi "Lindungi dari kebocoran WebRTC" atau yang serupa, dan memeriksa hasilnya di layanan pemeriksaan kebocoran sebelum memulai pekerjaan dengan akun.
Ketidakcocokan zona waktu, bahasa, dan geolokasi IP
Ini adalah salah satu parameter yang paling mudah untuk dideteksi, tetapi sering diabaikan. Jika proxy memberikan IP dari Brasil, dan pengaturan sistem menunjukkan zona waktu UTC+3 dan bahasa antarmuka Rusia — untuk algoritma anti-fraud ini adalah sinyal jelas penggantian. Facebook Ads sangat sensitif terhadap parameter ini saat meluncurkan iklan di geolokasi baru: sistem mencocokkan IP, bahasa browser (Accept-Language), zona waktu JavaScript (Intl.DateTimeFormat), dan bahkan bahasa keyboard, jika ada akses ke data ini.
Browser anti-deteksi yang baik secara otomatis menyesuaikan zona waktu dan bahasa dengan proxy geo saat membuat profil. Di AdsPound dan GoLogin, ini terjadi secara otomatis saat memasukkan proxy: sistem menentukan negara berdasarkan IP dan menawarkan untuk menyinkronkan zona waktu. Periksa ini secara manual sebelum memulai — otomatisasi kadang-kadang salah, terutama jika menggunakan proxy dengan kumpulan IP multiregional.
Jejak TLS/JA3 dari koneksi
Tanda yang kurang dikenal, tetapi sangat penting — jejak dari handshake TLS, juga dikenal sebagai hash JA3. Ketika browser membuat koneksi aman dengan server, ia mengirimkan seperangkat cipher, ekstensi, dan versi protokol dalam urutan tertentu. Set ini unik untuk versi browser dan sistem operasi tertentu. Masalahnya adalah beberapa solusi proxy murah atau browser anti-deteksi yang usang mengubah User-Agent menjadi "Chrome terbaru", tetapi jejak TLS tetap dari versi lama pustaka — platform melihat ketidaksinkronan antara browser yang dinyatakan dan klien TLS yang sebenarnya.
Ini adalah salah satu tanda yang digunakan oleh sistem anti-fraud dari platform besar untuk mendeteksi alat otomatis dan server proxy dengan lalu lintas yang dimodifikasi, bahkan jika parameter lainnya terlihat sempurna. Untuk perlindungan penting untuk menggunakan versi terbaru dari browser anti-deteksi yang menyinkronkan jejak TLS dengan versi Chrome atau Firefox yang dinyatakan, dan tidak menghemat pada kualitas proxy — proxy data center murah sering memproksikan lalu lintas melalui lapisan yang mendistorsi handshake TLS.
Header HTTP dan User-Agent
Header permintaan adalah sumber kesalahan yang paling jelas, tetapi masih sering terjadi. Ketidakcocokan User-Agent dengan versi mesin browser yang sebenarnya, tidak adanya header standar Accept-Encoding atau Sec-CH-UA, urutan header yang tidak standar — semua ini membentuk jejak yang berbeda dari lalu lintas pengguna biasa. Banyak skrip otomatis dan solusi murah untuk multi-akuntansi menggunakan set header yang dipotong, yang segera menonjolkan lalu lintas sebagai otomatis.
Browser anti-deteksi berkualitas membentuk set header yang lengkap dan konsisten secara otomatis, meniru struktur browser nyata pada sistem operasi tertentu. Saat mengatur secara manual melalui ekstensi atau skrip, penting untuk memeriksa header dengan browser acuan — gunakan alat pengembang bawaan (DevTools → Network) dan bandingkan permintaan profil Anda dengan permintaan Chrome biasa di perangkat yang sama.
Jejak tumpukan TCP/IP (TTL, jendela, ASN)
Tingkat deteksi yang lebih dalam — analisis parameter paket TCP/IP: TTL (time to live), ukuran jendela penerimaan, opsi MSS. Nilai-nilai ini berbeda antara sistem operasi (Windows, Linux, Android) dan jenis perangkat jaringan. Jika profil Anda dinyatakan sebagai browser Windows, tetapi paket-paket datang dengan TTL yang khas untuk server Linux (seperti yang sering terjadi pada proxy data center murah yang diterapkan di server Ubuntu), sistem anti-fraud mencatat ketidakcocokan platform.
Parameter terkait — ASN (Nomor Sistem Otonom), yang menentukan kepada penyedia mana IP tersebut milik. Platform memiliki basis data ASN yang dimiliki oleh penyedia hosting (AWS, DigitalOcean, OVH) dan secara terpisah — ASN penyedia rumah dan mobile. Jika ASN ditandai sebagai "hosting", skor risiko akun secara otomatis lebih tinggi, bahkan jika parameter lainnya sempurna. Ini adalah salah satu alasan mengapa untuk tugas-tugas sensitif dipilih proxy residensial — ASN mereka milik penyedia internet biasa, bukan data center.
Canvas, WebGL, dan jejak Audio
Ketiga teknologi browser ini digunakan oleh platform untuk membangun jejak unik perangkat, yang sama sekali tidak terkait dengan alamat IP. Jejak Canvas dibentuk melalui penggambaran gambar tak terlihat menggunakan GPU — kartu grafis dan driver yang berbeda memberikan hasil yang sedikit berbeda pada tingkat piksel. Jejak WebGL bekerja dengan cara yang sama, tetapi melalui rendering 3D, sedangkan jejak Audio menganalisis fitur pemrosesan suara melalui Web Audio API.
Masalah muncul ketika jejak Canvas/WebGL yang sama diulang pada 20 akun berbeda, yang diluncurkan seolah-olah dari perangkat dan IP yang berbeda. Platform segera mengaitkan profil-profil ini dalam satu kluster — ini disebut chain-ban, ketika pemblokiran satu akun menarik semua yang terkait. Browser anti-deteksi menyelesaikan masalah melalui noise-randomization: pada setiap peluncuran profil, sedikit kebisingan yang terkontrol ditambahkan ke Canvas dan WebGL rendering, menjadikan jejak unik untuk setiap profil, tetapi stabil antara sesi dari profil yang sama.
Pola perilaku: kecepatan dan pola tindakan
Jejak browser yang secara teknis sempurna tidak akan menyelamatkan jika perilaku di dalam platform terlihat seperti bot. Facebook dan TikTok menganalisis kecepatan pengisian formulir, jalur gerakan kursor, jeda antara klik, scrolling halaman. Jika pendaftaran akun, pengikatan kartu, dan peluncuran kampanye iklan pertama terjadi dalam 90 detik berturut-turut tanpa jeda — ini adalah anomali statistik yang khas untuk otomatisasi, bukan manusia hidup.
Saat melakukan pengelolaan akun secara manual melalui browser anti-deteksi, penting untuk meniru perilaku alami: membuat jeda antara tindakan, memanaskan akun dengan menonton konten sebelum meluncurkan iklan, tidak melakukan urutan tindakan yang identik pada semua profil secara bersamaan. Untuk agensi SMM yang mengelola 20-30 akun klien, sangat penting untuk mendistribusikan aktivitas secara waktu — tidak masuk ke semua profil dalam satu menit dari satu komputer.
Jenis IP: data center, residensial, atau mobile
Tanda terakhir dan salah satu yang paling signifikan adalah sifat dari alamat IP itu sendiri. Platform mengklasifikasikan IP berdasarkan jenis: data center, residensial (rumah) atau mobile (operator seluler). IP data center lebih murah dan lebih cepat, tetapi membawa risiko skor yang lebih tinggi hanya karena fakta bahwa mereka termasuk dalam infrastruktur hosting — pengguna biasa tidak masuk ke Instagram dari server AWS.
IP residensial milik penyedia rumah nyata dan secara visual tidak berbeda dari lalu lintas pengguna biasa — ini adalah keseimbangan terbaik antara harga dan kualitas untuk sebagian besar tugas multi-akuntansi. Proxy mobile pergi lebih jauh: IP milik operator seluler dan digunakan oleh ribuan pelanggan nyata secara bersamaan melalui NAT, yang membuat pemblokiran berdasarkan IP hampir tidak berarti bagi platform. Arbiter yang bekerja dengan proxy mobile mencatat persentase pemblokiran yang jauh lebih rendah, terutama pada tahap pemanasan akun iklan baru Facebook Ads dan TikTok Ads.
Tabel: tanda apa yang ditutup oleh setiap jenis proxy
| Jenis proxy | Reputasi ASN | Risiko pemblokiran pada awal | Lebih baik untuk tugas |
|---|---|---|---|
| Proxy data center | Rendah (ASN hosting) | Tinggi | Pengambilan data, pemantauan harga |
| Proxy residensial | Tinggi (penyedia rumah) | Rendah | Instagram, SMM, multi-akuntansi |
| Proxy mobile | Sangat tinggi (operator seluler) | Minimal | Facebook Ads, TikTok Ads, pemanasan |
Daftar periksa pengaturan browser anti-deteksi dan proxy
Sebelum meluncurkan akun di Dolphin Anty, AdsPower, Multilogin, atau GoLogin, ikuti daftar ini — ini menutup semua tanda deteksi yang disebutkan dalam satu langkah:
- Memastikan tidak ada kebocoran WebRTC dari IP nyata melalui tes profil bawaan
- Zona waktu sistem disinkronkan dengan proxy geo (bukan secara manual "dalam penglihatan", tetapi melalui auto-determination)
- Bahasa antarmuka browser dan Accept-Language sesuai dengan negara IP
- User-Agent sesuai dengan versi terbaru Chrome/Firefox yang dinyatakan dalam profil
- Noise Canvas/WebGL/Audio diaktifkan dan unik untuk setiap profil
- ASN proxy diperiksa — tidak termasuk dalam daftar penyedia hosting yang dikenal
- Tindakan pertama di akun baru tersebar dalam waktu, tanpa serangkaian tindakan instan
- Untuk akun iklan Facebook Ads dan TikTok Ads, gunakan IP sticky yang stabil tanpa rotasi dalam satu sesi
Kesimpulan
Deteksi proxy bukanlah satu pemeriksaan, tetapi jumlah dari sepuluh hingga dua belas tanda: dari kebocoran WebRTC dan ketidaksinkronan zona waktu hingga jejak TLS dan jenis ASN. Menutup semuanya secara manual tanpa alat hampir tidak mungkin — itulah sebabnya kombinasi "browser anti-deteksi ditambah proxy berkualitas" tetap menjadi standar yang efektif untuk arbitrase, agensi SMM, dan multi-akuntansi.
Jika Anda mengelola akun iklan Facebook Ads atau TikTok Ads, perhatikan proxy mobile — mereka memberikan risiko skor terendah karena kepemilikan oleh operator seluler. Untuk mengelola banyak profil Instagram dan media sosial lainnya, proxy residensial lebih cocok — mereka menyeimbangkan harga, kecepatan, dan anonimitas tanpa tanda penggantian yang berlebihan.