En la majoria de debats sobre frau de clics es confonen dues preguntes, i d’aquesta confusió surten les males decisions. La primera és d’on ve una sol·licitud, cosa que una classificació de xarxa pot respondre aproximadament. La segona és si l’esdeveniment ha de comptar, cosa que depèn de les regles d’elegibilitat, del comportament i del resultat. Una etiqueta de VPN és una prova per a la primera pregunta i, per si sola, no diu res sobre la segona.

Dues preguntes que semblen una

La primera pregunta és descriptiva: ha arribat aquesta sol·licitud a través d’un proveïdor d’allotjament, d’una VPN de privadesa o d’una connexió residencial? La segona és normativa: compleix aquest esdeveniment la definició que el vostre negoci ha acordat? Les respostes descriptives són barates i estadístiques. Les respostes normatives requereixen una definició i un propietari.

Confondre-les produeix un detector que és segur i equivocat. Podeu classificar correctament cada sol·licitud i tot i així comptar esdeveniments no vàlids, perquè la classificació mai no ha preguntat què és un esdeveniment elegible.

Què pot sostenir una etiqueta de xarxa

La classe d’adreça és una afirmació sobre una població, no sobre un individu. Una sola IP pot encapçalar un NAT d’operador amb milers d’abonats, una sortida corporativa de tota una oficina o una VPN de privadesa amb usuaris no relacionats. Qualificar aquesta adreça de sospitosa atribueix el comportament d’uns quants a tothom qui hi ha al darrere.

Les directrius de Google sobre trànsit no vàlid són un exemple concret útil del problema de la definició. Cobreixen tant el frau intencionat com els clics accidentals, cosa que vol dir que el model de la pròpia plataforma tracta l’esdeveniment i el seu context com a subjecte, no només la xarxa de lliurament.

Una cadena d’agent d’usuari no ho resol. La declara el mateix client, es canvia trivialment i no és una identitat autenticada. Tracteu-la com un indici que correlaciona amb una família de dispositius, mai com una declaració d’intenció.

Què afegeix una revisió a nivell d’esdeveniment

La revisió a nivell d’esdeveniment fa preguntes diferents: s’ha comptat aquest crèdit més d’una vegada per a una sola interacció, el flux semblava automatitzat, la sessió era prou llarga per haver llegit allò que va clicar, i el resultat posterior encaixava amb l’interès declarat? Tot això es pot respondre amb dades de primera part que ja conserveu.

Fixeu-vos que cap d’aquestes preguntes no requereix un llindar universal. Una explosió d’activitat és un motiu per revisar una finestra, no una prova d’una granja de clics, i una sola sessió estranya no és evidència de coordinació. El llindar que inventeu serà equivocat per a algun flux de treball legítim, així que exposeu-lo com un desencadenant de revisió i no com un veredicte.

On falla cada enfocament

Poseu els tres senyals l’un al costat de l’altre i els punts cecs es fan evidents.

SignalQuestion it answersCharacteristic failure
Address classificationWhere did this arrive fromRejects shared exits and privacy-conscious users
Automation signalsDoes this look scriptedMisses paid human interaction entirely
Event and outcome reviewShould this countNeeds a definition and an owner to be meaningful

La taula és tota la comparació. Cada fila és un senyal real amb un punt cec real, i cap d’elles no és una definició de frau.

Mesureu el detector, no només el trànsit

Manteniu tres conjunts: esdeveniments que sabeu legítims, esdeveniments confirmats com a no vàlids i casos que no vau poder resoldre. Avalueu el detector contra tots tres. Una regla que rebutja cada sortida compartida sembla contundent en el conjunt de confirmats no vàlids i perjudica en silenci els usuaris corrents, que és exactament el compromís que ningú no mesura.

Registreu els falsos positius com una mètrica de primera classe, al costat de la informació absent. Si la bossa no resolta continua creixent, el detector no millora; es torna més silenciós.

Doneu un propietari a la decisió

Coordineu-vos amb la plataforma de mesurament o publicitat i amb el propietari del servei abans de canviar una regla. Feu servir el procés de notificació i correcció que la plataforma admet, en lloc de provar anuncis monetitzats en directe amb clics artificials, cosa que crea precisament el trànsit no vàlid que voleu evitar.

Limiteu la recollida a la finalitat que podeu justificar. El desig de classificar el frau no converteix l’empremta indefinida en un requisit, i Directrius d’AdSense sobre trànsit no vàlid són una referència raonable de com una plataforma emmarca les categories.

Comenceu escrivint l’esdeveniment elegible en una frase. Si la frase parla de l’origen de xarxa, teniu una mètrica indirecta, no una definició.

Articles relacionats