Non tutti i clic meritano la tua landing page

Le condizioni descrivono un visitatore, non un'intuizione

Ogni regola è un insieme di condizioni unite da «e», e la prima regola che corrisponde decide l'esito. Le condizioni sono quelle su cui ragioneresti davvero: in quale paese, regione o città si trova il visitatore; da quale rete arriva, per numero di sistema autonomo; se quella rete è un data center, una VPN commerciale, un proxy pubblico, un nodo di uscita TOR o un anonimizzatore web; che cosa ha concluso su di lui il classificatore dei visitatori e quanto in basso lo ha valutato; se un crawler dichiarato è autentico; dispositivo, lingua, pagina di provenienza, pattern dello user agent, presenza di tag di campagna, ora locale del giorno, giorno della settimana e se è una prima visita o una visita di ritorno.

Due di queste meritano una nota, perché sono quelle che i concorrenti non sanno offrire. Il tipo di rete arriva da un database di proxy indicizzato per intervallo di indirizzi, non da una lista nera di user agent: uno scraper che si fa chiamare Chrome resta riconosciuto come data center. E «crawler verificato» è un controllo sull'indirizzo, non sul nome: una richiesta che dice di essere Googlebot da un provider domestico non è Googlebot, e il motore di regole conosce la differenza.

Le condizioni hanno tre valori di proposito. Una condizione può essere soddisfatta, non soddisfatta oppure senza risposta perché il dato manca, e «senza risposta» non conta mai come corrispondenza. Invertire una condizione inverte solo una risposta certa, così una regola scritta come «tutti tranne la Germania» non scatta in silenzio sui visitatori di cui non è stato possibile risolvere il paese.

• ✓Tipo di visitatore, verifica e punteggio di qualità dal classificatore
• ✓Tipo di rete: data center, VPN, proxy pubblico, TOR, proxy web
• ✓Paese, regione, città, numero di sistema autonomo, indirizzo o sottorete
• ✓Dispositivo, lingua, referrer, pattern dello user agent, tag di campagna
• ✓Fascia di ora locale, giorno della settimana, prima visita o visita di ritorno
• ✓Liste di indirizzi riutilizzabili — una lista, richiamata da molte regole

Cinque esiti, e nessuno di loro è un vicolo cieco

Una regola che corrisponde può lasciar passare la visita limitandosi a registrare la corrispondenza; restituire il link come non disponibile con un 404 o un 410; mandare quel visitatore a una destinazione diversa; mostrare una pagina di avviso con il tuo marchio e il tuo testo; oppure marcare la visita come sospetta senza cambiare dove va.

L'azione «lascia passare e registra» esiste perché un filtro che non puoi verificare è un filtro di cui non puoi fidarti. Ogni corrispondenza viene scritta nell'evento di clic con l'identificatore della regola e l'azione applicata, così la ripartizione del traffico filtrato risponde a «quanto traffico ha fermato questa regola e se ha fermato il traffico giusto», comprese le regole che nel frattempo hai modificato o cancellato, perché l'azione è conservata accanto all'identificatore.

Bloccare con un 404 restituisce di proposito la normale pagina di non trovato. Un link bloccato deve essere indistinguibile da un link che non è mai esistito: qualunque altra cosa dice a chi sta sondando i tuoi link che ha trovato qualcosa che vale la pena sondare.

Regole per un link, regole per tutta l'area di lavoro

La maggior parte delle politiche non riguarda un solo link. Un set di regole valido per tutta l'area di lavoro si applica a ogni link che un cliente possiede e viene valutato dopo le regole del link stesso, così un link può portare un'eccezione sopra un divieto generale: «chiudi tutto quello che arriva dai data center» a livello di area di lavoro, «lascia passare il nostro monitoraggio» sull'unico link che il monitor sorveglia. Qualsiasi link può anche rinunciare del tutto al set condiviso.

Prima di mandare una regola in produzione puoi provarla su un visitatore ipotetico — paese, dispositivo, tipo di rete, ora — e vedere esattamente quale regola scatta e dove atterra il visitatore. L'anteprima non è una reimplementazione: chiama la stessa funzione pura che chiama il worker sull'edge, e un test end-to-end confronta la sua risposta con l'header Location reale di un reindirizzamento reale.

Il costo di una regola è un vincolo di progetto, non un ripensamento

Il filtro agisce sul percorso verso il reindirizzamento, l'unico punto in cui i millisecondi sono visibili a una persona. Per questo il motore chiede soltanto i dati di cui hanno davvero bisogno le regole di quel link specifico: una condizione sul paese fa scattare una consultazione geografica, una condizione sul tipo di proxy carica l'insieme degli intervalli, una condizione sul crawler verificato legge una voce di cache. Un link senza regole non esegue nemmeno una lettura in più, e a dirlo è un test con contatori di chiamate, non una speranza.

Tutto quello che le regole hanno effettivamente consultato viene passato all'attività in background che compone l'evento di clic, così la stessa consultazione non si paga mai due volte.