Site est un outil de personnalisation de site Web qui fait partie de la plate-forme Selligent.
Il vous aidera à personnaliser votre site Web en fonction des données de comportement des visiteurs.
Pour les visiteurs identifiés, la personnalisation peut reposer sur toutes les données (1:1) disponibles dans Selligent.

Pourquoi l'utiliser ?

Site peut être utilisé comme un outil de personnalisation et de collecte de site Web.
Il vous permet de recueillir des données sur le comportement des visiteurs du site Web et de personnaliser ce dernier en fonction des données ainsi recueillies.
Il vous permet de créer facilement du contenu personnalisé dans Selligent, afin de le diffuser aux visiteurs de votre site Web (ce qui facilite la tâche du marketer).
Il vous permet d'utiliser les données de site Web recueillies pour la communication par e-mail, push et sms vers vos visiteurs identifiés.

Comment s'utilise-t-il ?

Il est généralement utilisé pour afficher des bannières d'offres de sites Web « ad hoc », par exemple pour le Black Friday.
Il est couramment utilisé pour offrir un pop-in d'abonnement aux visiteurs non identifiés, afin de les identifier et d'enregistrer ces profils directement dans Selligent.
Il est couramment utilisé pour déclencher des données de panier abandonné vers Selligent, qui peuvent ensuite être traitées dans un journey de panier abandonné intelligent. Il est couramment utilisé pour héberger des blocs de contenu de recommandations de produits/articles directement sur le site Web, car il est parfaitement intégré à Recommendations. Il est couramment utilisé pour extraire les données agrégées des visiteurs du site Web vers votre base de contacts Selligent afin de personnaliser les communications omnicanal.

Que dois-je faire pour identifier les visiteurs de mon site web comme visiteurs identifiés CRM ?

L'identification s'effectue sur la base d'un paramètre (M_BT) ajouté à l'e-mail via lequel le visiteur entre sur le site web. Ce paramètre n'est ajouté que si le pisteur Site est activé dans l'environnement client. Cette activation est réalisée par un membre de l'équipe de service Zeta. Veuillez contacter Zeta.

Le pisteur doit ensuite être défini dans la configuration de l'environnement Campaign.

Comment puis-je créer des segments de reporting Site incluant des données issues de mon environnement Campaign ?

Les segments de reporting Site peuvent utiliser les données de profils Site, des informations des balises, ainsi que des données CRM. Les données CRM font référence aux informations Campaign. Pour pouvoir accéder à ces champs Campaign dans Site, il est indispensable de :

Créer un utilisateur REST API, d'activer l'option 'Connexion à Campaign' pour l'univers et de saisir vos informations de connexion pour vous connecter.
Sélectionner l'Audience à partir de laquelle les données doivent être récupérées.
Sélectionner dans l'Audience sélectionnée les champs qui doivent être disponibles pour la définition du segment

Comment puis-je utiliser les informations de Campaign dans les offres ?

Vous pouvez utiliser les champs Campaign pour définir l'audience à cibler pour une offre. Ces champs peuvent être sélectionnés dans l'éditeur de contraintes. (La condition est la même que lorsque vous utilisez les champs Campaign pour les segments Site. Reportez-vous à la question précédente)
Pour les actions Offre de type HTML ou pop-up, vous pouvez sélectionner un Journey de ciblage Campaign, assorti d'un composant d'entrée. Dans ce cas, il faut configurer le Journey comme un Journey de ciblage, configurer le composant d'entrée et créer une page.
Dans les activités Offre et conversion, vous pouvez sélectionner la balise d'une page CRM
Le script de suivi Site doit se trouver dans la page Campaign

Exemple : voici un template type de page Campaign utilisée dans le site, avec un rendu de contenu. Le script de suivi est utilisé dans le rendu de contenu lui-même. Par exemple, lorsqu'il clique sur la bannière, le visiteur accède à la page d'enregistrement, mais le contenu de cette page provient de Campaign.
Pour le suivi et le reciblage de l'Offre, vous pouvez sélectionner un Journey de reciblage Campaign.

Comment puis-je utiliser mes informations Site dans Campaign ?

Les informations peuvent être exportées de Site vers Campaign et créées sous forme d'une extension de profil à une liste d'utilisateurs. Pour ce faire :

Créez un utilisateur REST API.
Activez l'option 'Connexion à Campaign' pour l'univers et saisissez les informations de connexion.
Dans Campaign, sélectionnez l'Audience pour laquelle il faut créer une extension de profil
Configurez l'option Exportation dans Site et définissez les champs à exporter dans les données de profil, les valeurs de balise ou les segments.

