Exemples d'adaptation des paramètres de suivi par site web

Dépréciation des fonctionnalités: Genesys ne prendra plus en charge ACD Web Chat v2, qui est disponible pour les clients via toutes les versions de Chat Widget correspondantes. Ceci fait suite à la suppression de ACD Web Chat v1, qui a été annoncée précédemment. Par conséquent, Predictive Engagement mettra également fin à la prise en charge de ces anciennes versions de chat en ligne. Pour plus d'informations, voir Dépréciation : Suppression de ACD Web Chat (version 2)Tous les clients existants sont encouragés à migrer vers Web Messaging et Messenger.

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 :

  1. Scénario 1 : Plusieurs sites web avec des exigences différentes en matière de suivi du web
  2. 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
  3. Scénario 3 : Autoriser la configuration par défaut du suivi web
  4. 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 souhaite exclure les visites de l'équipe de marketing interne afin de capturer exclusivement l'activité réelle des clients.
  • L'organisation souhaite suivre les recherches de produits effectuées par les visiteurs de ce site web, qui sont stockées dans le paramètre de requête q.

  • Les fragments d'URL du site web A peuvent être exclus du suivi car ils ne font que défiler jusqu'à une section de la page.
  • Le paramètre de requête id est utilisé pour identifier les pages de produits individuels, qui doivent être suivies afin de capturer l'engagement avec des produits spécifiques.
  • Les visites de l'équipe de marketing du site web A doivent rester suivies, car elles ne sont pas affiliées à la compagnie d'assurance qui gère le site web B et représenteraient des utilisateurs légitimes.
  • L'organisation ne souhaite pas suivre le paramètre de requête q dans le site web B pour se conformer aux politiques de confidentialité, car il contient des données temporaires et sensibles.

  • Les fragments d'URL sont utilisés pour l'acheminement des pages dans une application à page unique, ce qui signifie que l'organisation doit suivre ces navigations comme des pages vues distinctes.
  • Le paramètre de requête id identifie les comptes d'utilisateurs et doit donc être exclu du suivi pour des raisons de sécurité.

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
En mettant en œuvre les paramètres de suivi web précédents, l'organisation peut désormais :
  • 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
  • 203.0.113.10 - Équipe marketing
  • 175.210.177.40 - Personnel
  • 237.26.85.152 - Accueil
  • 105.192.67.205 – Dev
  • 250.93.249.84 - L'équipe de Tom
  • 143.220.228.79 - Test
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
  • Exclure les visites des employés internes qui examinent fréquemment le contenu et le comportement du site web.
  • Le site web utilise les paramètres de requête id et token dans les URL pour stocker des données sensibles qui ne devraient pas être suivies.
  • Le site web n'utilise pas de fragments d'URL.
  • Suivre les recherches des utilisateurs pour identifier les centres d'intérêt des clients.
  • Suivre l'ensemble du trafic des utilisateurs pour s'assurer que le site web reflète le comportement prévu lors des tests.
  • Les valeurs stockées dans les paramètres de requête dans les environnements internes ne sont pas liées à des clients réels et sont limitées aux données internes. Il n'est pas nécessaire de les exclure.
  • Ces environnements contiennent une copie du site web public, ce qui signifie qu'ils n'utilisent pas non plus de fragments d'URL.
  • À moins que l'équipe d'ingénieurs ne travaille activement sur la fonction de recherche du site web, elle n'a pas d'exigences spécifiques concernant le suivi des mots-clés saisis dans la barre de recherche.

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