Tous les clics ne méritent pas votre page de destination

Les conditions décrivent un visiteur, pas une intuition

Chaque règle est un ensemble de conditions reliées par « et », et la première règle qui correspond décide de l’issue. Ce sont les conditions sur lesquelles vous raisonneriez vraiment : dans quel pays, quelle région ou quelle ville se trouve le visiteur ; de quel réseau il vient, par numéro de système autonome ; si ce réseau est un centre de données, un VPN commercial, un proxy public, un nœud de sortie TOR ou un anonymiseur web ; ce que le classificateur de visiteurs a conclu à son sujet et à quel point il l’a mal noté ; si un robot qui se déclare est bien authentique ; l’appareil, la langue, la page référente, le motif d’user agent, la présence de balises de campagne, l’heure locale, le jour de la semaine, et s’il s’agit d’une première visite ou d’un retour.

Deux d’entre elles méritent une note, parce que ce sont celles que les concurrents ne savent pas offrir. Le type de réseau vient d’une base de proxys indexée par plage d’adresses, et non d’une liste noire d’user agents : un scraper qui se présente comme Chrome reste reconnu comme un centre de données. Et « robot vérifié » est un contrôle d’adresse, pas un contrôle de nom : une requête qui se dit Googlebot depuis un fournisseur d’accès résidentiel n’est pas Googlebot, et le moteur de règles fait la différence.

Les conditions sont trivaluées à dessein. Une condition peut être remplie, non remplie, ou sans réponse possible parce que la donnée manque — et « sans réponse » ne compte jamais comme une correspondance. Inverser une condition n’inverse qu’une réponse certaine : une règle écrite « tout le monde sauf l’Allemagne » ne se déclenche donc pas en douce sur les visiteurs dont le pays n’a pas pu être résolu.

• ✓Type de visiteur, vérification et score de qualité issus du classificateur
• ✓Type de réseau : centre de données, VPN, proxy public, TOR, proxy web
• ✓Pays, région, ville, numéro de système autonome, adresse ou sous-réseau
• ✓Appareil, langue, référent, motif d’user agent, balises de campagne
• ✓Plage d’heures locales, jour de la semaine, première visite ou retour
• ✓Listes d’adresses réutilisables — une seule liste, référencée par plusieurs règles

Cinq issues, et aucune n’est une impasse

Une règle qui correspond peut laisser passer la visite et se contenter d’enregistrer qu’elle a correspondu ; renvoyer le lien comme indisponible avec un 404 ou un 410 ; envoyer ce visiteur vers une autre destination ; afficher une page de substitution à votre marque avec votre propre texte ; ou marquer la visite comme suspecte sans rien changer à sa destination.

L’action « laisser passer et enregistrer » existe parce qu’un filtre que l’on ne peut pas auditer est un filtre auquel on ne peut pas se fier. Chaque correspondance est écrite dans l’événement de clic avec l’identifiant de la règle et l’action appliquée : la répartition « Filtré » répond donc à la question « combien de trafic cette règle a-t-elle arrêté, et était-ce le bon trafic » — y compris pour des règles que vous avez depuis modifiées ou supprimées, puisque l’action est stockée à côté de l’identifiant.

Le blocage en 404 renvoie délibérément la page introuvable ordinaire. Un lien bloqué doit être indiscernable d’un lien qui n’a jamais existé : tout le reste revient à indiquer à celui qui sonde vos liens qu’il a trouvé quelque chose qui vaut la peine d’être sondé.

Des règles pour un lien, des règles pour tout l’espace de travail

La plupart des politiques ne concernent pas un seul lien. Un jeu de règles à l’échelle de l’espace de travail s’applique à tous les liens d’un client et s’évalue après les règles propres au lien : un lien peut donc porter une exception au-dessus d’une interdiction générale — « fermer tout ce qui vient des centres de données » au niveau de l’espace de travail, « laisser passer notre supervision » sur l’unique lien que la sonde surveille. Chaque lien peut aussi se retirer entièrement du jeu partagé.

Avant qu’une règle entre en service, vous pouvez la confronter à un visiteur hypothétique — pays, appareil, type de réseau, heure — et voir exactement quelle règle se déclenche et où le visiteur atterrit. L’aperçu n’est pas une réimplémentation : il appelle la même fonction pure que le worker du edge, et un test de bout en bout compare sa réponse à l’en-tête Location réel d’une vraie redirection.

Le coût d’une règle est une contrainte de conception, pas une note de bas de page

Le filtrage se produit sur le chemin de la redirection, c’est-à-dire au seul endroit où les millisecondes sont visibles par un être humain. Le moteur ne demande donc que les données dont les règles de ce lien précis ont réellement besoin : une condition de pays déclenche une résolution géographique, une condition de type de proxy charge le jeu de plages, une condition de robot vérifié lit une entrée de cache. Un lien sans règle n’effectue pas une seule lecture supplémentaire — c’est affirmé par un test à compteurs d’appels, pas par un espoir.

Tout ce que les règles ont effectivement récupéré est transmis à la tâche de fond qui assemble l’événement de clic : la même recherche n’est jamais payée deux fois.