Page avancée Cibler / blogs / perficient

Dans mon blog précédent https://blogs.perficient.com/2024/07/01/Sitecore-Sersonalize-Close-Event-Logic/J’ai partagé une méthode d’utilisation des cookies pour permettre à l’utilisateur de rejeter une bannière d’alerte. Ce processus consistait à écrire le cookie lorsque l’utilisateur clique sur l’icône de fermeture et à vérifier le cookie lorsque l’expérience s’affiche. Cette approche a bien fonctionné parce que l’intégralité du code JavaScript pourrait être stockée dans le modèle Web. Cela garantit que le code pour vérifier le cookie ne peut pas être manqué ou oublié lorsque le modèle a été utilisé. Malheureusement, cela a eu un effet secondaire involontaire. Personnalise a toujours exécuté l’expérience et l’a compté dans les métriques d’analyse et de performance même si le JavaScript n’a jamais ajouté les éléments à l’écran. Cela a conduit à des métriques surinflégées et à l’incapacité d’utiliser les données pour une prévision précise. Ce problème peut être surmonté avec un ciblage de page avancé.
Ciblage de page avancé
Le ciblage de page avancé vous permet d’exécuter JavaScript côté client pour décider si une expérience doit s’exécuter. Étant donné que le JavaScript s’exécute le côté client, vous pouvez lire les paramètres de la chaîne URL et de requête, vous pouvez accéder à la console pour enregistrer les messages, vous pouvez accéder à l’objet de document pour interroger les sélecteurs sur la page et bien sûr lire les cookies. Page avancée ciblant JavaScript s’exécute après le chargement de la page, mais avant que l’expérience se charge, ce qui nous permet d’empêcher l’expérience d’exécuter et de sur-refuser l’analyse. Assurez-vous de garder votre script aussi maigre et performant que possible pour réduire le scintillement d’écran possible de charger l’expérience une fois la page chargée.
Vérification des cookies avec ciblage de page avancé
Afin d’utiliser le ciblage avancé des pages, vous devez sélectionner le paramètre «Pages spécifiques» sous «ciblage de pages».
Dans la fenêtre Flyout pour le ciblage des pages, ajoutez tous les filtres pour les pages où vous souhaitez que l’expérience s’affiche. Si vous souhaitez que l’expérience s’affiche sur toutes les pages, utilisez simplement la règle CONTANT «/». Dans la section de ciblage avancée, cliquez sur le bouton «Ajouter le script».
Dans l’éditeur de code de ciblage avancé, entrez le code suivant.
(function() { // console.log(new Error().stack); var cookies = document.cookie.split(';'); for (var i = 0; i < cookies.length; i++) { var cookie = cookies[i].trim(); if (cookie.indexOf('pers-' + selectedVariant.ref + '=clicked') === 0) { return false; } } targetingPassed(); })();
Dans mon blog précédent, j’ai créé le cookie en utilisant la variante.ref dans le cadre du nom du cookie. Cela ajoute le GUID de l’ID d’expérience actuel au nom du cookie, ce qui le rend unique même lorsque le modèle Web a été réutilisé. Le ciblage avancé n’a pas accès à la propriété variante.ref. Donc, cela ne fonctionne pas avec l’idée de logique d’événement proche que j’ai déjà trouvé. Cependant, il existe une propriété SelectedVariant.ref que vous pouvez utiliser. Utilisation de SelectedVariant.ref fonctionne pour les expériences et les expériences car il peut obtenir dynamiquement le GUID correct de la variante actuelle au moment de l’exécution.
Lorsque Personnalise évalue ce bloc de code JavaScript, il continue de traiter le flux d’exécution pour l’expérience si la fonction «ciblagepassed ()» est appelée. Si vous souhaitez arrêter le flux d’exécution, rendez-vous faux. Dans notre cas, nous voulons arrêter le flux d’exécution si le cookie est trouvé. Sinon, nous pouvons appeler la fonction TargetingPassEd () et permettre à l’expérience d’afficher à l’utilisateur.
Une fois que vous avez ajouté un ciblage avancé JavaScript, vous pouvez modifier le script en cliquant sur l’icône du crayon.
Choses à savoir sur le ciblage avancé des pages
Comme mentionné, cette solution résout le problème de l’analyse excessive. L’inconvénient est que les paramètres de ciblage de la page avancés et le code ne peuvent pas être enregistrés avec le modèle Web. Ainsi, le marketing ou l’auteur de contenu doit se rappeler d’activer ce paramètre et d’ajouter le code JavaScript à l’expérience. Si le code n’est pas ajouté, l’utilisateur pourra fermer l’expérience, mais il s’affiche sur la page suivante, car le code pour vérifier le cookie est manquant. Une autre chose à noter, si vous modifiez les paramètres de ciblage de votre page en «toutes les pages», le script de ciblage avancé est supprimé de l’expérience. Dans les deux cas, assurez-vous qu’il est facile pour les auteurs de contenu de trouver et de réutiliser.
Source link