Rotateurs de destinations et tests A/B auto-optimisés

Deux fonctions se ressemblent presque à s’y méprendre sur une liste de fonctionnalités et répondent à des questions complètement différentes. Un rotateur répartit le trafic d’un seul lien court entre plusieurs destinations. Un test A/B répartit le trafic entre des variantes et vous dit laquelle a fait mieux. Les deux placent plusieurs adresses derrière un même lien ; une seule des deux est une mesure.

Ce guide couvre ce qui distingue réellement les deux, le comportement des poids dans chacun, pourquoi garder un visiteur sur une même destination compte davantage que la répartition elle-même, ce qu’un contrôle de santé sait et ne sait pas détecter, le fonctionnement de la repondération automatique et pourquoi elle refuse d’agir trop tôt, et à quel moment l’outil le plus simple est le bon.

Un rotateur est un outil d’exploitation, une répartition est une mesure

La distinction n’a rien d’académique. Elle décide des comportements que vous obtenez gratuitement et de ceux qu’il vous faudra contourner à la main.

| | Rotateur de destinations | Répartition A/B | | --- | --- | --- | | Objet | Garder une adresse fonctionnelle malgré des destinations changeantes | Comparer des destinations et trancher | | Poids | Relatifs, valeurs libres | Entiers totalisant exactement 100 | | Jeu d’options | Change en permanence, jusqu’à vingt | Figé pour la durée du test | | Limites par option | Plafonds de clics, plannings, filtres pays et appareil | Aucune — une variante est une variante | | Gestion des pannes | Destination en échec retirée automatiquement | Sans objet | | Se termine par | Rien, il continue de tourner | Un gagnant, ou un honnête « pas encore » |

Un rotateur mérite sa place quand l’adresse est la partie stable et que les destinations bougent : un code imprimé qui survivra à trois offres, un lien en bio, un emplacement d’affiliation où l’annonceur change de créations chaque semaine. Une répartition mérite la sienne quand vous avez une question et assez de trafic pour y répondre. Faire tourner les deux sur le même compte, pour des liens différents, est normal ; les faire tourner sur un même lien signifie en général que l’un des deux ne sert à rien.

Des poids relatifs, recalculés sur les seules destinations candidates

Les poids d’un rotateur sont des parts, pas des pourcentages. La part d’une destination est son poids divisé par la somme des poids des destinations actuellement candidates — des poids de 3, 2 et 1 donnent donc une moitié, un tiers et un sixième, et rien n’a besoin d’être renormalisé à la main quand vous en ajoutez une quatrième.

La candidature est évaluée avant les poids, et cet ordre est ce qui fait de la fonction un outil d’exploitation plutôt qu’un ornement. Une destination sort du jeu de candidates quand elle est désactivée, quand elle a consommé son plafond total ou quotidien, quand sa fenêtre de dates ne s’est pas ouverte ou s’est refermée, quand le pays ou l’appareil du visiteur tombe hors de ses filtres, ou quand un contrôle de santé l’a mise hors service. Les autres absorbent sa part au prorata de leurs propres poids, immédiatement et sans que personne ne modifie quoi que ce soit à trois heures du matin. Quand toutes les destinations sont sorties, une adresse de repli récupère le reste ; sans elle, le lien continue de servir sa destination principale au lieu de devenir une page d’erreur.

Le rotateur propose aussi deux répartitions sans poids : le tourniquet, qui envoie les clics consécutifs vers des destinations consécutives, et l’uniforme, qui partage à parts égales. Le tourniquet est le mode qui convient pour répartir la charge entre miroirs, puisque c’est le seul qui garantit que deux clics consécutifs atterrissent à des endroits différents.

