JSSによるトラッキング、分析、パーソナライゼーション
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecoreは、パーソナライゼーションや将来の分析に役立てることができる訪問者の行動分析データを収集します。
追跡と分析
JSSサイトでは、分析データを収集するためのいくつかのパスがあります。
Sitecoreレイアウト サービス リクエストの追跡
レイアウト サービスへのリクエストは、従来のSitecoreサイトと同様に、サーバー側でページ ビューとして追跡されます。これには、ルート アイテムによってトリガーされるように構成されたゴール、イベントなどが含まれます。Sitecoreのセッション追跡はCookieベースであるため、JSSアプリはデフォルトでブラウザーのCookieをLayout Serviceリクエストに渡します。
レイアウト サービスはSitecore MVCレンダリング エンジン内で実行され、すべてのSitecore分析の追跡と機能を保持します。
JSSアプリケーションでルーティングにレイアウト サービスを使用する場合、各ルートの変更は分析データのページビューとして反映されます。分析データ内のURLの混乱を避けるため、レイアウト サービスでは、解決されたアイテムとそのパスをそれぞれトラッキング アイテムとURLとして設定します。
JSSアプリや特定のLayout Service呼び出しで分析トラッキングを行わない場合は、trackingパラメーターをfalseに設定します。
JSSトラッキングAPI
クライアント側のアプリでは、分析イベントをXConnectに報告するために通常使用されるサーバー側のAPIにはアクセスできません。 代わりに、JSS Tracking APIを使用すると、ページ/ルートのビュー、イベント、ゴール、結果などの 分析イベントをクライアントから直接プッシュできます。
レイアウトサービスと同様に、適切なイベント属性を保持するために、このAPIにブラウザのCookieを渡すことが重要です。
JSSアプリのサーバー側レンダリング中のトラッキング
JSSアプリは通常、初期ルートのサーバーでレンダリングされます。最初のページ読み込み後のルート変更では、クライアントでレンダリングされます。これにより、分析収集に問題が発生することはありません。
-
ルート ビューはサーバー側レンダリング (SSR) 中に追跡され、ルートはクライアントに読み込まれた後にレイアウト サービスに要求を戻さないため、追跡されるルートは1つだけです。
-
JSSトラッカーは、SSR中に自身に対して行われた呼び出しを自動的に無視します。これは、クライアントにロードされた後に同じ呼び出しが再度行われるためです。
パーソナル 化
Sitecoreの主な利点の1つは、訪問者の行動をパーソナライズして対応できることです。JSSはこの機能を、コンポーネントのパーソナライゼーションを含むヘッドレス領域にシームレスに拡張します。
レイアウト サービスは、従来のSitecoreサイトと同じ経路を使用してページをレンダリングするため、パーソナライゼーション ルール、多変量テストなどがすべて尊重され、追加の開発は必要ありません。
JSSアプリに返されるコンテンツは、受信される前にパーソナライズされます。