Campaign Standard: Fehlende Übereinstimmung bei Versandlogs im Profil
In seltenen Fällen kann Campaign Standard Versandlog-Einträge in einem Profil anzeigen, die eigentlich nicht zu diesem Profil gehören. Dadurch kann der Eindruck entstehen, dass Sendungen oder E-Mail-Ereignisse fälschlicherweise mit einem Empfänger verknüpft wurden, obwohl die zugrunde liegenden Datenbankeinträge nicht beschädigt sind. Das Problem ist in der Regel auf das Verhalten der Benutzeroberfläche/Abfrage beschränkt, wenn ein Empfängerprofil und ein Testprofil denselben internen Kennungswert in ihren jeweiligen Quelltabellen gemeinsam haben.
Beschreibung description
Ein Kunde meldete, dass in der Ansicht Versandlogs für ein echtes Empfängerprofil E-Mail-Ereignisse angezeigt wurden, die zu einem separaten Testprofil gehörten. Einige der angezeigten Ereignisse gingen der Erstellung des echten Profils voraus, was klarstellte, dass die Datensätze nicht rechtmäßig zu diesem Empfänger gehören konnten.
Die Untersuchung ergab:
- Das tatsächliche Profil und das Testprofil waren separate Entitäten und nicht funktional verknüpft.
- Der tatsächliche Empfänger wurde nicht in die betroffenen Sendungen einbezogen, bei denen die unerwarteten Protokolleinträge auftraten.
- Die Tracking-Daten blieben für den tatsächlichen Empfänger konsistent.
- Das unerwartete Verhalten wurde hauptsächlich in der Ansicht der Versandlogs und im Verhalten der Abfragevorschau beobachtet, nicht als Beweis für eine Kontamination der Datenbank.
- Dies führte zu Verwirrung für den Kunden, da die Benutzeroberfläche auf einen ungenauen Versandverlauf hindeutete und Bedenken aufkommen ließ, dass das Reporting und die Zielgruppenanalyse beeinträchtigt sein könnten.
Lösung resolution
Ursache
Das Problem wurde durch eine seltene interne ID-Kollision zwischen Folgendem verursacht:
- ein Empfängerprofil, das im Datensatz Profile/recipients gespeichert ist, und
- Ein im Testelement-Datensatz gespeichertes Testprofil.
Beide Profiltypen schreiben Protokolldaten in die Tabelle broadLogRcp, in der die Kennung des zugehörigen Profils oder Testprofils in derselben profileId-Spalte gespeichert ist. Wenn der Empfänger und das Testprofil zufällig denselben internen ID-Wert hatten, gaben Abfragen bezüglich der Versandlogs Einträge für beide Entitäten zurück.
Warum dies geschah:
- Neue Empfängerprofile erhalten IDs aus der Sequenz nmsRecipientId.
- Testprofile erhalten IDs aus der Sequenz xtkNewId.
- In diesem Fall wurde der Empfänger zu einem Zeitpunkt erstellt, als seine generierte ID zufällig mit einer bereits vorhandenen Testprofil-ID übereinstimmte.
- Daher haben die Benutzeroberfläche und die zugehörigen Abfragepfade alle Versandlog-Zeilen abgerufen, die mit dieser internen ID übereinstimmen. Da die in der Benutzeroberfläche angezeigte E-Mail-Adresse aus dem Adressfeld des Versandprotokolls übernommen wurde, konnten Benutzerinnen und Benutzer die E-Mail-Adresse des Testprofils im Versandprotokoll-Verlauf des Empfängers sehen, obwohl die zugrunde liegenden Empfängerdaten selbst nicht gemischt oder beschädigt waren.
Das Engineering bewertete dies als einen Randfall mit geringer Wahrscheinlichkeit und nicht als ein Problem, das im weiteren Sinne wahrscheinlich erneut auftritt.
Lösung
Empfohlene Lösungsoptionen waren:
- Löschen Sie das betroffene Testprofil und erstellen Sie es erneut. Dies gilt als die einfachere Korrekturmaßnahme, da das neu erstellte Testprofil eine neue interne ID erhält. Zukünftige Sendungen an dieses Testprofil werden nicht mehr unter den Versandlogs des tatsächlichen Empfängers angezeigt.
- Bereinigen Sie bei Bedarf manuell historische Versandlog-Zeilen. Wenn die historische Sichtbarkeit des Protokolls ein Problem darstellt, können alte Zeilen, die mit der veralteten Testprofiladresse verknüpft sind, manuell entfernt werden. Dies ist nur erforderlich, wenn Sie den bereits geschriebenen nicht übereinstimmenden Verlauf entfernen möchten, bevor ihn die normale Aufbewahrung entfernt.