La répartition A/B se comporte à l’inverse, et pour une bonne raison. Ses poids sont des entiers qui doivent totaliser exactement cent, parce que le redirecteur range le visiteur dans un compartiment de 0 à 99 et parcourt les poids cumulés : le moindre trou dans cet intervalle serait du trafic servi par rien. La répartition pondérée du rotateur est vérifiée contre cent mille visiteurs synthétiques et doit rester à moins d’un point de pourcentage des parts configurées, ce qui est le niveau de précision à attendre de tout outil qui prétend répartir du trafic.

Garder un même visiteur sur une même destination

Une rotation sans persistance produit du non-sens. Un visiteur ouvre le lien, voit l’offre A, revient une heure plus tard, voit l’offre B, et tout rapport de tunnel bâti sur ces clics est une fiction — pas légèrement faux, une fiction, parce que le numérateur et le dénominateur décrivent désormais des pages différentes.

La fenêtre de persistance est donc un réglage de premier plan, configurable de zéro à trente jours, et le mécanisme comporte deux couches. Le choix de base dérive de façon déterministe de l’empreinte quotidienne du visiteur : il est stable sans session, sans ligne en base et sans rien de stocké visiteur par visiteur. Un cookie propriétaire posé sur votre propre domaine de redirection reporte ensuite la destination retenue pendant toute la durée de la fenêtre, et c’est ce qui fait survivre la persistance au renouvellement nocturne du sel de l’empreinte.

Deux conséquences méritent d’être connues plutôt que découvertes. Un visiteur qui efface ses cookies ou arrive sur un autre appareil retombe sur le choix dérivé, stable à l’intérieur d’une journée mais pas nécessairement d’un jour à l’autre — le même compromis que fait la couche statistiques pour éviter de conserver un identifiant. Et un visiteur épinglé le reste après que vous avez changé les poids, parce que l’épinglage l’emporte sur la répartition tant que la destination est encore candidate.

Un détail d’implémentation a un effet visible. Le rotateur tire son compartiment d’une tranche de l’empreinte du visiteur différente de celle qu’utilise la répartition A/B. Partager la même tranche corrélerait les deux choix, et tout le monde dans la variante A ne verrait systématiquement qu’une partie de la liste des destinations.

Les contrôles de santé, ou comment sortir une page morte de la rotation

Les destinations pourrissent. Un partenaire retire une page, un certificat expire, une offre est suspendue, un domaine expire et réapparaît en page de parking qui se vend elle-même. Pendant ce temps, le lien court continue d’envoyer sa part de trafic dans le mur, et personne ne s’en aperçoit avant le rapport hebdomadaire.

Un contrôle planifié suit chaque destination comme le ferait un visiteur et enregistre quatre choses : le code de statut, le nombre de sauts de la chaîne de redirections, le temps de réponse et la date d’expiration du certificat TLS. Il compare aussi la page à une empreinte prise au moment de l’ajout de la destination — l’hôte final et le titre de la page — et c’est ainsi qu’une URL qui renvoie désormais un 200 bien portant depuis une page de parking se fait attraper. La même sonde alimente le vérificateur de liens, et une destination n’est pas revérifiée plus souvent que toutes les quinze minutes, pour qu’un grand espace de travail ne puisse pas transformer sa propre supervision en source de trafic.

Ce qui se passe ensuite se décide lien par lien. Le comportement par défaut est bruyant mais passif : la destination est marquée dans la liste des liens, les propriétaires reçoivent un e-mail récapitulatif et un webhook part. Activez le retrait automatique et elle est en plus sortie de la rotation jusqu’à ce qu’elle se rétablisse, marquée comme désactivée automatiquement plutôt que supprimée en silence — « le rotateur va bien » devient ainsi une affirmation que quelqu’un a vérifiée. La réactivation est manuelle à dessein : une page qui a flanché une fois flanchera de nouveau, et un humain doit la voir avant que le trafic ne revienne.

Deux limites honnêtes. Le contrôle part de notre infrastructure : il vérifie que la page répond, pas qu’elle répond correctement pour un visiteur d’un pays donné sur un appareil donné. Et la détection des pages de parking s’appuie sur des motifs connus ; une destination qui renvoie une page parfaitement valide dont l’offre a été retirée paraîtra toujours en bonne santé, et c’est pourquoi les données de conversion par destination comptent plus que n’importe quelle pastille de santé.

