La personnalisation à grande échelle : gérer des centaines de règles sans chaos

La personnalisation à grande échelle est avant tout un problème d'organisation. Cinq règles tiennent dans la tête d'une personne. Cinquante règles, écrites par quatre personnes sur un an, non. Sans un minimum de structure, vous vous retrouvez avec des règles sans responsable, deux règles qui se disputent le même titre sur la page tarifs, et un ancien prix toujours affiché pour un segment parce que personne ne se souvenait de l'existence de cette variante.

Cet article présente la structure qui garde un ensemble de règles croissant gérable : nommage, registre, ordre de priorité explicite en cas de conflit, modèles à emplacements plutôt que pages sur mesure, contrôles de performance et répartition des responsabilités. Rien de tout cela n'est compliqué. Il faut simplement que cela existe avant que le nombre de règles n'augmente, pas après.

Les signes que votre dispositif actuel ne suffit plus

• Personne ne peut dire ce que voit un visiteur donné. Quelqu'un demande « que voit un visiteur grand compte du secteur de la santé sur la page d'accueil ? », et y répondre implique d'ouvrir plusieurs règles, parfois dans plusieurs outils.
• Les conflits se règlent par hasard. Deux règles ciblent le même élément pour des segments qui se recoupent, et celle qui l'emporte dépend de l'ordre de chargement ou de la date de création plutôt que d'une décision prise par quelqu'un.
• Les modifications de contenu deviennent des chasses au trésor. Un changement de prix ou de nom de produit oblige à fouiller chaque variante pour trouver où subsiste l'ancienne formulation.
• Les pages sont devenues plus lentes ou ont commencé à scintiller à mesure que des règles étaient ajoutées, et personne n'a remarqué quand.
• Les tests sont à l'arrêt parce que la maintenance des règles existantes absorbe tout le temps disponible.

Réduire le nombre de règles est parfois la bonne réponse, surtout quand beaucoup n'ont jamais été mesurées. Le plus souvent, les règles sont bonnes et ce qui manque, c'est un moyen de les visualiser et de les gouverner.

Nommez les règles pour que le nom explique la règle

Choisissez une convention et appliquez-la partout. En voici une qui fonctionne : niveau, segment, page, élément et version, reliés par des tirets dans cet ordre :

tier-segment-page-element-version

• T1-acme-corp-homepage-hero-v2
• T2-enterprise-healthcare-pricing-proof-v1
• T3-returning-visitor-blog-cta-v3

Le préfixe de tier renvoie à l'ordre de résolution des conflits décrit plus bas. Le reste permet à quiconque lit une liste de règles de voir ce que fait chacune sans l'ouvrir. Filtrez par page et vous obtenez toutes les règles susceptibles de toucher cette page ; filtrez par segment et vous obtenez tout ce que voit un segment.

Tenez un registre

Un tableur suffit. Une ligne par règle active, avec ces colonnes :

Ajoutez deux habitudes. Les nouvelles règles passent par une courte demande auprès de la personne qui gère le registre (un message Slack suffit), ce qui permet de repérer les doublons avant leur mise en ligne. Et chaque trimestre, parcourez la liste : retirez les règles qui n'ont montré aucun effet après un test complet, mettez à jour les contenus obsolètes et fusionnez les règles qui font le même travail pour des segments qui se recoupent. Notre modèle de playbook de personnalisation peut servir de registre si vous ne voulez pas créer le vôtre ; il comporte une colonne pour la priorité en cas de chevauchement.

Tranchez les conflits avant qu'ils n'arrivent

Un visiteur récurrent issu d'un grand groupe de santé figurant sur une liste de comptes cibles peut correspondre à la fois à une règle de compte, une règle secteur-plus-taille, une règle sectorielle et une règle visiteur récurrent. Si toutes ciblent le hero, il faut un arbitre. Établissez un ordre explicite :

1. Tier 1 : règles par compte nommé. Tout ce qui est conçu pour un compte ou une liste de comptes précis l'emporte. Ce sont les règles les plus spécifiques, généralement liées à une discussion commerciale en cours.
2. Niveau 2 : segments composés. Les règles combinant deux attributs ou plus (grand compte + santé) l'emportent sur les règles à un seul attribut, car quelqu'un a décidé que cette combinaison méritait son propre message.
3. Niveau 3 : règles à attribut unique. « Tous les visiteurs grands comptes », « tous les visiteurs des États-Unis ». Règles de repli.
4. Page par défaut. Ce que voient tous les autres, y compris les robots d'exploration.

Au sein d'un même niveau, ne laissez pas la « dernière mise à jour » ou l'ordre de chargement décider. Attribuez à chaque règle d'un niveau un numéro de rang explicite dans le registre, ou mieux, évitez dès le départ les règles de même niveau portant sur le même élément pour des segments qui se chevauchent. Les départages silencieux sont la raison pour laquelle un visiteur finit par voir une variante que personne n'avait prévue.

