Cette section contient des questions courantes relatives aux rapports dynamiques.
Il s'agit d'un comportement attendu.
Prenons l'exemple suivant pour expliquer ce comportement.
Un email est envoyé aux profils P1 et P2.
P1 ouvre l'email deux fois le premier jour, puis trois fois le jour suivant.
P2, quant à lui, ouvre l'email une fois le premier jour et ne le rouvre pas les jours suivants.
Voici une représentation visuelle de l'interaction des profils avec l'email envoyé :
Jour |
Ouvertures |
Ouvertures uniques |
---|---|---|
Jour 1 |
2 + 1 = 3 |
1 + 1 = 2 |
Jour 2 |
3 + 0 = 3 |
1 + 0 = 1 |
Pour comprendre le nombre total des ouvertures uniques, nous devons additionner les chiffres des lignes des Ouvertures uniques, ce qui nous donne la valeur 3. Toutefois, comme l'email n'était ciblé que sur 2 profils, le taux d'ouverture devrait être de 150 %.
Pour ne pas obtenir de pourcentage supérieur à 100, la définition des ouvertures uniques est le nombre de broadlogs uniques ouverts. Dans ce cas, même si P1 a ouvert l'email le jour 1 et le jour 2, les ouvertures uniques sont toujours égales à 1.
Cela donne le tableau suivant :
Jour |
Ouvertures |
Ouvertures uniques |
---|---|---|
Jour 1 |
6 |
2 |
Jour 2 |
3 |
2 |
Les décomptes uniques reposent sur un sketch HLL, ce qui peut entraîner de légères imprécisions dans le cas de nombres élevés.
Cela peut être dû au fait que la méthode heuristique est utilisée dans les rapports dynamiques pour tracker les ouvertures, même lorsque nous ne pouvons pas tracker l'action Ouvrir.
Par exemple, si un utilisateur a désactivé les images sur son client et qu'il clique sur un lien dans l'email, l'Ouverture peut ne pas être trackée par la base de données mais le clic oui.
Par conséquent, les logs de tracking des ouvertures peuvent ne pas avoir le même décompte que dans la base de données.
Ces occurrences sont ajoutées car "un clic sur un email implique l'ouverture de l'email".
Comme les décomptes uniques reposent sur le sketch HLL, des incohérences mineures entre les décomptes sont possibles.
Lors de l'utilisation de diffusions récurrentes et transactionnelles, les décomptes sont attribués aux diffusions parents et enfants.
Prenons comme exemple une diffusion récurrente appelée R1 définie pour s'exécuter tous les jours le jour 1 (RC1), le jour 2 (RC2) et le jour 3 (RC3).
Supposons que seule une personne a ouvert toutes les diffusions enfants à plusieurs reprises. Dans ce cas, chaque diffusion enfant récurrente affichera le nombre 1 d'Ouverture.
Toutefois, comme la même personne a cliqué sur toutes les diffusions, la diffusion récurrente parent aura également un décompte de 1 pour les ouvertures uniques.
Les rapports doivent se présenter comme suit :
Diffusion |
Envoyés |
Delivrés |
Ouvertures |
Ouvertures uniques |
---|---|---|---|---|
R1 |
100 |
90 |
10 |
3 |
RC1 |
20 |
20 |
6 |
1 |
RC2 |
40 |
30 |
2 |
1 |
RC3 |
40 |
40 |
2 |
1 |
Les couleurs affichées dans vos rapports sont aléatoires et ne peuvent pas être personnalisées. Elles représentent une barre de progression et s'affichent pour mettre en évidence la valeur maximale atteinte dans vos rapports.
Dans l'exemple ci-dessous, la cellule est de la même couleur car sa valeur est 100 %.
Si vous définissez la mise en forme conditionnelle sur personnalisée, lorsque la valeur atteint la limite supérieure, la cellule devient verte. En revanche, si elle atteint la limite inférieure, elle devient rouge.
Par exemple, ici, nous définissons la limite supérieure sur 500 et la limite inférieure sur 0.
La valeur N/A peut parfois apparaître dans vos rapports dynamiques. Elle peut s'afficher pour deux raisons :