Campaign Standard:プロファイルでログの不一致を送信する

まれに、Campaign Standardでは、実際にそのプロファイルに属していないプロファイルに送信ログエントリを表示できます。 これにより、基礎となるデータベースレコードが破損していなくても、配信またはメールイベントが受信者に誤って関連付けられていたという印象が生じる可能性があります。 通常、受信者プロファイルとテストプロファイルがそれぞれのソーステーブルで同じ内部識別子の値を共有する場合、UI/クエリの動作に制限されます。

説明 description

ある顧客から、実際の受信者プロファイルの送信ログビューに、別のテストプロファイルに属するメールイベントが表示されていることが報告されました。 表示されたイベントの一部は、実際のプロファイルの作成より前に発生したため、レコードがその受信者に正当に属することはできないことが明らかになりました。

調査は示した:

  • 実際のプロファイルとテストプロファイルは別々のエンティティであり、機能的にリンクされていませんでした。
  • 実際の受信者は、予期しないログエントリが表示された影響を受ける配信では、実際にはターゲットになっていませんでした。
  • トラッキングデータは、実際の受信者に対して一貫性を維持しました。
  • 予期せぬ動作は、広範なデータベース汚染の証拠としてではなく、主に送信ログの表示とクエリのプレビュー動作で観察されました。
  • これにより、UIから不正確な配信履歴が提案され、レポートやオーディエンスの分析に影響が及ぶ可能性があるという懸念が生じ、顧客に混乱が生じました。

解決策 resolution

根本原因

この問題は、以下の間の内部IDの競合が原因で発生しました。

  • プロファイル/受信者データセットに保存されている受信者プロファイルと
  • シードメンバーデータセットに格納されたテストプロファイル。

どちらのプロファイルタイプも、同じprofileId列に関連するプロファイルまたはテストプロファイル識別子を格納するbroadLogRcp テーブルにログデータを書き込みます。 受信者とテストプロファイルが同じ内部ID値を持つ場合、両方のエンティティに対して返されたエントリを送信するログに対するクエリが発生しました。

なぜこれが起こったのか:

  • 新しい受信者プロファイルは、nmsRecipientId シーケンスからIDを取得します。
  • テストプロファイルは、xtkNewId シーケンスからIDを取得します。
  • この場合、受信者は、生成されたIDが既存のテストプロファイル IDと一致する時点で作成されました。
  • その結果、UIと関連するクエリパスは、その内部IDに一致するすべての送信ログ行を取得しました。 UIに表示される電子メールアドレスは送信ログの「アドレス」フィールドから取得されるため、ユーザーは、基礎となる受信者データ自体が混在したり破損したりしていなくても、受信者の送信ログ履歴にテストプロファイルメールが表示される可能性があります。

エンジニアリング部門は、この問題を広範に再発する可能性の高い問題ではなく、低い確率のエッジケースとして評価しました。

解決策

推奨される解決オプションは次のとおりです。

  • 影響を受けるテストプロファイルを削除して再作成します。 これは、再作成されたテストプロファイルが新しい内部IDを受信するため、よりクリーンな修正アクションと見なされます。 そのテストプロファイルへの今後の配信は、実際の受信者の送信ログの下に表示されなくなります。
  • 必要に応じて、履歴の送信ログ行を手動でクリーンアップします。 履歴ログの表示が懸念される場合は、古いテストプロファイルアドレスに関連付けられている古い行を手動で削除できます。 これは、既に書き込まれた不一致の履歴を、通常の保持で削除する前に削除したい場合にのみ必要です。
recommendation-more-help
experience-cloud-kcs-help-kbarticles