Personnalisation

Le serveur fait le choix

Une lecture indique à Fóir ce qu'elle sait de la requête : l'appareil, la locale et toute dimension qui vous est propre, comme le type de produit dans le panier ou le marché sur lequel le visiteur achète. Fóir ajoute le reste lui-même : l'origine de la requête, si l'utilisateur est connecté et à quels segments il appartient.

Il choisit la variante dont les règles correspondent et renvoie l'enregistrement avec les valeurs de cette variante déjà en place. Votre code lit les mêmes champs quelle que soit la version renvoyée.

Ce qu'un visiteur ne peut pas déclarer

La localisation, l'état de connexion, l'appartenance à un segment et les données de profil ne sont jamais reprises de l'appelant. Fóir situe lui-même la requête et déduit le reste du jeton de l'utilisateur, quoi que la requête prétende.

La règle d'un segment peut lire un champ de profil que le client n'a pas le droit de voir : une valeur que vous gardez privée peut donc quand même décider de ce qui est montré à un client.

Une audience se définit une seule fois

La cible d'une variante est une entrée du catalogue de variantes : un ensemble nommé de règles, avec une priorité. Les règles peuvent combiner des dimensions et des segments avec ET et OU.

Un nombre quelconque d'enregistrements peut pointer vers une même entrée. Modifiez l'entrée et toutes les variantes qui l'utilisent sont reciblées.

Une page, un champ ou un paragraphe

Une variante peut remplacer un enregistrement entier, avec ses propres brouillons et son propre historique de versions. Elle peut aussi remplacer un seul champ, ou une seule entrée dans un champ prose ou dans une liste, et laisser le reste intact.

Les éditeurs rédigent chaque version dans le même éditeur et prévisualisent le brouillon tel que le verra l'audience concernée.

Exemple : le marathon de Paris

Une marque de course à pied veut que sa page d'accueil mette en avant le marathon, mais seulement pour les personnes qui sont à Paris et lui ont déjà acheté des chaussures de running.

Aucun de ces deux faits ne vient du site. Fóir situe chaque requête, si bien qu'une règle peut demander les visiteurs à moins de 30 km de Paris. Un segment lit le profil du client connecté : les catégories qu'il a achetées incluent les chaussures de running.

Une entrée du catalogue combine les deux, et une variante de la page d'accueil avec le titre et l'image du marathon pointe vers elle. Rien ne change dans le front-end.

Ce que renvoie cette lecture

La lecture est celle que fait déjà la page de chaque visiteur, envoyée avec le jeton du client. Un client à Paris qui a acheté des chaussures de running obtient la page du marathon, et _variant dans la réponse nomme la variante servie.

Un visiteur à Lyon, ou toute personne non connectée, obtient la page par défaut. Le segment est évalué à chaque requête, il n'y a donc aucune liste de coureurs à tenir synchronisée.

Exemple : VIP selon le total dépensé

Une audience VIP est un seul segment : une règle sur le profil du client selon laquelle son total dépensé dépasse un seuil que vous choisissez.

Faites pointer une entrée du catalogue vers lui et n'importe quel enregistrement peut porter une version VIP, qu'il s'agisse d'une bannière, d'une grille de prix ou d'une page d'atterrissage entière. Un client la voit dès la première lecture après avoir franchi le seuil.

Aperçu, mise en cache et trace

L'éditeur résout un brouillon pour la locale et l'audience que vous choisissez, de sorte que ce que vous approuvez est ce qui est livré. Une réponse qui contient une variante résolue est marquée comme privée, afin qu'un cache partagé ne la stocke pas.

Un interrupteur de débogage sur une lecture indique quelles variantes ont été envisagées et pourquoi l'une a été servie, à une clé qui détient la portée de débogage.