Detectarea VPN nu este validarea clicurilor: comparați semnalele
O etichetă de rețea răspunde de unde a venit traficul. Valabilitatea clicului ține de eveniment, de eligibilitatea lui și de rezultatul lui. Iată cum se compară cele două semnale.
În majoritatea discuțiilor despre frauda de clicuri, două întrebări se contopesc, iar din această contopire provin deciziile proaste. Prima este de unde a venit o cerere, la care o clasificare de rețea poate răspunde aproximativ. A doua este dacă evenimentul ar trebui numărat, ceea ce depinde de regulile de eligibilitate, de comportament și de rezultat. O etichetă VPN este dovadă pentru prima întrebare și, singură, nu spune nimic despre a doua.
Două întrebări care par una
Prima întrebare este descriptivă: a ajuns această cerere printr-un furnizor de găzduire, un VPN de confidențialitate sau o conexiune rezidențială? A doua este normativă: îndeplinește acest eveniment definiția convenită de afacerea dumneavoastră? Răspunsurile descriptive sunt ieftine și statistice. Răspunsurile normative necesită o definiție și un proprietar.
Confundarea lor produce un detector sigur pe sine și greșit. Puteți clasifica corect fiecare cerere și totuși număra evenimente invalide, pentru că clasificarea nu a întrebat niciodată ce este un eveniment eligibil.
Ce poate susține o etichetă de rețea
Clasa de adresă este o afirmație despre o populație, nu despre un individ. O singură adresă IP poate sta în fața unui NAT de operator cu mii de abonați, a unei ieșiri corporate pentru un întreg birou sau a unui VPN de confidențialitate cu utilizatori fără legătură. A numi acea adresă suspectă atribuie comportamentul câtorva tuturor celor din spatele ei.
Îndrumările Google despre traficul invalid sunt un exemplu concret util al problemei definiției. Ele acoperă atât frauda intenționată, cât și clicurile accidentale, ceea ce înseamnă că modelul platformei tratează evenimentul și contextul lui ca subiect, nu doar rețeaua de livrare.
Un șir de agent de utilizator nu rezolvă acest lucru. Este raportat de clientul însuși, se schimbă trivial și nu este o identitate autentificată. Tratați-l ca pe un indiciu corelat cu o familie de dispozitive, niciodată ca pe o declarație de intenție.
Ce adaugă o revizuire la nivel de eveniment
Revizuirea la nivel de eveniment pune alte întrebări: a fost acest credit numărat mai mult de o dată pentru o singură interacțiune, fluxul părea automatizat, sesiunea a fost suficient de lungă pentru a fi citit ce s-a clicat, iar rezultatul ulterior a corespuns interesului declarat? Toate acestea pot fi răspunse cu date first-party pe care le păstrați deja.
Observați că niciuna dintre ele nu cere un prag universal. O explozie de activitate este un motiv de a revizui o fereastră, nu o dovadă a unei ferme de clicuri, iar o singură sesiune care pare ciudată nu este o dovadă de coordonare. Pragul pe care îl inventați va fi greșit pentru un anumit flux de lucru legitim, așa că enunțați-l ca declanșator de revizuire, nu ca verdict.
Unde eșuează fiecare abordare
Puneți cele trei semnale unul lângă altul și punctele oarbe devin evidente.
| 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 |
Tabelul este întreaga comparație. Fiecare rând este un semnal real cu un punct orb real, și niciunul dintre ele nu este o definiție a fraudei.
Măsurați detectorul, nu doar traficul
Păstrați trei seturi: evenimente despre care știți că sunt legitime, evenimente confirmate ca invalide și cazuri pe care nu le-ați putut rezolva. Evaluați detectorul față de toate trei. O regulă care respinge fiecare ieșire partajată pare tranșantă pe setul confirmat invalid și dăunează în tăcere utilizatorilor obișnuiți, și exact acesta este compromisul pe care nimeni nu îl măsoară.
Înregistrați pozitivele false ca metrică de prim rang, alături de informațiile lipsă. Dacă găleata nerezolvată continuă să crească, detectorul nu devine mai bun; devine mai silențios.
Dați deciziei un proprietar
Coordonați-vă cu platforma de măsurare sau de publicitate și cu proprietarul serviciului înainte de a schimba o regulă. Folosiți procesul de raportare și corectare acceptat de platformă în loc să testați anunțuri monetizate live cu clicuri artificiale, ceea ce creează exact traficul invalid pe care încercați să îl preveniți.
Limitați colectarea la scopul pe care îl puteți justifica. Dorința de a clasifica frauda nu face din colectarea nedefinită de amprente o cerință, iar Îndrumările AdSense despre traficul invalid sunt o referință rezonabilă pentru modul în care o platformă încadrează categoriile.
Începeți prin a scrie evenimentul eligibil într-o singură propoziție. Dacă propoziția este despre originea în rețea, aveți o metrică indirectă, nu o definiție.