Types de règles

Les types de règles vous permettent de définir des critères spécifiques pour votre audience (segment d’utilisateurs). Ces types de règles offrent une flexibilité dans le ciblage et la personnalisation de vos campagnes.

Vous pouvez trouver plusieurs types de règles auxquelles vous pouvez facilement accéder et que vous pouvez configurer sans configuration supplémentaire dans le Générateur de règles. Ces types de règles offrent une gamme d’options pour définir des conditions en fonction de l’emplacement de l’utilisateur ou des données de session. En outre, vous pouvez également envoyer des événements ou des attributs, tels que des traits, via le SDK.

Les types de règles suivants sont pris en charge :

• a consulté la page

• a effectué l’événement

• a un trait

• est situé à

• est un visiteur régulier

• est sur l’appareil

La règle a consulté la page cible les visiteurs qui ont vu une page spécifique une ou plusieurs fois. Vous pouvez utiliser cette règle pour segmenter les visiteurs qui ont consulté :

• une page produit ou collection que vous avez mise en avant sur votre site e-commerce.

• l’un des nombreux articles de blog concernant un sujet particulier.

• vos pages de tarification ou de contact.

Ce type nécessite au moins une condition where et permet une condition when.

Exemples

Visiteur de campagne de marque

Vous pouvez créer du contenu personnalisé dynamique pour les visiteurs à partir d’une campagne Google Ads axée sur les mots clés de marque à l’aide de la règle a consulté la page avec la configuration suivante :

Visiteurs des réseaux sociaux

Vous pouvez créer du contenu personnalisé dynamique pour les visiteurs provenant des plateformes de réseaux sociaux à l’aide de la règle a consulté la page avec la configuration suivante :

Le type de règle a effectué l’événement peut être utilisé pour identifier si un visiteur a effectué un événement spécifique.

REMARQUE : l’utilisation de cette règle nécessite que votre application envoie des données d’événement à l’aide de l’appel .track() de Ninetailed. Vous devez connaître le ou les nom(s) exact(s), sensible(s) à la casse, du ou des événement(s) que votre track() appelle. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API.

La condition a effectué l’événement cible les visiteurs qui ont déclenché un événement spécifique une ou plusieurs fois. Votre application peut utiliser des événements pour quantifier la fréquence à laquelle un utilisateur effectue une action discrète, telle que :

• cliquer sur un bouton

• ajouter un article à son panier

• faire défiler une section spécifique pour la voir

• passer un certain temps sur une page

Ce type permet des conditions where et when.

La valeur de l’événement doit correspondre exactement (sensible à la casse) au nom de l’événement appelé dans votre application.

Exemples

Téléchargement du livre blanc

Vous pouvez créer du contenu personnalisé dynamique pour les visiteurs qui téléchargent un livre blanc :

Nouvelles inscriptions à la newsletter

Vous pouvez remercier les visiteurs qui se sont récemment inscrits à votre newsletter en leur proposant un code promo :

Le type de règle a un trait est utilisé pour identifier si un visiteur a reçu un trait spécifique.

REMARQUE : l’utilisation de cette règle nécessite que votre application ou des applications tierces envoient des données key:value à l’aide de l’appel .identify() de Ninetailed. Vous devez connaître le ou les nom(s) exact(s), sensible(s) à la casse, du ou des trait(s) que votre identify() appelle. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API.

La condition a un trait cible tout visiteur dont le profil contient un trait spécifique. Les traits sont des paires clé-valeur qui capturent des informations sur chaque visiteur unique. Les traits peuvent être tout ce que votre site Web compatible avec Ninetailed envoie à Ninetailed, ou tout ce que des applications tierces ont transféré vers Ninetailed.

Les traits peuvent inclure des éléments tels que :

• les noms ;

• le nom de l’entreprise ;

• la date de naissance ;

• le statut et les points du programme de fidélité ;

• la couleur préférée.

Chaque condition a un trait a une clé et une valeur. Les deux doivent correspondre exactement (sensible à la casse) aux valeurs qui ont été envoyées à l’Experience API de Ninetailed (via une API, un SDK ou un flux de données en amont). La valeur que vous souhaitez comparer peut être une chaîne (texte) ou un nombre, en fonction de la valeur du trait.

REMARQUE : les valeurs de trait qui ne sont ni encodées sous forme de chaînes ni sous forme de nombres seront converties en leur équivalent sous forme de chaîne. Par exemple, si vous souhaitez créer une règle correspondant à un trait dont la valeur est la valeur booléenne true, utilisez la chaîne « true » comme valeur lors de la création de la règle.

Exemple

Vertical

