シングルページアプリケーションの実装

最終更新日: 2023-07-27
  • 作成対象:
  • Developer

従来の Web サイトは、「ページ間」ナビゲーションモデル(別名マルチページアプリケーション)を使用していました。このモデルでは、Web サイトデザインは URL と密接に結合され、ある Web ページから別のページへのトランジションにはページ読み込みが必要になります。シングルページアプリケーション(SPA)などの最新型 Web アプリケーションは、代わりにブラウザの UI レンダリングの迅速な使用を推進するモデルを採用しています。多くの場合、ブラウザの UI レンダリングは、ページの再読み込みとは独立しています。これらのエクスペリエンスは、スクロール、クリック、カーソル移動などの顧客のインタラクションによってトリガーされることがよくあります。最新の Web の枠組みが進化するにつれて、パーソナライゼーションと実験をデプロイするためのページ読み込みなどの従来の汎用イベントは機能しなくなりました。

従来のページのライフサイクルと SPA のライフサイクル

at.js 2.x は、次世代のクライアントサイドテクノロジーでパーソナライゼーションを実行するための機能を提供します。このバージョンは、SPA と調和したインタラクションを実現するための at.js の改善に焦点を当てています。

以前のバージョンでは利用できない at.js 2.x を使用するメリットを紹介します。

  • ページ読み込み時にすべてのオファーをキャッシュし、複数のサーバー呼び出しを単一のサーバー呼び出しに減らす機能。
  • 従来のサーバー呼び出しで発生する遅延時間なしで、キャッシュ経由でオファーが即座に表示されるため、サイトでのエンドユーザーのエクスペリエンスが著しく向上します。
  • 1 行のシンプルなコードと開発者による 1 回限りのセットアップで、マーケターは SPA 上で VEC を使用して A/B およびエクスペリエンスターゲティング(XT)アクティビティを作成し、実行できます。

Adobe Target ビューとシングルページアプリケーション

The Adobe Target SPA向け VEC では、ビューと呼ばれる新しい概念を活用します。ビューとはビジュアル要素の論理的なグループで、全体でSPAエクスペリエンスを構成します。 このため SPA は、URL ではなくユーザーのインタラクションによりビュー間を移行するものと考えられます。通常、ビューはサイト全体またはサイト内のグループ化されたビジュアル要素を表せます。

ビューとは何かをさらに説明するために、React で実装された架空のオンライン e コマースサイトを操作して、ビューの例を見てみましょう。 下のリンクをクリックして、このサイトを新しいブラウザータブで開きます。

リンク: ホームサイト

ホームサイト

ホームサイトに移動すると、イースターセールを宣伝するヒーロー画像やこのサイトで販売されている最新の製品がすぐに表示されます。この場合、ビューはホームサイト全体として定義できます。これは、実装で詳しく説明します。 Adobe Target 下の「ビュー」セクションを参照してください。

リンク: 製品サイト

製品サイト

販売されている製品に興味を引かれたため、「Products」リンクをクリックすることにします。ホームサイトと同様、製品サイト全体をビューとして定義できます。このビューには https://target.enablementadobe.com/react/demo/#/products) のパス名と同様に「products」という名前を付けられます。

製品サイト 2

このセクションの冒頭は、ビューをサイト全体またはサイト上の視覚要素のグループとして定義しました。上記のように、サイトに表示されている 4 つの製品をグループ化して、ビューとしても考えられます。このビューに名前を付ける場合、「Products」という名前を使用できます。

製品サイト 3

「Load More」ボタンをクリックして、サイト上のより多くの製品を見てみることにします。この場合、Web サイトの URL は変化しません。ただし、ここにあるビューは、上に示されている製品の 2 列目のみを表示できます。このビューは「PRODUCTS-PAGE-2」と呼べます。

リンク: チェックアウト

チェックアウトページ

サイトに表示されている製品が気に入ったので、いくつかを購入することにしました。現在、チェックアウトサイトでは、通常配送または速達配送を選択できるようになっています。ビューはサイト上のビジュアル要素のグループにできるため、これに「View Delivery Preferences」という名前を付けられます。

