Créez des expériences avec plusieurs mises en page dans Sitecore Personalize / Blogs / Perficient

Sitecore Personalize utilise une combinaison d’expériences, de modèles de décision et d’offres pour personnaliser le contenu. Une expérience définit une variante. La variante est utilisée pour créer l’interface utilisateur de l’expérience. Le modèle de décision utilise des programmables et des tables de décision pour sélectionner une offre. La variante lit les données de l’offre pour remplir l’interface utilisateur. Par défaut, Sitecore Personalize s’attend à ce que la variante ait une expérience utilisateur et que le modèle de décision renvoie des offres qui utilisent toutes le même modèle d’offre. Mais que se passe-t-il si vous souhaitez vivre des expériences utilisateur différentes ? Vous pourriez avoir un bloc de contenu avec un titre, une image et un CTA. Vous pourriez avoir un autre bloc de contenu avec un titre, plusieurs icônes chacune avec son propre bloc de texte. Vous pourriez avoir encore un autre bloc de contenu avec l’image à gauche et le titre et la description à droite. Examinons quelques façons de procéder dans Sitecore Personalize.

Comprendre les pièces

Détails sur la façon dont les éléments de Sitecore Personalize s’emboîtent

• Expérience : Un bloc de contenu personnalisé et les configurations requises. Nécessite une variante. Inclut en option le ciblage de pages, le filtrage et le modèle de décision.
• Expérience Web : utile pour l’intégration dans des sites Web
• Expérience Full Stack : utile pour l’intégration dans des sites Web et des applications mobiles
• Variante : l’interface utilisateur pour une expérience. Composé de sorties HTML, CSS, Javascript et API.
• Html : le balisage HTML pour une variante
• Javascript : Le javascript nécessaire pour afficher une variante sur le site
• Css : Le CSS pour styliser la variante
• Sortie API : données dynamiques (généralement issues du modèle de décision) qui peuvent être utilisées pour remplir/modifier le HTML et le CSS.
• Ciblage des pages : définit les pages sur lesquelles l’expérience sera exécutée
• Filtrage : définit quels utilisateurs verront l’expérience
• Modèle de décision : un organigramme logique de règles métier qui détermine la meilleure offre suivante pour l’utilisateur actuel. Composé de données d’entrée, de table de décision, de programmables et d’offres.
• Canvas : l’outil de conception visuelle pour un modèle de décision
• Données d’entrée : lire les données de l’utilisateur, des sessions et des commandes
• Programmables : javascript côté serveur utilisé pour prendre des décisions concernant l’utilisateur actuel
• Table de décision : une matrice de valeurs de données mappées aux offres
• Offres : le contenu utilisé pour remplir la variante
• Modèle d’offre : les définitions de champs (libellé et type) utilisées pour créer des offres

Options de mises en page multiples 1

Plusieurs expériences Web, plusieurs modèles de décision, plusieurs modèles d’offres.

Visualisation de l’option 1

Vous créeriez une expérience, un modèle de décision et un modèle d’offre par mise en page. Si vos mises en page partagent les mêmes champs de données, vous pouvez réutiliser le modèle d’offre. Si vos mises en page partagent la même logique, vous pouvez réutiliser le modèle de décision. Dans ce cas, vous utiliserez le ciblage et le filtrage des pages pour contrôler où et quand les expériences seront affichées sur votre site. Sachez que cette option pourrait avoir des impacts sur les performances à mesure que le nombre d’expériences augmente. Sitecore Personalize vérifiera chaque expérience pour voir si elle doit être exécutée pour la page actuelle ou l’utilisateur actuel.

Avantages: Facile à gérer chaque mise en page individuelle.

Les inconvénients: Le ciblage des pages, le filtrage, les modèles de décision et les offres peuvent devenir lourds et complexes à gérer. Il est difficile de prédire quelle expérience se déclenchera sur une page donnée pour un utilisateur donné.

Plusieurs mises en page, option 2

