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

従来の 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 ビューと単一ページアプリケーション

SPA用のAdobe Target 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.x​をインストールします。

    まず、at.js 2.x​をインストールする必要があります。 このバージョンのat.jsは、SPAを念頭に置いて開発されました。 以前のバージョンのat.jsでは、Adobe Target ビューとSPA用VECはサポートされていません。

    管理 > 実装​にあるAdobe Target UIを使用して、at.js 2.x​をダウンロードします。 at.js 2.x​は、Adobe Experience Platformのタグを介してデプロイすることもできます。

  2. at.js 2.x​関数[triggerView()](/help/dev/implement/client-side/atjs/atjs-functions/adobe-target-triggerview-atjs-2.md)をサイトに実装します。

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

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

    adobe.target.triggerView(viewName, options)

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

    次に、架空のe コマース SPAに対してReactでtriggerView()関数を呼び出す方法について、いくつかのユースケースを紹介します。

    リンク: ホームサイト

    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} >

リンク: 製品サイト

では、もう少し複雑な例を見てみましょう。 マーケターは、ユーザーが「さらに読み込む」ボタンをクリックした後に「価格」ラベルの色を赤に変更することで、商品の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
ターゲットデータは、SDIDを介してAnalytics データと照合され、Analytics レポートストレージに処理されます。
Analytics データは、Target (A4T)レポート用にAnalytics経由でAnalyticsとTargetの両方で表示できます。

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

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

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

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

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

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

TriggerViewを使用して、A4Tがat.js 2.xおよびSPAで正しく動作することを確認します

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

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();
});
NOTE
at-view-start および at-view-end イベントを発生させる必要があります。 これらのイベントは、at.js カスタムイベントには含まれていません。

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

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

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

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

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

最初のページ読み込み処理の順序 order

手順
アクション
詳細
1
VisitorAPI JSを読み込む
このライブラリは、訪問者にECIDを割り当てる責任があります。 このIDは、後でweb ページ上の他のAdobe ソリューションで使用されます。
2
at.js 2.xを読み込む
at.js 2.xは、Targetのリクエストとビューの実装に使用する必要なすべてのAPIを読み込みます。
3
Target リクエストを実行

データレイヤーがある場合は、Target リクエストを実行する前に、Targetに送信するために必要な重要なデータを読み込むことをお勧めします。 これにより、targetPageParamsを使用して、ターゲティングに使用するデータを含めることができます。

pageLoadEnabledviewsEnabledtargetGlobalSettingsでtrueに設定されている場合、at.jsは、ステップ 2でVEC Targetのすべてのオファーを自動的にリクエストします。

getOffersは、ページの読み込み後にVEC オファーを取得するためにも使用できます。 これを行うには、API呼び出しにexecute>pageLoadprefetch>viewsがリクエストに含まれていることを確認してください。

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

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 ~ Analyticsに関連付けられたSDIDを送信します。
6
追加のtriggerView({"page": false})を呼び出す
これは、SPA フレームワークのオプションのステップで、ビューの変更を行うことなく、ページ上の特定のコンポーネントを再レンダリングする可能性があります。 このような場合、SPA フレームワークがコンポーネントを再レンダリングした後にTarget エクスペリエンスが確実に再適用されるようにするために、このAPIを呼び出すことが重要です。 この手順は、SPA ビューにTarget エクスペリエンスが保持されるように、必要な回数だけ実行できます。

トレーニングビデオ

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

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

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

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

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

Adobe TargetでのSPAにVECの使用

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

recommendation-more-help
target-dev-help-dev