Exemples d'adaptation des paramètres de suivi par site web
- Conditions préalables et autorisations pour le suivi des utilisateurs numériques
- Configurer et déployer Genesys Messenger avec le Digital User Tracking activé.
Les paramètres de suivi du web vous permettent de définir la manière dont les données des visiteurs sont collectées et interprétées sur les différents sites web que vous gérez. Selon les besoins de votre entreprise, chaque site web peut nécessiter un comportement de suivi unique. Pour plus d'informations sur les paramètres de suivi du web, voir Configurer le suivi du web.
Cet article présente quatre scénarios pratiques qui illustrent la manière d'adapter et d'organiser efficacement vos configurations de suivi sur le web :
- Scénario 1 : Plusieurs sites web avec des exigences différentes en matière de suivi du web
- Scénario 2 : Résoudre les problèmes d'ambiguïté de propriété et d'encombrement de la configuration en séparant les configurations
- Scénario 3 : Autoriser la configuration par défaut du suivi web
- Scénario 4 : Tester une configuration de suivi web
Utilisez ces scénarios comme exemples pour vous aider à organiser les paramètres de suivi du web de manière à conserver des données propres, des configurations faciles à maintenir et des parcours clients précis sur l'ensemble de vos sites web.
Scénario 1 : Plusieurs sites web avec des exigences différentes en matière de suivi du web
Un éditeur de logiciels gère les sites web de deux entreprises différentes :
- Le site web A est un site de commerce électronique qui vend plusieurs produits.
- Le site web B est une compagnie d'assurance qui héberge une application à page unique. L'application permet aux utilisateurs de s'inscrire, de se connecter au site web avec leurs comptes et de gérer leurs polices.
Les deux sites web ont des propriétés d'URL similaires :
| Site web A | Site web B |
|---|---|
|
https://website-a.com/home?q=running+chaussures https://website-a.com/product?id=123 https://website-a.com/product?id=456 https://website-a.com/about#ourteam |
https://website-b.com/#/account?id=123 https://website-b.com/#/account?id=456 https://website-b.com/#/reset-password?q=1234 |
Bien qu'ils partagent les mêmes propriétés d'URL, les deux sites web ont des besoins complètement différents en matière de suivi web.
| Exigences de suivi pour le site web A | Exigences en matière de suivi pour le site web B |
|---|---|
|
|
L'organisation tente de traduire ces exigences uniques de suivi web pour les sites web A et B dans les paramètres de suivi web existants dans Menu > Orchestration > Predictive Engagement Settings,, ce qui entraîne les comportements de suivi suivants :
| Nom du champ | Valeur | Résultat pour le site web A | Résultat pour le site web B |
|---|---|---|---|
| Exclure des adresses IP | 203.0.113.10- Équipe marketing | L'équipe de marketing est filtrée avec succès du site web A. | L'équipe de marketing n'apparaît pas en tant qu'utilisateur dans le site web B lorsque le client a besoin d'aide pour résilier sa police d'assurance. |
| Exclure les paramètres de requête URL | identifiant | Les pages de produits du site web A, qui devraient être suivies, sont exclues du suivi web. | Les données sensibles du site web B sont exclues du suivi du web. |
| Suivre les fragments d'URL | Non | Toute information relative à l'URL après # est ignorée. Toute navigation à l'intérieur d'une même page web dans le site web A est exclue du suivi du web. | Toute information relative à l'URL après # est ignorée. Cela exclut également les navigations de pages, qui doivent être suivies dans le site web B. |
| Suivi des recherches sur le site | q | Tout terme recherché sur le site web A est considéré comme une recherche de l'utilisateur. | Toute requête de recherche id relative à la réinitialisation des mots de passe sur le site web B apparaît comme une recherche d'utilisateur, ce qui constitue une violation de la politique de l'entreprise. |
Pour surmonter les limites des paramètres de suivi web centralisés sous Predictive Engagement, l'organisation décide de modifier les deux configurations Messenger - déployées respectivement sur le site web A et le site web B et de définir des paramètres de suivi web distincts pour chacun d'entre eux, directement à partir de Messenger. Leurs paramètres respectifs de suivi du web sont configurés comme suit :
| Nom du champ | Configuration de Messenger pour le site web A | Configuration du messager pour le site web B |
|---|---|---|
| Exclure des adresses IP | 203.0.113.10 - Équipe marketing | Aucun |
| Exclure un paramètre de requête URL | Aucun | id, q |
| Suivre les fragments d'URL | Non | Oui |
| Suivi des recherches sur le site | q | Aucun |
- Exclut l'équipe de marketing qui a réussi à être suivie sur le site web A alors qu'elle apparaît comme un visiteur régulier sur le site web B.
- Capture des informations pertinentes pour leurs besoins professionnels dans les URL du site web A, tandis que le site web B a réussi à exclure toute donnée sensible stockée dans l'URL, tout en capturant les données de navigation pertinentes.
Scénario 2 : Résoudre les problèmes d'ambiguïté de propriété et d'encombrement de la configuration en séparant les configurations
Une organisation dispose de plusieurs administrateurs d'entreprise, chacun étant responsable de la gestion du suivi des sites web sur différents sites. Dans le cadre de l'engagement prédictif, la présence de plusieurs entrées utilisateur dans les paramètres de suivi web brouille les limites de propriété et réduit la clarté de chaque champ. En conséquence, les administrateurs d'entreprise ont du mal à déterminer à quel site web chaque paramètre s'applique ou s'il s'applique encore. Les valeurs obsolètes restent souvent dans la configuration pour éviter le risque d'affecter par inadvertance plusieurs déploiements.
Les paramètres de suivi web de l'organisation sous Predictive Engagement contiennent plusieurs contributions d'utilisateurs, configurées de la manière suivante :
| Nom du champ | Valeur |
|---|---|
| Exclure des adresses IP |
|
| Exclure un paramètre de requête URL | id, token, filter, p |
| Suivre les fragments d'URL | Non |
| Suivre les recherches des utilisateurs | q, terme |
En configurant leurs paramètres de suivi web distincts dans leurs configurations Messenger respectives, les administrateurs d'entreprise peuvent clairement séparer la propriété et les responsabilités. Chaque administrateur peut maintenir sa propre configuration de suivi, déployée sur le site web spécifique qu'il gère sans avoir d'impact sur le comportement de suivi configuré par ses pairs, comme indiqué ci-dessous :
| Nom du champ | Configuration du messager A | Configuration du messager B | Configuration du messager C | Données obsolètes |
|---|---|---|---|---|
| Exclure des adresses IP | 203.0.113.10 - Équipe marketing | 250.93.249.84 - L'équipe de Tom 175.210.177.40 - Personnel 237.26.85.152 - Accueil |
105.192.67.205 – Dev | 143.220.228.79 - Test |
| Exclure un paramètre de requête URL | id, token | filtre, id | Aucun | p |
| Suivre les fragments d'URL | Non | Oui | Non | Aucun |
| Suivre les recherches des utilisateurs | q | q | terme | Aucun |
Scénario 3 : Autoriser la configuration par défaut du suivi web
Une entreprise gère un site web principal destiné au public et possède différents domaines web dédiés au développement et aux tests internes. L'équipe d'ingénieurs utilise l'environnement de développement pour maintenir et améliorer le site web de l'entreprise. Une fois leur code terminé, ils sont ajoutés à l'environnement de test avant que les modifications puissent être publiées en toute sécurité. Alors que leur site web principal est réservé à l'usage des clients et traite des données sensibles, leurs domaines web internes ne doivent pas être soumis à des limitations de suivi afin de garantir la collecte d'un nombre suffisant de données d'événements pour les besoins des tests.
| Exigences de suivi pour le site web public | Suivi des exigences pour l'environnement de développement et de test |
|---|---|
|
|
L'entreprise utilise trois configurations Messenger différentes pour son site web public, ses environnements de développement et de test afin de gérer ses trois phases de développement. Si les trois paramètres de suivi du web étaient configurés en fonction des paramètres centralisés de Predictive Engagement, l'entreprise pourrait devoir faire des compromis :
- La quantité de données suivies pour leurs environnements internes, réduisant la visibilité de l'équipe d'ingénieurs pour mener à bien les tâches de développement et les tests, tout en évitant de capturer les données sensibles des utilisateurs du site web public.
- Capturer des données non filtrées pour répondre aux besoins de développement et de test en laissant les paramètres de suivi web par défaut, ce qui conduit à la collecte de données sensibles de l'utilisateur sur le site web public, en violation de la conformité en matière de protection de la vie privée.
Consciente des risques, l'entreprise a choisi de séparer sa configuration de suivi sur le web comme illustré ci-dessous, en spécifiant des valeurs spécifiques dans la configuration Messenger du site web public afin d'aligner le comportement de suivi sur les besoins de l'entreprise et la conformité des données. Les deux configurations Messenger dédiées au développement et aux tests sont également configurées avec les paramètres de suivi web spécifiques à Messenger, en utilisant les valeurs de suivi par défaut, c'est-à-dire qu'aucun utilisateur n'est ignoré et que tous les paramètres de requête URL sont suivis. Cela permet de s'assurer que toutes les données de navigation sont collectées :
| Nom du champ | Configuration du messager - Public | Configuration de Messenger - Dev | Configuration de Messenger - Test |
|---|---|---|---|
| Exclure des adresses IP | 203.0.113.10 - Équipe marketing 250.93.249.84 - Équipe de développement 175.210.177.40 - Entreprise |
Aucun | Aucun |
| Exclure un paramètre de requête URL | id, token | Aucun | Aucun |
| Suivre les fragments d'URL | Non | Non | Non |
| Suivre les recherches des utilisateurs | q | Aucun | Aucun |
Scénario 4 : Tester une configuration de suivi web
Un utilisateur administrateur est chargé de la mise en œuvre du suivi web pour son entreprise. Elle souhaite exclure le suivi des adresses IP des employés internes et des données sensibles des utilisateurs sur son site web public, tout en enregistrant les mots clés recherchés par les visiteurs du site. Avant de les appliquer à leur site web public en production, ils doivent s'assurer que leurs paramètres de suivi web spécifiques à Messenger sont définis de manière appropriée. Ils modifient leur configuration Messenger pour spécifier les adresses IP des employés internes, les paramètres de requête stockant les données indésirables et le paramètre de requête utilisé pour stocker les termes recherchés par les utilisateurs. Une nouvelle version de la configuration du messager est créée comme suit :
| Nom du champ | Configuration du messager A - version 1 | Configuration du messager A - version 2 |
|---|---|---|
| Exclure des adresses IP | Aucun | 203.0.113.10 - Équipe marketing 250.93.249.84 - Équipe de développement 175.210.177.40 - Entreprise |
| Exclure un paramètre de requête URL | Aucun | id, token |
| Suivre les fragments d'URL | Non | Non |
| Suivre les recherches des utilisateurs | Aucun | q |
Dans un déploiement Messenger créé à des fins de test, nommé Test Env, l'administrateur sélectionne la dernière version de configuration Messenger qu'il a créée et qui contient les nouveaux paramètres de suivi Web. En attendant, la version précédente de la configuration de Messenger, qui contient les paramètres par défaut du suivi web spécifique à Messenger, est toujours la version en production :
| Nom du déploiement du messager | Configuration de messagerie sélectionnée |
|---|---|
| Production | Configuration du messager A - version 1 |
| Test Env | Configuration du messager A - version 2 |
L'administrateur simule le parcours d'un visiteur web en naviguant dans son environnement de test où ces nouveaux paramètres s'appliquent. L'administrateur se rend compte qu'il perd une quantité considérable de données en laissant le suivi des fragments d'URL désactivé par défaut. Leur navigation n'est que partiellement suivie. Plusieurs pages qu'ils ont visitées pendant leur test sont absentes de la vue du parcours client de . L'administrateur crée une nouvelle version de configuration de Messenger avec le suivi des fragments d'URL activé.
| Nom du champ | Configuration du messager A - version 1 | Configuration du messager A - version 2 | Configuration du messager A - version 3 |
|---|---|---|---|
| Exclure des adresses IP | Aucun | 203.0.113.10 - Équipe marketing 250.93.249.84 - Équipe de développement 175.210.177.40 - Entreprise |
203.0.113.10 - Équipe marketing 250.93.249.84 - Équipe de développement 175.210.177.40 - Entreprise |
| Exclure un paramètre de requête URL | Aucun | id, token | id, token |
| Suivre les fragments d'URL | Non | Non | Oui |
| Suivre les recherches des utilisateurs | Aucun | q | q |
Une fois de plus, la dernière configuration du suivi web doit être testée avant d'être déployée en production. L'administrateur modifie le déploiement de Test Env Messenger afin d'attribuer la dernière version de la configuration Messenger qui inclut le suivi des fragments d'URL.
| Nom du déploiement de Messenger | Configuration de messagerie sélectionnée |
|---|---|
| Production | Configuration du messager A - version 1 |
| Test Env | Configuration du messager A - version 3 |
La nouvelle configuration assure le suivi de toutes les pages web comme prévu, conformément aux exigences de l'entreprise. L'administrateur peut maintenant déployer en toute sécurité la dernière version de la configuration de Messenger en production pour appliquer ces paramètres de suivi Web à son site Web public :
| Nom du déploiement du messager | Configuration de messagerie sélectionnée |
|---|---|
| Production | Configuration du messager A - version 3 |
| Test Env | Configuration du messager A - version 3 |
