Configurer les attributs d’un modèle d’attribution Single Touch

Configurer les attributs d’un modèle d’attribution Single Touch

À quoi servent les attributs du modèle ?

Les attributs définissent le comportement général d’un modèle d’attribution Single Touch.
Ils permettent notamment de choisir :
  • le sens de lecture du parcours ;
  • le type de modèle d’attribution ;
  • le comportement à appliquer si aucune interaction ne valide le modèle ;
  • l’application éventuelle d’un gel d’historique marketing.
Ces attributs sont renseignés à la création du modèle, puis peuvent être modifiés depuis la fenêtre d’édition.
Les modèles d’attribution ne sont pas rétroactifs. Il est recommandé d’indiquer la date de création ou de modification dans le nom du modèle afin de connaître sa date d’effet.

Liste des attributs disponibles

Attribut
Rôle
Nom du modèle
Nom donné au modèle d’attribution.
Défaut
Définit si le modèle est sélectionné par défaut dans les rapports.
Sens de la vue
Définit le sens de lecture du parcours utilisateur.
Type de vue
Définit le type de modèle : dédupliqué, pondéré ou One for Each.
Unicité des interactions
Définit si plusieurs interactions similaires peuvent recevoir du poids.
Élire le dernier levier trouvé par défaut
Définit le comportement si aucune interaction ne valide le modèle.
Gel d’historique marketing
Permet d’appliquer un gel d’historique au modèle.

Nom du modèle

Le nom permet d’identifier facilement le modèle dans l’interface et dans les rapports.
Exemple :
Dernier clic payant - 01/01/2000
Comme les modèles ne sont pas rétroactifs, il est recommandé d’ajouter une date dans le nom du modèle.Cela permet d’identifier plus facilement la période à partir de laquelle le modèle est appliqué.

Défaut

L’option Défaut permet de sélectionner automatiquement ce modèle dans les rapports qui utilisent une vue d’attribution.
Activez cette option si ce modèle doit devenir le modèle de référence dans vos analyses.

Sens de la vue

Le sens de la vue définit l’ordre dans lequel le modèle lit les interactions du parcours utilisateur.
Sens de lecture
Fonctionnement
Exemple d’usage
Du plus récent au plus ancien
Le modèle commence par tester l’interaction la plus proche de la conversion, puis remonte le parcours.
Dernier levier, dernier clic, dernier clic payant.
Du plus ancien au plus récent
Le modèle commence par tester l’interaction la plus éloignée de la conversion, puis avance vers la conversion.
Premier levier, premier clic, levier initiateur.
Le sens de la vue est un paramètre structurant du modèle.Dans un modèle en cascade, il s’applique à tous les scénarios du modèle.

Type de vue

Le type de vue définit la logique générale d’attribution.
Type de vue
Fonctionnement
Dédupliqué
Le modèle attribue 100% de la conversion à une seule interaction marketing.
Pondéré
Le modèle répartit le poids de la conversion entre plusieurs interactions selon les scénarios configurés.
One for Each
Le modèle attribue 100% de la conversion à toutes les interactions qui valident les conditions du modèle.

Vue dédupliquée

La vue dédupliquée est utilisée lorsque vous souhaitez qu’une conversion soit attribuée à un seul levier, support, partenaire ou point de contact.
Elle est adaptée aux modèles comme :
  • dernier clic ;
  • dernier clic payant ;
  • premier clic ;
  • dernier levier ;
  • modèle en cascade.

Vue pondérée

La vue pondérée permet de répartir le poids d’une conversion entre plusieurs interactions du parcours.
Elle est utile lorsque vous souhaitez valoriser plusieurs points de contact dans un même parcours de conversion.

Vue One for Each

La vue One for Each permet de mesurer la présence des partenaires ou leviers dans les parcours de conversion.
Chaque interaction qui valide les conditions du modèle reçoit 100% de la conversion.
Cette vue n’est pas dédupliquée : une même conversion peut donc être comptabilisée pour plusieurs leviers.

Ajouter des scénarios dans une vue dédupliquée

