Last updated 24 oct. 2023

Configurer les règles de ciblage

Une page est identifiée lorsque l'identifiant unique d'une page sur votre site correspond aux règles de ciblage préconfigurées pour cette page.

Les règles de ciblage d'URL sont nécessaires pour que Rokt détermine quelle page activer lorsque le client effectue une transaction sur votre site, en fonction de la façon dont vous identifiez les étapes de votre parcours de transaction.

1. Sélectionnez un Composant.

   Composant	Description
   URL	L'emplacement complet du document d'une page. L'URL est le bloc de construction des conditions de ciblage de Rokt et est extrêmement flexible lorsqu'elle est combinée avec des composants et des opérateurs.
   Hôte	Communément appelé domaine ou nom de domaine.
   Chemin	La partie de l'URL qui suit le nom d'hôte/domaine et qui n'inclut pas les paramètres de requête. Il s'agit du chemin (ou de la tige) similaire à un chemin de fichier sur votre ordinateur. Le chemin est souvent représenté par une structure de descente ou d'arborescence qui utilise des barres obliques pour organiser les fichiers et les dossiers. Le chemin inclut le nom du fichier (s'il y en a un), par exemple, index.htm, products.php ou about.html. Le chemin se termine toujours lorsqu'un point d'interrogation apparaît dans l'URL, ce qui indique le début de la chaîne de requête.
   Chaîne de requête	La liste des variables dans l'URL, indiquée sous la forme de paires clé-valeur. La chaîne de requête est séparée du chemin (ou du nom d'hôte) par un point d'interrogation. Les paires sont séparées par un esperluette, "&". Toutes les URL ne contiennent pas de chaîne de requête de paramètres.
   Nom de vue	(iOS) Utilisé sur les pages lorsque l'URL du site Web ne change pas, comme les applications à page unique (SPAs). Lors du ciblage des SPAs, il est recommandé d'utiliser des fonctions d'événement personnalisées pour notifier qu'un événement s'est produit dans l'application, par exemple, un changement de vue ou de contenu de page.
   Nom de package	(Android) Utilisé sur les pages lorsque l'URL du site Web ne change pas, comme les applications à page unique (SPAs). Lors du ciblage des SPAs, il est recommandé d'utiliser des fonctions d'événement personnalisées pour notifier qu'un événement s'est produit dans l'application, par exemple, un changement de vue ou de contenu de page.

2. Sélectionnez une Condition.

   Condition	Description
   Égal	Lors de l'utilisation du composant de ciblage d'URL, chaque caractère de votre URL, du début à la fin, doit correspondre exactement à la valeur saisie pour que la condition soit évaluée comme vraie. Utilisez égal lorsque vous souhaitez cibler des URL qui ne contiennent jamais d'informations dynamiques, telles que des identifiants de session ou des paramètres de chaîne de requête. Lors de l'utilisation du composant de ciblage de chemin, chaque caractère du chemin du document doit correspondre exactement à la valeur saisie pour que la condition soit évaluée comme vraie. Comme mentionné ci-dessus, les paramètres de chaîne de requête ne peuvent pas être évalués lors de l'utilisation de l'opérateur égal.
   Contient	La condition contient (également connue sous le nom de correspondance partielle) vous permet de cibler n'importe quelle occurrence d'une sous-chaîne avec une chaîne plus longue. Contient est utile lorsque vous ciblez un paramètre de requête unique qui apparaît dans plusieurs URL.
   Commence par	La condition commence par correspond aux caractères identiques à partir du début de la chaîne jusqu'à et y compris le dernier caractère de la chaîne que vous spécifiez. Utilisez le type de correspondance commence par lorsque vos URL sont généralement invariables mais peuvent inclure des paramètres de requête à la fin que vous souhaitez exclure.
   Se termine par	Une correspondance exacte de la valeur saisie avec la fin de l'URL. Par exemple, vous pouvez cibler les pages de panier d'achat qui utilisent /thankyou.html à la fin de leurs URL.
   Correspond à Regex	Une expression régulière (regex) utilise des caractères spéciaux pour permettre une correspondance générique et flexible. Les correspondances regex sont utiles lorsque le chemin, les paramètres de fin ou les deux peuvent varier dans les URL pour la même page web. Si un client peut être sur l'un de nombreux sous-domaines et que vos URL utilisent des identifiants de session, vous pouvez utiliser une expression régulière pour définir l'élément constant de votre URL.
   Différent de	C'est l'opposé du composant égal et ne ciblera que les URL qui ne correspondent pas à vos valeurs.
   Ne contient pas	C'est l'opposé du composant contient et ne ciblera que les URL qui ne correspondent pas à vos valeurs.
   Ne commence pas par	C'est l'opposé du composant commence par et ne ciblera que les URL qui ne correspondent pas à vos valeurs.

   remarque

   Nous avons fourni un vérificateur de condition pratique pour vous aider à vérifier si les conditions spécifiées dans vos règles de ciblage s'appliquent aux visiteurs d'une page de votre site. Vous pouvez saisir une valeur dans le champ de vérification, et si les conditions spécifiées ci-dessus s'appliquent, vous verrez une coche verte à côté.

