Interprétation de la comptabilisation des audiences
Cette page détaille divers emplacements de Campaign indiquant des comptabilisations d'audiences ou de cibles. La signification des chiffres est expliquée à chaque fois.
Composant Rapport
Journey contenant une liste d'utilisateurs
Le composant Rapport indique la comptabilisation de notre audience. En d'autres termes, la comptabilisation indique tous les membres de notre audience pouvant être ciblés après l'application des filtres.
Ainsi, dans le composant (3), nous voyons le chiffre 2270. Nous pouvons en conclure que la liste des utilisateurs (dans le composant (1) sans filtre) comprend 2270 utilisateurs qui ne se sont pas désabonnés. Notez que cela n'interagit pas du tout avec l'envoi de messages, le rapport ne comptabilisant que notre audience.
Dans le composant (8), nous voyons que les filtres sont appliqués. Ici, nous ne prenons que les utilisateurs avec MASTER.ID <= 100. Cela inclurait normalement 100 fiches, mais 3 utilisateurs se sont désabonnés et 2 utilisateurs ont été supprimés. Nous en comptabilisons donc 95.
Journey contenant une liste d'utilisateurs liée à une liste d'actions
Dans cet exemple, nous avons le même Journey que ci-dessus, mais cette fois-ci, nous avons ajouté une liste d'actions à notre liste d'utilisateurs. Cette liste d'actions contient des fiches pour 3 utilisateurs au total. En d'autres termes, si nous utilisons une liste d'actions dans un Journey, les composants Rapport vont interpréter la présence de la liste d'actions comme un filtre.
Cela entraînera une requête de comptabilisation telle que :
SELECT COUNT(DISTINCT MASTER.ID) AS CNT
FROM MY_USERLIST MASTER WITH (NOLOCK)
LEFT JOIN MY_ACTIONLIST ACTIONSCOPE WITH (NOLOCK) ON MASTER.ID=ACTIONSCOPE.USERID
WHERE ACTIONSCOPE.ACTIONCODE IN ('MY_CODE')
AND ( ISNULL(ACTIONSCOPE.STATE,0)<>30
OR (ACTIONSCOPE.STATE=30 AND ACTIONSCOPE.CAMPAIGNID=4799));
Il est intéressant de noter ici que cette requête affiche toujours des utilisateurs distincts. Ainsi, même si nous avons 100 fiches de liste d'actions ciblant un seul utilisateur, la sélection sera toujours signalée (même pour un seul utilisateur), car le composant Rapport affiche la comptabilisation des utilisateurs.
Nous allons également utiliser les fiches de liste d'actions qui ont déjà été traitées par ce Journey, ainsi que des fiches de liste d'actions qui n'ont pas encore été traitées. En effet, nous ne souhaitons pas ici que le composant Rapport affiche autre chose qu'une "audience filtrée". L'exécution des e-mails d'un Journey ne devrait pas avoir d'incidence sur les comptabilisations signalées. (Sauf évidemment si nous filtrons les interactions).
Remarque: Les composants du rapport n'ont aucune interaction avec la pression marketing.
Validation de l'audience
Journey contenant une liste d'utilisateurs
Prenons un nouvel exemple de Journey similaire à celui précédemment utilisé :
Nous voyons ici un Journey contenant un e-mail pour lequel la validation de l'audience est en cours d'exécution. Notez que nous avons connecté les chemins Oui et Non du composant Décision, ainsi que le composant Liste directement à l'e-mail. Le fait qu'il y ait trois chemins d'accès à l'e-mail explique pourquoi nous voyons trois entrées dans la fenêtre de validation de l'audience.
La première entrée concerne l'événement OnYes du composant Décision. Comme pour le composant Rapport précédemment illustré, nous voyons une comptabilisation de 95. Cela signifie que l'exécution du Journey entraînera l'envoi de 95 e-mails via ce chemin spécifique.
La deuxième entrée concerne l'événement OnNo du composant Décision. Ce chemin provoquera l'envoi de 2175 messages.
95+2175=2270; 2270 étant le nombre total d'utilisateurs pouvant être ciblés dans notre audience.
La troisième entrée correspond à la connexion directe du composant Liste au composant E-mail (9). Ici, nous comptabilisons 0 utilisateurs, même si nous en avons 2270 dans notre audience. Les trois chemins sont en effet connectés au même composant E-mail et chaque composant E-mail normal ne peut être utilisé qu'une seule fois pour cibler un utilisateur. Au moment de l'exécution, ceci est appliqué par NegSQL.
Cela prouve que la validation de l'audience prend en compte les e-mails précédemment envoyés. Ses comptabilisations signifient ceci : "Si j'exécute mon Journey maintenant, combien d'e-mails sont envoyés ?".
Remarque: La validation de l'audience n'interagit pas avec la pression marketing.
Journey contenant une liste d'utilisateurs liée à une liste d'actions
Dans cet exemple, nous avons ajouté une liste d'actions contenant 9 fiches qui finiront par cibler 3 utilisateurs distincts.
Notez que nous signalons l'envoi de 9 messages. La validation de l'audience vous donnera toujours la comptabilisation des messages et non la comptabilisation des audiences.
Pression marketing
E-mails à envoi unique
Journey
Dans cet exemple, un Journey est configuré avec 2 e-mails qui ont tous deux été ajoutés à un plan de pression marketing. Ce plan a été configuré pour autoriser 1 message par jour. L'e-mail (9) a la priorité la plus haute, l'e-mail (12) a la priorité la plus basse.
Chaque fois que le Journey est enregistré et modifié en mode de lecture, les données de réduction les plus récentes sont affichées sur le canevas du Journey.
Sachant que nous avons 2270 utilisateurs au total et que 95 utilisateurs sont sélectionnés par la condition MASTER.ID <= 100, nous voyons 95/2270=0.0418. En d'autres termes, nous voyons que l'e-mail (9) entraînera une réduction de 4,19 % sur l'e-mail (12).
Si le Journey était exécuté maintenant, ces chiffres seraient les mêmes. Si un e-mail n'est pas envoyé parce qu'il l'a déjà été, cela ne compte pas comme une réduction. Tout cela est très simple dans un scénario d'envoi unique, mais cela peut facilement devenir plus complexe avec des e-mails à envois multiples.
Pression marketing - Affichage des conflits
Cet exemple correspond à un Journey d'e-mail à envoi unique. Voyons tout d'abord la colonne de droite.
L'audience totale désigne le nombre total d'utilisateurs ciblés par les e-mails de notre Journey (ce sont les utilisateurs qui sont comptabilisés et non les e-mails, soit 95 et 2270 comme nous l'avons vu auparavant).
Nous affichons ensuite la réduction. Il s'agit du même nombre que nous avons vu reporté sur le canevas du Journey.
Dans la colonne suivante, nous voyons le pourcentage livré. Nous n'avons pas encore exécuté ce Journey, mais nous connaissons tout de même le nombre d'utilisateurs ayant déjà reçu notre mailing, divisé par le nombre total d'utilisateurs ciblés par notre mailing.
Enfin, nous voyons l'audience actuelle. Il s'agit de notre audience totale, moins le nombre d'utilisateurs qui ne recevront pas notre e-mail.
Pression marketing - Affichage des planifications
Voyons à présent la fenêtre de planification du Journey que nous utilisons dans nos exemples :
Tout d'abord, notez que l'affichage des planifications indique des informations sur les Journeys plutôt que des e-mails individuels. Dans nos exemples précédents, nous avons toujours vu qu'il y avait une entrée pour chaque e-mail dans tous les sujets que nous avons abordés. Ici, nous avons un trait indiquant la période pendant laquelle notre Journey restera sur la planification. Ce trait peut également prendre la forme d'une ligne pointillée, avec un trait court pour les Journeys à envois multiples.
Au bas de notre écran, nous voyons un grand trait rouge, qui est d'ailleurs de la même longueur que le trait de notre Journey. Il nous indique qu'au sein de ce plan de pression marketing, il existe des Journeys de la planification pour cette durée dont la cible sera réduite. Si le trait était vert, cela signifierait qu'il n'existe aucun conflit.
Nous voyons également le texte "Cible réduite à 95%".
Le calcul est le suivant :
Le nombre d'utilisateurs qui vont recevoir notre e-mail (mais qui ne l'ont pas encore reçu) est divisé par le nombre total d'utilisateurs qui seraient ciblés sans pression marketing : ((2270-95) + 95) / (2270 + 95) = 0.95983.....
Ce nombre est arrondi à la baisse au premier pourcentage entier : 95 %.
Vous pouvez cliquer avec le bouton droit de la souris sur le trait indiquant la durée de planification du Journey pour accéder au Journey ou pour afficher Plus d'infos. Une pop-up comme celle-ci s'affiche :
Cette fenêtre contient toutes les informations détaillées précédemment, subdivisées par e-mail, y compris une analyse des règles en combinaison avec les messages, entraînant les valeurs de réductions.
E-mails à envois multiples
Lorsque vous traitez des mailings à envois multiples (via une liste d'actions ou via des Journeys déclenchés), les choses deviennent vite beaucoup plus complexes.
Pour avoir une idée des données auxquelles nous pouvons nous attendre, nous prendrons une liste d'utilisateurs beaucoup plus simple, qui en contient seulement 3. Nous allons également utiliser 2 Journeys avec une liste d'actions.
Le premier Journey a un filtre qui exclut l'utilisateur 2.
Le deuxième Journey n'a pas de filtre défini.
Le premier Journey a déjà envoyé 2 e-mails à l'utilisateur 1 et 1 e-mail à l'utilisateur 3.
Le deuxième Journey n'a envoyé aucun e-mail.
Le plan de conflits est configuré pour permettre l'envoi de 2 e-mails par semaine.
Le premier Journey a la priorité sur le deuxième.
La liste d'actions contiendra une fiche pour chaque utilisateur.
Journey
Nous voyons ici les deux Journeys, avec les identifiants 2526 et 2528. Appelons-les respectivement les premier et deuxième Journeys.
Le premier Journey ne peut cibler que les utilisateurs 1 et 3 en raison du filtre. Pour chacun de ces utilisateurs, une fiche de liste d'actions est présente. Cependant, l'utilisateur 1 a déjà reçu ce mailing deux fois cette semaine ; l'utilisateur 3 l'a reçu une fois.
Maintenant, dans le composant Rapport, nous signalons 2 utilisateurs, car pour chacun de ces utilisateurs, une fiche de liste d'actions est présente. Pour le composant E-mail, nous signalons "Pas de conflit", car aucun autre mailing n'empêche l'envoi de ce mailing, même si lors de la prochaine exécution, nous ne ciblerons que l'utilisateur 3 et non l'utilisateur 1.
Lors du deuxième Journey, nous voyons le composant Rapport afficher 3 utilisateurs, car nous n'avons pas de filtre et il existe une fiche de liste d'actions pour chaque utilisateur. Pour le composant E-mail, nous constatons une réduction de 66,67 %. Étant donné que le premier Journey était prioritaire, ce deuxième Journey ne peut cibler que l'utilisateur 2. Les utilisateurs 1 et 3 seront "supprimés du conflit".
Pression marketing - Affichage des conflits
Pour la fenêtre de conflit, commençons par les codes chromatiques :
Blanc — Les utilisateurs de cette partie ne sont pas dans la cible du Journey, quelle que soit la pression marketing. (Ceci est l'utilisateur 2 du premier Journey)
Bleu — Les utilisateurs de cette partie se trouvant dans la cible du Journey n'ont pas encore reçu d'e-mail et ne seront pas supprimés du conflit. En d'autres termes, ces utilisateurs recevront notre mailing. (Ceci est l'utilisateur 2 du deuxième journ
Rayures bleu/gris — Les utilisateurs de cette partie sont dans la cible du Journey et ont déjà reçu un e-mail. Ils ne seront toutefois pas supprimés du conflit et recevront à nouveau notre envoi. (Ceci est l'utilisateur 3 du premier Journey)
Rouge — Les utilisateurs de cette partie sont dans la cible du Journey, mais ils seront supprimés du conflit. Ces utilisateurs ne recevront pas ce mailing. (Ceci est l'utilisateur 1 et 3 du deuxième Journey)
Rayures Rouge/gris — Les utilisateurs de cette partie sont dans la cible du Journey et ont déjà reçu ce mailing. Toutefois, ils seront supprimés du conflit. (Ceci est l'utilisateur 1 du premier Journey)
Gris — Non couvert dans cet exemple. Cependant, cela signifie que ces utilisateurs ont déjà reçu ce mailing et qu'ils ne le recevront plus, quelle que soit la pression marketing (les filtres ont été modifiés ou il ne s'agit pas d'un mailing à envois multiples).
Maintenant que nous avons détaillé les couleurs, voyons de nouveau des colonnes.
Audience totale — Audience totale du Journey. Cela correspond généralement à la valeur indiquée par le composant Report.
Remarque: Si les filtres sont modifiés et que des utilisateurs déjà ciblés sont filtrés, ils seront toujours comptabilisés dans l'audience totale.
Réduction — Pourcentage d'utilisateurs dans l'audience totale qui ne seront pas ciblés (du tout) en raison de leur suppression du conflit. Pour le deuxième Journey, cela représente 66,67 %, en raison du fait que deux utilisateurs sur trois ne reçoivent pas ce mailing.
Livré — Pourcentage de notre audience totale ayant déjà reçu ce mailing. Pour le premier Journey, le total est de 100 %, même si deux e-mails ont déjà été envoyés à l'utilisateur 1 et qu'un autre e-mail sera envoyé à l'utilisateur 3. Pour le second Journey, le totale est de 0 %, car aucun e-mail n'a encore été envoyé.
Audience réelle — Nombre d'utilisateurs pouvant être ciblés lors de la prochaine exécution de chaque Journey. (POUVANT être ciblés. Si un autre Journey consomme la fiche d'action d'un utilisateur spécifique, cette fiche ne pourra évidemment plus être utilisée pour ce Journey.)
Pression marketing - Affichage des planifications
Les chiffres qui s'affichent ici sont plutôt contre-intuitifs. Pourquoi afficher que notre cible a été réduite à 0 % si auparavant nous avons précisé qu'un e-mail serait envoyé pour le premier mailing et un autre pour le second mailing ?
La réduction est calculée comme suit :
Premièrement, nous comptons tous les destinataires censés recevoir un e-mail, à l'exclusion de tous les destinataires en ayant déjà reçu un. Nous divisons ce chiffre par le nombre de l'audience totale et le signalons comme pourcentage "réduit à".
Ainsi, pour le premier mailing, deux utilisateurs étaient dans sa cible, deux utilisateurs ont déjà reçu un mailing et un utilisateur qui a déjà reçu un e-mail en recevra un à nouveau. Le premier numéro (qui devrait recevoir un e-mail mais n'en a pas encore reçu) est donc 0. Nous pouvons interpréter cela ainsi : 0 % de notre audience totale de ce Journey recevra un e-mail s'il n'en a pas encore reçu.
Pour le deuxième envoi, nous savons que le premier numéro est 1. Un seul utilisateur est censé recevoir un email, personne n'en a encore reçu. La cible totale de ce Journey est de 3, nous atteignons donc 33 %.
Dans les détails du premier Journey, nous ne voyons que les données que nous avons déjà vues auparavant. Remarquez dans les détails ci-dessous que ce mailing est en conflit avec lui-même.
Nous avons déjà détaillé toutes les informations s'affichant dans cette fenêtre. Ainsi, à ce stade, vous devriez comprendre tout ce qui s'affiche ici.