さらに、ビューの概念を大きく拡張することもできます。マーケターが選択された配送設定に応じてサイト上のコンテンツをパーソナライズする場合、配送設定ごとにビューを作成できます。この例では、「Normal Delivery」を選択する場合、ビューに「Normal Delivery」という名前を付けられます。「Express Delivery」を選択する場合、ビューに「Express Delivery」という名前を付けることができます。

次に、マーケターは、A/B テストを実行して、どちらの配送オプションでもボタンの色を青のままにするのに対して、速達が選択されたときに色を青から赤に変更することでコンバージョンを上昇させることができるかどうかを確認したいと思うかもしれません。

実装 Adobe Target 件数

これで我々が何をカバーしたか Adobe Target この概念を Target を使用すると、マーケターは、VEC を介してSPAで A/B テストや XT テストを実行できます。 これには開発者による 1 回限りの設定が必要です。次に、これを設定する手順を説明します。

  1. at.js 2 をインストールします。**。

    まず、at.js 2.x.このバージョンの at.js は、SPAを考慮して開発されました。 以前のバージョンの at.js はをサポートしていません。 Adobe Target ビューとSPA用 VEC。

    at.js 2.x 経由 Adobe Target UI は、 管理 > 実装. at.js 2.x は、 Adobe Experience Platform.

  2. at.js 2.x 関数 [triggerView()](/docs/target-dev/developer/client-side/at-js-implementation/functions-overview/adobe-target-triggerview-atjs-2.html?lang=ja) 」を選択します。

    A/B テストまたは XT テストを実行するSPAのビューを定義したら、at.js 2.x triggerView() 関数内で Views をパラメーターとして渡します。 これにより、マーケターは VEC を使用し、定義されたビューに対して A/B テストと XT テストを設計して実行できます。これらのビューに対して triggerView() 関数が定義されていない場合、VEC はビューを検出しません。そのため、マーケターは VEC を使用して A/B テストや XT テストを設計して実行できません。

    メモ

    at.js での表示のサポートの場合、 viewsEnabled を true に設定する必要があります。そうしないと、すべての表示機能が無効になります。

    adobe.target.triggerView(viewName, options)

    パラメーター タイプ 必須? 検証 説明
    viewName 文字列 1. 末尾にスペースは入れられません。
    2.空にはできません。
    3.ビュー名はすべてのページに対して一意である必要があります。
    4.警告: ビュー名の先頭または末尾を「/」にしないでください。これは、顧客は URL パスから表示名を一般的に抽出するためです。「home」と「/home」は区別されます。
    5.警告{page: true} オプションを使用して同じビューを連続してトリガーしないでください。
    ビューを表す文字列型として任意の名前を渡します。このビュー名は、VEC の​変更​パネルに表示されます。マーケターはこれを使用してアクションを作成し、A/B および XT アクティビティを実行します。
    options オブジェクト ×
    options > page ブール値 × TRUE: ページのデフォルト値は true です。page=true の場合、インプレッション数を増分するために Edge サーバーに通知が送信されます。
    FALSE: page=false の場合、インプレッション数を増分するための通知は送信されません。オファーを含むページ上のコンポーネントを再レンダリングする場合にのみ使用します。

    次に、を呼び出す方法の使用例を見てみましょう triggerView() 関数を React で使用して、仮想的な e コマースSPAに対応させることができます。

    リンク: ホームサイト

    home-react-1

    マーケターの立場からホームサイト全体で A/B テストを実行する場合、ビューに「home」という名前を付けられます。

 function targetView() {
   var viewName = window.location.hash; // or use window.location.pathName if router works on path and not hash

   viewName = viewName || 'home'; // view name cannot be empty

   // Sanitize viewName to get rid of any trailing symbols derived from URL
   if (viewName.startsWith('#') || viewName.startsWith('/')) {
     viewName = viewName.substr(1);
   }

   // Validate if the Target Libraries are available on your website
   if (typeof adobe != 'undefined' && adobe.target && typeof adobe.target.triggerView === 'function') {
     adobe.target.triggerView(viewName);
   }
 }

 // react router v4
 const history = syncHistoryWithStore(createBrowserHistory(), store);
 history.listen(targetView);

 // react router v3
 <Router history={hashHistory} onUpdate={targetView} >

