Correspondance avec le visiteur — ce qui convient à chaque visiteur en premier

Chaque widget de recommandation choisit ses produits ou articles avec un algorithme — Meilleures ventes, Personnalisé, Éléments similaires et les autres. Correspondance avec le visiteur décide ensuite de leur ordre pour chaque personne : les éléments qui conviennent à ce visiteur passent en premier. Il peut s’agir des marques, tailles, catégories ou auteurs de son propre historique, de son genre, des prix qu’il consulte, de l’endroit où il se trouve, de sa langue, ou de l’un de ses champs visiteur.

C’est une liste ordonnée de conditions que vous construisez. L’algorithme décide toujours quels éléments sont en lice ; Correspondance avec le visiteur ne change que l’ordre dans lequel chacun les voit.

Où la trouver

Campagne › Contenu › l’éditeur du widget › étape 1 Sélectionner l’algorithme de recommandation › Correspondance avec le visiteur, sur toute la largeur, sous les cartes d’algorithmes et au-dessus de Règles de filtre personnalisées.

Elle figure dans tous les widgets de recommandation :

• les widgets de produits et de contenu sur site ;
• les recommandations dans les e-mails ;
• le bloc de recommandations du Canvas Builder ;
• les flux JSON — Products Recommendations – JSON, Content Recommendations – JSON, External JSON API – Products et External JSON API – Articles. Un widget JSON créé auparavant reçoit ses conditions lorsqu’il est de nouveau enregistré.

Les widgets de catégories et de centres d’intérêt n’ont pas cette section : une catégorie n’a ni marque ni auteur propre. Voir Recommandations de catégories et de centres d’intérêt.

Fonctionnement

• + Faire correspondre par… ajoute une condition, issue de deux groupes : D’après son historique et À propos du visiteur. Chaque ligne se déplace vers le haut ou le bas, et × la retire.
• Les conditions ne font que réordonner ce que l’algorithme a trouvé. Elles reclassent les 200 meilleures recommandations de l’algorithme, et le widget affiche les premiers éléments de cette liste triée, autant qu’il en contient. Elles n’ajoutent jamais un élément venu d’ailleurs.
• Les replis n’interviennent toujours que lorsque l’algorithme principal trouve moins d’éléments que le widget n’en affiche (ou n’en trouve aucun, si le repli est réglé sur Seulement quand il n’y a rien d’autre à montrer). Leurs éléments sont triés selon les mêmes conditions, au sein de leurs propres résultats, et viennent toujours après ceux de l’algorithme principal, aussi bien qu’ils correspondent. Voir solutions de repli.
• Les éléments ajoutés par Remplir les cellules vides ne sont pas triés.
• Une valeur vide ne correspond jamais. Un produit sans marque ne correspond jamais à Marque de l’historique du visiteur.

Ordre

Un seul réglage pour toute la liste. En cas d’égalité, l’ordre propre de l’algorithme est conservé dans les deux cas.

Si rien ne correspond

Ce que fait le widget pour un visiteur quand aucune de ses recommandations ne remplit la moindre condition.

Les conditions

D’après son historique

L’historique du visiteur, ce sont les éléments avec lesquels il a interagi — ses 20 derniers environ. Chaque condition d’historique a un choix Historique, qui détermine les éléments à comparer :

À propos du visiteur

Une condition qui attend encore un champ — Autre champ…, Langue, Correspond à un champ du visiteur… — affiche une note orange (« Choisissez un champ – d’ici là, cette condition n’est pas enregistrée. ») et n’est pas enregistrée tant que vous n’en choisissez pas un.

Recettes

Limites

• Elle réordonne les 200 premiers résultats propres à l’algorithme ; elle n’ajoute jamais d’éléments que l’algorithme n’a pas choisis.
• L’âge n’est pas proposé : aucun catalogue ne renseigne de tranche d’âge, et les visiteurs ont rarement une date d’anniversaire.
• Langue nécessite un champ de langue dans le catalogue d’articles.
• Un widget de flux JSON existant reçoit ses conditions lorsqu’il est de nouveau enregistré.

Pour les auteurs de modèles

Un modèle écrit à la main peut utiliser les mêmes conditions dans l’en-tête d’un ${foreach} : match by se place après where / group by et avant order by, sur chaque branche.

${foreach recom_products as p where ... match by 'only', p->brand:in_visitor_history('viewed,goal'), p->size:in_visitor_history('viewed,goal') order by p->recom_score desc limit 8}

• Indicateurs : 'most' correspond à « Le plus de correspondances d’abord », 'only' à « Masquer le widget ».
• Fonctions : in_visitor_history, visitor_gender, near_visitor_price('30'), within_km('50') (sur p->geolocation), visitor_language(), in_visitor_interests('tag') (sur p->id) et equals_visitor('industry').
• Une condition écrite à la main dans un modèle apparaît dans l’éditeur comme une ligne à part : « Une condition écrite à la main dans le modèle. Elle est conservée telle quelle. »

Voir aussi

• Algorithmes de recommandation — ce que chacun choisit, et Plus de stock d’abord
• Définir des filtres sur les recommandations — ce qu’un algorithme peut renvoyer, tout simplement
• Définir des solutions de repli pour les recommandations
• Régler le moteur — les pondérations de tout le compte, sous chaque widget
• Recommandations — par où commencer