Web SDK でのページイベントの上部と下部の設定
パーソナライズされたエクスペリエンスを顧客に提供するには、web ページの読み込み時間が不可欠です。
読み込み時間を最適化し、できるだけ早くパーソナライゼーションを提供するために、Web SDK は、ページイベントの上下の設定をサポートしています。
ページイベントの上部と下部は、ページの読み込み時間を最小限に抑えながら、ページ内の様々な要素を非同期で読み込む方法を示しています。
この設定により、パーソナライズされたコンテンツが読み込まれるまでのユーザーの待機時間を最小限に抑えることができます。
指標の精度に関しては、Adobe Analyticsではページの上部のイベントを無視できるので、より正確な指標の記録につながります。これは、1 つのページヒットしか記録されないからです(ページイベントの下部)。
ユースケース use-cases
スポーツアパレル小売業者は、訪問者指標を正確に収集できると同時に、web サイトを訪問する際のユーザーの摩擦を最小限に抑え、パーソナライズされたエクスペリエンスを買い物客に提供したいと考えています。
Web SDK でページイベントの上部と下部を使用することで、マーケティングチームは最適な方法でパーソナライゼーション配信を設定できます。
- Web SDK がパーソナライゼーションリクエストを送信し、ページの読み込みが開始されるとすぐに読み込まれます。 これはページの先頭のイベントです。
- ページの読み込みが完了すると、ページビューイベントが記録されます。 これは、ページの読み込みプロセスの後半で発生します。 これはページイベントの下部です。
Top of page イベントの例 top-of-page
以下のコードサンプルは、自動的にレンダリングされた提案に対して、パーソナライゼーションをリクエストするが 表示イベントを送信しない、ページイベントのトップ設定の例を示しています。 ディスプレイイベントは、ページ下部イベントの一部として送信されます。
code language-js |
---|
|
table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
---|---|---|
パラメーター | 必須/オプション | 説明 |
type |
必須 | このパラメーターを decisioning.propositionFetch に設定します。 この特別なイベントタイプは、Adobe Analyticsにこのイベントをドロップするように指示します。 Customer Journey Analyticsを使用する場合は、これらのイベントをドロップするフィルターを設定することもできます。 |
renderDecisions |
必須 | このパラメーターを true に設定します。 このパラメーターは、Edge Networkによって返される決定をレンダリングするように Web SDK に指示します。 |
personalization.sendDisplayEvent |
必須 | このパラメーターを false に設定します。 これにより、表示イベントが送信されなくなります。 |
ページの下部のイベントの例 bottom-of-page
以下のコードサンプルは、ページ上で自動的にレンダリングされたが、「ページの先頭 イベントで表示イベントが抑制された提案の表示イベントを送信するページイベント設定の下例を示しています。
note note |
---|
NOTE |
このシナリオでは、ページイベントの下部 後 をページ 1 の上部と呼ぶ必要があります。 ただし、ページイベントの下部は、ページ 1 の上部が完了するまで待つ必要はありません。 |
code language-js |
---|
|
table 0-row-3 1-row-3 2-row-3 | ||
---|---|---|
パラメーター | 必須/オプション | 説明 |
personalization.includeRenderedPropositions |
必須 | このパラメーターを true に設定します。 これにより、ページイベントの先頭で抑制された表示イベントの送信が可能になります。 |
xdm |
オプション | このセクションを使用して、ページイベントの下部に必要なすべてのデータを含めます。 |
以下のコードサンプルは、ページ上で手動でレンダリングされた提案(つまり、カスタム決定範囲またはサーフェス)の表示イベントを送信するページイベント設定の下部を表しています。
note note |
---|
NOTE |
このシナリオでは、提案をレンダリングしてページイベントの下部を記録するために、ページイベントの下部は、ページイベントの上部が完了するまで待機する必要があります。 |
code language-js |
---|
|
table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
---|---|---|
パラメーター | 必須/オプション | 説明 |
xdm._experience.decisioning.propositions |
必須 | この節では、手動でレンダリングした提案を定義します。 提案 ID 、scope 、scopeDetails を含める必要があります。 手動でレンダリングされたコンテンツの表示イベントを記録する方法について詳しくは、 手動でのパーソナライゼーションのレンダリングに関するドキュメントを参照してください。 手動でレンダリングしたパーソナライゼーションコンテンツを、ページヒットの下部に含める必要があります。 |
xdm._experience.decisioning.propositionEventType |
必須 | このパラメーターを display: 1 に設定します。 |
xdm |
オプション | このセクションを使用して、ページイベントの下部に必要なすべてのデータを含めます。 |
上および下のページヒットを持つ単一ページアプリケーション spa-example
次の例には、必須の xdm.web.webPageDetails.viewName
パラメーターの追加が含まれています。 これが、単一ページアプリケーションの理由です。 この例の viewName
は、ページの読み込み時に読み込まれるビューです。
code language-js |
---|
|
この例では、ページのパーソナライゼーションは既に取得されているので、ページ分割の上下を行う必要はありません。
code language-js |
---|
|
それでもページヒットの下部を遅延させる必要がある場合は、ページヒットの上部に applyPropositions
を使用します。 パーソナライゼーションを取得する必要はなく、Analytics データを記録する必要もないので、Edge Networkにリクエストを行う必要はありません。
code language-js |
---|
|
GitHub のサンプル github-sample
このアドレスにあるサンプルは、Experience Platformおよび Web SDK を使用して、ページ上部でパーソナライゼーションをリクエストし、下部で分析指標を送信する方法を示しています。 サンプルをダウンロードしてローカルで実行すると、ページイベントの上位と下位の仕組みを理解できます。