Vous pouvez créer du contenu personnalisé dynamique pour les visiteurs qui travaillent dans un secteur spécifique, par exemple l’e-commerce :

Le type de règle est situé à est utilisé pour identifier si un visiteur est situé dans une région spécifique.

REMARQUE : l’utilisation de cette règle nécessite que votre application appelle l’une des méthodes .page() , track() ou identify() de Ninetailed au moins une fois. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API. La règle est situé à cible les visiteurs du continent, du pays, de la ville, du code postal ou de la région spécifiés.

Types d’emplacement

Vous pouvez choisir parmi un certain nombre de portées différentes :

• Continent

• Pays

• Ville

• Code postal

• Région

Pour les types Continent et Pays, une liste déroulante permet de sélectionner le bon emplacement. Lorsque le type de lieu est Ville, Code postal ou Région, vous pouvez choisir parmi plusieurs opérateurs de correspondance :

• Notez qu’une liste déroulante générée automatiquement est générée lorsque le type d’emplacement est défini sur Continent ou Pays.

• Lorsque vous recherchez une ville, écrivez-la avec la majuscule et l’espacement appropriés, par exemple, San Francisco.

• Lorsque vous recherchez un code postal, utilisez la représentation la plus courte du code postal pour les correspondances exactes. Aux États-Unis, par exemple, les codes postaux seront au format à 5 chiffres XXXXX au lieu du format à 9 chiffres XXXXX-XXXX. Si vous ne connaissez pas le format du code postal, essayez de vérifier dans le navigateur ou utilisez le comparateur contains plutôt que le comparateur est equals lorsque cela est approprié.

• Lorsque vous recherchez une région, tenez compte de ce que cela donnera en fonction du pays du visiteur. Par exemple, la région sera un État aux États-Unis, tandis qu’au Canada, la région sera une province. Écrivez la région avec la majuscule et l’espacement appropriés, par exemple, New York.

REMARQUE : les régions sont formatées à l’aide de la norme ISO3166-2.

La règle est un visiteur régulier est utilisée pour identifier si un visiteur a déjà visité votre page.

REMARQUE : l’utilisation de cette règle nécessite que votre application appelle l’une des méthodes.page() , track() ou identify() de Ninetailed au moins une fois. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API. La règle est un visiteur régulier cible les visiteurs dont la session en cours n’est pas la première.

La règle est un visiteur régulier cible les visiteurs dont la session en cours n’est pas la première.

REMARQUE : Ninetailed définit une session comme une période d’interaction avec moins de 30 minutes d’inactivité. Un profil commencera une nouvelle session lors du déclenchement d’un nouvel événement Ninetailed après ce délai.

Exemples

Nouveaux visiteurs

Présentez un quiz de bienvenue pour évaluer les préférences des nouveaux visiteurs en utilisant la condition est un visiteur régulier : non.

La règle a visité la page de destination est utilisée pour identifier si un visiteur a visité une page de destination spécifique.

REMARQUE : l’utilisation de cette règle nécessite que votre application envoie des données de vue de page à l’aide de l’appel .page() de Ninetailed. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API.

La règle a visité la page de destination est similaire à la règle a consulté la page, mais cible les visiteurs dont la session a commencé sur une page spécifique ou à partir d’une destination spécifique.

Vous pouvez utiliser cette règle pour segmenter les visiteurs qui ont visité :

• une page particulière comme première page de leur session.

• à partir d’un moteur de recherche spécifique.

• à partir d’un article de blog présenté sur un site Web de marketing d’affiliation.

• en cliquant sur votre annonce.

Cette règle se compose d’au moins une condition where.

Exemple

Trafic provenant d’un affilié

Utilisez la configuration de règle suivante pour capturer l’intérêt des visiteurs qui ont cliqué sur un lien d’affiliation :

La règle est sur l’appareil est utilisée pour identifier si un visiteur visite votre contenu sur un appareil spécifique.

REMARQUE : l’utilisation de cette règle nécessite que votre application appelle l’une des méthodes .page() , track() ou identify() de Ninetailed au moins une fois. Pour en savoir plus, consultez la section Comment envoyer des événements à l’aide de notre SDK ou notre API.

La règle est sur l’appareil cible les visiteurs utilisant un ordinateur de bureau, une tablette ou un appareil mobile. Le type d’appareil est évalué en analysant l’en-tête User-Agent de la requête du visiteur et en le comparant à une liste de chaînes User-Agent connues.

Exemples

Conception simplifiée pour les utilisateurs qui n’utilisent pas d’ordinateur de bureau

Testez des boutons plus grands et moins de texte dans les appels à l’action présentés sur les petits appareils :