Comment puis-je utiliser les données de profil Site, les informations de balise ou les données de mon environnement Campaign sur mon site web, afin de les utiliser dans mon JavaScript personnalisé ?

Avec les offres, il y a peu de raisons d'ajouter un JavaScript personnalisé pour modifier les éléments de la page sur la base des données Site. Les offres vous permettent en effet déjà de le faire de manière approfondie. Mais cela pourrait s'avérer utile, par exemple, si vous travaillez avec une agence de bannering tierce, qui utilise un JavaScript spécifique pour afficher certaines superpositions.

Exposez les données de profil Site, les valeurs de balise et les données CRM dans l'API front-end.
Insérez une requête dans l'appel de suivi Site afin d'obtenir les données de suivi et de les utiliser dans une fonction de rappel.

Si le nom d'une balise change, cela signifie-t-il que toutes les valeurs sont perdues ?

Chaque balise dispose d'un identifiant sous-jacent, utilisé pour identifier la balise. Lorsque le nom ou le nom public d'une balise change, les valeurs ne sont pas perdues. Cependant, si vous modifiez le nom public d'une balise, n'oubliez pas de modifier également votre appel de suivi JavaScript afin qu'il utilise le nouveau nom public. Si des valeurs entrent via l'ancien nom public, elles ne sont plus enregistrées. En d'autres termes, l'historique est conservé, mais n'est plus mis à jour.

Si j'utilise des offres, Site modifie-t-il la structure de mon site web ?

Non, tout se passe à l'avant, avec JavaScript. Le visiteur qui se voit proposer une offre voit les modifications, car Site ajoute ou modifie le contenu pour lui à l'avant avec JavaScript. Aucune modification n'est apportée à la structure principale des sites web.

Si vous étiez amené, au sein d'un Emplacement de type 'image', à remplacer une image par une autre image, la balise complète de l'image est remplacée à l'avant. Ce qui signifie que, si la balise image dispose d'un attribut classe ou style (par exemple, pour un design adapté), vous devez également l'appliquer à l'Emplacement. En ce compris les attributs WIDTH (largeur) et HEIGHT (hauteur) de l'image. L'attribut ALT de l'image est défini au niveau de l'action de l'offre.

Puis-je utiliser des domaines complètement différents au sein d'un univers ?

Vous pouvez utiliser autant de domaines et sous-domaines différents que vous le souhaitez. Vous devez juste insérer le même script sur toutes les pages des différents domaines et le comportement sera suivi sur l'ensemble des sites.

Est-il possible d'envoyer une notification contenant les informations sur les offres présentées à chaque utilisateur à un système externe (Siebel, par exemple) ?

Vous pouvez créer des fichiers d'exportation par lots (maximum 1 par jour) contenant ces informations pour tous les contacts ou un segment particulier vers un serveur FTP sur lequel un système externe peut les récupérer. Vous pouvez le faire en temps réel sur le site web avec un Javascript personnalisé et notre API pour 1 contact particulier à la fois, en présence du déclencheur à ce moment-là (contact In/Out pour une offre).

Au sein d'une action, est-il possible de sélectionner différentes images en fonction d'une segmentation ajoutée?

Oui. Vous pouvez le faire en personnalisant l'offre. Par exemple, le texte ou l'URL de l'image peut être personnalisé avec un attribut de profil (comme le sexe pour des visiteurs identifiés). Le nom de l'image ressemble à http://image_url/~GENDER~.jpg. Vous devez seulement vous assurer que ces noms d'images existent dans le dossier ou l'emplacement de stockage.

Existe-t-il un workflow d'approbation ?

Il n'y en a pas encore dans la feuille de route de Site.

Comment exporter le reporting ?

Aucune option n'est actuellement prévue dans l'interface utilisateur pour exporter des rapports. Actuellement, vous pouvez faire une capture d'écran ou une sélection manuelle et la coller dans Excel ou un autre logiciel.

Est-il possible d'accéder directement aux données stockées dans les tables et de les exporter vers un fichier ?

Non, ce n'est pas possible pour Site.

Comment l'utilisateur peut-il sélectionner manuellement une période ?

Vous pouvez survoler le graphique pour sélectionner une période donnée précise (possible sur tous les graphiques)

Y-a-t-il des possibilités de test A/B dans Site ?

Des possibilités de test A/B sont prévues en standard dans Site.