Des plafonds qui tiennent sur un réseau edge

Un plafond de clics n’a de sens que s’il tient quand le même lien est ouvert simultanément dans une douzaine de pays. Des compteurs indépendants par région, c’est ainsi qu’une destination limitée à mille clics en délivre quatorze cents : quatorze centres de données ont chacun compté jusqu’à cent et chacun s’est cru sous la limite.

La conception qui l’évite fonctionne à deux vitesses. Des instantanés de compteurs voyagent à l’intérieur de la configuration mise en cache du lien : le redirecteur sait donc à peu près où en est une destination sans aller-retour sur le chemin critique. Quand une destination arrive à quelques dizaines de clics de son plafond, le redirecteur bascule sur une réservation faisant autorité dans un stockage partagé avant de répondre : deux clics simultanés sur la dernière place sont donc arbitrés par un unique incrément atomique, et le perdant part ailleurs au lieu de passer au-dessus de la limite.

Le compromis, dit franchement : loin de la frontière, le nombre est un instantané plutôt qu’un décompte en direct, si bien qu’un plafond est exact là où l’exactitude compte et approximatif là où elle ne compte pas — et c’est ce qui évite à une destination sans limite de payer un aller-retour pour un plafond qu’elle n’a pas.

Comment fonctionne réellement l’auto-optimisation

Une répartition auto-optimisée ajoute une seule chose à une répartition ordinaire : une tâche planifiée qui recalcule les poids en faveur de la variante qui fait mieux sur l’objectif. Tout le reste — l’affectation, la persistance, le reporting — est inchangé, et le redirecteur n’apprend jamais que ce mode existe, puisqu’il reçoit des poids ordinaires qui se trouvent avoir été calculés pour lui.

La tâche s’exécute toutes les heures et procède en trois étapes. Elle collecte les écarts de clics de chaque variante depuis le dernier passage et les ajoute à un échantillon stocké. Elle note chaque variante avec un taux lissé, en ajoutant un aux succès et deux aux essais, si bien qu’une variante à trois clics ne peut pas afficher un score parfait et qu’aucune division par zéro n’est possible. Puis elle distribue cent points entiers entre les variantes au prorata de ces scores, après avoir réservé un plancher de cinq points à chacune.

Ce plancher est la ligne la plus importante de l’algorithme. Une variante ramenée à zéro n’accumulerait plus jamais la moindre observation, et la décision de l’abandonner deviendrait définitive sur la foi du seul échantillon qui l’a produite. Cinq points suffisent à continuer d’apprendre et coûtent assez peu pour ne pas peser.

Voici un passage à deux variantes une fois les deux portes ouvertes :

| Variante | Clics | Événements objectif | Taux brut | Score lissé | Nouveau poids | | --- | --- | --- | --- | --- | --- | | A | 620 | 31 | 5,00 % | 5,14 % | 54 | | B | 610 | 25 | 4,10 % | 4,25 % | 46 |

Notez ce que l’algorithme n’a pas fait. Un écart relatif d’environ un cinquième sur le taux de conversion a produit une répartition 54/46, et non 90/10, parce que la repondération est proportionnelle au score plutôt qu’une règle du tout au vainqueur. L’optimisation automatique incline ; elle ne bascule pas. Si vous voulez une bascule, fixez le gagnant à la main — cela route tout le trafic vers une seule destination et met fin à l’expérience, et la décision est consignée dans l’historique du lien à côté des décisions automatiques.

Pourquoi un échantillon minimal passe avant tout le reste

Deux portes maintiennent la répartition égale avant que l’optimiseur n’ait le droit de toucher à quoi que ce soit : une période de chauffe mesurée en temps calendaire, et un échantillon total minimal mesuré en clics, mille par défaut. Sous l’une ou l’autre, les poids ne sont pas ajustés du tout plutôt qu’ajustés un peu.

