การตรวจจับ VPN ไม่ใช่การตรวจสอบความถูกต้องของคลิก: เปรียบเทียบสัญญาณ
ป้ายกำกับเครือข่ายตอบว่าทราฟฟิกมาจากไหน ความถูกต้องของคลิกเกี่ยวกับเหตุการณ์ คุณสมบัติ และผลลัพธ์ของเหตุการณ์นั้น นี่คือวิธีเปรียบเทียบสัญญาณทั้งสอง
ในบทสนทนาเรื่องการฉ้อโกงคลิกส่วนใหญ่ คำถามสองข้อถูกหลอมรวมเข้าด้วยกัน และการหลอมรวมนั้นเองคือที่มาของการตัดสินใจที่ผิด คำถามแรกคือคำขอมาจากไหน ซึ่งการจำแนกประเภทเครือข่ายสามารถตอบได้อย่างประมาณ คำถามที่สองคือเหตุการณ์นั้นควรถูกนับหรือไม่ ซึ่งขึ้นอยู่กับกฎคุณสมบัติ พฤติกรรม และผลลัพธ์ ป้าย VPN เป็นหลักฐานสำหรับคำถามแรก และโดยลำพังแล้วไม่ได้บอกอะไรเกี่ยวกับคำถามที่สอง
สองคำถามที่ดูเหมือนเป็นคำถามเดียว
คำถามแรกเป็นเชิงพรรณนา คำขอนี้มาผ่านผู้ให้บริการโฮสติ้ง VPN เพื่อความเป็นส่วนตัว หรือการเชื่อมต่อที่พักอาศัย คำถามที่สองเป็นเชิงบรรทัดฐาน เหตุการณ์นี้ตรงกับนิยามที่ธุรกิจของคุณตกลงกันไว้หรือไม่ คำตอบเชิงพรรณนานั้นถูกและเป็นสถิติ คำตอบเชิงบรรทัดฐานต้องมีนิยามและเจ้าของ
การสับสนระหว่างสองสิ่งนี้ทำให้ได้ตัวตรวจจับที่มั่นใจและผิดพลาด คุณสามารถจำแนกทุกคำขอได้อย่างถูกต้องและยังคงนับเหตุการณ์ที่ไม่ถูกต้อง เพราะการจำแนกไม่เคยถามว่าเหตุการณ์ที่มีคุณสมบัติคืออะไร
สิ่งที่ป้ายกำกับเครือข่ายรองรับได้
ชั้นของที่อยู่คือข้อความเกี่ยวกับประชากร ไม่ใช่เกี่ยวกับบุคคลเดียว IP เดียวอาจอยู่หน้าของ NAT ระดับผู้ให้บริการที่มีผู้ใช้บริการหลายพันคน ทางออกองค์กรสำหรับสำนักงานทั้งแห่ง หรือ VPN เพื่อความเป็นส่วนตัวที่มีผู้ใช้ไม่เกี่ยวข้องกัน การเรียกที่อยู่นั้นว่าน่าสงสัยคือการยกพฤติกรรมของคนไม่กี่คนให้ทุกคนที่อยู่ข้างหลัง
แนวทางของ Google เรื่องทราฟฟิกที่ไม่ถูกต้องเป็นตัวอย่างรูปธรรมที่มีประโยชน์ของปัญหานิยาม แนวทางนี้ครอบคลุมทั้งการฉ้อโกงโดยเจตนาและการคลิกโดยอุบัติเหตุ ซึ่งหมายความว่าแบบจำลองของแพลตฟอร์มเองถือเหตุการณ์และบริบทเป็นหัวเรื่อง ไม่ใช่แค่เครือข่ายการส่งมอบ
สตริง user agent ไม่ช่วยแก้ปัญหานี้ ไคลเอนต์เป็นผู้รายงานเอง เปลี่ยนได้ง่าย และไม่ใช่ตัวตนที่ผ่านการพิสูจน์ยืนยัน มองมันเป็นเบาะแสที่สัมพันธ์กับตระกูลอุปกรณ์ ไม่ใช่เป็นคำแถลงเจตนา
การทบทวนระดับเหตุการณ์เพิ่มอะไร
การทบทวนระดับเหตุการณ์ถามคำถามต่างออกไป เครดิตนี้ถูกนับมากกว่าหนึ่งครั้งสำหรับการโต้ตอบครั้งเดียวหรือไม่ การไหลดูเป็นอัตโนมัติหรือไม่ เซสชันยาวพอที่จะอ่านสิ่งที่คลิกหรือไม่ และผลลัพธ์ปลายทางตรงกับความสนใจที่อ้างหรือไม่ ทั้งหมดนี้ตอบได้ด้วยข้อมูลฝ่ายแรกที่คุณเก็บอยู่แล้ว
สังเกตว่าไม่มีข้อใดต้องใช้เกณฑ์สากล การกระเพื่อมของกิจกรรมเป็นเหตุให้ทบทวนหน้าต่างหนึ่ง ไม่ใช่หลักฐานของฟาร์มคลิก และเซสชันเดียวที่ดูแปลกก็ไม่ใช่หลักฐานของการประสานงาน เกณฑ์ที่คุณคิดขึ้นจะผิดสำหรับกระบวนการทำงานที่ชอบด้วยกฎหมายบางอย่าง จึงควรระบุว่าเป็นตัวกระตุ้นการทบทวน ไม่ใช่คำตัดสิน
แต่ละแนวทางล้มเหลวที่ไหน
วางสัญญาณทั้งสามไว้ข้างกัน แล้วจุดบอดก็จะชัดเจน
| 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 |
ตารางคือการเปรียบเทียบทั้งหมด แต่ละแถวคือสัญญาณจริงที่มีจุดบอดจริง และไม่มีข้อใดเป็นนิยามของการฉ้อโกง
วัดตัวตรวจจับ ไม่ใช่แค่วัดทราฟฟิก
เก็บสามชุด เหตุการณ์ที่คุณรู้ว่าชอบด้วยกฎหมาย เหตุการณ์ที่ยืนยันว่าไม่ถูกต้อง และกรณีที่คุณแก้ไม่ได้ ประเมินตัวตรวจจับกับทั้งสามชุด กฎที่ปฏิเสธทุกทางออกร่วมดูเด็ดขาดในชุดที่ยืนยันว่าไม่ถูกต้อง และทำร้ายผู้ใช้ทั่วไปอย่างเงียบ ๆ และนั่นคือการแลกเปลี่ยนที่ไม่มีใครวัด
บันทึกผลบวกลวงเป็นตัวชี้วัดระดับแรก ควบคู่กับข้อมูลที่ขาดหาย หากตะกร้าที่ยังแก้ไม่ได้ยังโตต่อไป ตัวตรวจจับไม่ได้ดีขึ้น มันแค่เงียบลง
มอบเจ้าของให้กับการตัดสินใจ
ประสานกับแพลตฟอร์มการวัดหรือโฆษณาและเจ้าของบริการก่อนเปลี่ยนกฎ ใช้กระบวนการรายงานและแก้ไขที่แพลตฟอร์มรองรับ แทนการทดสอบโฆษณาที่สร้างรายได้จริงด้วยคลิกเทียม ซึ่งสร้างทราฟฟิกที่ไม่ถูกต้องแบบเดียวกับที่คุณพยายามป้องกัน
การเก็บรวบรวมควรจำกัดอยู่ที่วัตถุประสงค์ที่คุณให้เหตุผลได้ ความต้องการจำแนกการฉ้อโกงไม่ได้ทำให้การเก็บลายนิ้วมืออย่างไม่มีกำหนดเป็นข้อบังคับ และ แนวทางของ AdSense เรื่องทราฟฟิกที่ไม่ถูกต้อง เป็นเอกสารอ้างอิงที่สมเหตุสมผลว่าแพลตฟอร์มหนึ่งกำหนดกรอบหมวดหมู่อย่างไร
เริ่มจากการเขียนเหตุการณ์ที่มีคุณสมบัติเป็นประโยคเดียว หากประโยคนั้นเกี่ยวกับแหล่งที่มาของเครือข่าย คุณมีตัวชี้วัดแทน ไม่ใช่นิยาม