Cependant, vous ne pouvez actuellement pas sélectionner manuellement un gagnant. C'est le gagnant significatif qui sera sélectionné. C'est actuellement le seul moyen.

Peut-on avoir plusieurs listes dans un seul univers ?

1. Un seul univers - une seule table Approche très simple et recommandée. Vous pouvez facilement définir des offres et/ou des placements pour tous les sites web ou pour un seul uniquement. De cette manière, vous pouvez avoir différentes offres par pays. Le cas échéant, vous pouvez également créer différentes balises par site web et utiliser une balise 'Pays' pour voir le pays le plus visité. Le seul inconvénient de cette méthode tient au fait que le comportement global (le temps passé, l'appareil utilisé, etc.) est combiné sur l'ensemble des sites web. Parfois les clients tiennent à voir ce fractionnement, parfois ils ne souhaitent pas.

2. Plusieurs univers - une seule table Non recommandé.

Il n'existe aucune manière simple de copier/coller d'un univers à un autre, la configuration est plus complexe. Pas de profil Site global. Néanmoins cette méthode fractionne le comportement global par univers et crée 1 profil étendu par univers pour l'utilisateur Campaign.

3. Un seul univers - plusieurs tables Non recommandé. Si un appareil peut être lié à plusieurs utilisateurs Campaign

appartenant à différentes listes, vous risquez d'expérimenter des conflits de profil : Site ne sait pas de quelle liste récupérer les données CRM si l'identifiant client (customidentifier) est le même (seuls les champs existants dans chaque liste sont disponibles), l'exportation n'exportera que le dernier profil mis à jour dans la liste correcte, le comportement d'un utilisateur risque donc d'être enregistré dans le profil d'un autre (seulement lors de l'identification des bascules de profils). Si les utilisateurs sont présents sur plusieurs listes, des conflits peuvent survenir. Si un utilisateur ne peut être présent que sur une seule liste, c'est plus sûr, mais dans ce cas, pourquoi fractionner les listes ?

Que se passe-t-il quand on change la liste d'audience principale dans l'univers ? Quel en est l'impact ?

C'est pourquoi, chaque contact a un ID différent et que la clé est LISTID+USERID

Identification client ou non :

Pas d'identification client : le profil précédemment connu n'est plus utilisé et un nouveau profil est créé
L'identification client est utilisée.

Si le contact a déjà été identifié, son profil précédemment connu n'est pas utilisé, mais un nouveau profil est créé et, grâce à cet identifiant client, les profils sont fusionnés dès que la mise en correspondance dans Campaign est terminée
Si le contact n'est pas encore Identifié Client, un nouveau profil est créé mais il ne peut être fusionné avec l'ancien puisqu'il n'existe aucun identifiant client à mettre en correspondance

Si un profil précédemment connu visite à nouveau le site web et qu'il a conservé son ancien CampaignID (pas de nouvelle authentification avec son nouvel ID), il conserve son profil historique. Le moment venu, il s'authentifiera avec son nouvel ID :

Dans le cas des profils Identifiés Tiers, les données CRM sont perdues car l'ID tiers est inconnu dans la nouvelle liste
Dans le cas des profils Identifiés Client, les données CRM peuvent être récupérées de la nouvelle liste en utilisant l'identifiant client

Si certaines de vos offres actives n'utilisent pas de champs CRM, l'audience n'est pas affectée.

En revanche, si certaines de vos offres actives utilisent des champs CRM et que ces champs sont présents dans la nouvelle liste, l'évaluation d'audience continuera de fonctionner. Mais il se peut qu'un profil perde (temporairement) ses données CRM jusqu'à sa prochaine visite sur le site web.

Pour les contraintes intégrées dans Site avec des champs CRM : vous devez veiller à ce que tous les champs soient également présents dans les nouvelles listes, ou à mettre à jour les contraintes dès que vous avez modifié la liste dans l'univers. Si des contraintes ont été intégrées à des champs qui n'existent plus, l'évaluation des contraintes échouera toujours.

Concernant les rapports : il y a un impact sur le rapport d'identification et sur le nombre de profils identifiés. Une nouvelle fois, cela dépend du type d'identification qui a été configuré. Il se peut que le nombre de profils (identifiés) augmente, mais après la fusion des profils (et la suppression des profils de mauvaise qualité), ce nombre diminuera encore pour atteindre le niveau correct.

