Questions et Réponses

 

Qu'est-ce que Site ?

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 Selligent.

 

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

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 Selligent. Pour pouvoir accéder à ces champs Selligent dans Site, il est indispensable de :

  1. Créez un compte de service Site, cochez l'option « Connecter à Selligent » pour l'univers et saisissez les informations d'identification pour vous connecter.
  2. Sélectionner l'Audience à partir de laquelle les données doivent être récupérées.
  3. 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 Selligent dans les offres ?
  1. Vous pouvez utiliser les champs Selligent 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 Selligent pour les segments Site. Reportez-vous à la question précédente)

  2. Pour les actions Offre de type HTML ou pop-up, vous pouvez sélectionner un Journey de ciblage Selligent, 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.

  3. 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 Selligent.

    Exemple : voici un template type de page Selligent 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 Selligent.

  4. Pour le suivi et le reciblage de l'Offre, vous pouvez sélectionner un Journey de reciblage Selligent.

 

Comment puis-je utiliser mes informations Site dans Selligent ?

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

  1. Créez un compte de service.
  2. Activez l'option 'Connexion à Selligent' pour l'univers et saisissez les informations de connexion.
  3. Dans Selligent, sélectionnez l'Audience pour laquelle il faut créer une extension de profil
  4. 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 Selligent 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.

 

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.

Le gagnant peut être sélectionné manuellement ou automatiquement.

Automatiquement — Le gagnant est basé sur le plus grand nombre de conversions ou sur le nombre de clics sur l'élément. Le gagnant est choisi automatiquement s'il y a une différence statistique significative entre les éléments (définie actuellement sur 5 %).

Manuellement — Sélectionnez l'option « Choisir le gagnant manuellement » dans la liste déroulante. Une fois l'offre lancée, un deuxième champ s'affiche. Il vous permet de sélectionner manuellement la version.

 

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 Selligent.  