On peut aussi éviter les conflits élément par élément. Si les règles par compte gèrent le hero et les règles par secteur le bloc de preuves, un visiteur qui correspond aux deux reçoit les deux, sans conflit. C'est la solution la plus simple, à essayer en premier.

Des templates et des emplacements plutôt que des pages sur mesure

Le principe qui rend un grand ensemble de règles abordable : figez la mise en page et définissez quelques emplacements personnalisables. Une règle remplit des emplacements ; elle ne redessine pas la page.

Exemples d'emplacements pour une page d'accueil B2B :

• Titre du hero (avec une limite de caractères, pour que les variantes tiennent sur mobile)
• Sous-titre du hero
• Bloc de preuves : une rangée de logos et une citation
• Libellé et destination du CTA principal
• Étude de cas mise en avant

Créer une variante revient alors à rédiger le texte de cinq champs et à choisir une étude de cas, ce qu'un marketeur peut faire sans mobiliser design ni développement. Cela rend aussi le registre utile : vous savez exactement quels champs une règle peut modifier.

Le compromis est réel. Votre variante santé et votre variante fintech se ressembleront, car elles partagent une mise en page. Pour la plupart des sites B2B, c'est acceptable, puisque c'est le message qui change d'un segment à l'autre. Réservez un traitement entièrement sur mesure à une courte liste de comptes nommés dont la taille du deal justifie le travail supplémentaire, et acceptez que ces pages nécessitent leur propre maintenance.

Surveillez la performance à mesure que les règles s'ajoutent

Le coût d'un ensemble de règles en vitesse dépend de l'endroit où la décision est prise. Une décision côté serveur ou en edge ajoute du travail avant l'envoi de la page ; un script côté client ajoute du travail après l'affichage de la page et peut provoquer un scintillement. Dans les deux cas, mesurez plutôt que de supposer :

• Largest Contentful Paint et scintillement sur les pages personnalisées. Comparez une variante personnalisée avec la page par défaut dans PageSpeed Insights ou en test de laboratoire, avec un profil mobile bridé. Si le hero personnalisé est l'élément LCP et apparaît plus tard que ne le ferait la version par défaut, la décision arrive trop tard.
• Temps de décision de l'outil de personnalisation. La plupart des outils consignent la durée d'une décision. Suivez-la dans le temps, et regardez ce qui a changé chaque fois qu'elle augmente brusquement.
• Taux de repli. La fréquence à laquelle une règle échoue et où la version par défaut s'affiche à la place. Un repli silencieux vaut mieux qu'une page cassée, mais un taux élevé signifie que les visiteurs ne reçoivent pas ce que le registre indique.

Enregistrez une référence avant la mise en ligne de chaque lot de nouvelles règles, afin de pouvoir relier une régression au changement qui l'a causée. Le suivi des Core Web Vitals dans votre outil de RUM ou dans la Search Console signalera les problèmes durables, mais seulement après qu'une quantité suffisante de trafic réel aura été touchée.

Qui est responsable de quoi

Dans les petites équipes, une ou deux personnes assument les quatre rôles, ce qui ne pose pas de problème tant que le registre existe, car une autre personne peut alors reprendre le travail. Le rôle de responsable est celui qui ne peut pas être partagé de façon floue : si tout le monde est responsable du jeu de règles, personne ne retire quoi que ce soit. Pour un RACI, les phases de déploiement et la gouvernance dans les grandes organisations, consultez le playbook de déploiement de la personnalisation en entreprise.

Mesurez les règles, pas seulement le programme

Un groupe témoin au niveau du programme vous dit que la personnalisation, dans son ensemble, vaut la peine d'être conservée. Il ne vous dit pas laquelle de vos cinquante règles produit l'effet. Donnez à chaque règle de niveau 2 et 3 son propre groupe témoin ou A/B test quand le trafic le permet, et marquez « non mesurées » dans le registre les règles qui ne peuvent pas atteindre un échantillon exploitable, plutôt que de supposer qu'elles aident. Notre article sur la mesure du ROI de la personnalisation traite du dimensionnement du groupe témoin et de la hiérarchie des métriques.

Checklist avant que le nombre de règles n'augmente

• Une convention de nommage que tout le monde applique
• Un registre avec responsable, objectif, segment, données et statut de test pour chaque règle
• Un ordre de priorité écrit en cas de conflit, plus la propriété des éléments par niveau
• Modèles d'emplacements au moins pour la page d'accueil et la page tarifs
• Une référence de performance et une vérification après chaque série de règles
• Un responsable nommé et une date pour la prochaine revue trimestrielle

Une première étape concrète : exportez toutes les règles actives de votre outil dans le format de registre ci-dessus. Toute règle que vous ne pouvez pas renseigner (pas de propriétaire connu, pas d'objectif déclaré, aucune idée de son efficacité) va sur la liste de la première revue. Si vous mettez cela en place dans Markettailor, sa segmentation centralise les définitions de segments, ce qui facilite le repérage des recoupements entre règles.