Avant de commencer
Cette page explique la méthodologie d’attribution derrière le tableau de bord Conversions et Data Exploration. Configurez les paramètres décrits ici depuis les Paramètres Analytics.
Chiffre d’affaires influencé et chiffre d’affaires direct
Reelevant reporte un chiffre d’affaires influencé plutôt qu’un chiffre d’affaires attribué. La distinction est volontaire : une conversion implique généralement plusieurs actions marketing, Reelevant quantifie donc sa contribution au lieu de revendiquer la vente entière.
Exposer les deux mesures permet de quantifier la valeur d’assistance : l’écart entre le chiffre d’affaires influencé et direct correspond à la contribution des interactions antérieures à la dernière.
Les conversions sans aucune interaction Reelevant éligible sont exclues. Une conversion n’est créditée que lorsqu’au moins une interaction tombe dans sa fenêtre rétrospective ; les achats directs et non attribués ne gonflent donc jamais le chiffre d’affaires influencé.
Modèles d’attribution
Le modèle d’attribution détermine comment la valeur d’une conversion est répartie entre ses interactions éligibles. Le modèle est un paramètre global unique par configuration.
Dernier contact est le modèle par défaut afin qu’une configuration laissée inchangée reproduise le reporting last-click classique, y compris lorsque les résultats sont groupés par dimension.
Exemple concret
Un client enregistre trois interactions éligibles avant une conversion d’une valeur de 100.
Avec la décroissance temporelle, le dénominateur est
1 + 2 + 3 = 6, les interactions reçoivent donc 1/6, 2/6 et 3/6. Pour chaque modèle, le crédit d’une conversion totalise la valeur complète de la conversion, et le nombre de conversions fractionné totalise 1.
Fenêtres rétrospectives par type d’interaction
Une interaction ne reçoit du crédit que lorsqu’elle tombe dans sa fenêtre rétrospective — l’intervalle précédant la conversion pendant lequel l’interaction reste éligible. Reelevant résout la fenêtre par type d’interaction ; le clic et le view-through peuvent donc être crédités dans une même conversion avec des fenêtres différentes.
La fenêtre est évaluée indépendamment pour chaque interaction, selon son type. Une même conversion peut donc inclure un clic vieux de 20 jours et exclure une vue display vieille de 10 jours, lorsque la fenêtre de clic est de 30 jours et celle de display de 7 jours.
Le modèle d’attribution est global, mais les fenêtres rétrospectives sont par type d’interaction. Cela permet à une fenêtre plus courte de pondérer les signaux display plus faibles sans changer la répartition du crédit une fois les interactions éligibles.
Sources de données
L’attribution peut être calculée à partir de deux jeux de données. Les deux gèrent les interactions au clic et view-through, et exposent les mêmes modèles et mesures.
Le type d’interaction de chaque enregistrement est résolu dynamiquement à partir des données d’événement sous-jacentes ; la même configuration se comporte donc de façon cohérente sur les deux jeux de données.
Configuration par source pour les customer purchases
Avec le jeu de données customer purchases, vous pouvez définir plusieurs sources d’achat, chacune avec ses propres types d’interaction et fenêtres rétrospectives. Chaque source est rapprochée de la source de transaction enregistrée sur l’achat ; un achat en magasin et un achat web peuvent donc rendre éligibles des interactions selon des fenêtres différentes.
Un achat dont la source de transaction ne correspond à aucune Clé du canal est exclu de l’attribution. Configurez Toute autre source (*) pour récupérer toutes les sources sans canal dédié. Suivi web utilise toujours un canal
web fixe.
Méthode d’attribution
Par défaut crédite toute interaction éligible du client. Même identifiant de référence exige que l’identifiant du produit acheté corresponde à un produit affiché dans le Content ; les identifiants produits proviennent des métadonnées Datasource de l’Output Node. Pour un Workflow de recommandation de produits, choisissez Même identifiant de référence si seuls les achats des produits recommandés doivent recevoir du crédit.Précision de l’heure d’achat
Ce paramètre concerne uniquement les données Achats clients. Date et heure exige que l’interaction précède l’horodatage de l’achat. Date uniquement traite l’achat comme une journée : les interactions jusqu’à sa fin peuvent être créditées, mais la fenêtre commence toujours à minuit. Utilisez Date uniquement lorsque les achats n’ont pas d’heure et sont enregistrés à minuit. Gardez Date et heure pour les vrais horodatages ; Date uniquement pourrait créditer un clic après un achat matinal. Suivi web utilise toujours Date et heure.Attribution basée sur les UTM
Le web tracking prend également en charge l’attribution basée sur les UTM, qui répartit une conversion sur les interactions taggées UTM qui l’ont précédée plutôt que sur les interactions avec le Content Reelevant. Elle n’est disponible qu’avec le web tracking, car elle s’appuie sur les tags UTM que Reelevant extrait des URL de destination suivies. Chaque combinaison UTM distincte dans la fenêtre rétrospective constitue une interaction et reçoit une part selon le modèle sélectionné. Cela attribue une conversion à toutes les sources marketing présentes dans le parcours — référencement payant, réseaux display, e-mail, etc. — pas seulement Reelevant.
Gardez Source et Medium pour une vue par canal. Ajoutez Campaign pour comparer les campagnes.
L’attribution basée sur les UTM mesure chaque source marketing du parcours, ce qui est plus large que le chiffre d’affaires influencé par Reelevant. Utilisez-la pour une vue multi-sources ; utilisez les jeux de données d’interactions Reelevant pour isoler la contribution de Reelevant.
Classification UTM des e-mails
Le champ ReportingemailUtmMediums, réservé à l’API, définit les valeurs utm_medium, sans distinction de casse, comptées par les mesures UTM e-mail de Navigation. Sans configuration, la valeur par défaut est email. Configurez-le avec PUT /statistics/analytics/settings/reporting, en utilisant l’URL de base de l’API ; ACCESS_TOKEN est un jeton Bearer obtenu comme indiqué dans le guide d’authentification.
Remplacez le coût et la fenêtre d’activité de l’exemple par vos valeurs actuelles, et conservez dans l’objet lifecycle tous les seuils à garder.
Une marque qui balise ses newsletters avec newsletter et son CRM avec crm configure ces deux valeurs :
Funnels de conversion génériques
L’attribution ne se limite pas aux achats. Un funnel est une liste ordonnée d’étapes, où chaque étape correspond à un ou plusieurs noms d’événement et où la dernière étape est traitée comme la conversion. Par exemple, un funnelsignup_start puis signup_complete crédite signup_complete comme conversion tout en gardant l’étape précédente disponible pour l’analyse. Cela couvre les objectifs hors e-commerce — onboarding, capture de leads, abonnement — avec les mêmes modèles et fenêtres.
Les noms d’événement et d’étape sont validés à l’enregistrement de votre configuration. Les noms contenant des guillemets, des barres obliques inverses ou des caractères de contrôle sont rejetés, car ils servent à faire correspondre les événements dans le jeu de données sous-jacent.
Auditer le crédit
Le chiffre d’affaires influencé est entièrement décomposable : la valeur de chaque conversion est répartie en crédits par interaction qui totalisent la valeur d’origine. Utilisez Data Exploration pour ventiler le chiffre d’affaires influencé par dimension et le réconcilier avec votre propre reporting.Pages associées
Paramètres Analytics
Configurez le modèle, les fenêtres rétrospectives et la source de données.
Mesures et dimensions
Référence des mesures utilisées dans les tableaux de bord et les requêtes.