3. Un seul univers - plusieurs tables Non recommandé. Si un appareil peut être lié à plusieurs utilisateurs Selligent 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 Selligent 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 Selligent ID (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 Selligent, 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.

Remarque additionnelle : les profils qui ont été supprimés de la base de données Reporting Site après 90 jours d’inactivité ne font plus partie de l’exportation vers Selligent. Si l’exportation est définie sur « fusionner », le profil Selligent sera conservé. Si elle est définie sur « remplacer les données », le profil Selligent 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 Selligent 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.

 

Comment une visite est-elle définie dans Site ?

Une visite dans Site désigne une période pendant laquelle le contact est actif. Chaque fois qu'un contact consulte votre site Web, un appel de suivi est envoyé à Site et le profil est mis à jour. Lorsque Site accède à un profil existant, il vérifie la différence entre l'heure actuelle et l'heure du précédent accès sur le profil. Si la différence (en minutes) entre ces 2 moments est supérieure au seuil configuré, Site considère l'appel de suivi comme une nouvelle visite.

Voici quelques exemples de scénario :

Scénario 1 : Contacts se connectant de nouveau

Un contact ouvre votre site Web dans un navigateur. Il clique sur plusieurs éléments et se voit donc attribuer un certain profil. 10 minutes plus tard, il revient sur votre site Web à partir du même navigateur. Dans ce scénario, AUCUNE NOUVELLE VISITE n'est générée, puisque le temps entre les 2 sessions est inférieur à 30 minutes.

Scénario 2 : Utilisateurs multi-appareils

Un contact connu/identifié ouvre votre site Web dans un navigateur. Il clique sur plusieurs éléments et se voit donc attribuer un certain profil. En même temps, il ouvre votre site Web sur son mobile (où il est aussi identifié).

Dans ce scénario, AUCUNE NOUVELLE VISITE n'est générée, puisque le même profil se connecte à partir de deux appareils et que le délai entre les deux sessions est inférieur à 30 minutes.

Les scénarios suivants GÉNÈRENT UNE NOUVELLE VISITE :

  • Un contact anonyme qui se reconnecte après plus de 30 minutes
  • Un contact anonyme naviguant sur différents appareils ou navigateurs (ce qui génère différents profils et donc différentes visites)
  • Un contact identifié utilisant différents appareils avec un intervalle de plus de 30 minutes entre 2 sessions

Notez qu'à l'heure actuelle, le Site ne dispose pas d'option permettant de « forcer » une nouvelle visite de quelque manière que ce soit. Ainsi, pour tester des scénarios qui nécessitent plusieurs visites pour le même contact, vous devrez attendre que les 30 minutes soient écoulées.

 

L'Inspecteur Site n'est pas chargé, bien que le script de base de Site soit chargé sur le site Web.

Cela peut avoir deux raisons :

  • L'Inspecteur se trouve derrière le menu ou un autre élément. Vous pouvez le vérifier à l'aide de la console et du bouton Inspecter situé dans le coin supérieur gauche du site Web. Vérifiez l'indice Z.
  • Le site Web le bloque ou a des difficultés à l'afficher pour de multiples raisons.

Pour ce dernier point, utilisez le script suivant dans la console une fois l'URL ouverte à partir de Site — Liens Paramètres de l'offre (cette dernière partie est obligatoire) :

Copier 
window.BT = null;
window.name = 'INSPECTOR_%FILL IN THE UNIVERSE ID HERE%';
var wa = document.createElement("script"),
    wa_s = document.getElementsByTagName("script")[0];
wa.src = "%FILL IN THE LINK FROM THE UNIVERSE BASE SCRIPT SETTINGS HERE%";
wa.type = "text/javascript";
wa_s.parentNode.insertBefore(wa, wa_s);

 

Pourquoi aucune de mes offres Site n'apparaît sur le site Web ?

J'ai injecté le snippet de base de Site que j'ai trouvé dans les paramètres de l'Univers de Site et je l'ai chargé via Google Tag Manager sur toutes les pages de mon site Web, mais aucune de mes offres ne s'affiche.

Le snippet de base contient ce qui suit lorsque vous le collez à partir des paramètres de l'univers.

Copier 
wa.bt_queue.push({JSON_OBJECT});

Ce JSON_OBJECT doit être ajusté avec les variables appropriées dont Site a besoin. Toutes les variables possibles se trouvent dans la documentation de l'API. L'une d'elle permet d'afficher les offres.

Il s'agit de isTargeting:"true"

Voici un simple JSON_OBJECT qui charge les actions de l'offre :

{ "isTargeting": true}

Lorsqu'il est « poussé » avec le snippet de Site de base, votre offre est chargée.

 

Quelles tables sont créées lors de la liaison entre Site et Selligent ?

L'intégration entre Site et Selligent utilise les tables pertinentes suivantes :

BT_UNIVERSES — Lorsqu'un univers de Site est lié à une liste Selligent, l'univers est enregistré dans cette table. Cette table est utilisée pour remplir les listes déroulantes des univers chaque fois qu'une configuration de Site est effectuée dans Selligent (par exemple, la création d'un journey de reciblage nécessite la sélection de l'univers dans les propriétés du journey).

Le table contient les champs suivants :

  • UNIVERSEGUID — Le code d'identification unique de l'univers.
  • UNIVERSENAME — Le nom de l'univers tel qu'affiché dans l'interface utilisateur.
  • UNIVERSESCRIPT — Le script de l'univers automatiquement ajouté à toute page du journey nécessitant un appel de suivi.
  • ACTIVE — L'Indicateur affichant si l'intégration avec l'univers est toujours active.
  • FIELDS — Les champs devant être synchronisés entre Site et Selligent.
  • ENDPOINT — Le point de terminaison de l'appel de suivi devant être utilisé lors des appels directs au moteur d'appel de suivi.

BT_DOMAINS — Lorsqu'un univers de Site est lié à une liste Selligent, chaque fois qu'un courrier est envoyé sur cette liste, le paramètre m_bt est ajouté aux URL afin de pouvoir identifier les utilisateurs sur les pages de destination du site Web. L'ajout de ce paramètre est effectué par le suivi Site, qui est automatiquement activé lors de la liaison d'un univers. Cette table contient les domaines définis dans l'univers. Le suivi n'ajoutera le paramètre m_bt que sur les liens allant vers l'un de ces domaines.

La table contient les champs suivants :

  • UNIVERSEGUID — Le code d'identification unique de l'univers.
  • LISTID — La liste liée à l'univers.
  • DOMAINS — La liste des domaines pour lesquels le paramètre m_bt doit être ajouté.

BT_ACTIONS — Cette table est utilisée chaque fois qu'un journey de (re)ciblage ou d'abandon de panier est créé. Les informations de cette table sont nécessaires pour pouvoir afficher une liste des journeys de (re)ciblage ou d'abandon de panier dans Site.

La table contient les champs suivants :

  • CAMPAIGNID — ID du journey devant être déclenché lors du (re)ciblage.
  • ACTIONID — ID du composant Entrée utilisé pour saisir le journey.
  • UNIVERSEID — ID de l'univers auquel ce journey est relié.
  • TYPE — Type de journey de Site
    • 0: ciblage
    • 1: reciblage
    • 3: abandon du panier
  • PARAMS — XML contenant une liste de paramètres définis sur le composant Entrée. Certains paramètres par défaut seront fournis automatiquement par Site (par exemple offerid, actionid, cartid, products, etc.), mais si l'utilisateur a ajouté des paramètres personnalisés, il pourra en spécifier les valeurs dans Site.
  • URL — L'URL anonyme de l'optiextension du composant Entrée.

 

Comment un profil de qualité est-il défini ?

Un profil de qualité est considéré comme étant de bonne qualité. La définition de « bonne qualité » peut être définie en utilisant les critères d'inclusion et d'exclusion de la configuration de l'univers.

Elle est utilisée (implicitement) à plusieurs endroits de la plate-forme.

Reporting

La plupart des rapports ne comprennent que les données des profils de qualité.
Cela signifie que :

  • Tant qu'un profil n'est pas « de qualité », ses données ne feront pas partie du rapport.
  • Si un profil est « de qualité », mais qu'il ne se connecte plus au site Web, à un moment donné, il sera considéré comme n'étant plus « de qualité ». À ce moment-là, il sera considéré comme « perdu ».

Exception: Les rapports en temps réel comprennent les données de tous les profils.

Contraintes

Lors de la mise en place des audiences dans l'application, vous pouvez également utiliser la définition du profil de qualité comme une contrainte. Vous vous assurerez que l'audience est limitée à des profils de qualité.

Vous pouvez ainsi paramétrer certaines offres qui ne doivent être montrées qu'à vos profils de qualité.

Exportations et calcul des prévisions

Lors de l'exportation des données ou du calcul des prévisions d'audience, seuls les profils de qualité sont pris en compte.

 

Comment puis-je voir si un contact spécifique a reçu une offre de Site ?

Vous pouvez créer une exportation du profil de Site vers un fichier (FTP) qui capture les profils qui ont consulté l'offre :

L'exportation du fichier comprend les profils anonymes et identifiés.

Si l'offre à vérifier ne cible que des profils identifiés dans ses contraintes d'audience WHO, effectuez directement une exportation vers Selligent, puis affichez la liste de données 1:N attachée à la liste d'audiences principale (définie dans les paramètres de l'univers par la relation que vous avez définie pour l'exportation). Cette liste de données liées contient un champ USERID qui relie chaque fiche au contact de la liste d'audiences principale.

Pour vérifier les profils anonymes qui ont également consulté l'offre, effectuez plutôt une exportation vers un fichier pour obtenir les profils identifiés et anonymes.

Vous devrez définir le serveur FTPS, la connexion, le mot de passe, le dossier et le port pour l'exportation dans la section WHERE.

Une fois l'exportation entièrement configurée, déclenchez manuellement l'exportation sur la page Aperçu en appuyant sur le bouton Play sur la ligne de l'exportation.

Le format du fichier de sortie comporte une ligne pour chaque profil qui a consulté l'offre. Les colonnes de chaque ligne sont les attributs que vous avez sélectionnés dans la section WHAT de l'exportation.

 

Quel est l'impact des modifications d'intégration entre Site et Selligent ?

Une fois Site intégré à Selligent, il n'est plus possible de modifier l'intégration dans l'interface utilisateur, au risque d'avoir un impact sur les profils identifiés existants. Quel serait cet impact et que se passerait-il si un client souhaitait quand même effectuer un changement ?

Scénario 1: Modification du champ CUSTOMID au sein d'une même liste sans chevauchement des ID personnalisés

Exemple : le client souhaite passer d'une adresse e-mail (utilisation est déconseillée) à un e-mail haché.

  • Si un utilisateur pleinement identifié se connecte après cette modification, l'interaction est ajoutée sur un nouveau profil, qui sera perdu après la ré-identification.
  • Si un utilisateur identifié comme tiers se connecte après la modification, rien ne change.
  • Si un utilisateur identifié comme Personnalisé se connecte après la modification, rien ne change.
  • Si un profil anonyme visite le site après cette modification, rien ne change.

Scénario 2: Modification du champ CUSTOMID au sein d'une même liste avec les mêmes ID personnalisés

Ce scénario ne pose pas de problème, puisque seul le nom du champ doit être modifié.

Scénario 3: Modification du champ CUSTOMID au sein d'une même liste avec chevauchement des ID personnalisés

Du fait du chevauchement dans les identifiants personnalisés, les profils sont mélangés. Pour éviter cela, la seule option est d'effectuer un remappage complet des ID personnalisés.

Ce scénario nécessite une migration et doit être analysé plus en détail.

Scénario 4: Modification d'une liste, mais conservation de la valeur du champ CUSTOMID

Exemple : les clients souhaitent changer de liste d'audiences, mais la nouvelle liste comporte un champ qui contient également le champ CUSTOMID.

  • Si un contact pleinement identifié se connecte après cette modification, le profil est mis à jour avec les nouveaux identifiants.
  • Si un visiteur anonyme clique sur un e-mail après cette modification, après quelques visites, le nouveau profil est fusionné avec l'ancien sur la base du CUSTOMID.

 

Comment fonctionne le scoring des balises et pourquoi les valeurs des balises disparaissent-elles ?

Dans Site, vous pouvez configurer des balises sur lesquelles envoyer des valeurs via un appel de suivi. Ces balises et leurs valeurs pourront être utilisées ultérieurement :

  • Reporting
  • Segmentation
  • Personnalisation
  • Exportations

Une valeur de balise possède certaines propriétés :

  • Premier hit
  • Dernier hit
  • Score
  • Score total
  • ...

La disparition d'une balise est le résultat direct du fonctionnement du scoring des balises.
Voici un exemple :

Nous disposons de la configuration suivante :

  • Une balise hiérarchique X a été définie :
  • avec un seul niveau hiérarchique
  • avec une diminution de 33 % par jour

Lors du premier hit de la balise le 01/01/2021 à 12 h, le score diminue à une vitesse de 33 % par jour. En conséquence, la valeur de la balise finit par disparaître.

La valeur d'une balise disparaît lorsque le score passe en dessous du seuil défini de 0,1. Après cela, le système fonctionne comme s'il n'y avait jamais eu de hit de cette balise par le visiteur.

En cas de hit de la balise avant que son score de valeur n'atteigne le seuil, le score est incrémenté de la nouvelle valeur (par défaut : +1).

Par exemple, supposons un deuxième hit de la balise le 01/02/2021 à 20 h. Le score de la balise passe alors à 0,556. Le nouveau hit donne à la balise la valeur 1,556 et la diminution recommence dès le dernier hit.

 

Comment désactiver les scripts d'appel de suivi ?

Nous ne proposons actuellement aucune option applicative pour supprimer l'exportation d'un appel de suivi. Vous devez donc procéder manuellement, via la base de données.

Afin de supprimer l'exportation de l'appel de suivi, récupérez d'abord l'identifiant de l'exportation en exécutant les requêtes suivantes :

Copier 
SELECT E.*
FROM UNIVERSES U
INNER JOIN EXPORTS E ON E.UNIVERSEID = U.ID
WHERE E.TYPE = 3
  AND U.NAME = <NAME_OF_YOUR_UNIVERSE>

Une fois l'identifiant de l'exportation à supprimer récupéré, exécutez les requêtes suivantes :

Copier 
DELETE FROM SEGMENTS
WHERE EXPORTID = <ID_OF_YOUR_EXPORT>
/* segment query needs to be executed first or the export query will have a foreign key exception */
DELETE FROM EXPORTS
WHERE ID = <ID_OF_YOUR_EXPORT>

Enfin, videz le cache pour vérifier que les exportations supprimées sont retirées du moteur de traitement.

 

Pourquoi la balise des termes de recherche n'est-elle pas renseignée ?

En raison d'une modification apportée par Google en 2011, il n'est plus possible de récupérer les termes de recherche lorsque la recherche est effectuée par un utilisateur Google connecté. Plus de détails ici : https://googleblog.blogspot.com/2011/10/making-search-more-secure.html

 

Pourquoi les attributs HTML sont-ils supprimés de mon offre ?

Je crée une offre HTML dans Site en utilisant des attributs tels que flex-direction, flex, box-shadow, transition, border-radius, border-image, mais lorsque je sauvegarde l'offre, Site retire automatiquement ces attributs du HTML, ce qui casse le style de l'offre. Pourquoi cela se produit-il ?

Site dispose d'un assainisseur HTML qui n'autorise que certaines balises, certains schémas, certaines propriétés et certains attributs pour des raisons de sécurité. La liste blanche est configurée sur la base des valeurs par défaut de l'OWASP. La liste des éléments autorisés fait partie des paramètres de l'administration de Site. Les utilisateurs de l'administration de Site peuvent donc ajouter des propriétés CSS à cette liste blanche sur demande et après approbation.

Présentation des paramètres impactant l'assainisseur HTML de Site et leurs valeurs actuelles, pour l'environnement européen et américain :

  • SANITIZER_ALLOWED_ATTRIBUTES
  • id
  • class
  • style
  • role
  • viewbox
  • xmlns
  • d
  • fill
  • opacity
  • SANITIZER_ALLOWED_CSS_PROPERTIES
  • position
  • justify-content
  • align-items
  • flex-direction
  • flex
  • box-shadow
  • transition
  • border-radius
  • border-image
  • SANITIZER_ALLOWED_SCHEMES
  • /
  • SANITIZER_ALLOWED_TAGS
  • style
  • svg
  • path
  • video
  • picture
  • figure

 

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.

 

Site peut-il enregistrer une conversion d'offre lorsque toutes les activités ne sont pas consultées ?

Non, Site n'exige pas que le visiteur consulte d'abord toutes les activités configurées. Les activités ne sont qu'une étape facultative permettant de saisir la progression du visiteur vers la conversion de l'offre. Les activités ont pour avantage de permettre de créer un rapport d'entonnoir répertoriant toutes les étapes. Ce rapport donne un aperçu du nombre de profils à chaque étape et vous permet de suivre la progression de chaque visiteur.

Ainsi, bien que cela ne soit pas obligatoire, il est toujours possible d'établir une conversion avec des activités qui sont fonctionnellement nécessaires pour atteindre le déclencheur de conversion.

 

Pourquoi mon sous-domaine n'apparaît-il pas dans la balise système DOMAIN de Site ?

Site utilise la propriété URL de la charge utile pour déterminer la valeur de la balise DOMAIN. Par exemple, https://site.selligent.com/features/2022-C_release.

  • Si l'URL utilise un domaine de premier niveau connu (par exemple, com), Site réduit la valeur de l'URL au domaine de deuxième niveau (selligent.com) et l'utilise pour la balise DOMAIN.

  • Si le domaine de premier niveau n'est pas connu (par exemple, corp), le nom d'hôte entier est utilisé pour la balise DOMAIN. Par exemple, si vous remplacez com par corp dans le cas d'utilisation de selligent.com ci-dessus, une connexion au site https://site.selligent.corp/features/2022-C_release se traduit par une valeur de balise DOMAIN de site.selligent.corp.

 

Après avoir modifié les droits d'accès à Site dans Selligent, l'utilisateur ne peut pas voir tous les Univers.

Un nouvel utilisateur est créé dans Selligent et tous les droits d'accès à Site sont configurés dans Selligent pour les Unités commerciales dédiées à Site. Cependant, lorsqu'il se connecte à Site via le SSO, l'utilisateur peut ne pas voir les Univers liés à ces Unités commerciales.

Les noms de l'Univers de Site et de l'Unité commerciale Selligent doivent être identiques pour que cela fonctionne. S'ils ne sont pas identiques, le problème susmentionné peut se produire.

 

L'ajout d'un champ exposé au CRM à mon Univers génère une erreur. Qu'est-ce qui pourrait causer cette erreur ?

Lors de la création d'un champ exposé sur l'Univers pour l'un des champs CRM liés, un problème est survenu. Lorsque vous ouvrez le sélecteur de champ de profil et que vous sélectionnez un champ CRM, l'avertissement suivant s'affiche. Qu'est-ce que je fais qui n'est pas correct ?

Le message d'erreur peut être lié à un problème connu dans l'application Site. Cette erreur se produit si les conditions suivantes sont réunies :

  • Il y a plusieurs Univers.

  • Au moins un des Univers n'est pas lié à Campaign ou à Selligent.

  • L'Univers qui est sélectionné dans la barre d'en-tête supérieure est l'un des Univers qui n'est pas connecté à Campaign ou à Selligent.

  • L'Univers que vous essayez actuellement de modifier a une intégration active à Campaign ou Selligent.

Le problème est dû au fait que le sélecteur de champ de profil accède à l'Univers qui est sélectionné en haut (au lieu de l'Univers que vous êtes en train de modifier) et qui n'a pas d'intégration définie. En guise de solution de contournement, vous pouvez simplement changer d'Univers sélectionné en haut et choisir l'Univers que vous êtes en train de modifier. Cela devrait fonctionner.

 

