Règles de routage

Le plus important dans le routage de Kilo n’est aucune règle en particulier - c’est où elles s’exécutent. Quand quelqu’un atteint votre lien, les règles sont évaluées à la périphérie, dans la même redirection qui l’envoie plus loin, se résolvant en environ 50 millisecondes. Il n’y a pas d’aller-retour vers une base de données ni de script sur votre page de destination. Le visiteur vit une redirection simple et rapide ; la ramification se produit invisiblement au passage.

Tout ce qui suit se configure par lien dans le tableau de bord et prend effet au scan suivant. Vous pouvez superposer plusieurs règles sur un même lien.

Une règle géo envoie les visiteurs vers différentes destinations selon où ils sont. Vous pouvez cibler par pays, par région (un État ou une province - par exemple la Californie, ou le district de Tel Aviv) ou par ville. Envoyez les scans européens vers une page localisée et tous les autres vers la destination par défaut ; routez trois villes vers trois boutiques ; gardez une destination pour un seul pays et une solution de repli pour le reste du monde. La région et la ville viennent de la géolocalisation au niveau réseau de Cloudflare, qui est approximative - assez précise pour router une campagne, pas un substitut à demander son adresse à quelqu’un.

Une règle d’appareil se ramifie selon la façon dont le visiteur navigue : mobile contre ordinateur, et le système d’exploitation - iOS, Android et le reste. L’usage classique est un lien d’application : envoyez les scans iPhone vers l’App Store, les scans Android vers Google Play et les visiteurs sur ordinateur vers une page web, le tout depuis un seul code QR sur une seule affiche. L’appareil et l’OS sont lus dans la requête à son passage, avec un analyseur léger sur le chemin chaud.

Une règle A/B répartit le trafic entre deux destinations ou plus par poids - disons 50/50, ou 80/20 - pour que vous puissiez tester quelle page performe le mieux. L’attribution est déterministe : un visiteur donné est haché vers un seau et reste sur la même variante lors des visites répétées, plutôt que d’être re-mélangé à chaque fois, pour que votre test reste cohérent. Quelle variante s’est déclenchée est enregistré dans l’analyse, pour que vous puissiez comparer les résultats côte à côte. Vous pouvez aussi conditionner un test A/B derrière une audience géo ou d’appareil, pour que la répartition ne s’applique qu’aux visiteurs sur lesquels vous testez.

Deux autres contrôles opèrent au niveau de la campagne plutôt que sur une seule règle. Un groupe de campagne peut porter une fenêtre de temps - un début, une fin, ou les deux - qui s’applique à chacun de ses liens. Hors de la fenêtre, les liens cessent de renvoyer vers leur destination normale et, à la place, soit se rabattent sur une URL que vous choisissez, soit affichent une page de marque « non disponible », à votre choix. C’est ainsi que vous faites qu’un ensemble de codes démarre et s’éteigne selon un calendrier sans les surveiller.

Un groupe peut aussi porter une destination par défaut qui remplace chacun de ses liens, pour que vous puissiez re-pointer une campagne entière en modifiant une seule URL. C’est couvert plus en détail dans le guide du cycle de vie du lien ; ici, il vaut la peine de savoir qu’elle côtoie les règles par lien comme moyen de diriger plusieurs liens à la fois.

Quand un lien a plus d’une règle, Kilo les évalue dans un ordre de priorité fixe et la première correspondance l’emporte. Un remplacement de destination de groupe ou d’administrateur vient en premier, puis les règles géo, puis les règles d’appareil, puis les répartitions A/B et enfin - si rien n’a correspondu - la destination par défaut du lien. La destination par défaut est le filet de sécurité : chaque visiteur qui ne rentre dans aucune règle atterrit quand même quelque part de sensé.

Les règles décident où va un clic. Le guide suivant porte sur le jugement des clics eux-mêmes - distinguer le vrai trafic des machines.