La raison n’est pas un scrupule statistique, c’est la forme du trafic des liens. Les premières heures d’une campagne sont dominées par le canal qui a publié le premier et par le trafic automatisé qui scanne le lien, comme le détaille notre guide sur le suivi des clics. Un taux calculé sur cette fenêtre décrit le calendrier de publication, pas les pages. Pire, un optimiseur qui agit dessus affame la variante qui s’est trouvée lancée à une heure creuse, et la variante affamée accumule ensuite des preuves plus lentement, ce qui rend l’erreur initiale auto-entretenue. Le plancher limite les dégâts ; les portes les empêchent.

Deux choses que le mode automatique ne fait pas. C’est une repondération proportionnelle, pas un test séquentiel : il ne calcule aucun seuil de signification et ne déclare jamais de gagnant, ce qui reste une action humaine, prise à côté de la note de confiance que l’écran du test A/B imprime sous le tableau des variantes. Et l’échantillon sur lequel il repondère ne vaut que ce que vaut l’objectif que vous lui donnez — si chaque clic compte comme un succès, chaque variante obtient le même score par construction et la répartition reste égale de fait. Une inclinaison exige un objectif que tous les clics n’atteignent pas, et c’est ce que le suivi des conversions enregistre par variante ; l’identifiant de clic signé porte le libellé de la variante, si bien que commandes et chiffre d’affaires se répartissent par variante dans les rapports décrits dans les conversions.

Quand vous n’avez pas besoin d’un rotateur

| Situation | Meilleur outil | | --- | --- | | Une destination aujourd’hui, une autre le mois prochain | Modifiez la destination du lien ; l’adresse courte et son historique ne changent pas | | Une page différente par marché | Des règles de ciblage ordonnées — déterministes et lisibles | | Une question, deux pages candidates | Une simple répartition avec la note de confiance | | Les mobiles dans une application, les ordinateurs vers le site | Les champs de deep link du lien | | Plusieurs miroirs de la même page | Un rotateur en mode tourniquet, le cas pour lequel il a été conçu |

La règle générale : un rotateur mérite sa complexité quand les destinations changent sans que l’adresse change, et coûte de la clarté partout ailleurs. Une part pondérée est plus difficile à raisonner qu’une règle, et quiconque a déjà débogué « pourquoi ce visiteur a-t-il eu cette page » à onze heures du soir sait laquelle des deux il préférerait lire. Les détails de configuration sont dans le guide du rotateur et le guide des liens.

Un montage qui tient dans la durée

1. Commencez par l’outil le plus simple qui répond à la question, et n’ajoutez la rotation que lorsque la liste des destinations change vraiment.
2. Réglez une fenêtre de persistance d’au moins une session pour tout ce qui a un tunnel derrière, et zéro uniquement pour répartir la charge.
3. Donnez à chaque destination un plafond ou une fenêtre si elle a une vraie limite, et posez un repli pour que l’épuisement ne soit pas une page d’erreur.
4. Activez le retrait automatique pour les destinations que vous ne contrôlez pas, et laissez-le désactivé là où une brève panne vaut mieux qu’une redistribution silencieuse.
5. Laissez expirer la période de chauffe et l’échantillon minimal avant de lire quoi que ce soit dans une répartition auto-optimisée, et vérifiez la note de confiance avant de fixer un gagnant.
6. Lisez les résultats par destination : l’événement de clic enregistre celle qui l’a servi, si bien que clics, visiteurs uniques et chiffre d’affaires se répartissent tous ainsi.

Le motif derrière tout cela est le même. La rotation, les plafonds et la repondération font qu’un lien continue de faire ce qu’il faut pendant que personne ne le regarde. Ils ne remplacent pas le fait de regarder quelle destination rapporte — ils vous achètent le temps de le regarder correctement.