Comment le travail d'optout global fonctionne-t-il pour Site ?

En appliquant le RGPD, les clients ont la possibilité d'envoyer les demandes d'optout à Selligent. Comment cela se traduit-il pour le module de Site ?

 

Quand un client envoie une demande d'optout pour un contact en particulier, le champ OPTOUT de la liste de données des clients est envoyé à la valeur 20180525.

Le fait de transmettre la demande d'optout directement à Site comporte les inconvénients suivants :

  • Si le contact n'a pas été identifié sur le site Web, aucun profil Site n'existe et l'optout ne peut pas être stocké.
  • Si le profil du contact est supprimé une fois l'optout stocké, un nouveau profil est créé, mais l'indicateur d'optout est perdu.

Pour éviter ces problèmes, l'implémentation de Site a été directement intégrée au champ OPTOUT de la liste d'audiences dans Selligent ou Campaign.

L'intégration s'effectue de la manière suivante :

  • Quand un univers est connecté à Selligent/Campaign, le champ OPTOUT de la liste d'audiences MASTER est synchronisé par défaut (même s'il n'est pas sélectionné dans la configuration de l'univers).
  • Quand un profil est identifié sur le site Web, les données récupérées de Selligent/Campaign contiennent la valeur du champ OPTOUT.
  • Si la valeur du champ OPTOUT correspond à 20180525, la réponse de l'appel de suivi contient « doNotTrack » : true. Le script du site Web définit alors un cookie sbt_dnt.
  • Sur le prochain résultat, notre script détecte le cookie sbt_dnt et n'envoie plus d'appel de suivi.

