Campaign Standard : les journaux d’envoi ne correspondent pas dans le profil
Dans de rares cas, Campaign Standard peut afficher des entrées de journal d’envoi dans un profil qui n’appartient pas réellement à ce profil. Cela peut donner l’impression que des diffusions ou des événements d’e-mail étaient incorrectement associés à un destinataire, même si les enregistrements de base de données sous-jacents ne sont pas corrompus. Le problème est généralement limité au comportement de l’interface utilisateur/de la requête lorsqu’un profil de destinataire et un profil de test partagent la même valeur d’identifiant interne dans leurs tables sources respectives.
Description description
Un client a signalé que la vue Envois d’un profil de destinataire réel affichait des événements d’e-mail appartenant à un profil de test distinct. Certains des événements affichés sont antérieurs à la création du profil réel, ce qui a clairement indiqué que les enregistrements ne pouvaient pas légitimement appartenir à ce destinataire.
L’enquête a montré :
- Le profil réel et le profil de test étaient des entités distinctes et n’étaient pas fonctionnellement liés.
- Le destinataire réel n’était pas réellement ciblé dans les diffusions affectées où les entrées de journal inattendues s’affichaient.
- Les données de tracking sont restées cohérentes pour le destinataire réel.
- Ce comportement inattendu a été observé principalement dans la vue Envois et dans le comportement de prévisualisation des requêtes, et non comme une preuve de contamination de la base de données au sens large.
- Cela a créé une confusion pour le client, car l’interface utilisateur suggérait un historique de diffusion inexact et craignait que les rapports et l’analyse de l’audience ne soient affectés.
Résolution resolution
Cause première
Le problème était dû à une rare collision d’ID interne entre :
- un profil de destinataire stocké dans le jeu de données profils/destinataires, et
- un profil de test stocké dans le jeu de données de membre d’origine.
Les deux types de profil écrivent des données de journal dans la table broadLogRcp , qui stocke l’identifiant de profil ou de profil de test associé dans la même colonne profileId. Lorsque le destinataire et le profil de test avaient la même valeur d’ID interne, les requêtes liées aux journaux d’envoi renvoyaient des entrées pour les deux entités.
Pourquoi cela s’est produit :
- Les nouveaux profils de destinataires obtiennent les identifiants de la séquence nmsRecipientId.
- Les profils de test obtiennent des identifiants de la séquence xtkNewId.
- Dans ce cas, le destinataire a été créé à un moment où son identifiant généré correspondait à un identifiant de profil de test existant.
- Par conséquent, l’interface utilisateur et les chemins de requête associés ont récupéré toutes les lignes du journal d’envoi correspondant à cet identifiant interne. Comme l’adresse e-mail affichée dans l’interface utilisateur est extraite du champ adresse du journal d’envoi , les utilisateurs pouvaient voir l’e-mail de profil de test dans l’historique du journal d’envoi du destinataire, même si les données du destinataire sous-jacent elles-mêmes n’étaient pas mélangées ou endommagées.
L’ingénierie a estimé qu’il s’agissait d’un cas marginal à faible probabilité plutôt que d’un problème susceptible de se reproduire largement.
Résolution
Les options de résolution recommandées étaient les suivantes :
- Supprimez et recréez le profil de test concerné. Cela est considéré comme l’action corrective la plus propre, car le profil de test recréé reçoit un nouvel identifiant interne. Les prochaines diffusions vers ce profil de test n’apparaîtront plus sous les logs d’envoi du destinataire réel.
- Nettoyez manuellement les lignes historiques du journal d’envoi, si nécessaire. Si la visibilité de l’historique du journal pose problème, les anciennes lignes liées à l’adresse de profil de test obsolète peuvent être supprimées manuellement. Cela n’est nécessaire que si vous souhaitez éliminer l’historique des incohérences déjà écrit avant que la rétention normale ne le supprime.