リンク: 製品サイト

さて、もう少し複雑な例を見てみましょう。 例えば、ユーザーが「Load More」ボタンをクリックした後で「Price」ラベルの色を赤に変更して、2 行目の製品をパーソナライズするとします。

React 製品

 function targetView(viewName) {
   // Validate if the Target Libraries are available on your website
   if (typeof adobe != 'undefined' && adobe.target && typeof adobe.target.triggerView === 'function') {
     adobe.target.triggerView(viewName);
   }
 }

 class Products extends Component {
   render() {
     return (
       <button type="button" onClick={this.handleLoadMoreClicked}>Load more</button>
     );
   }

   handleLoadMoreClicked() {
     var page = this.state.page + 1; // assuming page number is derived from component's state
     this.setState({page: page});
     targetView('PRODUCTS-PAGE-' + page);
   }
 }

リンク: チェックアウト

React チェックアウト

マーケターが選択された配送設定に応じてサイト上のコンテンツをパーソナライズする場合、配送設定ごとにビューを作成できます。この例では、「Normal Delivery」を選択する場合、ビューに「Normal Delivery」という名前を付けられます。「Express Delivery」を選択する場合、ビューに「Express Delivery」という名前を付けることができます。

マーケターは、A/B テストを実行して、どちらの配送オプションでもボタンの色を青のままにするのに対して、速達が選択されたときに色を青から赤に変更することでコンバージョンを上昇させることができるかどうかを確認したいと思うようになるかもしれません。

 function targetView(viewName) {
   // Validate if the Target Libraries are available on your website
   if (typeof adobe != 'undefined' && adobe.target && typeof adobe.target.triggerView === 'function') {
     adobe.target.triggerView(viewName);
   }
 }

 class Checkout extends Component {
   render() {
     return (
       <div onChange={this.onDeliveryPreferenceChanged}>
         <label>
           <input type="radio" id="normal" name="deliveryPreference" value={"Normal Delivery"} defaultChecked={true}/>
           <span> Normal Delivery (7-10 business days)</span>
         </label>

         <label>
           <input type="radio" id="express" name="deliveryPreference" value={"Express Delivery"}/>
           <span> Express Delivery* (2-3 business days)</span>
         </label>
       </div>
     );
   }
   onDeliveryPreferenceChanged(evt) {
     var selectedPreferenceValue = evt.target.value;
     targetView(selectedPreferenceValue);
   }
 }

at.js 2.x のシステム図

次の図は、ビューを使用した at.js 2 ワークフローと、これが SPA 統合をどのように強化するかについて説明しています。at.js 2.x で使用されている概念に関するより詳しい概要については、「シングルページアプリケーションの実装」を参照してください。

at.js 2.x での Target のフロー

手順 詳細
1 呼び出しは、Experience Cloudが認証されると、ユーザー ID を返し、別の呼び出しは、顧客 ID を同期します。
2 at.js ライブラリがドキュメント本文を同期的に読み込み、非表示にします。
at.js は、ページに実装されているスニペットを非表示にするオプションを使用して非同期で読み込むこともできます。
3 すべての設定済みパラメーター(MCID、SDID および顧客 ID)を含む、ページ読み込みリクエストがおこなわれます。
4 プロファイルスクリプトが実行されてから、プロファイルストアにフィードされます。ストアは、オーディエンスライブラリから正規のオーディエンスをリクエストします(例えば、Adobe Analytics、Audience Management などから共有されたオーディエンス)。
顧客属性がバッチ処理でプロファイルストアに送信されます。
5 URL リクエストパラメーターとプロファイルデータに基づいて、Target が現在のページおよび将来のビューでどのアクティビティおよびエクスペリエンスを訪問者に返すかを決定します。
6 ターゲットコンテンツが(オプションで、追加のパーソナライゼーションに関するプロファイル値を含めて)ページに送り返されます。
デフォルトコンテンツがちらつくことなく、可能な限り迅速に現在のページ上のターゲットコンテンツが表示されます。
SPA でのユーザーアクションの結果として表示されるビューのターゲットコンテンツは、ブラウザーにキャッシュされます。そのため、triggerView() を介してビューがトリガーされたときに追加のサーバー呼び出しをおこなわずに即座にターゲットコンテンツを適用できます。
7 Analytics データがデータ収集サーバーに送信されます。
8 ターゲットデータは、 Analytics SDID を介してデータを処理し、 Analytics レポートストレージ。
Analytics データは、その後、 Analytics および Target 経由 Analytics 対象: Target (A4T) レポート。