Pour les exportations vers Campaign, dès que vous modifiez la liste dans l'univers, à partir du jour suivant, la nouvelle liste reçoit les nouvelles extensions de profils. Les anciennes extensions de profils restent dans la liste précédente, mais elles ne sont plus mises à jour. Les nouvelles extensions de profils ne seront remplies que pour les contacts authentifiés sur la nouvelle liste, de sorte qu'il faudra un certain temps pour collecter à nouveau les profils.

Combien de temps les données sont-elles stockées dans Site ?

Site conserve actuellement les données pendant 90 jours. Cela signifie que si un contact ne revient pas dans un délai de 90 jours, son profil complet est supprimé de la base de données Reporting.

Site après 90 jours d’inactivité ne font plus partie de l’exportation vers Campaign. Si l’exportation est définie sur « fusionner », le profil Campaign sera conservé. Si elle est définie sur « remplacer les données », le profil Campaign sera supprimé puisqu’il ne s’agit plus d’un profil qualité.

Quels sont les processus de synchronisation et quelle est leur fréquence ?

Il existe plusieurs processus de synchronisation exécutés à différents niveaux de Site. En voici un aperçu :

Offres : les offres créées dans Site sont synchronisées dès l’instant où elles sont récupérées par le fil de synchronisation. Une fois synchronisées, vous devez patienter une minute pour les voir s’afficher. En règle générale, nous pouvons affirmer que le temps d’attente maximum est d’environ 3 minutes.
Les exportations sont exécutées une fois par jour. Cela implique que les exportations quotidiennes sont exécutées juste après le calcul du rapport. En fonction de la quantité de données comprises dans l’univers, cette exportation peut avoir lieu à différents moments.
Le reporting live est continuellement actualisé. Il se trouve cependant toujours en décalage de quelques minutes, puisque les données doivent être transférées de l’avant à l’arrière-plan. Le délai maximum est de 5 à 10 minutes.
Rapports relatifs aux visiteurs : une fois par jour, pendant la nuit. Tous les univers ne sont pas calculés en même temps. Le premier calcul peut démarrer à 1 h et le dernier à 5 h par exemple, en fonction de la capacité et du nombre d’univers, ainsi que du chargement.
Autres rapports calculés une fois par jour : reporting des balises, reporting de l’offre, reporting des segments. Ces rapports sont calculés pendant la nuit.
Exposition des champs Site dans l’API : Ces champs sont disponibles dans l’API dès le moment où ils le sont dans le profil. Cela implique également que ces champs sont chargés de manière asynchrone. Lorsqu’un profil s’identifie, l’affichage de ces champs peut prendre un peu de temps, en fonction du processus asynchrone.
Exposition des champs Campaign dans Site : Les employés Zeta peuvent configurer la fréquence de la synchronisation dans l’outil d’administration. La synchronisation est définie par défaut sur une fois par jour. Le moment exact de la synchronisation n’est pas fixé, mais peut être configuré le cas échéant. L’heure de la dernière synchronisation est indiquée dans le tableau de bord Site, dans la page d’informations.

Une balise est-elle poussée vers Site lorsque la valeur de l'appel de suivi est vide ?

La valeur de balise est une clé indiquant quelle balise de la « catégorie » est appelée. Si le visiteur du site Web ne fournit pas de valeur pour cette balise, rien ne se passe.

La dernière valeur poussée connue de la balise affiche la dernière valeur valide de cette dernière.

Où les données de Site sont-elles stockées sur les appareils des utilisateurs finaux ?

Les navigateurs web disposent de plusieurs moyens pour stocker des données sur l'appareil de l'utilisateur. Site est paramétré pour que les données soient stockées selon les quatre emplacements suivants :

Cookies
Stockage local
IndexesDB - base de données complète stockant des données complexes
Stockage de session - similaire au stockage local, à la différence que les données expirent à la fin de la session de la page.

Exemple : Site doit récupérer l'ID de profil du visiteur, et ce à partir de l'un des quatre emplacements précités. Lorsque Site trouve une valeur pour l'ID, il ne cherche pas plus loin.

Les différents lieux sont vérifiés dans l'ordre où ils sont énumérés ci-dessus.

Site ayant mis en place un certain nombre de solutions de repli pour les cookies, certains points de terminaison de l'API JavaScript seront supprimés à l'avenir :
BT.getDonottrack()
BT.getProfileInfo()
BT.getProfileId()

Il est conseillé d'utiliser les points de terminaison suivants:

BT.getDoNotTrackAsync()
BT.getProfileInfoAsync()
BT.getProfileIdAsync()