at.js の On-device decisioning
バージョン 2.5.0 以降、at.js は on-device decisioning を提供します。 On-device decisioning を使用すると、ブラウザー上で A/B テストおよび エクスペリエンスのターゲット設定（XT）アクティビティをキャッシュして、Adobe Target Edge Networkへのネットワークリクエストをブロックすることなく、インメモリ判定を実行できます。
メモまた、Target は、ライブサーバー呼び出しを通じて、実験や機械学習に基づく（ML 駆動の）パーソナライゼーションアクティビティから最も関連性が高い最新のエクスペリエンスを柔軟に提供します。 つまり、パフォーマンスが最も重要な場合は、on-device decisioning の使用を選択できます。 ただし、最も関連性が高く、最新の ML ドリブン型のエクスペリエンスが必要な場合は、代わりにサーバーコールを行うことができます。
on-device decisioning の利点は何ですか？
on-device decisioning の利点は次のとおりです。
- 驚くほど高速な意思決定とエクスペリエンスを実現します。 バケッティングと決定は、ネットワークリクエストがブロックされるのを回避するために、メモリ内およびブラウザーで実行されます。
- アプリケーションのパフォーマンスの向上。 実験を実行し、エンドユーザーのエクスペリエンスを損なうことなく、顧客とユーザーにパーソナライゼーションを提供します。
- Google サイトの品質スコアが向上します。 インメモリで意思決定が行われるので、オンラインビジネスのGoogle サイト品質スコアを向上させて、消費者がより多くの情報を見つけられるようにします。
- リアルタイム分析から説明します。 Analytics for Target （A4T）レポートを使用して、アクティビティのパフォーマンスからリアルタイムでインサイトを得ます。 A4T を使用すると、重要な瞬間に戦略を転換できます。
サポートされる機能
Adobe Target JS SDK を使用すると、意思決定のためのデータのパフォーマンスと鮮度を柔軟に選択できます。 つまり、最も関連性が高く、魅力的なパーソナライズされたコンテンツを機械学習を通じて配信することが最も重要な場合は、ライブサーバーを呼び出す必要があります。 ただし、パフォーマンスがより重要な場合は、オンデバイスおよびメモリ内の決定を行う必要があります。 動作する on-device decisioning については、サポートされている機能のリストを参照してください。
- アクティビティのタイプ
- オーディエンスのターゲティング
- 配分方法
詳しくは、on-device decisioning でサポートされる機能」を参照してください。
on-device decisioning の仕組み
on-device decisioning を有効にして at.js をデプロイおよび初期化すると、A/B および XT のアクティビティ、オーディエンスおよびアセット用の on-device decisioning を含んだ ルールアーティファクトが、最も近い Akamai CDN から訪問者にダウンロードされ、訪問者のブラウザーにローカルにキャッシュされます。 エクスペリエンスを取得するためのリクエストが at.js から送信されると、キャッシュされたルールアーティファクトにエンコードされたメタデータに基づいて、返すエクスペリエンスに関する決定がメモリ内で行われます。
判定方法
on-device decisioning では、Decisioning MethodTarget いう新しい設定が導入されています。 判定方法の設定は、at.js でのエクスペリエンスの提供方法を指定します。 判定方法には次の 3 つの値があります。
- サーバー側のみ
- オンデバイスのみ
- ハイブリッド
サーバー側のみ
at.js 2.5.0 以降が実装され web プロパティにデプロイされる場合に標準で設定されているデフォルトの判定方法はサーバー側のみです。
サーバーサイドのみをデフォルト設定として使用すると、すべての決定は Target エッジネットワーク上で行われます。これにはブロッキングサーバーコールが必要になります。 このアプローチでは、待ち時間が徐々に増えるおそれがありますが、Recommendations、Automated Personalization （AP）および 自動ターゲットのアクティビティなど、Target の機械学習機能を適用する機能を提供するなど、大きなメリットもあります。
さらに、すべてのセッションやチャネルにわたって永続化された Target のユーザープロファイルを使用して、パーソナライズされたエクスペリエンスを強化することで、ビジネスに大きな成果をもたらすことができます。
最後に、サーバーサイドのみでは、Adobe Experience Cloudを使用して、Audience ManagerセグメントやAdobe Analytics セグメントを介してターゲティングできるオーディエンスを微調整できます。
次の図は、訪問者、ブラウザー、at.js 2.5.0 以降と Adobe Target Edge ネットワークの間のやり取りを示しています。 次のフロー図は、新規訪問者と再訪問者を取り込みます。
（全幅に拡大するには、画像をクリックします）。
次のリストは、図の数値に対応します。
| 手順 | 説明 |
|---|---|
| 1 | Experience Cloud訪問者 ID は、Adobe Experience Cloud ID サービスから取得されます。 |
| 2 | at.js ライブラリがドキュメント本文を同期的に読み込み、非表示にします。 at.js ライブラリは、ページに実装されたオプションの事前非表示スニペットを使用して非同期で読み込むこともできます。 |
| 3 | at.js ライブラリは、ちらつきを防ぐために本文を非表示にします。 |
| 4 | ページ読み込みリクエストは、すべての設定済みパラメーター（ECID、顧客 ID、カスタムパラメーター、ユーザープロファイルなど）を含めて行われます。 |
| 5 | プロファイルスクリプトは、を実行してからプロファイルストアにフィードします。 プロファイルストアは、オーディエンスライブラリから選定オーディエンス（Adobe Analytics、Adobe Audience Managerなどから共有されたオーディエンスなど）をリクエストします。 顧客属性がバッチ処理でプロファイルストアに送信されます。 |
| 6 | プロファイルストアは、アクティビティをフィルタリングするためのオーディエンスの選定およびバケット化に使用されます。 |
| 7 | 結果として生成されるコンテンツは、エクスペリエンスがライブ Target アクティビティから決定された後に選択されます。 |
| 8 | at.js ライブラリは、レンダリングが必要なエクスペリエンスに関連付けられた、ページ上の対応する要素を非表示にします。 |
| 9 | at.js ライブラリは、ページの残りを読み込んで訪問者が表示できるように本文を表示します。 |
| 10 | at.js ライブラリは、DOM を操作して、Target Edge Networkーからエクスペリエンスをレンダリングします。 |
| 11 | エクスペリエンスが訪問者向けにレンダリングされます。 |
| 12 | Web ページ全体が読み込まれます。 |
| 13 | Analytics データがデータ収集サーバーに送信されます。 |
| 14 | ターゲットデータは、SDID を介して Analytics データと照合され、Analytics レポートストレージで処理されます。 Analytics for Target （A4T）レポートを使用して、Analytics データが Analytics と Target の両方に表示できるようになります。 |