Une vue dédupliquée peut contenir plusieurs scénarios.
Dans ce cas, les scénarios sont testés dans l’ordre :
    Le modèle teste le premier scénario.
    Si une interaction valide ce scénario, elle reçoit la conversion.
    Si aucune interaction ne valide le scénario, le modèle teste le scénario suivant.
Ce fonctionnement permet de créer un modèle en cascade.
Exemple :
    Scénario 1 : dernier clic payant.
    Scénario 2 : si aucun clic payant, alors impression payante.
Le modèle reste dédupliqué : une seule interaction reçoit 100% de la conversion.

Unicité des interactions

L’option Unicité des interactions est surtout utile pour les modèles pondérés et One for Each.
Elle permet d’éviter d’attribuer du poids à plusieurs interactions considérées comme similaires dans un même parcours.
Option
Fonctionnement
Même levier
Seule la première interaction valide d’un même levier reçoit du poids.
Même levier et type d’attribution
Seule la première interaction valide d’un même levier et d’un même type d’interaction reçoit du poids.
Même sous-levier virtuel
Même principe, appliqué au niveau du sous-levier virtuel.
Même sous-levier virtuel et type d’attribution
Même principe, avec prise en compte du type d’interaction.
Même support
Même principe, appliqué au niveau du support ou partenaire.
Même support et type d’attribution
Même principe, avec prise en compte du type d’interaction.
Même campagne
Même principe, appliqué au niveau de la campagne.
Même campagne et type d’attribution
Même principe, avec prise en compte du type d’interaction.
Aucune
Chaque interaction valide peut recevoir du poids, même si une interaction similaire existe déjà dans le parcours.

Exemple

Si l’unicité est définie sur même levier, et que plusieurs interactions Display sont présentes dans le parcours, seule la première interaction Display valide recevra du poids.
Si l’unicité est définie sur aucune, toutes les interactions Display valides pourront recevoir du poids.

Élire le dernier levier trouvé par défaut

Cette option définit le comportement du modèle lorsqu’aucune interaction ne valide les conditions configurées.
Si l’option est activée, la conversion est attribuée par défaut à la première interaction testée par le modèle.
Si l’option n’est pas activée, la conversion est attribuée à l’accès direct.
Cette option est utile pour éviter qu’une conversion bascule en accès direct lorsqu’aucune clause du modèle n’est validée.

Ajouter un gel d’historique marketing

L’attribut Gel d’historique marketing permet d’appliquer un événement de gel au modèle d’attribution.
Le modèle utilise alors l’historique marketing disponible au moment de l’événement de gel comme point de référence.
Ce paramètre est utile pour mesurer la valeur long terme d’un événement spécifique du parcours, comme :
  • une création de compte ;
  • un lead ;
  • un nouveau visiteur unique ;
  • une étape de conversion.

Exemple : configurer un modèle “dernier clic payant”

Vous souhaitez créer un modèle qui attribue la conversion au dernier clic généré par un levier payant.

Attributs recommandés

Attribut
Valeur
Nom
Dernier clic payant - 01/01/2000
Défaut
Oui, si ce modèle doit être utilisé par défaut dans les rapports.
Sens de la vue
Du plus récent au plus ancien.
Type de vue
Dédupliqué.
Unicité
Aucune.
Élire le dernier levier par défaut
Oui.
Gel d’historique marketing
Non.

Logique attendue

Le modèle lit le parcours depuis l’interaction la plus récente vers la plus ancienne.
Il cherche la première interaction qui correspond à un clic sur un levier payant.
Lorsque cette interaction est trouvée, elle reçoit 100% de la conversion.

À retenir

Les attributs définissent le cadre général d’un modèle d’attribution Single Touch.
Les plus structurants sont :
  • le sens de la vue, qui détermine l’ordre de lecture du parcours ;
  • le type de vue, qui définit la logique d’attribution ;
  • l’unicité des interactions, surtout utile pour les modèles pondérés et One for Each ;
  • l’option Élire le dernier levier trouvé par défaut, qui détermine le comportement si aucune interaction ne valide le modèle ;
  • le gel d’historique marketing, qui permet d’utiliser un événement du parcours comme point de référence.
Une fois les attributs définis, le comportement précis du modèle dépend des scénarios et des clauses d’attribution configurés.