Notez que s'il n'est pas supprimé, le cookie reste dans le navigateur pendant 30 jours, après quoi les appels de suivi sont réactivés. Si le profil fait toujours l'objet d'un optout, le cookie est défini pour un mois supplémentaire.

 

Pourquoi la synchronisation entre les données de Site et CRM ne s'effectue qu'une seule fois par jour ?

La synchronisation entre les données de Site et CRM est par défaut définie une fois par jour, mais vous pouvez modifier ce paramètre si vous le souhaitez. Considérez toutefois les éléments suivants :

  • Combien de profils identifiés l'univers a-t-il ?
  • Combien de champs sont synchronisés entre Campaign/Selligent et Site (et quelle quantité de données se trouvent dans ces champs) ?
  • À quelle fréquence les utilisateurs identifiés visitent-ils le site Web ?

Les paramètres ci-dessus vous donneront une idée de l'impact de la charge sur le système, du fait de l'augmentation du nombre de synchronisations des données entre Selligent et Site.

Chaque profil nouvellement identifié récupère ses données de manière asynchrone depuis la base de données de Campaign/Selligent. Une fois les données récupérées, deux événements se produisent :

  • L'ID de la fiche récupérée est stocké dans une table (dans l'installation de Campaign), qui contient les ID de toutes les fiches récupérées par Site.
  • La fiche récupérée est stockée dans une table (dans l'environnement de Site), pour que les données n'aient pas à être récupérées une nouvelle fois depuis Campaign.

Puisque nous mettons en cache ces données dans l'API interne, nous devons les mettre à jour en cas de modification des fiches de Campaign. Ce processus s'appelle la synchronisation CRM. Par défaut, il se produit toutes les 24 heures.

Voici l'impact de l'augmentation du nombre :

Exemple 1 (un client « retail ») :
Hypothèse:
Le client X a 10 000 profils identifiés.
Le client X a configuré 5 champs CRM dans Site.
La fréquence de visite moyenne des profils identifiés est une fois tous les 3 jours.
Situation actuelle:
Une fois par jour, 10 000 fiches sont synchronisées, qui contiennent chacune 5 champs.
Puisque les profils identifiés effectuent une visite tous les 3 jours, en moyenne, 3 333 profils sont mis à jour de manière asynchrone.
Lors du reporting nocturne, les 10 000 profils sont mis à jour.
Que se passe-t-il si nous augmentons la fréquence de synchronisation à 24 fois par jour ?
Une fois par heure (24 fois par jour), 10 000 fiches sont synchronisées, qui contiennent chacune 5 champs.
Puisque les profils identifiés effectuent une visite tous les 3 jours, en moyenne, 139 profils (3 333/24) sont mis à jour de manière asynchrone.
Lors du reporting nocturne, les 10 000 profils sont mis à jour.
Conclusion:
Dans ce cas, il n'y a manifestement pas beaucoup de charge supplémentaire sur le système. Le seul élément qui augmente réellement est le nombre de fois que les fiches sont récupérées depuis Campaign. Mais puisqu'il n'y a que 10 000 fiches contenant 5 champs chacune, la charge est négligeable, dans la mesure où les champs ne contiennent pas une grande quantité de données.

Exemple 2 (un éditeur) :
Hypothèse:
Le client Y a 1 000 000 de profils identifiés.
Le client Y a configuré 25 champs CRM dans Site.
La fréquence de visite moyenne des profils identifiés est 3 fois par jour (matin, mini, et soir, afin de lire des articles).
Situation actuelle:
Une fois par jour, 1 000 000 fiches sont synchronisées, qui contiennent chacune 25 champs.
Puisque les profils identifiés effectuent plusieurs visites par jour, tous les profils sont mis à jour de manière asynchrone. Cela génère 1 000 000 appels à notre service d'API interne.
Lors du reporting nocturne, seuls les profils qui n'ont pas effectué de visite depuis la dernière synchronisation seront mis à jour.
Que se passe-t-il si nous augmentons la fréquence de synchronisation à 24 fois par jour ?
Une fois par heure (24 fois par jour), 1 000 000 fiches sont synchronisées, qui contiennent chacune 25 champs.
Puisque les profils identifiés effectuent 3 visites par jour, en moyenne, 125 000 profils (1 000 000/24*3) sont mis à jour de manière asynchrone. Cela génère 3 000 000 (125 000*24) appels à notre service d'API interne.
Lors du reporting nocturne, seuls les profils qui n'ont pas effectué de visite depuis la dernière synchronisation seront mis à jour.
Conclusion:
Comme vous pouvez le constater, la quantité d'appels à notre système back-end augmente grandement quand les clients effectuent plusieurs visites par jour. En outre, du fait du nombre de profils identifiés, les données devant être synchronisées entre CRM et Site seront en outre bien plus nombreuses.

 

Qu'appelle-t-on « visiteurs sans consentement » et qu'est-ce que cela signifie pour Site ?

Les « visiteurs sans consentement » sont ceux qui ont refusé les cookies ou exprimé le souhait de ne pas être suivis.

Chaque action effectuée par un visiteur sans consentement sera considérée comme un nouveau résultat anonyme. Site peut cibler les visiteurs sans consentement, ce qui permet aux marketers de continuer à afficher des offres à tous les visiteurs, quelles que soient leurs préférences, mais la gamme de critères d'offre (indiqués par le symbole de l'œil) sera limitée pour les visiteurs sans consentement.