Une expérience Web, un modèle de décision, un modèle d’offre.

Visualisation de l’option 2

Vous créeriez une expérience Web avec plusieurs mises en page définies dans le code HTML. Utilisez les instructions if pour décider quelle mise en page est visible en fonction d’une variable dans l’API. Incluez un champ numérique dans le modèle d’offre qui indique la mise en page à utiliser. Ajoutez des champs au modèle d’offre pour prendre en charge toutes les différentes mises en page. N’ajoutez pas de champs au modèle d’offre dont vous n’avez pas besoin et essayez de réutiliser les champs dans plusieurs mises en page en utilisant des étiquettes génériques. Vous pouvez créer un document d’aide permettant aux auteurs de contenu de savoir quels champs sont utilisés par quelle mise en page. Gardez à l’esprit que vous ne pouvez pas réorganiser les champs d’un modèle d’offre et que vous ne pouvez ajouter de nouveaux champs qu’à la fin de la liste. Lorsque vous créez une offre, tous les champs du modèle d’offre doivent être remplis pour enregistrer l’offre (vous pouvez utiliser NA sur les champs non requis par la mise en page spécifique).

Plusieurs mises en page dans une seule expérience

Avantages: Une seule expérience à gérer. Une seule table de décision à gérer.

Les inconvénients: Avoir plusieurs mises en page dans une seule expérience peut devenir un peu déroutant à prévisualiser. La création d’une offre nécessite de connaître la manière dont les champs sont utilisés dans chaque mise en page.

Plusieurs mises en page, option 3

Une expérience Web, un modèle de décision, plusieurs modèles d’offres.

Visualisation de l’option 3

Ceci est similaire à l’option 2, sauf que vous créerez un modèle d’offre par mise en page. Les champs peuvent être étiquetés spécifiquement selon la manière dont ils seront utilisés dans une seule mise en page. Cela permet aux auteurs de contenu de créer plus facilement une offre basée sur le modèle d’offre correct pour la mise en page cible. Le modèle de décision devient plus compliqué à mesure que vous ajoutez davantage de mises en page. Vous ajoutez une table de décision pour chaque modèle de mise en page/offre. Vous devez attribuer vos entrées à chaque table de décision. Les auteurs de contenu sont en mesure d’attribuer la bonne offre à la bonne mise en page.

Un modèle de décision avec plusieurs tables de décision

Sachez que cette option peut avoir un impact sur les performances, car les programmables sont évalués pour chaque table de décision sur le canevas.

Un programme programmable s’exécutera une fois pour chaque table de décision à laquelle il est lié

Avantages: Une seule expérience à gérer. Les offres individuelles sont plus faciles à gérer.

Les inconvénients: Le modèle de décision est plus difficile à gérer à mesure que le nombre de mises en page augmente. Chaque programmable est évalué une fois par table de décision.

Options de mises en page multiples 4 et 5

Une expérience complète, un modèle de décision, un modèle d’offre.
Une expérience complète, un modèle de décision, plusieurs modèles d’offres.

Ces deux options sont identiques aux options 3 et 4, sauf qu’elles utilisent une expérience full stack au lieu d’une expérience Web. Cela signifie que vous appellerez l’API de personnalisation manuellement. Cela peut être fait côté serveur ou côté client. Vous utiliserez les données renvoyées par l’API pour remplir l’interface utilisateur.

Avantages: Maîtrise complète de l’UX.

Les inconvénients: Vous devez appeler l’API de personnalisation manuellement et gérer la réponse pour remplir l’interface utilisateur. Nécessite que les développeurs effectuent les appels d’API ainsi que des modifications à l’UX.

Conclusion

Vous pouvez contourner les règles de Sitecore Personalize pour autoriser plusieurs mises en page. Considérez les avantages et les inconvénients de chaque solution et choisissez l’option la plus simple à gérer tout en conservant les performances les plus élevées adaptées à votre situation.

Merci à Megan Jensen pour les graphismes de visualisation amusants !