Enquête Inscrire à la sortie du site
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 enquêtes Inscrire à la sortie du site
Les enquêtes de sortie de site demandent aux visiteurs de donner leur avis après avoir quitté un site web.
La plupart des enquêtes de sortie de site se pop-under sous la page web sans demander au visiteur de s’inscrire. Par exemple, un Pop-under standard crée une fenêtre contenant une invitation à une enquête et se cache derrière la page web jusqu’à ce que le visiteur quitte le site. Une fois le visiteur sorti, la fenêtre d’invitation à l’enquête se présente. Toutefois, depuis quelques années, les principaux navigateurs empêchent ce comportement de la même manière qu’ils bloquent les Blocs publicitaires.
En demandant le consentement du visiteur (en lui permettant de s’inscrire) avant de lui proposer votre enquête de sortie de site, vous pouvez contourner les bloqueurs de publicité. Lors du premier Créatif, il est demandé au visiteur s’il est d’accord pour que la fenêtre Pop-under apparaisse, contournant ainsi tout comportement de blocage de la part du navigateur. L’utilisation de cette méthode d’Inscrire pour les enquêtes de sortie de site est largement considérée comme une meilleure pratique pour recueillir les notations de satisfaction du site et d’autres informations auprès d’un public représentatif.
La mise en place d’une enquête de sortie de site avec inscription comporte trois étapes principales :
Astuce: Cet aperçu suppose une compréhension de base des concepts suivants : construction de Créatifs, Dialogues Réactifs, Pop-under, et construction d’Intercepts.
Attention: Les Pop-under ne sont pas compatibles avec les navigateurs mobiles. Empêchez ces Intercept de s’activer sur les navigateurs mobiles en utilisant la logique Device Type.
Renforcer vos créatifs
Configurer votre Intercept
Connecter votre Pop-under
Le Résultats
FAQs
J'ai activé mon système d'interception, mais il n'apparaît pas sur mon site. Pourquoi ?
J'ai activé mon système d'interception, mais il n'apparaît pas sur mon site. Pourquoi ?
- Logique: la logiquede ciblage par interception et l’ensemble d’actions correspondent aux conditions qui doivent être remplies pour qu’une interception s’affiche à un visiteur. Discover this logic will be helpful in discovering why the Intercept is not displaying on a page actuelle.
- Ensembles logiques utilisant « Contient » : une cause fréquente d'erreur logique réside dans l'utilisation de « Contient » par opposition à "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.
- Modifications des interceptions: lorsque vous modifiez des interceptions, les changements ne sont effectifs qu'une fois l'interception publiée. 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 déterminer pourquoi une interception ne s'affiche pas sur une page donnée.
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 place après mars 2019, exécutez l'extrait de code JavaScript suivant dans la console de votre page Web :La fenêtre de débogage décompose toutes les conditions requises pour que les intercepts en cours d'exécution 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.
QSI.API.unload();
QSI.isDebug = true;
QSI.API.load();
QSI.API.run();Astuce : le débogueur de Website Insights ne fonctionne pas si le code a été mis en place à l'aide d'un gestionnaire de balises. De plus, si l'URL contient déjà une chaîne de requête commençant par un « ? », le débogueur exigera alors un « & » à la place. - Requêtes réseau: la plupart des navigateurs disposent d'un menu « Outils de développement » qui permet à l'utilisateur de consulter le code source d'un site, ses ressources, ses cookies et ses requêtes réseau. 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(CSP): si vous recevez un message de journal de la console indiquant une violation de la politique de sécurité du contenu, cela signifie très probablement qu'une restriction appliquée à votre site web empêche le déploiement de nos interceptions. 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 vous recommandons généralement d'ajouter les éléments suivants à la liste blanche dans les en-têtes de votre politique de sécurité du contenu (CSP) :
- connect-src https://*.Qualtrics.com
- frame-src https://*.Qualtrics.com
- img-src https://siteintercept.qualtrics.com
- script-src https://*.Qualtrics.com
- Gestion des URL dans les applications monopages (SPA ) : si votre site utilise un framework d'application monopage (SPA), assurez-vous que votre code appelle la fonction `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 hooks de Lifecycle similaires, assurez-vous que votre logique d'interception s'exécute une fois la navigation terminée.
J'ai mis au point mon système d'interception, mais j'aimerais le tester avant de le mettre en service. Comment puis-je faire ça ?
J'ai mis au point mon système d'interception, mais j'aimerais le tester avant de le mettre en service. Comment puis-je faire ça ?
Quelle est la différence entre les options On Load, On Focus, On Exit Intent et Manually ?
Quelle est la différence entre les options On Load, On Focus, On Exit Intent et Manually ?
- En charge: L'option En charge est l'option d'affichage la plus basique. Si cette option est sélectionnée, un intercept se déclenche sur une page valide dès le chargement de la page elle-même. Cela signifie qu'un visiteur de site web peut charger une URL dans un autre onglet ou une autre instance du navigateur et se voir présenter un créatif sans le voir lui-même.
- On Focus: L'option On Focus nous permet de nous assurer de manière plus fiable qu'un visiteur de site web est actif sur une page avant de rencontrer un intercept. Lors du chargement d'une page qui afficherait un intercept, le paramètre On Focus empêche l'exécution du script tant que le visiteur n'est pas actif sur la page. Ceci est déterminé par le mouvement de la souris et le clic. Cela signifie que si l'URL se charge dans un nouvel onglet, par exemple, l'utilisateur devra d'abord naviguer vers cet onglet et interagir avec la page avant que le script ne s'exécute. Cette fonction est utile si vos créatifs sont programmés pour s'afficher sur une minuterie.
- Sur l'intention de sortie: Cette option vise à afficher un créatif lorsque le visiteur du site web tente de quitter votre site. Lorsque le code de déploiement est présent sur une page, nous pouvons détecter le mouvement de la souris de l'utilisateur dans les limites du navigateur. La fonction Exit Intent détecte le moment où le curseur se déplace vers les zones supérieures d'un navigateur et déclenche l'intercept à ce moment-là. Ainsi, lorsque quelqu'un tente de fermer un onglet, vous pouvez attirer son attention.
- Manuellement: Cette option est principalement utilisée dans les applications à page unique. Si vous sélectionnez cette option, rien ne s'affichera automatiquement. Au lieu de cela, l'API Website Insights doit être exécutée par le site lui-même pour que le script s'enflamme et que l'affichage soit créatif. Cette option est généralement utilisée lorsque vous souhaitez qu'un intercept se déclenche lorsque certains éléments d'une même page sont modifiés, comme la modification des valeurs d'un filtre ou le chargement d'éléments au sein d'une même URL.
C'est génial! Merci pour votre avis!
Merci pour votre avis!