Cara Menghindari Larangan Penagihan Saat Menyalin Kampanye: Melindungi Data Pembayaran di Facebook dan Google Ads

Salah satu skenario paling menyakitkan bagi seorang arbitrator adalah ketika Facebook atau Google Ads memblokir bukan hanya satu akun, tetapi seluruh informasi pembayaran. Setelah itu, kartu yang Anda gunakan untuk mengisi saldo akun iklan menjadi tidak dapat digunakan di platform ini selamanya. Ini sering terjadi saat menyalin (copy) kampanye iklan antar akun — platform telah belajar melacak hubungan melalui data billing dan memblokir seluruh rangkaian akun sekaligus.

Dalam materi ini, kita akan membahas alasan teknis pemblokiran rantai melalui billing, menunjukkan bagaimana platform mengaitkan akun melalui data pembayaran, dan memberikan instruksi konkret untuk melindungi kartu dan akun Anda saat melakukan skala melalui penyalinan.

Apa itu pemblokiran billing dan mengapa lebih berbahaya daripada pemblokiran akun biasa

Pemblokiran billing (billing ban) adalah pemblokiran oleh platform bukan pada akun iklan tertentu, tetapi pada data pembayaran: nomor kartu, akun PayPal, rekening bank, atau bahkan nama pemilik kartu. Setelah pemblokiran seperti itu, Anda tidak akan dapat menggunakan informasi pembayaran ini di akun iklan baru atau yang sudah ada di platform ini.

Perbedaan antara pemblokiran biasa dan pemblokiran billing sangat kritis:

Bagi seorang arbitrator yang bekerja dengan 10-50 akun, pemblokiran billing berarti kehilangan seluruh segmen struktur farming. Jika satu kartu terhubung dengan 15 akun Facebook Ads dengan total anggaran harian $3000, maka pemblokiran billing menghentikan seluruh aliran trafik ini secara instan. Selain itu, kartu itu sendiri menjadi "kotor" — tidak dapat digunakan bahkan untuk membuat akun pribadi di platform tersebut.

Ini sangat menyakitkan bagi mereka yang menggunakan kartu perusahaan atau kartu atas nama mereka sendiri — setelah pemblokiran billing, data nyata Anda masuk dalam daftar hitam platform, dan menghindarinya menjadi lebih sulit daripada sekadar membeli akun baru.

Bagaimana Facebook dan Google melacak hubungan melalui data pembayaran

Platform iklan menggunakan sistem multi-level untuk mengaitkan akun melalui informasi billing. Ini bukan hanya perbandingan nomor kartu — ini adalah analisis komprehensif dari puluhan parameter data pembayaran dan perilaku.

Titik utama pelacakan billing

Facebook dan Google menggunakan hashing data pembayaran — mereka tidak menyimpan nomor kartu lengkap dalam bentuk terbuka, tetapi membuat hash unik (jejak digital) berdasarkan kombinasi parameter. Jika dua akun memiliki hash billing yang sama atau mirip, sistem secara otomatis menandai mereka sebagai terkait.

Bagaimana cara kerja chain-ban melalui billing

Mari kita bayangkan skenario tipikal untuk seorang arbitrator:

Ini adalah chain-ban klasik. Platform secara khusus mencari hubungan semacam ini karena satu pelanggar jarang bekerja dengan satu akun — biasanya ini adalah struktur farming. Pemblokiran billing memungkinkan mereka untuk "memusnahkan" seluruh farm dengan satu tindakan.

Mengapa menyalin kampanye memicu pemblokiran rantai

Menyalin (copy) kampanye iklan adalah praktik standar untuk skala dalam arbitrase. Anda menemukan kombinasi kreatif+targeting yang menguntungkan di satu akun dan menduplikasinya ke 5-10 akun lain untuk meningkatkan volume trafik. Namun, penyalinan inilah yang menciptakan sinyal paling mencolok bagi sistem anti-fraud platform.

Apa yang dilihat platform saat menyalin kampanye

Ketika Anda menyalin kampanye dari akun A ke akun B, Facebook dan Google mencatat banyak parameter identik:

• Kreatif identik: File gambar/video yang sama (diperiksa melalui hash file, bukan nama)
• Teks iklan yang sama: Judul, deskripsi, CTA — kesamaan hingga 80% sudah menjadi sinyal
• Pengaturan targeting yang mirip: Minat, usia, geo, penempatan yang sama
• Landing pages yang sama: URL halaman pendaratan, terutama jika ini adalah tawaran agresif
• Waktu pembuatan yang sinkron: Kampanye di akun yang berbeda dibuat dengan selisih 5-30 menit
• Anggaran yang serupa: Misalnya, semua kampanye dimulai dengan $50/hari

