Phát hiện VPN không phải xác thực lượt nhấp: so sánh các tín hiệu
Nhãn mạng trả lời lưu lượng đến từ đâu. Tính hợp lệ của lượt nhấp liên quan đến sự kiện, tính đủ điều kiện và kết quả của nó. Đây là cách so sánh hai tín hiệu.
Trong hầu hết các cuộc thảo luận về gian lận nhấp, hai câu hỏi bị gộp làm một, và chính sự gộp này tạo ra những quyết định tồi. Câu thứ nhất là yêu cầu đến từ đâu, điều mà phân loại mạng có thể trả lời gần đúng. Câu thứ hai là sự kiện có nên được tính hay không, phụ thuộc vào quy tắc đủ điều kiện, hành vi và kết quả. Nhãn VPN là bằng chứng cho câu hỏi thứ nhất và tự nó không nói gì về câu thứ hai.
Hai câu hỏi trông như một
Câu hỏi thứ nhất mang tính mô tả: yêu cầu này đến qua nhà cung cấp lưu trữ, VPN riêng tư hay kết nối dân cư? Câu thứ hai mang tính quy phạm: sự kiện này có đáp ứng định nghĩa mà doanh nghiệp bạn đã đồng ý không? Câu trả lời mô tả thì rẻ và mang tính thống kê. Câu trả lời quy phạm đòi hỏi một định nghĩa và một người chịu trách nhiệm.
Nhầm lẫn chúng tạo ra một bộ phát hiện tự tin và sai. Bạn có thể phân loại đúng mọi yêu cầu mà vẫn đếm các sự kiện không hợp lệ, vì phân loại chưa bao giờ hỏi sự kiện đủ điều kiện là gì.
Nhãn mạng có thể hỗ trợ điều gì
Lớp địa chỉ là một phát biểu về quần thể, không phải về một cá nhân. Một IP duy nhất có thể đứng trước NAT cấp nhà mạng với hàng nghìn thuê bao, một đầu ra doanh nghiệp cho cả văn phòng hoặc một VPN riêng tư với những người dùng không liên quan. Gọi địa chỉ đó là đáng ngờ là quy hành vi của một số ít cho tất cả những người phía sau.
Hướng dẫn của Google về lưu lượng không hợp lệ là một ví dụ cụ thể hữu ích cho vấn đề định nghĩa. Nó bao gồm cả gian lận cố ý và nhấp nhầm, nghĩa là mô hình của chính nền tảng coi sự kiện và bối cảnh của nó là chủ thể, chứ không chỉ mạng phân phối.
Chuỗi tác nhân người dùng không cứu được điều này. Nó do chính máy khách báo cáo, dễ thay đổi và không phải danh tính đã xác thực. Hãy coi nó là gợi ý tương quan với một họ thiết bị, không bao giờ là tuyên bố về ý định.
Đánh giá ở cấp sự kiện thêm điều gì
Đánh giá ở cấp sự kiện đặt những câu hỏi khác: khoản tín dụng này có được đếm nhiều hơn một lần cho một tương tác không, luồng có vẻ tự động không, phiên có đủ dài để đã đọc điều đã nhấp không, và kết quả sau đó có khớp với mối quan tâm được tuyên bố không? Tất cả đều có thể trả lời bằng dữ liệu bên thứ nhất mà bạn đã lưu.
Lưu ý rằng không câu nào trong số đó đòi hỏi một ngưỡng phổ quát. Một đợt bùng hoạt động là lý do để xem lại một cửa sổ, không phải bằng chứng của một trang trại nhấp, và một phiên trông lạ không phải bằng chứng của sự phối hợp. Ngưỡng bạn tự nghĩ ra sẽ sai với một quy trình làm việc hợp pháp nào đó, nên hãy nêu nó như một tác nhân kích hoạt xem xét chứ không phải một phán quyết.
Mỗi cách tiếp cận thất bại ở đâu
Đặt ba tín hiệu cạnh nhau và các điểm mù trở nên rõ ràng.
| Signal | Question it answers | Characteristic failure |
|---|---|---|
| Address classification | Where did this arrive from | Rejects shared exits and privacy-conscious users |
| Automation signals | Does this look scripted | Misses paid human interaction entirely |
| Event and outcome review | Should this count | Needs a definition and an owner to be meaningful |
Bảng là toàn bộ sự so sánh. Mỗi hàng là một tín hiệu thực với một điểm mù thực, và không cái nào là định nghĩa của gian lận.
Đo bộ phát hiện, không chỉ đo lưu lượng
Giữ ba tập: các sự kiện bạn biết là hợp pháp, các sự kiện được xác nhận là không hợp lệ và các trường hợp bạn không thể giải quyết. Đánh giá bộ phát hiện với cả ba. Một quy tắc từ chối mọi đầu ra chia sẻ trông dứt khoát trên tập đã xác nhận không hợp lệ và âm thầm gây hại cho người dùng bình thường, và đó chính là sự đánh đổi mà không ai đo.
Ghi nhận dương tính giả như một chỉ số hạng nhất, cùng với thông tin còn thiếu. Nếu giỏ chưa giải quyết tiếp tục lớn lên, bộ phát hiện không tốt hơn; nó chỉ im lặng hơn.
Trao cho quyết định một người chịu trách nhiệm
Phối hợp với nền tảng đo lường hoặc quảng cáo và người phụ trách dịch vụ trước khi thay đổi một quy tắc. Hãy dùng quy trình báo cáo và sửa chữa được nền tảng hỗ trợ thay vì thử nghiệm quảng cáo có doanh thu trực tiếp bằng nhấp nhân tạo, vì điều đó tạo ra đúng loại lưu lượng không hợp lệ mà bạn đang cố ngăn chặn.
Giới hạn việc thu thập vào mục đích mà bạn có thể biện minh. Mong muốn phân loại gian lận không làm cho việc lấy dấu vân tay vô thời hạn thành một yêu cầu, và Hướng dẫn của AdSense về lưu lượng không hợp lệ là một tham chiếu hợp lý cho cách một nền tảng đóng khung các danh mục.
Bắt đầu bằng việc viết sự kiện đủ điều kiện trong một câu. Nếu câu đó nói về nguồn gốc mạng, bạn có một chỉ số đại diện, không phải một định nghĩa.