Date Heure 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 de la date et de l’heure Chronomètre
Grâce aux conditions Date/Heure, vous pouvez configurer vos interceptions pour qu’elles s’exécutent automatiquement à des heures précises, ce qui vous évite d’avoir à les activer et à les désactiver manuellement. Par exemple, dans le cas d’une promotion pour les fêtes de fin d’année, vous pouvez définir l’intercept pour la période allant du 12 au 26 décembre.
Date
Avec une Condition de date, vous pouvez établir des dates spécifiques pour l’affichage de vos Créatifs. Pour un projet avec une date de début et de fin spécifique, deux instructions logiques Date sont utilisées conjointement.
Pour créer une condition de date
Exemple : Dans cette action, deux déclarations de date sont utilisées pour spécifier que le créatif ne s’affichera qu’entre le 30 novembre et le 1er janvier pour une promotion de vacances.
Jour
Avec une condition de jour, vous pouvez ensemble de conditions pour que votre Intercept ne fonctionne que certains jours de la semaine. Par exemple, vous pouvez mettre en place une promotion de week-end qui affiche automatiquement des créatifs le week-end afin de ne pas avoir à activer et désactiver l’intercept manuellement chaque semaine.
Pour créer une condition journalière
Heure
La condition Chronomètre est appropriée lorsque vous souhaitez déterminer un moment précis de la journée pour l’affichage de vos créatifs. Pour un projet avec une heure de début et de fin spécifique, deux instructions de logique temporelle sont utilisées conjointement.
Pour créer une condition temporelle
Astuce : Si aucun fuseau horaire n’est sélectionné, la logique sera basée sur le fuseau horaire du visiteur.
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!