Khái quát: Gian lận phân bổ làm cạn kiệt ngân sách tiếp thị, xâm phạm dữ liệu hiệu suất tiếp thị và có thể biến các chiến dịch thành công thành chiến dịch thất bại. Protect360 cung cấp cho chủ sở hữu ứng dụng khả năng chống gian lận và phát hiện hậu phân bổ theo thời gian thực.
Tổng quan về Protect360
- Bảo vệ chống gian lận phân bổ. Giải pháp bao gồm các công cụ năng động có thể phát hiện gian lận và chặn phân bổ gian lận.
- Sử dụng quy mô, học máy và phân tích hành vi của AppsFlyer để bảo vệ chống lại các hình thức gian lận lượt nhấp/cài đặt đã biết và mới bao gồm bot và các hành vi bất thường.
- Bảo vệ các nhà tiếp thị khỏi bị gian lận ở cấp thiết bị, nhà phát hành và nguồn truyền thông.
- Sử dụng phương pháp phân lớp trong việc chặn gian lận theo thời gian thực và nhận dạng gian lận hậu phân bổ
- Không ảnh hưởng đến trải nghiệm người dùng ứng dụng. Trong trường hợp có hành vi gian lận liên quan đến người dùng thực, lượt cài đặt ứng dụng vẫn hoàn tất bình thường và chỉ ghi nhận phân bổ bị ảnh hưởng.
Chặn theo thời gian thực
- Theo thời gian thực, trước khi phân bổ, lượt cài đặt được xác định là đến từ một nguồn truyền thông gian lận và bị chặn phân bổ.
- Các sự kiện trong ứng dụng tiếp theo từ cùng một người dùng sẽ bị chặn.
- Các sự kiện trong ứng dụng và lượt cài đặt bị chặn được báo cáo trong bảng điều khiển Protect360 và các báo cáo lượt gian lận bị chặn.
- Lượt cài đặt và sự kiện trong ứng dụng bị chặn: Không được đưa vào phân bổ và bảng điều khiển của AppsFlyer vì chúng chưa bao giờ được phân bổ.
- Postback cài đặt bị chặn được gửi đến các nguồn truyền thông, kèm theo lý do chặn, cho phép chúng tối ưu hóa.
Phát hiện hậu phân bổ
- Gian lận được phát hiện sau khi phân bổ được gọi là gian lận hậu phân bổ. Gian lận hậu phân bổ có thể được xác định vào ngày cài đặt và tối đa 7 ngày sau đó (tổng cộng 8 ngày).
- Sau khi được phân bổ thì sẽ không thể xóa lượt cài đặt. Vì lý do này, gian lận hậu phân bổ được xử lý khác với gian lận theo thời gian thực.
- Các lượt cài đặt và sự kiện trong ứng dụng gian lận được xác định trong quá khứ phải được coi là gian lận thực và không được tính tiền.
Khi một nguồn, như mạng quảng cáo hoặc ID trang web, được xác định là gian lận:
- Các lượt nhấp tương lai từ nguồn đó sẽ bị chặn.
-
Lượt cài đặt trước đây:
- Từ đầu tháng hiện tại cho tới nay, sẽ bị dán nhãn là gian lận hậu phân bổ nhưng không bị xóa khỏi dữ liệu. Kể từ tháng 1 năm 2020, hóa đơn của nhà quảng cáo được ghi có cho khoản phí phân bổ của các lượt cài đặt này.
- Không thay đổi từ trước khi bắt đầu tháng hiện tại.
-
Các sự kiện trong ứng dụng xảy ra:
- Cho đến khi dán nhãn lượt cài đặt: được dán nhãn là gian lận.
- Sau khi dán nhãn lượt cài đặt: được dán nhãn là gian lận.
Các ví dụ về gian lận hậu phân bổ:
- Các lượt cài đặt gần như định kỳ với các dấu hiệu gian lận sau đó trong các sự kiện trong ứng dụng
- Phát hiện một hình thức gian lận mới
- Các lượt cài đặt được coi là gian lận chỉ sau khi các thuật toán phát hiện bất thường thu thập đủ dữ liệu thống kê về các lượt cài đặt của bất kỳ nhà phát hành nào
Các vấn đề phổ biến về gian lận và giải pháp
Khi AppsFlyer xác định gian lận, sự kiện phân bổ liên quan đến gian lận sẽ bị chặn. Điều này giúp loại bỏ lợi ích và động lực của kẻ gian lận. Lưu ý: Quá trình cài đặt ứng dụng vẫn diễn ra và không bị chặn. Điều này có nghĩa là người dùng ứng dụng có thể sử dụng ứng dụng và tạo doanh thu cho nhà quảng cáo.
Lượt nhấp chuột, lượt cài đặt và các sự kiện trong ứng dụng gian lận bị chặn được tìm thấy trong các báo cáo dữ liệu thô về gian lận của Protect360.
Bảng sau đây mô tả một số hình thức gian lận và cách xử lý của Protect360.
Hình thức gian lận | Mô tả | Giải pháp của AppsFlyer |
---|---|---|
Gian lận đặt lại ID thiết bị |
Kẻ gian lận liên tục đặt lại ID thiết bị trên cùng một thiết bị vật lý để tạo ra một số lượng lớn lượt cài đặt. |
AppsFlyer xác định tỷ lệ các thiết bị mới bất thường và do đó cho các nguồn mang đến thiết bị mới đó vào danh sách từ chối. |
Đánh cắp lượt cài đặt |
Kẻ gian lận cấy phần mềm độc hại vào các thiết bị di động và thiết bị phát cảnh báo khi tải ứng dụng. Ngay lập tức, một lượt nhấp được gửi về AppsFlyer yêu cầu ghi nhận lượt cài đặt. |
Chặn các lượt nhấp được phân bổ có CTIT (Thời gian từ nhấp đến cài đặt) quá nhanh và dựa trên API Phía Máy chủ của Google Play. |
Phần mềm độc hại ghi nhận lượt nhấp vào đường dẫn phân bổ lượt cài đặt và ngay lập tức gửi một lượt nhấp khác để được ghi nhận nếu lượt nhấp được phân bổ. |
Chặn các lượt nhấp được phân bổ xảy ra rất nhanh sau các lượt nhấp khác cho cùng một ứng dụng trên cùng thiết bị. |
|
Gian lận di động là khi một số lượng lớn các lượt nhấp gian lận được gửi đi với mục đích phân phối lượt nhấp gần nhất trước khi cài đặt. |
Chặn các lượt nhấp được phân bổ từ ID trang web với tỷ lệ chuyển đổi thấp và CTIT dài. |
|
Bất thường về hành vi |
Gian lận di động là khi kẻ gian lận tạo ra một hoạt động hậu cài đặt bất thường và không nhất quán. |
Quy mô duy nhất của AppsFlyer cho phép chúng tôi theo dõi và hiểu rõ mô típ tương tác hành vi trên nhiều cấp độ - chẳng hạn như theo ứng dụng, khu vực, nguồn phương tiện và nhà phát hành. Các mẫu hành vi không phải của con người được xác định trong thời gian gần thực và được chặn tại nguồn. |
Danh sách từ chối IP |
Kẻ gian lận thường hoạt động từ click farm (trại cày lượt nhấp), có thể được xác định theo địa chỉ IP trong một thời gian dài. |
|
Xác thực SDK |
Kẻ gian lận gửi các tin nhắn SDK giả mạo để mô phỏng hành động có giá trị của người dùng. |
|
Xác thực cửa hàng |
Kẻ gian lận gửi các tin nhắn SDK để mô phỏng lượt cài đặt hoặc lượt mua trong ứng dụng nhằm nhận phí CPA cao. Xác thực cửa hàng Apple. |
Cho phép xác thực lượt cài đặt trên iTunes và xác thực mua trong ứng dụng cho cả iTunes và Google Play của lượt cài đặt hoặc mua trong ứng dụng bất kỳ đã diễn ra để ngăn chặn việc phân bổ hoạt động gian lận. |
Lưu ý: Các giá trị thời gian chính xác được trích dẫn ở trên không được công khai để bảo vệ khách hàng của chúng tôi.
Các lý do chặn bổ sung được giải thích trong bài viết về dữ liệu thô.
Bảng dưới đây phác thảo các loại cài đặt gian lận và các sự kiện trong ứng dụng khác nhau và điều gì sẽ xảy ra khi công cụ Protect360 chặn chúng theo thời gian thực hoặc phát hiện chúng hậu phân bổ.
Hình thức gian lận | Thời gian phát hiện | Điều gì xảy ra đối với lượt cài đặt | Điều gì xảy ra đối với sự kiện trong ứng dụng |
---|---|---|---|
Lượt cài đặt giả mạo | Thời gian thực | Bị chặn theo thời gian thực | Bị chặn theo thời gian thực |
Hậu phân bổ | Được đánh dấu trong báo cáo Lượt cài đặt Hậu Phân bổ |
|
|
Đánh cắp phân bổ lượt cài đặt | Thời gian thực |
|
|
Hậu phân bổ | Được đánh dấu trong báo cáo Lượt cài đặt Hậu Phân bổ |
|
|
Gian lận sự kiện trong ứng dụng | Thời gian thực | - | Bị chặn theo thời gian thực |
Hậu phân bổ | - | Được đánh dấu trong báo cáo Sự kiện Trong Ứng dụng Hậu Phân bổ |
Sử dụng Protect360
Bảng điều khiển
Bảng điều khiển Protect360 hiển thị dữ liệu gian lận hợp nhất và cung cấp thông tin chi tiết liên quan đến lưu lượng truy cập gian lận.
Chế độ xem bảng điều khiển:
Lượt cài đặt: Thông tin chi tiết dựa trên LTV về các lượt cài đặt gian lận, bị chặn theo thời gian thực và được xác định hậu phân bổ. Bạn có thể truy cập sâu để kiểm tra thêm các sự kiện gian lận bằng cách sử dụng các tùy chọn lọc và nhóm.
Sự kiện trong ứng dụng: Thông tin chi tiết dựa trên hoạt động về các sự kiện trong ứng dụng gian lận, bị chặn theo thời gian thực và xác định hậu phân bổ. Bạn có thể truy cập sâu để kiểm tra thêm các sự kiện gian lận bằng cách sử dụng các tùy chọn lọc và nhóm.
Điểm bất thường: Thông tin về các nguồn truyền thông có lượt cài đặt với giá trị thời gian từ nhấp đến cài đặt (CTIT) bất thường, khi so sánh với các nguồn đáng tin cậy khác.
- Tham khảo chéo các lượt cài đặt đáng ngờ với dữ liệu lượt cài đặt thô của bạn và tìm kiếm các dấu hiệu đáng ngờ như số phiên bản của ứng dụng lạ, phiên bản hệ điều hành cũ, vị trí khác biệt, v.v.
- Sử dụng Quy tắc xác thực để chặn cài đặt với các giá trị CTIT ngắn. Protect360 tự động chặn cài đặt có giá trị CTIT rất thấp.
Dữ liệu thô
Dữ liệu thô về gian lận có sẵn qua API Pull, Dữ liệu xuất và Data Locker (một tính năng cao cấp).
Các báo cáo dữ liệu thô được chia như sau:
- Báo cáo bị chặn: Lượt cài đặt, lượt nhấp và sự kiện trong ứng dụng của những người dùng có phân bổ bị chặn và hoàn toàn không được phân bổ cho bất kỳ nguồn truyền thông nào.
-
Các báo cáo hậu phân bổ:
- Các lượt cài đặt được phân bổ cho một nguồn truyền thông, nhưng sau đó bị phát hiện là gian lận.
-
Sự kiện trong ứng dụng:
- của lượt cài đặt được xác định là gian lận sau khi được phân bổ cho một nguồn truyền thông.
- bị đánh giá là gian lận mà không liên quan đến bản thân lượt cài đặt.
- Nhà quảng cáo sử dụng các báo cáo này để đối chiếu các tài khoản mạng quảng cáo, để tối ưu hóa và để điều chỉnh bảng điều khiển phân bổ nhằm chống lại gian lận hậu phân bổ.
Quy tắc Xác thực
Quy tắc Xác thực cho phép chủ sở hữu ứng dụng đặt ra điều kiện để chặn một số lượt cài đặt nhất định, chặn phân bổ (và đảm bảo rằng lượt cài đặt được phân bổ cho nguồn truyền thông hợp lệ gần đây nhất) hoặc chặn các sự kiện trong ứng dụng.
Gian lận đối chiếu với các mạng quảng cáo
Với Protect360, các nhà quảng cáo có được dữ liệu thô liên quan đến các lượt cài đặt gian lận và các sự kiện trong ứng dụng với các mạng quảng cáo có thể không ghi nhận là gian lận.
Nếu bạn phát hiện ra rằng một mạng quảng cáo đã gửi cho bạn lưu lượng truy cập từ các nguồn đáng ngờ, hãy thông báo cho mạng quảng cáo đó và yêu cầu họ ngừng gửi cho bạn lưu lượng truy cập từ các nguồn đáng ngờ đó. Sử dụng cột báo cáo lượt cài đặt dữ liệu thô được gọi là Thời gian Tiếp xúc được Phân bổ để xác minh rằng bạn không nhận thêm lượt cài đặt nào từ nguồn này sau khi bạn yêu cầu ngừng gửi lưu lượng truy cập.
Bạn cũng có thể sử dụng dữ liệu Protect360 để đối chiếu với các mạng quảng cáo và nhận về toàn bộ hoặc một phần tiền hoàn lại cho lưu lượng truy cập trước đây từ các nguồn đáng ngờ.
Để đối chiếu các chiến dịch dựa trên CPI bằng Protect360:
- Vào đầu mỗi tháng, hãy liên hệ với người quản lý tài khoản trong mỗi mạng quảng cáo nơi xảy ra gian lận.
- Thu thập dữ liệu thô về lượt cài đặt gian lận có liên quan từ các báo cáo Lượt cài đặt bị chặn và lượt cài đặt hậu phân bổ.
- Chia sẻ dữ liệu thô về hành vi gian lận với mạng để đối chiếu và tối ưu hóa lưu lượng truy cập của mạng đó.
- Có thể tạo báo cáo dữ liệu thô chỉ gồm các lượt cài đặt hợp lệ nhưng loại trừ các lượt cài đặt gian lận hậu phân bổ. Để thực hiện, bạn cần tải xuống báo cáo Lượt cài đặt UA được phân bổ hàng tháng và loại trừ tất cả các mục nhập khỏi báo cáo Lượt cài đặt hậu phân bổ.
Để đối chiếu các chiến dịch dựa trên CPA/CPE bằng Protect360:
- Vào đầu mỗi tháng, hãy liên hệ với người quản lý tài khoản trong mỗi mạng quảng cáo nơi xảy ra gian lận.
- Thu thập dữ liệu thô các sự kiện trong ứng dụng gian lận có liên quan từ các báo cáo Sự kiện trong ứng dụng bị chặn và Sự kiện trong ứng dụng Hậu phân bổ.
- Chia sẻ dữ liệu thô về hành vi gian lận với mạng để đối chiếu và tối ưu hóa lưu lượng truy cập của mạng đó.
- Có thể tạo báo cáo dữ liệu thô chỉ bao gồm các IAE hợp lệ, nhưng loại trừ các sự kiện gian lận hậu phân bổ. Để thực hiện, bạn cần tải xuống báo cáo Sự kiện trong ứng dụng UA được phân bổ hàng tháng và loại trừ tất cả các mục nhập khỏi báo cáo Sự kiện trong ứng dụng hậu phân bổ.
Đặc điểm và hạn chế
Đặc điểm và hạn chế
Đặc điểm | Nhận xét |
---|---|
Truy cập nhà quảng cáo | Tất cả người dùng tài khoản. |
Truy cập mạng quảng cáo |
|
Truy cập đại lý |
Bảng điều khiển Protect360 và quyền truy cập dữ liệu thô yêu cầu phải được nhà quảng cáo cho phép. |
Tính minh bạch của agency |
Tính minh bạch của đại lý: Có thể xem các nguồn truyền thông cụ thể Đại lý không minh bạch: Không thể xem các nguồn truyền thông cụ thể |
Múi giờ riêng cho ứng dụng |
|
Độ mới của dữ liệu | |
Lượt cài đặt lại | Dữ liệu gian lận đối với lượt cài đặt lại chỉ có sẵn ở dạng dữ liệu thô. Do đó, có thể có sự khác biệt giữa các con số tổng thể trong bảng điều khiển và báo cáo dữ liệu thô. |
Nhắm mục tiêu lại |
|
Điểm hạn chế |
|
Câu hỏi thường gặp và mẹo
Câu hỏi thường gặp
Widget Tiết kiệm ước tính được tính như thế nào? Đối với các mạng hỗ trợ chia sẻ dữ liệu chi phí, bạn nhận được số tiền tiết kiệm ước tính chính xác. Đối với các mạng không hỗ trợ chức năng này, AppsFlyer sử dụng chỉ số eCPI trung bình từ toàn bộ nhóm lượt cài đặt đã xác thực từ tất cả các nguồn có dữ liệu chi phí. |
Protect360 có chống gian lận hiệu quả đến từ các đường dẫn phân bổ tùy chỉnh không? Chắc chắn rồi! Protect360 phát hiện và chặn các hành vi gian lận đến từ các đường dẫn phân bổ tùy chỉnh, ngoài các mạng quảng cáo. Điều đó có nghĩa là bạn cũng được bảo vệ nếu bạn có các chiến dịch truyền thông của riêng mình, chẳng hạn như với những người có ảnh hưởng, chiến dịch email và SMS, biểu ngữ trang web và trang đích, bài đăng thu hút nhiều sự quan tâm trên phương tiện truyền thông xã hội, Thông báo đẩy hoặc thậm chí mã QR. |
Phiên bản 2 của Protect360 có gì mới so với phiên bản 1?
|
Tại sao không có dữ liệu thô hậu phân bổ trong trang Export Data (Dữ liệu xuất)? Báo cáo hậu phân bổ được trình bày ở cấp độ tài khoản cho mỗi nguồn truyền thông để tạo thuận lợi cho quy trình đối chiếu. Trang Export Data (Xuất Dữ liệu) ở cấp độ ứng dụng đơn lẻ và vẫn bao gồm các dữ liệu gian lận bị Chặn trên cấp độ ứng dụng để tương thích ngược trở lại. |
Dữ liệu hậu phân bổ có cập nhật ngược trở lại không?
|
Tại sao dữ liệu trông khác khi chọn các mạng cụ thể/khác nhau trong Thông tin bất thường? Khi bạn xem xét các điểm bất thường của CTIT và chọn AF_Baseline làm điểm chuẩn, bạn có thể thấy các điểm bất thường của Mạng A. Sau đó, ví dụ: nếu bạn chọn Mạng A làm điểm chuẩn, bạn sẽ thấy sự bất thường của các mạng khác, nhưng không phải của Mạng A. Kết quả này thực ra không bất ngờ. Khi sử dụng đường cơ sở AppsFlyer đáng tin cậy, các mạng có tỷ lệ CTIT bất thường sẽ được hiển thị. Khi mạng bất thường được sử dụng làm đường cơ sở, các lượt cài đặt của mạng đó không còn được coi là bất thường nữa, nhưng các lượt cài đặt từ các mạng khác có thể được coi là bất thường so với nó. |
Lưu lượng truy cập bất thường thực sự có phải là gian lận không? Có thể biến động bất thường về lưu lượng truy cập tự nhiên thực sự là gian lận. Nói chung, nếu thấy lưu lượng truy cập tự nhiên trong AppsFlyer mà bạn có lý do để tin là gian lận thực sự thì có thể là một trong 3 trường hợp sau:
|
Mốc chuẩn và mẹo
Phát hiện gian lận thiết bị mới Những kẻ gian lận có thể che giấu thiết bị của họ bằng cách thường xuyên đặt lại ID chính của thiết bị của họ, tức là IDFA cho iOS và GAID cho Android. Thật may là AppsFlyer có thể xác định hơn 98% thiết bị di động toàn cầu. Do vậy, tỷ lệ phần trăm các thiết bị không xác định cao là một dấu hiệu rõ ràng cho thấy gian lận bởi các click farm (trại cày lượt xem), trừ khi cố tình nhắm mục tiêu vào các thiết bị mới. Phát hiện thiết bị mới:
|
Phát hiện gian lận LAT Người dùng LAT (Giới hạn Theo dõi Quảng cáo) chọn không để lộ ID, IDFA hoặc GAID của thiết bị của họ với nhà quảng cáo. Khoảng 15% người dùng iOS và 10% người dùng Android đưa ra lựa chọn này. Tương tự xếp hạng thiết bị mới, người dùng LAT có thể là những người dùng hợp lệ. Tuy nhiên, tỷ lệ phần trăm này cao có thể là dấu hiệu của hoạt động gian lận. Phát hiện LAT:
|
Phát hiện gian lận nhấp hàng loạt
|
Phát hiện nhấp hàng loạt bằng các chỉ số CTIT Một dấu hiệu khác của hiện tượng nhấp hàng loạt, là phân phối đồng đều CTIT. Phát hiện các dấu hiện CTIT của tình trạng nhấp hàng loạt:
Sử dụng trang Anomaly insights (Thông tin chi tiết về bất thường) để điều tra các nguồn có CTIT đáng ngờ. |
Mẹo chống gian lận nâng cao
Số lượt cài đặt Việc lọc theo số lượt cài đặt mỗi nguồn đã kiểm tra có ý nghĩa rất quan trọng trong việc phát hiện những nguồn gian lận lớn nhất. Ngoài ra, số lượt cài đặt thấp hơn có thể không đáng kể về mặt toán học. Lưu ý: Lưu ý: Các nguồn có dưới 30 lượt cài đặt hoặc thậm chí 50 là không đủ lớn để đưa ra kết luận. Mở rộng khoảng ngày hoặc các tiêu chí tìm kiếm khác để có thêm các kết quả đáng kể. |
Thay đổi định nghĩa về người dùng trung thành Định nghĩa mặc định về Người dùng trung thành là từ 3 lượt khởi chạy ứng dụng trở lên. Đây là một chỉ số KPI quan trọng để đánh giá thu hút người dùng, nhưng đáng tiếc là nhiều kẻ gian lận biết điều này và lợi dụng để làm giả tỷ lệ người dùng trung thành cao, do đó tránh được nghi ngờ. Tránh bị lừa bằng cách tạo và chọn một định nghĩa về người dùng trung thành tinh vi và hợp lý hơn. Phân tích KPI chất lượng người dùng ứng dụng của bạn, chẳng hạn như đăng ký, hoàn thành hướng dẫn, mua hàng, nhiều phiên. Trong mã ứng dụng, hãy gửi sự kiện trong ứng dụng mới dành cho người dùng trung thành nếu người dùng thực hiện TẤT CẢ danh sách KPI. Sau khi sự kiện người dùng trung thành không tự nhiên đầu tiên được gửi đi, hãy đi đến App Settings (Cài đặt của ứng dụng) và chọn sự kiện đó để chỉ ra người dùng trung thành cho ứng dụng của bạn. Dự kiến tỷ lệ người dùng trung thành tổng quan sẽ giảm nhẹ và sau đó giảm mạnh đối với các nguồn gian lận. |
Lời khuyên
Bạn muốn hiểu rõ hơn về bảo vệ chống lại gian lận? Hãy xem khóa học ngắn, bổ ích này trên Cổng thông tin Học tập AppsFlyer.