イベントとは訪問者が実行するアクションのことです。これにより、訪問者のセグメントへの分類、オファーの提示、またはデータのロギングなど、ランタイム環境におけるアクションがトリガーされます。 Interact 設計環境内で、
Interact API と直接対話する構成の要素の 1 つとしてイベントを作成することができます。
Interact API と連携するようにタッチポイントをコーディングする場合には、
postEvent メソッドを使用してイベントを参照します。
Interact API で使用されるイベントの名前は、設計環境における構成時のイベントの名前と一致していなければなりません。 この名前には大/小文字の区別はありません。
複数のオファーのログ記録のアクションを含むイベントを作成する場合、Interact API は、関連付けられているオファーについて同じアクションを実行するということに留意してください。 したがって、オファー承認とオファー拒否の両方をログに記録することは矛盾であり、そのようなイベントは作成しないでください。 ただし、オファー・コンタクトとオファー承認をログに記録する単一のイベント、またはオファー・コンタクトとオファー拒否をログに記録する単一のイベントを作成することは、ご使用の環境において役に立つ場合があります。
デフォルトで、ランタイム環境では、2 つのタイプのレスポンス (オファー承認とオファー拒否) をトラッキングすることができます。 構成プロパティー「accept」と
「reject」を設定することにより、「オファー承認をログに記録」イベントと「オファー拒否をログに記録」イベントで記録されるレスポンスのタイプを変更することができます。
また、Interact API では、イベントを使用して、API でイベント・パラメーターを使用することによって定義されたアクションをトリガーすることもできます。 それらのイベントには、カスタム・テーブルへのロギング、複数のレスポンス・タイプのトラッキング、特定のフローチャートを指定して実行といった処理が含まれます。System Reaction が定義されていないイベントをいくつか作成することや、予約イベント・パラメーターと共に使用するために同じシステム反応 (「コンタクトのログ記録」など) を含むイベントを複数作成することが必要な場合があるかもしれません。
例えば、レスポンスのタイプごとに、「オファー承認をログに記録」アクションでイベントを作成します。UA_UsrResponseType テーブルの「名前 (コード) (as Name (code))」で、「参照 (EXP)」、「考慮 (CON)」、および「確定 (CMT)」というカスタム・レスポンスを定義します。その後、3 つのイベントを作成し、それらに LogAccept_Explore、LogAccept_Consider、および LogAccept_Commit という名前を付けます。 3 つのイベントは、すべて同じ (「オファー承認をログに記録」アクションが含まれている) ですが、
Interact API を使用して作業するユーザーが区別できるようにするため、異なる名前が付けられています。
Interact API を使用して作業する場合、これらのイベントには機能上の違いはありませんが、命名規則によってコードがわかりやすくなることがあります。 また、それぞれのカスタム・レスポンスに別個の名前を付けると、「チャネル・イベント・アクティビティー・サマリー」レポートに表示される情報が、より正確になります。