3. Saisissez les valeurs pour vos règles.

   Vous pouvez utiliser les opérateurs ET et OU pour joindre plusieurs règles de ciblage.

   Opérateur	Description
   ET	L'opérateur ET est utilisé pour joindre plusieurs règles de ciblage afin que vous puissiez isoler une page. Les conditions utilisant ET sont évaluées comme vraies lorsque toutes les valeurs sont satisfaites.
   OU	L'opérateur OU est utilisé dans le champ des valeurs des règles individuelles. Les règles utilisant l'opérateur OU sont évaluées comme vraies lorsque l'une des valeurs est satisfaite. OU est utile pour cibler un type de page avec plusieurs configurations d'URL. Vous pouvez utiliser OU en ajoutant des valeurs supplémentaires dans une règle de ciblage d'URL. Lors du ciblage des URL, OU est automatiquement appliqué dans la section de saisie de valeur. Saisissez des URL supplémentaires pour continuer à construire des règles avec l'opérateur OU.

Exemple

Considérez l'expérience de transaction sur un site de commerce électronique avec un flux de paiement en quatre étapes composé des pages suivantes :

1. Sélection du produit
2. Informations de livraison
3. Paiement
4. Confirmation de commande

Une page de confirmation de paiement peut avoir une URL statique simple qui ne change pas quel que soit le chemin emprunté par le client pour finaliser son achat (par exemple, domain.com/checkout/confirmation). Cibler cette page dans la plateforme Rokt peut nécessiter une seule règle de ciblage pour correspondre à une URL spécifique. Voici comment cela pourrait être configuré lors de la création d'une nouvelle page :

En comparaison, les pages de sélection de produit d'un site de commerce électronique peuvent suivre un modèle similaire mais contenir des informations dynamiques dans la chaîne de requête ou le chemin de l'URL (par exemple, domain.com/event/2E0054EDEE9410B3). Vous devrez peut-être configurer plusieurs valeurs pour votre règle de ciblage, ou même un ensemble de règles, pour vous assurer que Rokt correspond à votre page aux pages de sélection de produit pertinentes en haut de votre entonnoir. Lors de la configuration du ciblage sur cette page, envisagez d'utiliser des valeurs telles que :

Lorsque le SDK Web Rokt est déclenché sur une page, il renvoie true lorsque l'URL de cette page est http://store.example.com/product_selection?productid=1234 ou http://www.example.com/store/product_selection/some-product.

remarque

Assurez-vous que le SDK Web Rokt est implémenté sur toutes les pages que vous ciblez. Cela permet à Rokt de suivre et d'analyser le comportement des clients sur chaque page que vous ciblez, que vous décidiez ou non d'afficher des offres Rokt sur la page.