HCL Unica Interact のセッションをまたいだ連携・応答処理

2022/9/14 - 読み終える時間: 2 分

Unica Interact Cross Section Contact Response の翻訳版です。

HCL Unica Interact のセッションをまたいだ連携・応答処理

2022年8月19日

著者: Deepali Kalavade / Senior Technical Lead

HCL Unica Interactは、デフォルトで、セッション内の処理のためのコンタクトとレスポンスのイベントを追跡します。しかし、訪問者が1回のタッチポイントへの訪問で、必ずしもトランザクションを完了するとは限りません。そのような場合、HCL Unica Interactは、セッションをまたいでコンタクトとレスポンスのイベントを追跡できます。 これは、Unica Interactの「クロスセッション」機能を有効にすることで実現されます。

Unica Interactのセッションをまたいだ連携・応答処理とは

クロスセッショントラッキングが必要とされるシナリオは2つあります。

1. クロスセッション・コンタクト・トラッキング

エンドユーザーにオファーが提示された後、コンタクトイベントがInteractに投稿されます。しかし、コンタクトイベントが同じセッションで投稿されない場合も、複数のシナリオがあります。このような処理を追跡するために、「クロスセッション・コンタクト・トラッキング」を有効にできます。

2. クロスセッション・レスポンス・トラッキング

クロスセッション・レスポンス・トラッキングを有効にすると、あるセッションでのオファー提示をトラッキングし、別のセッションでのレスポンスとマッチングできます。

どのように行うか

3. クロスセッション・コンタクト・トラッキング

デフォルトでは、クロスセッションを有効にしない場合、エンドユーザーはオファーが提示されるとすぐに行動を起こすと想定されます。したがって、コンタクトイベントは、元のオファーを返す getOffers API リクエストと同じ Interact セッション内で投稿されます。しかし、コンタクト・イベントが同じInteractセッション内ですぐにポストされないシナリオもあり得ます。そのようなシナリオの場合。

新しい Interact セッションが開始され、Contact イベントが処理されずに直接投稿されると、Cross session Contact プロセスを使用して、そのようなコンタクトが追跡されます。このため、Interactエンジンは、getOffersの呼び出しから治療が生成されるとすぐに、必要な治療データをテーブルに保存します。

Interact エンジンは、この既存のデータから、新しく投稿されたコンタクト・イベントに一致するものを見つけると、ステージング・テーブルにコンタクト・イベントを記録します。このステップの後、通常のコンタクト・レスポンス履歴の追跡プロセスが登場します。

4. クロスセッション・レスポンス・トラッキング

前のセクションで説明したように、デフォルトでは、応答はコンタクトが発生したのと同じセッションで投稿されます。しかし、顧客がウェブサイト上のショッピングカートに商品を入れたが、購入が完了しなかったというシナリオを考えてみましょう。この商品には、表示時に1週間有効のプロモーションコードが生成されています。

顧客があなたのウェブサイトに戻り、カートから商品を購入しようとしたとき、リクエストにプロモーションコードを送信することで、Interactエンジンにacceptイベントをポストするだけでよいのです。この場合、Interact エンジンは、現在のセッションに一致するトリートメントコードやオファーコードを見つけることができません。この場合、Interact エンジンは、利用可能な情報とともに accept イベントをクロスセッション応答ステージングテーブルに配置します。

システムで「クロスセッションコンタクト」も有効になっている場合、「クロスセッションコンタクト」テーブルからの情報も応答の処理に使用されることに注意してください。ただし、元のオファーの詳細がテーブルに存在しない場合、レスポンスはクロスセッション・ステージング・テーブルに書き込まれます。

このシナリオでは、「CrossSessionResponse」という別の Interact サービスが使用されます。このサービスは有効で、Interact の初期化とともに開始されます。このサービスは定期的に CrossSessionResponse staging table を読み出し、Campaign history table から利用可能なコンタクト履歴データとレコードをマッチングさせようとします。これは、適切な応答を記録するために必要なすべてのデータを収集します。

したがって、クロスセッションレスポンス機能を有効にする場合、ランタイム環境はUnica Campaignコンタクトヒストリーテーブルへの読み取り専用アクセスが必要です。CrossSessionResponse サービスは次に、応答を応答ステージングテーブルに書き込み、学習が有効な場合は学習テーブルに書き込みます。マッチングに成功したレコードはクロスセッションテーブルから削除され、その他のレコードは再試行するようマークされます。

このステップの後、通常のコンタクト/レスポンス履歴追跡プロセスが開始されます。

CrossSessionResponseの場合におけるオファーの抑制

クロスセッションレスポンスが有効な場合、オファーサプレッションは特別な方法で処理されます。CrossSessionResponse」プロセスがレコードを既存の治療コードと照合しようとしたが、同じものを見つけることができなかった場合、そのレスポンスがどのオファーに対して投稿されたかがわからず、オファーを抑制するよう更新することができません。

したがって、オファーが抑制されるようにするには、接触-応答履歴ETLプロセスが実行され、接触履歴データがキャンペーン・テーブルで利用可能であることを確認し、「CrossSessionResponse」サービスによって照合されるようにする必要があります。

重要な注意事項

• このようなイベントを追跡する場合は、クロスセッションのコンタクトプロセスとレスポンスプロセスの両方を明示的に有効にする必要があります。
• この機能を補足する様々な設定パラメータがあり、お客様の特定の要件に合わせることができます。
• クロスセッションのトラッキングは、デフォルトでトリートメントコードまたはオファーコードに一致させることができます。また、任意のカスタムコードに一致するように設定することも可能です。

Unica Interactのセッションをまたいだ連絡・応答処理については、こちらの製品ドキュメントを参照してください。