Setiap faktor ini secara terpisah tidak kritis. Namun, ketika algoritma melihat 5-10 akun dengan kampanye identik yang dibuat hampir bersamaan, ditambah menemukan elemen umum (misalnya, billing), ia menyimpulkan: ini adalah jaringan akun yang terkoordinasi dari satu pemilik, yang melanggar aturan multi-akun.

Billing sebagai elemen penghubung utama saat menyalin

Masalahnya adalah bahwa parameter lainnya (IP, browser, kreatif) telah diajarkan oleh arbitrator untuk diisolasi melalui browser anti-detect seperti Dolphin Anty atau AdsPower dan proxy residensial. Namun, billing sering tetap umum — karena kartu tidak cukup, atau arbitrator tidak memahami kritisnya hubungan ini.

Menyalin kampanye itu sendiri tidak dilarang, tetapi itu menciptakan pola mencolok yang membuat sistem anti-fraud mencari hubungan antara akun. Dan jika mereka menemukan billing yang sama — ini menjadi bukti pelanggaran, dan pemblokiran rantai tidak terhindarkan.

Isolasi billing: struktur akun dan kartu

Isolasi billing yang benar bukan hanya "satu kartu untuk satu akun". Ini adalah struktur yang dipikirkan dengan baik yang mempertimbangkan risiko, biaya kartu, dan proses bisnis Anda. Mari kita lihat berbagai strategi dari yang konservatif hingga yang agresif.

Strategi 1: Isolasi penuh (1 kartu = 1 akun)

Pendekatan paling aman, tetapi paling mahal. Setiap akun iklan mendapatkan kartu unik yang tidak pernah digunakan di akun lain.

Strategi ini dibenarkan untuk akun yang mahal, sudah terverifikasi dengan skor kepercayaan tinggi atau untuk bekerja dengan tawaran agresif (nutra, perjudian, kripto), di mana risiko pemblokiran awalnya tinggi.

Strategi 2: Isolasi kluster (1 kartu = 3-5 akun)

Pilihan kompromi. Anda membuat kluster 3-5 akun, setiap kluster bekerja dengan kartu terpisah. Di dalam kluster, akun-akun terhubung melalui billing, tetapi kluster terisolasi satu sama lain.

Aturan kunci isolasi kluster:

• Jangan salin kampanye antar kluster: Penyalinan hanya diperbolehkan di dalam satu kluster (yaitu, antar akun di satu kartu)
• Pisahkan berdasarkan tingkat risiko: Tawaran agresif — dalam kluster terpisah dengan jumlah akun minimal
• Gunakan proxy yang berbeda untuk kluster: Kluster A bekerja melalui proxy AS, kluster B — melalui Jerman, dan seterusnya.
• Sebarkan berdasarkan waktu: Jangan buat semua akun kluster dalam satu hari

Saat satu akun dalam kluster diblokir, ada risiko kehilangan seluruh kluster (3-5 akun), tetapi kluster lainnya akan tetap hidup. Ini adalah keseimbangan yang wajar antara biaya kartu dan keamanan.

Strategi 3: Rotasi kartu berdasarkan waktu

Metode yang lebih maju. Anda menggunakan satu kartu untuk beberapa akun, tetapi tidak secara bersamaan, melainkan secara berurutan dengan jeda waktu yang besar.

Strategi ini bekerja karena platform lebih responsif terhadap penggunaan billing secara bersamaan di beberapa akun. Jika kartu muncul di akun baru sebulan setelah dilepaskan dari akun lama, hubungan tersebut menjadi kurang jelas.

Namun, risiko tetap ada: jika salah satu akun yang menggunakan kartu tersebut diblokir, platform dapat menganalisis riwayat kartu tersebut dan memblokirnya secara retroaktif, mempengaruhi akun saat ini.

Pengaturan browser anti-detect untuk bekerja dengan berbagai billing

Browser anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin) mengisolasi fingerprint dan cookies, tetapi tidak melindungi dari pengaitan melalui billing. Namun, pengorganisasian profil yang benar dalam anti-detect membantu menghindari kesalahan kritis saat bekerja dengan kartu.

Struktur profil berdasarkan kluster billing

Buat sistem penamaan dan penandaan profil yang menunjukkan secara visual billing mana yang terhubung ke akun mana. Contoh di Dolphin Anty:

Struktur ini memungkinkan:

• Melihat dengan cepat profil mana yang menggunakan satu billing (filter berdasarkan tag [Billing-1234])
• Menghindari penyalinan kampanye secara tidak sengaja antara kluster yang berbeda
• Dengan cepat menentukan akun mana yang masih terancam saat terjadi pemblokiran
• Memastikan bahwa setiap kluster bekerja melalui kumpulan proxy mereka sendiri

Pengaturan fingerprint untuk keamanan billing

Meskipun fingerprint tidak terkait langsung dengan billing, ada parameter yang diperiksa platform saat menambahkan informasi pembayaran:

Sangat penting: saat pertama kali menambahkan kartu ke akun, JANGAN UBAH fingerprint profil ini selama minimal 30 hari. Platform mengingat dari "perangkat" mana pembayaran ditambahkan, dan jika seminggu kemudian akun yang sama masuk dengan fingerprint yang sama sekali berbeda — ini adalah sinyal tentang kompromi atau transfer akun.

Peran proxy dalam melindungi data pembayaran

Proxy tidak melindungi billing secara langsung — platform mengaitkan akun melalui nomor kartu, bukan melalui IP. Namun, penggunaan proxy yang benar mengurangi kemungkinan sistem anti-fraud mulai mencari hubungan melalui billing.

IP saat menambahkan informasi pembayaran

Ketika Anda mengaitkan kartu ke akun iklan, platform mencatat alamat IP dari mana itu dilakukan. IP ini menjadi bagian dari "profil" data pembayaran. Aturan kritis:

Pendekatan yang benar:

• Satu proxy = satu billing: Jika akun A, B, C menggunakan kartu **1234, ketiga akun tersebut harus bekerja melalui proxy yang sama (atau setidaknya satu subnet)
• Kluster yang berbeda = proxy yang berbeda: Kluster dengan kartu **1234 bekerja melalui proxy AS, kluster dengan kartu **5678 — melalui proxy Inggris
• Jangan ubah proxy saat melakukan operasi dengan billing: Menambahkan kartu, mengubah limit, pengisian — selalu dari IP yang sama dengan pekerjaan utama akun

Jenis proxy apa yang harus dipilih untuk bekerja dengan billing

Untuk tugas yang terkait dengan data pembayaran, hanya proxy residensial dan proxy mobile yang cocok. Proxy data center terlalu mudah terdeteksi dan sering sudah masuk dalam daftar hitam sistem pembayaran.

Ciri khas bekerja dengan proxy residensial: banyak penyedia menawarkan rotasi IP (IP berubah setiap 5-30 menit). Untuk bekerja dengan billing, ini tidak cocok — Anda memerlukan IP sticky (lengket) yang tetap selama seluruh sesi atau bahkan selama beberapa hari.

Kesalahan dengan proxy yang dapat membongkar billing

Kesalahan tipikal yang dilakukan oleh arbitrator saat bekerja dengan proxy dan pembayaran:

• Menggunakan satu proxy untuk semua akun: Semua akun Anda masuk dari satu IP → platform mengaitkan mereka → menemukan billing yang berbeda → kecurigaan terhadap multi-accounting → pemblokiran
• Sering mengganti IP dalam sesi: Menambahkan kartu dengan IP 1.1.1.1, dalam 10 menit mengisi dengan IP 2.2.2.2 → platform melihat anomali → memeriksa billing → kemungkinan pemblokiran
• Ketidakcocokan geo proxy dan kartu: Kartu diterbitkan di AS, alamat billing di New York, tetapi Anda bekerja melalui proxy India → 3D Secure tidak akan berhasil, kartu akan diblokir
• Menggunakan kembali IP "kotor": Proxy sudah digunakan untuk akun yang diblokir → akun baru dengan kartu baru melalui IP ini → hubungan melalui reputasi IP → pemblokiran preventif

Proxy bukanlah perlindungan billing, tetapi alat isolasi. Ia harus bekerja bersamaan dengan struktur kartu dan akun yang benar, bukan menggantikannya.

Workflow penyalinan kampanye yang aman

Sekarang kita akan mengumpulkan semuanya dalam satu proses: bagaimana menyalin kampanye sukses antar akun, meminimalkan risiko pemblokiran rantai melalui billing.

Langkah 1: Persiapan infrastruktur

Sebelum memulai penyalinan, pastikan Anda memiliki struktur yang benar:

Langkah 2: Menentukan donor dan penerima

Misalkan Anda memiliki kampanye sukses di akun ACC-001 (Kluster A, kartu **1234). Anda ingin melakukan skala dengan menyalinnya ke akun lain.

Opsi penyalinan yang aman: