Nous mettons à jour notre documentation continuellement, mais certaines publications peuvent ne pas encore être disponibles dans votre langue. Pour accéder aux informations les plus récentes, utilisez la version en anglais.

Configurer des règles de conversion

Les règles de conversion sont une fonctionnalité avancée du volet de protection .Elles vous permettent de valider les installations et les engagements utilisateur en appliquant des règles personnalisées que vous définissez.

Solution de croissance :

Pour activer les règles de conversion pour votre compte, contactez sales@adjust.com.

Avant de commencer

Voici ce que vous devez savoir avant de commencer.

Prérequis

Définir une règle de conversion

Pour configurer une règle de conversion, procédez comme suit :

  1. Sous Protection , sélectionnez Règles de conversion .

  2. Sélectionnez Nouvelle règle de conversion .

  3. Saisissez un nom pour votre règle.

  4. Choisissez l'un des statuts suivants :

    • Live - La règle est appliquée aux attributions immédiatement lorsque les conditions sont remplies.
    • Test - Utilisez ce mécanisme pour tester votre règle de conversion. Pour les règles de conversion avec le statut Test , nous ne modifions pas la source d'attribution ou n'envoyons pas les callbacks.
    • Pause - Votre règle n'est appliquée à aucune attribution.

  5. Sélectionnez votre application.

  6. Sélectionnez le type de règle et configurez votre règle en fonction.

  7. Sélectionnez Créer une règle .

Lorsque votre règle est Live , Adjust vérifie les données d'attribution et les compare à la configuration de la règle. Cette action peut modifier vos résultats d'attribution. Ces changements apparaissent dans vos exports de données brutes et dans Datascape. Pour les règles avec le statut Test , nous ne modifions pas la source d'attribution ou n'envoyons pas les callbacks.

Comportements d'attribution

Pour des types de règles spécifiques, vous pouvez définir la façon dont les résultats d'attribution doivent être traités. Vous disposez des options suivantes :

Appareils non vérifiés

  • Adjust conserve les postbacks et les données agrégées.
  • Les appareils non vérifiés peuvent être réattribués.

Appareils non approuvés

  • Il s'agit du niveau le plus élevé.
  • Adjust ne conserve pas les postbacks et les données agrégées.
  • Les appareils non approuvés ne peuvent pas être réattribués.
Important:

Pour utiliser ce comportement d'attribution en mode Live ou Test, votre compte doit avoir la fonctionnalité Conversion Rules Core activée. Pour obtenir de l'aide, contactez sales@adjust.com.

Store

La règle de type «  Store » permet les installations d'applications depuis le Google Play Store ou l'Apple App Store.

Si vous souhaitez configurer la règle du store, procédez comme suit :

  1. Choisissez les stores autorisés. Pour les applications monoplateformes, seuls les stores correspondant à la plateforme sont affichés.

  2. Choisissez le résultat d'attribution à obtenir si le store ne correspond pas aux stores autorisés :

  3. Si vous ne souhaitez pas que la règle soit exécutée pour des canaux spécifiques, utilisez l'option Exclure les canaux .

  4. Sélectionnez Créer une règle .

Avec cette règle, les installations hors des stores autorisés sont attribuées à Appareils non vérifiés ou Appareils non approuvés .

Région

La règle de type 'Région' autorise les appareils et les installations provenant de régions spécifiques.

Si vous souhaitez configurer la règle de région, procédez comme suit :

  1. Choisissez les résultats d'attribution à obtenir avec la modification, au cas où les régions ne correspondent à votre région spécifiée :

  2. Sous Conditions de règle , choisissez plusieurs régions en définissant des conditions pour Pays :

    1. Type de condition - Définissez Est égal à ou Exclut .
    2. Valeur - Choisissez une valeur dans la liste.

  3. Si vous ne souhaitez pas que la règle soit exécutée pour des canaux spécifiques, utilisez l'option Exclure les canaux .

  4. Sélectionnez Créer une règle .

Avec cette règle, les installations hors des pays spécifiés sont attribuées à Appareils non vérifiés ou Appareils non approuvés .

Exemple : Une règle 'Région' avec

  • Type de condition : Inclut
  • Valeur de pays : Japon

Interprétation : En qualité de marketeur, je souhaite attribuer uniquement les installations provenant de la région du Japon.

Comportement : Cette règle attribue toutes les installations hors du Japon aux appareils non vérifiés ou non approuvés.

Version

La règle de version vous permet de définir des conditions basées sur les champs spécifiques à la version, comme :

  • Version de l'application
  • Version du SDK
  • Version de Signature
  • Version de l'OS

Vous pouvez utiliser cette règle pour restreindre l'attribution aux appareils exécutant des versions spécifiques. Si les conditions ne sont pas remplies, l'attribution sera affectée aux appareils non approuvés ou non vérifiés, en fonction de votre configuration.

Si vous souhaitez configurer la règle de version, procédez comme suit :

  1. Choisissez comment l'attribution doit se comporter si les points de données de la version ne correspondent pas à vos conditions spécifiées :

  2. Conditions sous la règle :

    1. (Facultatif) Les conditions préalables agissent commen des filtres globaux qui limitent l'application de la règle. Elles doivent être remplies avant l'évaluation des conditions de groupe.
      Par exemple, pour appliquer cette règle uniquement aux appareils Android dans une application multiplateforme, utilisez la condition préalable suivante :

      • Condition : nom de l'OS
      • Type de condition : Égal à
      • Valeur : Android

    2. (Obligatoire) Conditions – Ajoutez une ou plusieurs conditions basées sur la version qui doivent être remplies pour que l'installation soit attribuée normalement.
      Les conditions d'un groupe sont combinées à l'aide de l'opérateur logique AND . Utilisez des groupes distincts pour appliquer l'opérateur logique OR .

  3. Si vous ne souhaitez pas que la règle soit exécutée pour des canaux spécifiques, utilisez l'option Exclure les canaux .

  4. Sélectionnez Créer une règle .

Exemple :
En tant que marketeur, je souhaite définir une règle qui suit les exigences de l'équipe de sécurité pour mon application multiplateforme.
L'exigence est de bloquer les installations sur Android si :

  • La version de l'application est inférieure à 2.2.1 et la version de l'OS est inférieure à 6.0.0
  • La version de l'application est inférieure à 2.9.1 et la version de l'OS est inférieure à 7.1.2

Comportement de l'attribution si la condition ne correspond pas : Appareils non approuvés

Conditions préalables :
[Nom de l'OS] [Égal à] [Android]

Conditions de correspondance :

Groupe 1
[Version de l'application] [Supérieure ou égale à] [2.2.1]
[Version de l'OS] [Supérieure ou égale à] [6.0.0]

Groupe 2
[Version de l'application] [Supérieure ou égale à] [2.9.1]
[Version de l'OS] [Supérieure ou égale à] [7.1.2]

  • Case 1 : Le nom de l'OS d'installation est iOS
    • Résultat : la règle est ignorée
Remarque:

Si la règle n'avait pas inclus la condition préalable de nom de l'OS, l'attribution de l'installation aurait été rejetée car aucune condition ne correspondait.

  • Cas 2 : Le nom de l'OS d'installation est Android, la version de l'application est 2.3, la version de l'OS est 6.1

    • Résultat : La condition correspond. Aucun rejet.

  • Cas 3 : Le nom de l'OS d'installation est Android, la version de l'application est 2.1, la version de l'OS est 6.1

    • Résultat : La condition ne correspond pas. Attribution rejetée.

Détails des conditions et des conditions préalables

Important:

Faites attention lorsque vous utilisez des opérateurs qui réduisent la condition de façon trop stricte, par exemple :
App version = 1.2.1
Si votre application publie une nouvelle version (par exemple, 1.2.2), la règle ne correspondra plus et les nouvelles installations risqueraient d'être rejetées ou non vérifiées.

✅ Une solution plus sécurisée consiste à utiliser une plage ou une limite inférieure, par exemple :
App version ≥ 1.2.1

Veillez toujours à ce que vos conditions soient compatibles avec les futures versions de l'application, sauf si vous ciblez volontairement une build spécifique.

Si vous souhaitez cibler une build très spécifique, envisagez de déplacer cette condition vers la section Conditions préalables .
Vous améliorez ainsi la lisibilité des règles et en faciliter la maintenance sur le long terme.

Fonctionnalité Épingler/Détacher

Vous pouvez épingler une condition pour la convertir en condition préalable.
C'est une façon simple d'appliquer des filtres globaux qui doivent être satisfaits avant les conditions de groupe de la règle ne puissent être évalués.Cela est particulièrement utile lorsque vous réalisez qu'une condition doit déterminer si la règle est applicable à tous les éléments.

Pour épingler une condition :
Cliquez sur l'icône d'épingle à côté de la condition dans le groupe. Elle sera transférée vers la section des conditions préalables.

Pour détacher une condition préalable :
Cliquez sur l'icône de détachement (annulation de l'épinglage). La condition reviendra dans la section des conditions de groupe.

Correspondance entre région et campagnes

La règle de type 'Correspondance région et campagnes' autorise les appareils et les installations provenant de la région et des campagnes choisies.

Si vous souhaitez configurer la règle de correspondance région et campagnes, procédez comme suit :

  1. Sous Définir le filtre de canal , sélectionnez le Canal , la Campagne et l' Adgroup pour choisir la campagne.

  2. Sous Conditions de règle , choisissez plusieurs régions en définissant des conditions pour Pays :

    1. Type de condition - Définissez Est égal à ou Exclut .
    2. Valeur - Choisissez une valeur dans la liste.

  3. Sélectionnez Créer une règle .

Remarque:

Ce type de règle ignore la source de l'attribution. Si une installation ne remplit par les critères définis pour une campagne spécifique, elle n'est pas attribuée à cette campagne. Nous recherchons alors d'autres sources d'attribution éligibles. Si aucune n'est trouvée, le dernier fallback est Organique.

Exemple : Pour une règle 'Correspondance région & campagnes' avec

  • Valeur de Campagne ‘Canal’ : AppLovin
  • Valeur de pays : Japon

Interprétation : Pour la campagne AppLovin, je souhaite attribuer les installations provenant de la région du Japon.

Comportement : Si une installation provient de l'extérieur du Japon, elle ne sera attribuée à aucune campagne AppLovin, même si le dernier engagement (qui a remporté l'attribution) provient d'AppLovin.

Adjust recherche le meilleur engagement précédent. Si un engagement éligible est détecté, alors il reçoit l'attribution de l'installation. Si aucun engagement n'est trouvé, alors l'installation est attribuée à Organique.

Correspondance entre version et campagnes

La règle Correspondance entre version et campagne permet l'attribution uniquement pour les installations qui correspondent à la fois à une version d'application et à une campagne spécifiques.

Vous pouvez utiliser cette règle pour garantir que seules les installations de versions d'application spécifiques sont attribuées aux réseaux choisis. Par exemple :

  • Le réseau A doit uniquement recevoir l'attribution si la version de l'application est 3.0.5.
  • Le réseau B doit uniquement recevoir l'attribution si la version de l'application est 3.0.6 ou 3.0.7.
  • Le réseau WW doit uniquement recevoir l'attribution si la version de l'application contient le suffixe « _ww » (par exemple, 3.0.8_ww).

Pour configurer une règle de correspondance entre version et campagne :

  1. Sous Définir le filtre de canal , sélectionnez le Canal , la Campagne et l' Adgroup de la campagne que vous souhaitez faire correspondre.

  2. Si vous utilisez une application multiplateforme, sélectionnez les plateformes auxquelles la règle doit s'appliquer.

  3. Sous Conditions de la règle , choisissez un Type de condition et une Valeur :

    • Le type de condition doit être une chaîne ou un versionnage sémantique.
    • Pour la valeur, saisissez une ou plusieurs valeurs en fonction du type sélectionné.
    • Adjust compare les valeurs avec :
      • app_version_short sur iOS
      • app_version sur toutes les autres plateformes

  4. Sélectionnez Créer une règle .

Remarque:

Ce type de règle ignore la source de l'attribution. Si une installation ne remplit par les critères définis pour une campagne spécifique, elle n'est pas attribuée à cette campagne. Nous recherchons alors d'autres sources d'attribution éligibles. Si aucune n'est trouvée, le dernier fallback est Organique.

Types de condition

Exemple

Pour une règle Correspondance entre version et campagne :

  • Valeur Canal de la campagne : WW
  • Condition de version de l'application : [Contient] _ww

Interprétation :
Pour le canal WW, je souhaite attribuer uniquement les installations dont les versions d'application se terminent par _ww.

Comportement :
Une installation dont la version d'application ne contient pas _ww n'est pas attribuée à une campagne WW — même si le dernier engagement provenait de WW.

Adjust recherchera le prochain engagement éligible. Si un engagement est trouvé, l'attribution est affectée à cette source.
Dans le cas contraire, l'installation est attribuée en Organique.

Gérer votre règle de conversion

Sur la page Règles de conversion , vous pouvez :

  • Afficher une liste de vos règles de conversion.

  • Afficher le statut de la règle et modifier son statut.

  • Sélectionner (icône d'édition) pour modifier la règle. Vous pouvez modifier le nom, le statut et le type de la règle, ainsi que ses paramètres.

    • Vous ne pouvez pas modifier l'application pour laquelle vous avez créé la règle.

  • Sélectionner (icône de suppression) pour supprimer la règle.

Reporting

Vous trouverez ici des détails sur la façon dont Adjust reporte les données de règles de conversion dans Datascape. Les rapports sont structurés de la façon suivante :

Attribution modifiée à Appareils non vérifiés

Niveau de structure de campagneValeur de reporting
Canal
  • Appareils non vérifiés
CampagneType de règle
    • Règle de store, règle de région ou règle de version
Ad group
  • Nom du réseau avec token de lien auquel l'engagement avait d'abord été attribué.
Créatif
  • Campagne à laquelle l'engagement avait d'abord été attribué.

Attribution modifiée à Appareils non approuvés

Niveau de structure de campagneValeur de reporting
Canal
  • Appareils non approuvés
CampagneType de règle
  • Règle de store, règle de région ou règle de version
Ad group
  • Inconnu
Créatif
  • Inconnu

Dimensions

  • Appareils non vérifiés
  • Appareils non approuvés

Métriques

Comportements d'attribution des appareils non vérifiés et non approuvés

  • Installations

    1. Installations refusées par une règle de store
    2. Installations non vérifiées par une règle régionale
    3. Installations non vérifiées par une règle de version
    4. Installations refusées par une règle de store
    5. Installations refusées par une règle régionale
    6. Installations refusées par une règle de version

  • Réattributions

    1. Réattributions non vérifiées par une règle de store
    2. Réattributions non vérifiées par une règle régionale
    3. Réattributions non vérifiées par une règle de version
    4. Réattributions refusées Règle de store
    5. Réattributions refusées Règle de région
    6. Réattributions refusées par une règle de version

Comportement d'attribution « Ignorer la source »

  1. Engagements non vérifiés par une règle de campagne régionale
  2. Clics non vérifiés par une règle de campagne régionale
  3. Impressions non vérifiées par une règle de campagne régionale
  4. Engagements non vérifiés par une règle de campagne de version
  5. Clics non vérifiés par une règle de campagne de version
  6. Impressions non vérifiées par une règle de campagne de version
Consultez également:

Dashboard Protection