Cách tránh bị cấm thanh toán khi sao chép chiến dịch: bảo vệ dữ liệu thanh toán trên Facebook và Google Ads

Một trong những kịch bản đau đớn nhất cho nhà tiếp thị — khi Facebook hoặc Google Ads không chỉ cấm một tài khoản mà cấm toàn bộ thông tin thanh toán. Sau đó, thẻ mà bạn đã nạp cho tài khoản quảng cáo sẽ không còn khả dụng để làm việc với nền tảng này nữa. Điều này đặc biệt thường xảy ra khi sao chép (sao chép) các chiến dịch quảng cáo giữa các tài khoản — các nền tảng đã học được cách theo dõi các mối liên hệ thông qua dữ liệu thanh toán và cấm toàn bộ các nhóm tài khoản chỉ bằng một cú nhấp chuột.

Trong tài liệu này, chúng ta sẽ phân tích các nguyên nhân kỹ thuật của việc cấm chuỗi thông qua thanh toán, chỉ ra cách các nền tảng liên kết các tài khoản thông qua dữ liệu thanh toán và cung cấp hướng dẫn cụ thể về cách bảo vệ thẻ và tài khoản của bạn khi mở rộng thông qua sao chép.

Cấm thanh toán là gì và tại sao nó nguy hiểm hơn cấm tài khoản thông thường

Cấm thanh toán (billing ban) — là việc nền tảng chặn không phải một tài khoản quảng cáo cụ thể mà là dữ liệu thanh toán: số thẻ, tài khoản PayPal, tài khoản ngân hàng hoặc thậm chí là tên của chủ thẻ. Sau khi bị cấm như vậy, bạn sẽ không thể sử dụng thông tin thanh toán này trong bất kỳ tài khoản quảng cáo mới hoặc hiện tại nào trên nền tảng này.

Sự khác biệt giữa cấm thông thường và cấm thanh toán là rất quan trọng:

Đối với nhà tiếp thị làm việc với 10-50 tài khoản, cấm thanh toán có nghĩa là mất một toàn bộ phân khúc trong cấu trúc nông trại. Nếu một thẻ được liên kết với 15 tài khoản Facebook Ads với tổng ngân sách hàng ngày là $3000, thì cấm thanh toán sẽ ngay lập tức dừng toàn bộ lưu lượng truy cập này. Thêm vào đó, chính thẻ trở nên "bẩn" — không thể sử dụng ngay cả để tạo tài khoản cá nhân trên nền tảng.

Điều này đặc biệt đau đớn đối với những người sử dụng thẻ doanh nghiệp hoặc thẻ mang tên mình — sau khi bị cấm thanh toán, thông tin thực của bạn sẽ bị đưa vào danh sách đen của nền tảng, và việc vượt qua điều này đã khó hơn nhiều so với việc chỉ mua một tài khoản mới.

Cách Facebook và Google theo dõi các mối liên hệ thông qua dữ liệu thanh toán

Các nền tảng quảng cáo sử dụng hệ thống nhiều lớp để liên kết các tài khoản thông qua thông tin thanh toán. Đây không chỉ là việc so sánh số thẻ — mà là một phân tích toàn diện của hàng chục tham số dữ liệu thanh toán và hành vi.

Các điểm theo dõi chính của thanh toán

Facebook và Google sử dụng mã hóa dữ liệu thanh toán — họ không lưu trữ số thẻ đầy đủ dưới dạng công khai, nhưng tạo ra một hash duy nhất (dấu vân tay số) dựa trên sự kết hợp của các tham số. Nếu hai tài khoản có cùng hoặc tương tự hash thanh toán, hệ thống sẽ tự động đánh dấu chúng là có liên quan.

Cách hoạt động của cấm chuỗi thông qua thanh toán

Hãy tưởng tượng một kịch bản điển hình cho nhà tiếp thị:

Đây là cấm chuỗi điển hình (chain-ban). Các nền tảng cố tình tìm kiếm những mối liên hệ như vậy, bởi vì một người vi phạm hiếm khi chỉ làm việc với một tài khoản — thường thì đó là một cấu trúc nông trại. Cấm thanh toán cho phép họ "dọn sạch" toàn bộ nông trại chỉ với một hành động.

