Conditions de la session de navigation
Contenus de cette page
Astuce : Si vous n’avez pas accès à l’une des fonctions décrites sur cette page, contactez votre Commercial. Pour plus d’informations sur les différences entre Digital Feedback et CustomerXM for Digital, voir Digital Feedback vs. CustomerXM pour Digital.
À propos des conditions de la session de navigation
Les conditions de la session de navigation vous permettent de cibler les visiteurs en fonction de leur comportement sur le site web. Par exemple, vous pouvez proposer une enquête de satisfaction aux visiteurs qui ont consulté au moins trois pages de votre site, ou afficher un coupon sur la page du panier d’achat.
Astuce : Si vous souhaitez que votre intercept s’affiche en permanence, supprimez l’ ensemble d’actions et la logique de chronomètre. Pour plus d’informations, consultez la page Optimiser la logique de la cible d’intercept.
URL actuelle
Avec Current URL, vous pouvez cibler l’activité de navigation des visiteurs sur la base d’une page ou d’un ensemble de pages spécifiques de votre site web. Il s’agit sans doute du critère de ciblage le plus courant.
Pour créer une condition d’URL actuelle
- Est
- Cible si le visiteur se trouve sur une page spécifique. Vous devez saisir une URL complète dans le dernier champ.
- Contient
- Cible si le visiteur se trouve sur une page dont l’URL contient une expression spécifique. Par exemple, sur un site web de vêtements, /new-arrivals/ peut être inclus dans l’URL de toutes les pages de la section des nouveaux articles de vêtements.
- Paramètre de requête
- Ciblez les personnes dont l’URL contient un paramètre de requête spécifique. Par exemple, si vous effectuez un test A/B sur une page de votre site web et que vous avez ajouté “&Version=B” à la fin de l’URL, vous pouvez utiliser le paramètre de requête pour vérifier si la version est égale à B.
Exemple : Vous souhaitez qu’un intercept ne s’affiche que sur la page d’accueil de votre site, une seule fois au cours de la session du visiteur. Vous pouvez utiliser la logique de l’URL actuelle pour spécifier que le visiteur doit se trouver sur votre page d’accueil, et la combiner avec une condition “Cette action”.
Comme vous le voyez ci-dessus, l’utilisation de Is au lieu de Contains vous permet de spécifier l’intégralité de l’URL dans l’évènement où votre page d’accueil est l’URL de votre domaine sans /homepage ou d’autres spécificateurs à la fin.
Vous pouvez également exclure la condition “Cette action” et vous contenter d’activer l’option ” Empêcher l’affichage répété”.
Référent de la page
Avec la condition Page Referrer, vous pouvez cibler les visiteurs en fonction de la page sur laquelle ils se trouvaient. Par exemple, sur un site web commercial, vous pourriez vouloir offrir un coupon aux visiteurs qui ont quitté la page du panier d’achat sans passer à la caisse. Pour ce faire, vous devez ensemble de conditions : “Si le référent est <shopping cart page>” et “Si l’URL actuelle n’est pas <checkout page>”.
Astuce : Une page est considérée comme un référent de page si elle “renvoie” le visiteur à sa page actuelle par le biais d’un lien. Si le visiteur tape simplement l’URL de votre page dans sa barre d’adresse, il n’aura pas de référent de page.
Astuce : En raison de changements récents dans les navigateurs, des limitations ont été apportées aux informations que nous pouvons obtenir à partir des en-têtes de référence. Auparavant, si une URL était “https://www.google.com/search?q=search”, nous pouvions obtenir le référent sous la forme d’une URL complète contenant tous les paramètres de la requête. Aujourd’hui, en raison des changements susmentionnés, nous ne pouvons obtenir que “https://www.google.com”. Cette fonctionnalité est basée sur la politique de référencement des sites web, de sorte que certains sites peuvent recevoir les paramètres de requête et d’autres non.
Pour créer une condition de référence de page
Pour tester les conditions de référence d’une page à l’aide du signapplet de test d’interception, vous devez exécuter le signapplet sur la page de référence, puis naviguer vers la page avec l’intercept, et enfin exécuter le signapplet sur la page avec l’intercept.
Référent du site
Utilisez Site Referrer pour cibler les visiteurs en fonction du site web qui les a dirigés vers votre site. Par exemple, si un site web partenaire a placé un lien vers votre site sur sa page d’accueil, vous pourriez cibler les visiteurs venant de ce lien avec un message d’accueil spécial.
Astuce : un site est considéré comme un site référent si le visiteur clique sur un lien de ce site qui l’amène directement sur votre site web. Si le visiteur tape simplement votre URL dans sa barre d’adresse, il n’aura pas de référent de site.
Astuce : En raison de changements récents dans les navigateurs, des limitations ont été apportées aux informations que nous pouvons obtenir à partir des en-têtes de référence. Auparavant, si une URL était “https://www.google.com/search?q=search”, nous pouvions obtenir le référent sous la forme d’une URL complète contenant tous les paramètres de la requête. Aujourd’hui, en raison des changements susmentionnés, nous ne pouvons obtenir que “https://www.google.com”. Cette fonctionnalité est basée sur la politique de référencement des sites web, de sorte que certains sites peuvent recevoir les paramètres de requête et d’autres non.
Pour créer une condition de référence de site
Rechercher un terme
Utilisez le terme de recherche pour cibler les visiteurs en fonction du terme de recherche qu’ils ont utilisé pour arriver sur votre site web. Cela fonctionne avec les moteurs de recherche Google, Yahoo et Bing.
Astuce : En raison de changements récents dans les navigateurs, des limitations ont été apportées aux informations que nous pouvons obtenir à partir des en-têtes de référence. Auparavant, si une URL était “https://www.google.com/search?q=search”, nous pouvions obtenir le référent sous la forme d’une URL complète contenant tous les paramètres de la requête. Aujourd’hui, en raison des changements susmentionnés, nous ne pouvons obtenir que “https://www.google.com”. Cette fonctionnalité est basée sur la politique de référencement des sites web, de sorte que certains sites peuvent recevoir les paramètres de requête et d’autres non. Google, en particulier, ne fournit plus ces données pour les visiteurs qui ont effectué une recherche à partir d’une page sécurisée. Cela inclut toute recherche effectuée par un utilisateur connecté à son compte Google, ou toute recherche tapée directement dans la barre d’adresse de navigateurs tels que Chrome.
Cependant, même avec cette limitation, le terme de recherche peut être un moyen efficace d’attirer des visiteurs.
Pour créer une condition de recherche
Nombre de pages
Utilisez Page Count pour cibler les visiteurs en fonction du nombre de pages qu’ils ont consultées sur votre site web. Par exemple, dans le cadre d’une enquête de satisfaction sur un site web, vous pouvez demander l’avis des visiteurs qui ont parcouru au moins trois pages.
Astuce : Seules les pages contenant le code de déploiement du projet sont comptabilisées dans le nombre de pages. Le nombre de pages est suivi pendant toute la durée de la session du visiteur. Cela inclut toutes les pages qu’ils visitent pendant que l’onglet du navigateur est ouvert. Si le visiteur quitte votre site web mais revient dans le même onglet de navigateur, les pages vues (de votre site) lors des deux visites seront incluses.
Pour créer une condition relative au nombre de pages
Exemple : Vous souhaitez afficher un intercept sur n’importe quelle page, à l’exception de celle à partir de laquelle le visiteur est entré. Comme cela implique qu’ils ont consulté au moins une page avant de parcourir le site, vous pouvez ajouter une logique selon laquelle le nombre de pages doit être supérieur à 1.
Pour plus de précisions sur les pages dans lesquelles l’intercept peut ou ne peut pas être inclus, consultez la logique de l’URL actuelle ci-dessus.
Historique du site
Utilisez l’historique du site pour cibler les visiteurs en fonction des pages spécifiques qu’ils ont consultées ou non au cours de leur visite. Elle est souvent utilisée en conjonction avec d’autres conditions. Par exemple, dans le cadre d’une enquête de satisfaction sur un site, vous pouvez cibler les personnes qui sont restées sur le site au moins trois minutes et dont la page d’accueil a été la première page de leur visite.
Astuce : Seules les pages contenant un code de déploiement font l’objet d’un suivi dans l’historique du site. Comme le nombre de pages, l’historique du site est suivi pendant toute la durée de la session du visiteur. Cela inclut toutes les pages qu’ils visitent pendant que l’onglet du navigateur est ouvert. Si le visiteur quitte votre site web mais y revient dans le même onglet de navigateur, les pages des deux visites seront incluses. L’historique du site peut être récupéré à partir du stockage de la session ou suivi dans un cookie sur la base des paramètres du projet Avis Web/l’application. Par défaut, jusqu’à 2 ko d’historique sont stockés. Cette limite peut être modifiée en allant dans Administration, puis en cliquant sur Paramètres de l’organisation. Si le visiteur a plus de 2kB d’historique, la première page de sa visite ainsi que les pages les plus récentes seront stockées.
Pour créer une condition d’historique du site
Temps sur place ou temps concentré sur place
Utilisez le temps passé sur le site ou le temps consacré au site pour cibler les visiteurs en fonction de la durée de leur visite sur le site.
Le temps passé sur le site correspond à la durée pendant laquelle le visiteur a ouvert votre site web dans une fenêtre du navigateur. Le temps passé sur le site correspond à la durée pendant laquelle le visiteur a gardé votre site web ouvert en tant que fenêtre principale, “au centre de l’attention”, sur son ordinateur. Le temps passé sur le site est généralement un indicateur plus précis de l’engagement des visiteurs.
Astuce : Le Chronomètre est mis à jour chaque fois que le visiteur charge une nouvelle page. Par exemple, la condition “Temps passé sur le site supérieur à 10 secondes” est remplie la première fois que le visiteur charge une nouvelle page après avoir passé 10 secondes sur le site. Pour cibler les visiteurs sur la première page de leur visite, envisagez d’ajouter un délai dans les options créatives plutôt que d’utiliser la logique Time On Site.
Pour créer une condition de temps sur place
Astuce : Le temps passé sur le site n’est pris en compte que pour les pages contenant un code de déploiement préexistant. Lors de l’utilisation de fonctions qui ajoutent rétroactivement un code de déploiement, comme le Signapplet, le temps passé sur le site ne sera pas suivi.
FAQs
Quand dois-je utiliser une logique sur mes ensembles d’actions ?
Quand dois-je utiliser une logique sur mes ensembles d’actions ?
Par exemple, comme les créatifs ne sont pas réactifs à la taille de l'écran, de nombreux utilisateurs aiment implémenter une logique d'ensemble d'actions axée sur le fait qu'un visualiseur de site Web n'utilise pas d'appareil mobile ou si le site Web est affiché sur une certaine taille d'écran. En utilisant la logique dans cette instance, vous pouvez cibler un créatif correctement formaté et dimensionné à la personne appropriée.
La logique de l'ensemble d'actions basée sur l'emplacement peut même être utilisée pour s'assurer que les lecteurs du site Web voient un Creative qui est écrit dans la langue qui leur est le plus susceptible de s'appliquer.
J'ai activé mon intercept, mais il ne s'affiche pas sur mon site. Pourquoi ?
J'ai activé mon intercept, mais il ne s'affiche pas sur mon site. Pourquoi ?
- Logique: la logique de ciblage des interceptions et la logique de l'ensemble d'actions sont les conditions qui doivent être remplies pour qu'une interception soit affichée à un visiteur. Discover this logic will be helpful in discovering why the Intercept is not displaying on a page actuelle.
- Les ensembles logiques qui utilisent "Contient" : Une cause fréquente d'erreur de logique est l'utilisation de la fonction "Contient" vs. "Est" Dire qu'une condition "contient" signifie que le paramètre sur lequel vous basez la logique (c'est-à-dire l'URL actuelle) aura la valeur spécifiée présente en plus d'autres informations. Par exemple, si j'avais une logique qui disait que l'URL actuelle contient "qualtrics", l'intercept s'afficherait sur toute URL contenant le mot "qualtrics". L'autre possibilité qui s'offre à vous est d'utiliser l'URL actuelle [URL]. Cette condition dépend de la correspondance exacte de l'URL visitée. Toute différence ou caractère supplémentaire empêchera la logique d'intercept de passer.
- Révisions des intercepts: Lorsque des modifications sont apportées aux intercepts, elles ne sont pas mises en ligne tant que l'intercept n'est pas publié. Lorsqu'un Intercept est publié, une version de l'Intercept, ou "révision", est sauvegardée. L'évaluation des révisions effectuées est très utile pour identifier les changements qui ont pu soudainement empêcher l'intercept d'apparaître.
- Fenêtre de débogage: La fenêtre de débogage est un outil précieux pour vérifier pourquoi un intercept ne s'affiche pas sur une page particulière.
Pour les intercepts dont le code de déploiement a été mis en œuvre avant mars 2019, pour activer la fenêtre de débogage, ajoutez à toute URL donnée une chaîne de requête appelée Q_DEBUG. Il doit être précédé d'un ? ou d'un & comme dans les exemples suivants : https://www.qualtrics.com?Q_DEBUG, https://www.qualtrics.com/blog?item=value&Q_DEBUG.
Pour les intercepts dont le code de déploiement a été mis en œuvre après mars 2019, exécutez le snippet JavaScript suivant dans la Console de votre page web :QSI.API.unload() ; QSI.isDebug = true ; QSI.API.load() ; QSI.API.run() ;La fenêtre de débogage décompose toutes les conditions requises pour que les intercepts s'exécutant sur l'URL apparaissent. Si vous constatez qu'un intercept n'apparaît pas, localisez-le dans la fenêtre de débogage et identifiez les éventuels avertissements d'échec en rouge.Astuce: Le débogueur de Website Insights ne fonctionne pas si le code a été implémenté à l'aide d'un gestionnaire de balises. De même, si la chaîne de requête de l'URL contient déjà un ?, le débogueur demandera un & à la place. - Demande de réseau: La plupart des navigateurs possèdent un menu d'outils de développement qui permet à l'utilisateur de voir le code source, les ressources, les cookies et les appels réseau d'un site. Website Insights possède une présence distincte dans la section Réseau de ces outils. Pour vérifier l'exécution de ces scripts, ouvrez les outils de développement et naviguez jusqu'à la section Réseau. Une fois cette étape franchie, rechargez la page web et le menu devrait commencer à s'enrichir de toutes les requêtes réseau effectuées par le site web. Pour identifier le code de Website Insights, recherchez les appels qui commencent par ?Q_ZID ou ?Q_SID. Il s'agit du code lui-même qui effectue des contrôles sur la logique d'affichage. Si vous ne trouvez rien qui corresponde à ce format, c'est qu'il y a un problème dans la mise en œuvre du code de votre projet. Vous pouvez consulter notre page d'assistance sur la mise en œuvre pour obtenir des conseils sur l'endroit le plus approprié pour placer le code.
- Problèmes liés à la politique de sécurité du contenu: Si vous recevez un journal de console qui viole une politique de sécurité du contenu, il y a très probablement une restriction sur votre site Web qui bloque le déploiement de nos intercepts. Nous vous recommandons de contacter votre équipe de développement web pour résoudre ce problème. Pour garantir le bon fonctionnement de vos interceptions, nous recommandons généralement d'autoriser les éléments suivants dans les en-têtes de votre politique de sécurité du contenu :
- connect-src https://*.Qualtrics.com
- frame-src https://*.Qualtrics.com
- img-src https://siteintercept.qualtrics.com
- script-src https://*.Qualtrics.com
- Gestion des URL de SPA : Si votre site utilise un cadre d'application à page unique (SPA), assurez-vous que votre code déclenche history.pushState() lors de la navigation entre les vues. Certains frameworks peuvent réafficher ou mettre à jour l'URL sans pousser une nouvelle entrée dans l'historique, ce qui peut empêcher les intercepts de se déclencher. Si vous utilisez useEffect ou des crochets de cycle de vie similaires, assurez-vous que votre logique d'intercept s'exécute une fois la navigation terminée.
Qualtrics définit-il la valeur du champ « Référent » ?
Qualtrics définit-il la valeur du champ « Référent » ?
Depuis le 25 août 2020, Chrome a modifié le comportement par défaut autour du champ référent. Auparavant, Chrome affichait par défaut la valeur no referrer-when-downgrade comme valeur pour Referrer-Policy. La valeur par défaut est désormais strict-origin-when-cross-origin. Cela signifie que si le client n'a pas spécifié sa propre politique sur sa page, elle sera définie par défaut sur cette politique. Cette politique affecte les demandes qui sont d’origine croisée, ce qui signifie que la page parent se trouve sur un domaine différent que le lien (c’est-à-dire que ma page Web est example.com et que mon enquête se trouve sur l’URL de base test.qualtrics.com). Dans une demande inter-origines, seule l'origine est transmise. Cela signifie que si ma page est réellement à l'URL qualtrics.com/support-center, le Referer sera qualtrics.com. La modification de ce comportement doit être effectuée par le propriétaire de la page parent.
C'est génial! Merci pour votre avis!
Merci pour votre avis!