これで、triggerView() が SPA のどこに 実装されているかに関わらず、ビューとアクションはキャッシュから取得され、サーバー呼び出しなしでユーザーに表示されるようになります。triggerView() は、インプレッション数を増分して記録するために、Target バックエンド に通知リクエストもおこないます。

Target フローの at.js 2.x triggerView

手順 詳細
1 triggerView() は SPA で呼び出され、ビューをレンダリングし、ビジュアル要素を変更ためのアクションを適用します。
2 ビューのターゲットコンテンツがキャッシュから読み取られます。
3 デフォルトコンテンツがちらつくことなく、可能な限り迅速にターゲットコンテンツが表示されます。
4 通知リクエストが Target プロファイルストア に送信され、アクティビティで訪問者がカウントされ、指標が増分されます。
5 Analytics データがデータ収集サーバーに送信されます。
6 Target データは、SDID を使用して Analytics データに適合され、Analytics レポートストレージへと処理されます。Analytics その後、データは Analytics および Target A4T レポートを使用する。

シングルページアプリケーションの Visual Experience Composer

at.js 2.x のインストールを完了し、サイトに triggerView() を追加した後、VEC を使用して A/B および XT アクティビティを実行します。詳細については、「シングルページアプリケーション(SPA)の Visual Experience Composer」を参照してください。

メモ

SPA 用 VEC は、通常の Web ページで使用する VEC と同じものですが、triggerView() の実装されたシングルページアプリケーションを開く際に利用できる機能がいくつか追加されています。

トリガービューによる A4T と at.js 2.x および SPA との正常な連携

for (A4T)が at.js 2.x で正しく動作するように、Target リクエストと Analytics リクエストで同じ SDID を送信してください。TargetAnalytics

SPA に関するベストプラクティスは次のとおりです。

  • カスタムイベントを使用して、アプリケーションへの注目を喚起する通知をおこなう
  • ビューのレンダリングが開始する前にカスタムイベントを発生させる
  • ビューのレンダリングが終了したらカスタムイベントを発生させる

at.js 2.x には、新しい API 関数 triggerView() が追加されました。triggerView() を使用して、ビューのレンダリングが開始したことを at.js に通知する必要があります。

カスタムイベント、at.js 2.x、Analytics を組み合わせる方法については、次の例を参照してください。この例では、HTML ページに訪問者 API、at.js 2.x、AppMeasurement がこの順に含まれていると仮定します。

次のカスタムイベントがあるとしましょう。

  • at-view-start - ビューのレンダリングが開始したときに発生
  • at-view-end - ビューのレンダリングが終了したときに発生

A4T と at.js 2.x を確実に連携させるには、

ビュー開始ハンドラーは次のようになります。

document.addEventListener("at-view-start", function(e) {
  var visitor = Visitor.getInstance("<your Adobe Org ID>");

  visitor.resetState();
  adobe.target.triggerView("<view name>");
});

ビュー終了ハンドラーは次のようになります。

document.addEventListener("at-view-end", function(e) {
  // s - is the AppMeasurement tracker object
  s.t();
});
メモ

at-view-start および at-view-end イベントを発生させる必要があります。これらのイベントは、at.js カスタムイベントには含まれていません。

この例では JavaScript コードを使用していますが、タグマネージャーを使用する場合は、これらすべてを簡略化できます。例えば、 Adobe Experience Platform.

上記の手順に従う場合は、SPA 用の堅牢な A4T ソリューションが必要です。

実装のベストプラクティス

at.js 2.x API を使用すると、 Target 様々な方法での実装ですが、このプロセス中に、正しい操作順に従うことが重要です。

次の情報は、ブラウザーで初めてシングルページアプリケーションを読み込む際、および後で発生するビューの変更について従う必要がある操作の順序を示します。

最初のページ読み込みの操作の順序