Les marketers peuvent encourager les visiteurs sans consentement à accepter volontairement les cookies ou à s'enregistrer pour bénéficier d'une expérience améliorée, grâce à des offres ciblées mieux adaptées à leur comportement lors de leurs prochaines visites.

Remarque : Le suivi des visiteurs sans consentement doit être activé sur demande par votre contact Zeta.

Note technique :
Une fois la fonction de suivi des visiteurs sans consentement activée, un paramètre « isConsentless:false » est ajouté par défaut à l'appel de suivi de Site pour chaque visiteur.
Si vous souhaitez envoyer des offres à ces visiteurs sans consentement, vous devrez passer ce paramètre dans l'appel de suivi à « isConsentless:true ».

Pour ces visiteurs sans consentement, aucune donnée (personnelle ou historique) n'est suivie ou stockée. Site ne crée pas de cookie et aucun profil n'est créé pour eux. Seules des informations « contextuelles » sont utilisées : le type d'appareil, le jour de la semaine, l'intention de sortie, etc. (voir la rubrique 'Segments > Éditeur de contrainte' ci-dessous).
Site a pour bout d'envoyer des offres à ces visiteurs sans consentement (et de définir des contraintes de segment), mais si la fonction de suivi des visiteurs sans consentement est désactivée, le script de Site est bloqué.

Thèmes/sujets liés :
- Utiliser JavaScript sur vos pages Web > Suivi
- Introduction aux offres
- Définir les offres > Mettre à jour le script de suivi de Site
- Segments > Éditeur de contrainte
- Reporting > Vue en temps réel
- Nouvelles fonctionnalités de Site - Juillet 2021 (description + vidéo)

 

Est-ce qu'une valeur de balise avec "" comme valeur est prise en compte lorsqu'elle est poussée vers Site ?

La valeur de balise suivante est-elle prise en compte lorsqu'elle est poussée vers Site ?

Copier 
wa.bt_queue.push({
    "tagValues": [{
        "tag": "Category",
        "value": ""
    }],
    "isEvent": false,
    "isTargeting": false
});

La valeur de balise est une clé indiquant quelle balise de catégorie est affectée. Si la valeur de balise est vide, le système ne peut pas savoir quelle valeur de catégorie est affectée et rien ne se passe. La dernière valeur poussée connue pour cette balise s'affiche à la place.

 

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()