Tại sao sao chép các chiến dịch lại gây ra cấm chuỗi

Sao chép (sao chép) các chiến dịch quảng cáo là một thực tiễn tiêu chuẩn để mở rộng trong tiếp thị. Bạn tìm thấy một nhóm chiến thắng giữa sáng tạo + nhắm mục tiêu trong một tài khoản và sao chép nó vào 5-10 tài khoản khác để tăng lưu lượng truy cập. Nhưng chính việc sao chép tạo ra những tín hiệu rõ ràng nhất cho các hệ thống chống gian lận của nền tảng.

Những gì các nền tảng thấy khi sao chép các chiến dịch

Khi bạn sao chép một chiến dịch từ tài khoản A sang tài khoản B, Facebook và Google ghi nhận nhiều tham số giống nhau:

• Sáng tạo giống hệt: Tệp hình ảnh/video giống hệt nhau (được kiểm tra qua hash tệp, không phải tên)
• Nội dung quảng cáo giống nhau: Tiêu đề, mô tả, CTA — trùng khớp đến 80% đã là tín hiệu
• Cài đặt nhắm mục tiêu tương tự: Cùng sở thích, độ tuổi, địa lý, vị trí
• Landing pages giống nhau: URL trang đích, đặc biệt nếu đó là một đề nghị mạnh mẽ
• Thời gian tạo đồng bộ: Các chiến dịch trong các tài khoản khác nhau được tạo ra với khoảng cách 5-30 phút
• Ngân sách tương tự: Ví dụ, tất cả các chiến dịch bắt đầu với $50/ngày

Mỗi yếu tố này riêng lẻ không nghiêm trọng. Nhưng khi thuật toán thấy 5-10 tài khoản với các chiến dịch giống hệt nhau, được tạo ra gần như đồng thời, cộng với việc tìm thấy một yếu tố chung (ví dụ, thanh toán), nó đưa ra kết luận: đây là một mạng lưới tài khoản được phối hợp của một chủ sở hữu, vi phạm quy tắc đa tài khoản.

Thanh toán như yếu tố liên kết chính khi sao chép

Vấn đề là các tham số khác (IP, trình duyệt, sáng tạo) mà các nhà tiếp thị đã học cách cô lập thông qua các trình duyệt chống phát hiện như Dolphin Anty hoặc AdsPower và proxy dân cư. Nhưng thanh toán thường vẫn là chung — vì không đủ thẻ hoặc nhà tiếp thị không hiểu được tính nghiêm trọng của mối liên hệ này.

Sao chép các chiến dịch tự nó không bị cấm, nhưng nó tạo ra một mẫu rõ ràng, buộc các hệ thống chống gian lận tìm kiếm các mối liên hệ giữa các tài khoản. Và nếu họ tìm thấy thanh toán chung — điều đó trở thành bằng chứng vi phạm, và cấm chuỗi là không thể tránh khỏi.

Cô lập thanh toán: cấu trúc tài khoản và thẻ

Cô lập thanh toán đúng cách không chỉ đơn giản là "một thẻ cho một tài khoản". Đó là một cấu trúc được suy nghĩ kỹ lưỡng, xem xét các rủi ro, chi phí thẻ và quy trình kinh doanh của bạn. Hãy xem xét các chiến lược khác nhau từ bảo thủ đến quyết liệt.

Chiến lược 1: Cô lập hoàn toàn (1 thẻ = 1 tài khoản)

Phương pháp an toàn nhất nhưng cũng đắt nhất. Mỗi tài khoản quảng cáo nhận một thẻ duy nhất, không bao giờ được sử dụng trong các tài khoản khác.

Chiến lược này hợp lý cho các tài khoản đắt tiền, đã được làm nóng với điểm tin cậy cao hoặc để làm việc với các đề nghị mạnh mẽ (sản phẩm dinh dưỡng, cờ bạc, tiền điện tử), nơi rủi ro bị cấm vốn đã cao.

Chiến lược 2: Cô lập theo cụm (1 thẻ = 3-5 tài khoản)