手順 アクション 詳細
1 VisitorAPI JS を読み込む このライブラリは、訪問者に ECID を割り当てる役割を担います。 この ID は、後で Web ページ上の他のAdobeソリューションで使用されます。
2 at.js 2.x を読み込む at.js 2.x は、の実装に使用する必要な API をすべて読み込みます。 Target リクエストと表示。
3 実行 Target リクエスト データレイヤーがある場合、に送信するために必要な重要なデータを読み込むことをお勧めします Target 実行する前に Target リクエスト。 これにより、 targetPageParams をクリックして、ターゲティングに使用する任意のデータを含めます。

条件 pageLoadEnabled および viewsEnabled が次の場所で true に設定されている場合、 targetGlobalSettings、at.js は自動的にすべての VEC をリクエストします。 Target 手順 2 でのオファー。

注意: getOffers また、は、ページの読み込み後に VEC オファーを取得するために使用できます。 これをおこなうには、リクエストに execute>pageLoad および prefetch>views を呼び出します。

4 呼び出し triggerView() これは、 Target 手順 3 で開始したリクエストで、ページ読み込みの実行とビューの両方のエクスペリエンスが返される場合は、次の点を確認してください。 triggerView() が Target リクエストが返され、オファーのキャッシュへの適用が完了します。 この手順は、ビューごとに 1 回だけ実行する必要があります。
5 を呼び出します。 Analytics ページビュービーコン このビーコンは、手順 3 と 4 に関連付けられた SDID をに送信します。 Analytics データステッチ用。
6 追加呼び出し triggerView({"page": false}) これは、ビューの変更がおこなわれずに、ページ上の特定のコンポーネントが再レンダリングされる可能性があるSPAフレームワークのオプションの手順です。 このような場合、この API を呼び出して、 Target SPAフレームワークがコンポーネントを再レンダリングした後で、エクスペリエンスが再適用されます。 この手順は、必要な回数だけ実行できます。 Target エクスペリエンスはSPAビューに保持されます。

SPAビューの変更に対する操作の順序(完全なページの再読み込みなし)

手順 アクション 詳細
1 呼び出し visitor.resetState() この API は、読み込み時に、新しいビュー用に SDID が再生成されるようにします。
2 を呼び出してキャッシュを更新する getOffers() API これは、このビューの変更が、現在の訪問者をさらに絞り込むための可能性がある場合に実行するオプションの手順です。 Target アクティビティをアクティビティから除外するか、アクティビティから除外します。 この時点で、追加データをに送信することもできます。 Target 追加のターゲティング機能を有効にする場合。
3 呼び出し triggerView() 手順 2 を実行した場合は、 Target この手順を実行する前に、オファーをリクエストしてキャッシュに適用します。 この手順は、ビューごとに 1 回だけ実行する必要があります。
4 呼び出し triggerView() 手順 2 を実行していない場合は、手順 1 を完了したらすぐにこの手順を実行できます。 手順 2 と手順 3 を実行した場合は、この手順をスキップする必要があります。 この手順は、ビューごとに 1 回だけ実行する必要があります。
5 を呼び出します。 Analytics ページビュービーコン このビーコンは、手順 2、3、4 に関連付けられた SDID をに送信します。 Analytics データステッチ用。
6 追加呼び出し triggerView({"page": false}) これは、ビューの変更がおこなわれずに、ページ上の特定のコンポーネントが再レンダリングされる可能性があるSPAフレームワークのオプションの手順です。 このような場合、この API を呼び出して、 Target SPAフレームワークがコンポーネントを再レンダリングした後で、エクスペリエンスが再適用されます。 この手順は、必要な回数だけ実行できます。 Target エクスペリエンスはSPAビューに保持されます。

トレーニングビデオ

詳細は次のビデオで説明されています。

at.js 2.x の仕組みについて

詳しくは、at.js 2.x の仕組みについてを参照してください。

SPA での at.js 2.x の実装

詳しくは、 シングルページアプリケーション (SPA) での at.js 2.x を使用したAdobe Targetの実装 を参照してください。

でのSPA用 VEC の使用 Adobe Target

詳しくは、Adobe Target でのシングルページアプリケーション Visual Experience Composer(SPA VEC)の使用を参照してください。

このページ