L’Outil Surpuissant pour Exploser ton Chiffre d'Affaires en 2024 !
Comprendre les expériences Web et Full Stack dans Sitecore Personalize
Le vocabulaire est important lorsqu’on essaie de comprendre un nouveau produit. Comprendre Sitecore Personalize nécessite de comprendre son vocabulaire. Lorsque vous commencez à creuser, vous remarquerez que « Web Experiences » et « Web Experiments » ont à la fois des options « Web » et « Full Stack ».
Alors que la grande différence entre « Expériences » et « Expériences » est la configuration supplémentaire nécessaire pour évaluer correctement les résultats et comparer les variantes, la façon dont « Web » et « Full Stack » fonctionnent est en grande partie la même. Et puisque « Full Stack » permet à la fois les types d’expériences « déclenchées » et « interactives », cela signifie qu’il existe en réalité trois types d' »expériences » que vous pouvez configurer et utiliser.
Expériences Web
Les expériences Web sont probablement ce à quoi vous pensez lorsque vous pensez au fonctionnement des tests AB et de la personnalisation dans Sitecore Personalize. Ceux-ci vous donnent la possibilité d’injecter des « modèles Web » configurables dans les pages de votre site Web.
Les modèles Web peuvent être créés dans la bibliothèque et partagés entre les expériences et les expériences. Ils doivent être configurés par un développeur pour permettre à un spécialiste du marketing de remplacer facilement les images, le texte et d’autres aspects du balisage, du CSS et du JavaScript.
Un développeur rend les choses configurables en définissant une approche conviviale pour les spécialistes du marketing paramètres en utilisant la syntaxe du paramètre de modèle comme suit :
"[[parameter_name | type | default_value | {config1: value1, config2: value2 } ]]"
Cela peut être utilisé non seulement dans le balisage HTML, mais aussi dans les onglets CSS et JavaScript, ce qui vous permet d’offrir une grande flexibilité aux spécialistes du marketing pour configurer l’apparence et le comportement du contenu.
Votre expérience ou configuration d’expérience déterminera quand et sur quelles pages votre modèle sera exécuté.
Expériences déclenchées
Les expériences déclenchées sont conçues pour réagir à quelque chose qui se passe. Qu’il s’agisse d’un événement déclenché sur le site Web, comme un « objectif » en cours de déclenchement, la fin de la session, un panier abandonné ou tout autre événement personnalisé que vous déclenchez manuellement en JavaScript. Il peut également être déclenché à partir d’autres sources lors de l’envoi de données dans Personalize ou CDP à l’aide de la diffusion en continu ou d’autres API.
Lorsque Sitecore Personalize détecte qu’un événement a été déclenché, une expérience déclenchée peut appeler une API tierce ou un crochet Web en envoyant des données personnalisées selon les besoins pour lui faire faire quelque chose. Cela peut être comme appeler une API pour envoyer un e-mail, un SMS ou un système backend.
Pour ce faire, vous devez d’abord définir une « Connexion ». Les connexions indiquent à Sitecore de personnaliser où et comment envoyer les données. Il peut s’agir de systèmes de données (bidirectionnels), de modèles d’IA ou de destinations.
Pour les déclencheurs, un type de destination est le plus approprié car il n’est pas vraiment nécessaire de mapper les résultats à tout ce qui est renvoyé par l’API. Pour configurer le point de terminaison, il existe un assistant en cinq étapes dans lequel vous pouvez spécifier le point de terminaison, l’action (Post ou Put), les en-têtes et le « test » en envoyant un exemple de corps de requête.
Ensuite, dans une expérience déclenchée, vous pouvez mapper les champs de votre corps de requête avec des informations que vous connaissez sur le visiteur actuel, en paramétrant son adresse e-mail, son nom et d’autres champs que vous suivez.
Dans l’onglet En-têtes, vous pouvez confirmer la connexion à utiliser et mapper les en-têtes supplémentaires si nécessaire. Ensuite, lorsque votre déclencheur est déclenché, Sitecore Personalize génère la charge utile de l’API en fonction de votre configuration Freemarker modèle, puis envoyez-le à la connexion configurée pour lui permettre d’envoyer un e-mail, un SMS ou tout ce que vous voulez qu’il fasse lorsque l’expérience est déclenchée.
Expériences interactives
Le terme « interactif » est en fait assez déroutant. Cela devrait vraiment s’appeler « API Experiences », car c’est vraiment ce que c’est. Il vous permet d’utiliser Sitecore Personalize pour renvoyer des variantes de Json Payloads à une application appelante. Afin d’exécuter réellement une expérience ou une expérience « interactive », vous devez appeler l’API Sitecore Personalize, obtenir les données Json résultantes et en faire quelque chose.
Cela a une applicabilité évidente aux applications mobiles, où vous pouvez l’utiliser pour déterminer le contenu ou la configuration à utiliser pour le rendu des composants natifs. Cela peut également être utile si vous utilisez un framework frontal comme React ou Angular et que vous êtes plutôt alimenté en données Json, puis injectez un modèle Web après coup.
Freemarkerle langage de template vous permet d’accéder aux données des invités, aux données des modèles de décision et plus encore lors de la composition du Json qui sera renvoyé par votre variante d’API.
En utilisant cette approche, vous pouvez concevoir votre expérience « interactive » pour produire le Json exact dont vous avez besoin et le remplir avec les données utilisateur de la session ou du CDP si vous l’exploitez assez facilement. Vous pouvez même alimenter des paramètres supplémentaires lors de l’appel de « l’expérience » qui peuvent être utilisés lors de l’assemblage du Json par programmation, ce qui vous donne encore plus de flexibilité pour fournir des données.
Emballer
La personnalisation de Sitecore vous donne la possibilité de définir trois types d’expériences : « Expérience Web », « Expérience déclenchée » et « Expérience interactive », ces deux derniers types étant regroupés dans la catégorie « Full Stack ». Les trois types peuvent être mis en œuvre seuls ou en tant qu’expérience, ce qui vous permet de lier les choses aux objectifs de performance et d’évaluer l’efficacité plus facilement.
Bien que vous ayez besoin d’une assistance au développement pour configurer les trois types d’expériences, les expériences Web et leurs modèles Web permettent aux développeurs de paramétrer les choses de manière à ce qu’un spécialiste du marketing puisse utiliser un modèle sans avoir besoin d’être dans les mauvaises herbes du balisage, CSS et JavaScript.
Pour les expériences déclenchées, vous aurez besoin d’un développeur pour configurer la connexion, la charge utile/les en-têtes et déclencher les événements/objectifs qui déclencheront cette expérience.
Pour les expériences interactives, vous définissez en fait un objet personnalisé qui sera renvoyé à une application appelante qui peut utiliser cette charge utile comme bon lui semble.
Espérons que cela aide à dissiper la confusion sur ce qu’est chaque type d’expérience et comment il peut être utilisé. Gardez à l’esprit que cela ne fait qu’effleurer la surface de ce que vous pouvez faire avec chacun de ces types d’expériences. L’intégration des modèles de décision, des données du CDP et d’autres sources peut fournir des options très puissantes pour créer des expériences et des résultats très ciblés.
Si vous souhaitez démarrer avec Sitecore Personalize, nous serions ravis de vous aider. Contactez-moi sur LinkedIn, Twitter ou remplissez notre formulaire de contact.
Source link