Informations sur l'utilisateur Conditions
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 d’utilisation des informations sur les utilisateurs
Les conditions des Infos utilisateur vous permettent de cibler les visiteurs en fonction d’informations démographiques, telles que leur localisation ou leur type d’appareil. Sur cette page, vous découvrirez les différentes conditions relatives aux informations sur l’utilisateur et vous apprendrez à les appliquer dans votre intercept.
Emplacement
Grâce à la Cible, vous pouvez cibler les visiteurs d’une région spécifique.
Pour configurer le ciblage de la localisation
Astuce : Website Feedback utilise l’adresse IP du visiteur pour déterminer approximativement sa localisation, selon la base de données MaxMind GeoIP. Les régions sont présentées en fonction de la précision des données. Au Canada, la cible est disponible au niveau provincial. Aux États-Unis, les informations sont disponibles au niveau de l’État et, dans certains cas, au niveau de la zone métropolitaine. Dans d’autres pays, la cible n’est disponible qu’au niveau national en raison de sa faible précision. La Cible est précise à 99,8 % au niveau du pays, à 90 % au niveau de l’État et à 83 % au niveau de la ville américaine dans un rayon de 40 kilomètres.
Adresse IP
Grâce aux conditions liées à l’adresse IP, vous pouvez cibler ou exclure des visiteurs spécifiques de vos créatifs. Par exemple, vous pouvez utiliser le ciblage par adresse IP pour exclure les personnes de votre bureau de la visualisation d’un créatif. Ceci est utile pour des projets tels que les enquêtes de satisfaction, où le fait d’avoir des réponses d’employés pourrait invalider les données. Lors de la phase de test/démonstration de votre mise en œuvre, vous pourriez utiliser le ciblage par adresse IP pour n’afficher le créatif qu’aux personnes qui visitent votre page web depuis le réseau de votre bureau.
Pour créer une condition d’adresse IP
Astuce : Vous n’êtes pas sûr de votre adresse IP ? Google “Quel est mon IP” pour le savoir ! Vous ne savez pas quelle plage d’adresses IP CIDR utiliser ? Votre service de technologie de l’information interne peut généralement fournir ces informations.
Agent utilisateur
Si vous êtes plus habitué à travailler avec des données relatives à l’agent utilisateur ou si vous souhaitez empêcher les personnes disposant d’une version de navigateur spécifique de voir un créatif, vous pouvez ajouter une logique d’affichage interceptée à l’aide de la condition relative à l’agent utilisateur. Les agents utilisateurs enregistrent des informations sur le navigateur et le système d’exploitation d’un visiteur afin de pouvoir les utiliser dans une logique de ciblage de ce type d’informations.
Pour créer une condition relative à l’agent utilisateur
Navigateur
Utilisez cette option pour cibler les visiteurs en fonction du navigateur qu’ils utilisent. Par exemple, dans les anciennes versions d’Internet Explorer, vous pouvez afficher un créatif invitant le visiteur à mettre à jour son navigateur. Vous pouvez également cibler des types d’appareils dans les options de l’Ensemble d’actions.
Pour créer une condition de navigation
Type d’appareil
Certains créatifs peuvent mieux fonctionner sur certaines plateformes. Par exemple, un Pop-over qui a fière allure sur un ordinateur portable peut être difficile à parcourir sur un téléphone mobile. Le ciblage par type d’appareil vous permet d’afficher des créatifs différents en fonction de l’appareil utilisé par le visiteur. Vous pouvez également cibler des types d’appareils dans les options de l’Ensemble d’actions.
Pour créer une condition de type d’appareil
Astuce : Les téléphones et les tablettes sont généralement déclarés comme étant des appareils mobiles. iOS fait la distinction entre les tablettes et les téléphones dans ce rapport, mais malheureusement Android ne le fait pas. Une façon potentielle de cibler les téléphones Android par rapport aux tablettes Android est de regarder la résolution de l’écran (voir ci-dessous). Par exemple, vous pouvez spécifier d’afficher les créatifs conçus pour les téléphones si la largeur de l’écran est inférieure à 600px. Les téléphones récents dotés d’un écran HD ne seraient pas pris en compte, mais les appareils plus anciens seraient ciblés avec précision.
Attention : les iPad Pros sont considérés comme des navigateurs de bureau et non comme des navigateurs mobiles.
Résolution d’écran
Utilisez cette option pour cibler ou exclure des visiteurs en fonction de la taille de leur écran. Par exemple, un Pop-over de 500 px de large peut ne pas s’afficher correctement sur un écran mobile de 400 px de large.
Quelques résolutions d’écran courantes :
- Résolutions
- Exemples de dispositifs
- 1024×768
- iPad 1, iPad 2
- 2048×1536
- iPad 3
- 2048×1536
- iPad Mini 7.9″ retina display
- 480×320
- iPhone 3GS et versions inférieures, appareils Android
- 960×640
- iPhone 4, iPhone 4S
- 800×480
- Appareils Android, Windows Phone 7
- 1280×800
- Tablettes Android comme Google Nexus 7, Samsung Galaxy Tab 10.1, Motorola Xoom, Asus Eee Pad Transformer
- 1024×600
- Tablettes Android comme la Samsung Galaxy Tab 7
- 640×360
- Les appareils Symbian3 comme le Nokia C7
- 854×480
- Galaxy S20 Ultra
- 3200 x 1440
- Galaxy S6 10.5
- 2560 x 1600
- Appareils Android, MeeGo N9
- 1136×640
- iPhone 5
- 1334×750
- iPhone 6, iPhone 6s, iPhone 7, iPhone 8, iPhone SE
- 1920×1080
- iPhone 6 Plus, iPhone 6s Plus, iPhone 7 Plus, iPhone 8 Plus
- 2436×1125
- iPhone X, iPhone 11 Pro
Pour créer une condition de résolution d’écran
Taille du navigateur
Utilisez cette option pour cibler ou exclure des visiteurs en fonction de la largeur ou de la hauteur de la fenêtre de leur navigateur. Cela peut être utile pour s’assurer que votre créatif ne couvrira pas le contenu important du site lorsque le visiteur le consulte dans une fenêtre plus petite. Presque tous les visiteurs de notre site web ont une résolution d’écran de 1024 x 768 ou plus.
Pour créer une condition relative à la taille du navigateur
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.
C'est génial! Merci pour votre avis!
Merci pour votre avis!