どのようにセッションごとにクリックストリーム・テーブル・データを「デコード」できますか。

環境:

クリックストリーム・テーブルのある任意のバージョン。

解決策:

ここでは、レポート内に表示されるクリックストリーム・セッションのサンプルを示します。

セッション例に関するいくつかの注意:

クリックストリームID (cs_session_id)は、セッション全体を通して一定しています。連絡先ID (c_id)は、ユーザーがサイトにログインした後、またはアカウントを作成した後に入力されます。

各アクションID (action_id)のパラメータ(context1、context2、context3)には、別々のデータが入力されます。アクションIDは、カスタマ・ポータルrn:metaウィジェットのWebページごとに定義されます。カスタム・ページには、カスタム・アクション名が付けられている場合があります。この例には標準アクションのみが含まれます。

Null値は、上記の例では空白として表示されていますが、レポートには「値なし」と表示される場合があります。

レポートで一部の関数を正確に記録するには、特別なアクション・シーケンスが求められることが多いことに注意してください。カスタマイズでカスタム・アクションが標準シーケンスに追加される場合は、関数(Smart Assistantによる問い合わせの回避など)に関するレポートが不正確になる可能性があります。

特別なアクションに関する注意:

－SOURCEアクションは、単にIPアドレスを含むアクションであり、参照元情報です。
－IPアドレスは'最初のパラメータ'フィールドにあり、リファラーは'2番目のパラメータ'フィールドと'3番目のパラメータ'フィールドの連結です。 セッションがどこから来たのかを判断する際、他のアクションレコードのクリックストリーム参照フィールドは考慮されません。
－SOURCE_CLIENTアクションは、ユーザー・エージェントをリストし、OSとブラウザを起動します。
－AnswerList/Searchアクションは、最初のパラメータに検索語をリストします。
－AnswerViewアクションは、最初のパラメータにアンサーID (a_id)、2番目のパラメータとしてアンサー件名をリストします。
－AskConfirmおよびIncidentViewアクションは、最初のパラメータにインシデントID (i_id)をリストします。