Một lựa chọn thỏa hiệp. Bạn tạo các cụm từ 3-5 tài khoản, mỗi cụm hoạt động trên một thẻ riêng. Bên trong cụm, các tài khoản liên kết qua thanh toán, nhưng các cụm thì được cô lập với nhau.

Các quy tắc chính của cô lập theo cụm:

• Không sao chép các chiến dịch giữa các cụm: Sao chép chỉ được phép trong một cụm (tức là giữa các tài khoản trên cùng một thẻ)
• Phân chia theo mức độ rủi ro: Các đề nghị mạnh mẽ — vào một cụm riêng với số lượng tài khoản tối thiểu
• Sử dụng các proxy khác nhau cho các cụm: Cụm A hoạt động qua proxy Mỹ, cụm B — qua Đức, v.v.
• Phân tán theo thời gian: Không tạo tất cả các tài khoản của cụm trong một ngày

Khi một tài khoản trong cụm bị cấm, có nguy cơ mất toàn bộ cụm (3-5 tài khoản), nhưng các cụm khác sẽ vẫn sống. Đây là một sự cân bằng hợp lý giữa chi phí thẻ và an toàn.

Chiến lược 3: Luân chuyển thẻ theo thời gian

Phương pháp tiên tiến hơn. Bạn sử dụng một thẻ cho nhiều tài khoản, nhưng không đồng thời, mà theo thứ tự với khoảng thời gian lớn.

Chiến lược này hoạt động vì các nền tảng phản ứng mạnh hơn với việc sử dụng đồng thời thanh toán trong nhiều tài khoản. Nếu thẻ xuất hiện trong một tài khoản mới sau một tháng kể từ khi ngắt liên kết khỏi tài khoản cũ, mối liên hệ ít rõ ràng hơn.

Tuy nhiên, rủi ro vẫn tồn tại: nếu một trong các tài khoản mà thẻ đã được sử dụng bị cấm, nền tảng có thể phân tích lịch sử của thẻ này và cấm nó một cách hồi tố, ảnh hưởng đến tài khoản hiện tại.

Cài đặt trình duyệt chống phát hiện để làm việc với các thanh toán khác nhau

Các trình duyệt chống phát hiện (Dolphin Anty, AdsPower, Multilogin, GoLogin) cô lập dấu vân tay và cookies, nhưng tự chúng không bảo vệ khỏi việc liên kết thông qua thanh toán. Tuy nhiên, tổ chức đúng cách các hồ sơ trong trình duyệt chống phát hiện giúp tránh mắc phải những lỗi nghiêm trọng khi làm việc với thẻ.

Cấu trúc hồ sơ theo cụm thanh toán

Tạo một hệ thống đặt tên và gán thẻ cho các hồ sơ, cho thấy trực quan thẻ nào được liên kết với tài khoản nào. Ví dụ trong Dolphin Anty:

Cấu trúc như vậy cho phép:

• Nhìn thấy ngay lập tức các hồ sơ nào sử dụng cùng một thanh toán (lọc theo thẻ [Billing-1234])
• Tránh việc sao chép ngẫu nhiên chiến dịch giữa các cụm khác nhau
• Khi bị cấm, nhanh chóng xác định các tài khoản nào khác đang gặp nguy hiểm
• Kiểm soát rằng mỗi cụm hoạt động qua nhóm proxy riêng của mình

Cài đặt dấu vân tay cho an toàn thanh toán

Mặc dù dấu vân tay không liên quan trực tiếp đến thanh toán, có những tham số mà các nền tảng kiểm tra khi thêm thông tin thanh toán:

Đặc biệt quan trọng: khi lần đầu tiên thêm thẻ vào tài khoản, ĐỪNG THAY ĐỔI dấu vân tay của hồ sơ này ít nhất 30 ngày. Các nền tảng ghi nhớ từ "thiết bị" nào thẻ đã được liên kết, và nếu sau một tuần tài khoản đó đăng nhập với một dấu vân tay hoàn toàn khác — đó là tín hiệu về sự xâm phạm hoặc chuyển nhượng tài khoản.

Vai trò của proxy trong việc bảo vệ dữ liệu thanh toán

