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 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.
J'ai créé mon intercept mais je voudrais le tester avant l'activation. Comment puis-je faire ça ?
J'ai créé mon intercept mais je voudrais le tester avant l'activation. 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!