Proxy không bảo vệ thanh toán trực tiếp — các nền tảng liên kết các tài khoản thông qua số thẻ, không phải qua IP. Nhưng việc sử dụng proxy đúng cách giảm khả năng hệ thống chống gian lận bắt đầu tìm kiếm các mối liên hệ thông qua thanh toán.

IP khi thêm thông tin thanh toán

Khi bạn liên kết thẻ với tài khoản quảng cáo, nền tảng ghi lại địa chỉ IP từ đó việc này được thực hiện. IP này trở thành một phần của "hồ sơ" dữ liệu thanh toán. Các quy tắc quan trọng:

Cách tiếp cận đúng:

• Một proxy = một thanh toán: Nếu các tài khoản A, B, C sử dụng thẻ **1234, cả ba đều phải hoạt động qua cùng một proxy (hoặc ít nhất là một mạng con)
• Các cụm khác nhau = các proxy khác nhau: Cụm với thẻ **1234 hoạt động qua proxy Mỹ, cụm với thẻ **5678 — qua proxy Anh
• Không thay đổi proxy khi thực hiện các giao dịch thanh toán: Thêm thẻ, thay đổi giới hạn, nạp tiền — luôn từ cùng một IP mà tài khoản chính hoạt động

Loại proxy nào nên chọn để làm việc với thanh toán

Đối với các nhiệm vụ liên quan đến dữ liệu thanh toán, chỉ có proxy dân cư và proxy di động là phù hợp. Proxy trung tâm dữ liệu quá dễ bị phát hiện và thường đã nằm trong danh sách đen của các hệ thống thanh toán.

Đặc điểm của việc làm việc với proxy dân cư: nhiều nhà cung cấp cung cấp việc luân chuyển IP (IP thay đổi mỗi 5-30 phút). Đối với việc làm việc với thanh toán, điều này không phù hợp — bạn cần một IP dính (sticky), giữ nguyên trong suốt phiên hoặc thậm chí trong vài ngày.

Những lỗi với proxy làm lộ thanh toán

Những lỗi điển hình của các nhà tiếp thị khi làm việc với proxy và thanh toán:

• Sử dụng một proxy cho tất cả các tài khoản: Tất cả các tài khoản của bạn đăng nhập từ một IP → nền tảng liên kết chúng → tìm thấy các thanh toán khác nhau → nghi ngờ về đa tài khoản → cấm
• Thay đổi IP thường xuyên trong phiên: Thêm thẻ từ IP 1.1.1.1, sau 10 phút nạp tiền từ IP 2.2.2.2 → nền tảng thấy bất thường → kiểm tra thanh toán → có thể bị cấm
• Sự không trùng khớp giữa địa lý proxy và thẻ: Thẻ phát hành tại Mỹ, địa chỉ thanh toán ở New York, nhưng bạn làm việc qua proxy Ấn Độ → 3D Secure sẽ không qua, thẻ sẽ bị chặn
• Tái sử dụng IP "bẩn": Proxy đã được sử dụng cho một tài khoản bị cấm → tài khoản mới với thẻ mới qua IP này → liên kết qua danh tiếng IP → cấm dự phòng

Proxy không phải là bảo vệ thanh toán, mà là công cụ cô lập. Nó phải hoạt động kết hợp với cấu trúc thẻ và tài khoản đúng cách, chứ không phải thay thế nó.

Quy trình sao chép chiến dịch an toàn

Bây giờ hãy tổng hợp mọi thứ thành một quy trình: cách sao chép các chiến dịch thành công giữa các tài khoản, giảm thiểu rủi ro cấm chuỗi thông qua thanh toán.

Bước 1: Chuẩn bị cơ sở hạ tầng

Trước khi bắt đầu sao chép, hãy đảm bảo rằng bạn đã chuẩn bị cấu trúc đúng cách:

Bước 2: Xác định nguồn và người nhận

Giả sử bạn có một chiến dịch thành công trong tài khoản ACC-001 (Cụm A, thẻ **1234). Bạn muốn mở rộng bằng cách sao chép nó vào các tài khoản khác.

Các tùy chọn sao chép an toàn: