實作單頁應用程式

傳統的網站採用「頁面至頁面」導覽模型 (又稱為「多頁應用程式」)，網站設計與 URL 緊密結合，而從某網頁轉換到另一個網頁，需要頁面載入。單頁應用程式 (SPA) 這類新式 Web 應用程式採用的模型，則可加速瀏覽器 UI 演算速度，且通常與頁面重新載入無關。這些體驗通常會透過客戶互動觸發，例如捲動、點按和游標動作。隨著現代網路環境的不斷演進，傳統的一般事件 (例如頁面載入) 與部署個人化與實驗法之間的相關性已失效。

at.js 2.x 提供豐富的功能，讓貴公司能以新世代用戶端技術為基礎進行個人化。此版本著重於改善 at.js 與 SPA 之間的協調互動。

以下為使用 at.js 2.x 可享有但舊版不提供的優點:

• 可在頁面載入時快取所有選件，以減少對單一伺服器呼叫發出的多個伺服器呼叫。
• 顯著改善網站使用者體驗，因為可透過快取立即顯示選件，而不會發生傳統伺服器呼叫造成的時間延遲。
• 簡單的單行程式碼和一次性開發人員設定，讓行銷人員可透過 VEC 在 SPA 上建立和執行 A/B 和體驗目標鎖定 (XT) 活動。

Adobe Target 檢視和單頁應用程式

適用於 SPA 的Adobe Target VEC 充分利用「檢視」的新概念: 視覺元素的邏輯組合，共同構成 SPA 體驗。因此，SPA 可以視為根據使用者互動轉換檢視，而不是轉換 URL。檢視通常可代表整個網站或網站內的分組視覺元素。

為了進一步說明檢視，下文將瀏覽這個在 React 中實作的假想線上電子商務網站，並探索一些檢視範例。按一下底下的連結，在新的瀏覽器分頁中開啓此網站。

連結： 首頁網站

導覽至首頁時，可以馬上看到宣傳復活節特賣活動的主圖影像，以及網站上販售的最新產品。在這個案例中，檢視可定義為整個首頁。請記下這點，因為我們將在下文的「實作 Adobe Target 檢視」一節中更深入說明。

連結： 產品網站

由於我們對這間商店販賣的產品越來越感興趣，因此決定按一下「產品」連結。與首頁相似，產品網站整體可定義為一個檢視。我們可以將這個檢視命名為「products」，就像 https://target.enablementadobe.com/react/demo/#/products) 中的路徑名稱一樣。

本節的一開始，我們將檢視定義為整個網站或網站上的一組視覺元素。如上所示，網站上顯示的四個產品也可分組並視為檢視。如果想對這個檢視命名，可以將它命名為「Products」。

我們決定按一下「載入更多」按鈕，探索這個網站上的更多產品。在此情況下，網站 URL 不會變更。但此處的檢視只能呈現上圖中的第二列產品。該檢視的名稱可為「PRODUCTS-PAGE-2」。

連結： 結帳

因為我們喜歡網站上展示的一些產品，所以決定購買幾項產品。現在，結帳網站提供我們幾個選項，可選擇一般配送或快捷配送。因為檢視可為網站上的任何一組視覺元素，因此可將這個檢視命名為「View Delivery Preferences」。

此外，檢視概念還可進一步延伸。如果行銷人員想要根據選取的配送偏好設定個人化網站內容，可針對每個配送偏好設定建立一個檢視。在這種情況下，當選取了「一般配送」時，就可以將檢視命名為「一般配送」。如果選取「快捷配送」，就可以將檢視命名為「快捷配送」。

假設現在行銷人員想執行 A/B 測試，以瞭解當選取「快捷配送」時，相較於讓這兩種配送選項的按鈕均保持藍色，按鈕從藍色變為紅色是否能增加轉換次數。

實作 Adobe Target 檢視

我們已在上文中介紹 Adobe Target 檢視的功能，現在可以在 Target 中運用這個概念，讓行銷人員透過 VEC 在 SPA 上執行 A/B 和 XT 測試。進行測試需要一次性開發人員設定。以下逐一說明設定步驟。

1. 安裝 at.js 2.x。

   首先需要安裝 at.js 2.x。這個 at.js 版本是針對 SPA 所開發。舊版 at.js 和 mbox.js不支援 Adobe Target 檢視和適用於 SPA 的 VEC。

   透過位於管理>實作的Adobe Target UI下載at.js 2.x。 也可透過 Adobe Launch 部署 at.js 2.x。但是 Adobe Target 擴充功能目前尚未更新且不受支援。

2. 在您的網站上實作 at.js 2.x 的最新函數 triggerView()。

   定義您要執行 A/B 或 XT 測試的 SPA 的檢視後，使用傳入作為參數的檢視來實作 at.js 2.x 的 triggerView() 函數。這麼做可讓行銷人員針對已定義檢視，使用 VEC 設計和執行的 A/B 和 XT 測試。如果沒有針對這些檢視定義 triggerView() 函數，VEC 將無法偵測檢視，進而導致行銷人員無法使用 VEC 來設計和執行 A/B 和 XT 測試。

   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，不會傳送通知以增加曝光計數。只有當您想重新呈現頁面上含有某個選件的元件時，才應使用此項目。

   以下提供幾個範例使用案例，說明如何在 React 中叫用 triggerView() 函數以用於我們的假想電子商務 SPA:

   連結： 首頁網站

   

   行銷人員如果想在整個首頁上執行 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} >

連結： 產品網站

現在，讓我們來看看更複雜的範例。假設我們是行銷人員，我們想在使用者按下「載入更多」按鈕後，將「價格」標籤的顏色變更為紅色，用這個方式將第二列產品個人化。

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

連結： 結帳

如果行銷人員想要根據選取的配送偏好設定個人化網站內容，可針對每個配送偏好設定建立一個檢視。在這種情況下，當選取了「一般配送」時，就可以將檢視命名為「一般配送」。如果選取「快捷配送」，就可以將檢視命名為「快捷配送」。

假設現在行銷人員想執行 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.x 搭配檢視的工作流程，以及如何藉由這套工作流程增強 SPA 整合。如需 at.js 2.x 中所使用概念的詳細介紹，請參閱實作單頁應用程式。

步驟	詳細資料
1	如果使用者已通過驗證，呼叫會傳回 Experience Cloud ID，而另一個呼叫會同步客戶 ID。
2	at.js 程式庫會同步載入並隱藏文件本文。 也能使用將頁面上實作的程式碼片段預先隱藏的選項，以非同步方式載入 at.js。
3	提出頁面載入要求，包含所有已設定的參數 (MCID、SDID 和客戶 ID)。
4	設定檔指令碼執行，然後注入設定檔存放區。存放區會從對象資料庫中請求合格對象 (例如，從 Adobe Analytics、對象管理 等共用的對象)。 客戶屬性會透過批次程序傳送至設定檔存放區。
5	Target 會根據 URL 要求參數和設定檔資料，決定可針對目前頁面和未來檢視傳回哪些活動和體驗給訪客。
6	目標內容會傳回至頁面，選擇性地包括其他個人化的設定檔值。 目前頁面上目標內容會儘快出現，不會有忽隱忽現的預設內容。 針對在瀏覽器中快取的使用者 SPA 動作顯示檢視的目標內容，以便在透過 triggerView() 觸發檢視時立刻套用，不需額外的伺服器呼叫。
7	Analytics 資料傳送至「資料收集」伺服器。
8	目標資料會透過 SDID 來比對 Analytics 資料，然後經過處理放入 Analytics 報表儲存體中。然後就可以在 Analytics 與 Target 中，透過 Analytics for Target (A4T) 報表來檢視 Analytics 資料。

現在，SPA 上只要是有實作 triggerView() 的位置，系統都會從快取擷取檢視和動作並向使用者顯示，不需要伺服器呼叫。triggerView() 也會對 Target 後端發出通知要求，以便增加和記錄曝光計數。

步驟	詳細資料
1	系統在 SPA 中呼叫 triggerView()，以便呈現檢視和套用動作來修改視覺元素。
2	從快取讀取檢視的目標內容。
3	目標內容會儘快出現，不會有忽隱忽現的預設內容。
4	通知要求會傳送至 Target 設定檔存放區，以計算活動中的訪客數和增加量度。
5	Analytics 資料傳送至資料收集伺服器。
6	Target 資料會透過 SDID 來比對 Analytics 資料，然後經過處理放入 Analytics 報表儲存體中。然後就可以在 Analytics 與 Target 中，透過 A4T 報表來檢視 Analytics 資料。

單一頁面應用程式可視化體驗撰寫器

安裝 at.js 2.x 並將 triggerView() 新增至您的網站後，請使用 VEC 執行 A/B 和 XT 活動。如需詳細資訊，請參閱單頁應用程式 (SPA) 可視化體驗撰寫器。

使用 TriggerView，確保 A4T 可搭配 at.js 2.x 和 SPA 正常運作

若要確保 Analytics for Target (A4T) 可搭配 at.js 2.x 正常運作，請務必在 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();
});

雖然這些範例使用 JavaScript 程式碼，但如果您使用 Adobe Launch 等標籤管理員，這一切都能簡化。

如果您按照上述步驟進行，您應該能擁有適用於 SPA 的健全 A4T 解決方案。

實施最佳實務

at.js 2.x API可讓您以多種方式自訂Target實作，但在此程式中請務必遵循正確的作業順序。

以下資訊說明您第一次在瀏覽器中載入單頁應用程式時，以及隨後發生的任何檢視變更時，必須遵循的作業順序。

初始頁面載入的作業順序

步驟	Action	詳細資料
1	載入VisitorAPI JS	此程式庫負責指派ECID給訪客。 此ID稍後會被網頁上的其他Adobe解決方案使用。
2	載入at.js 2.x	at.js 2.x會載入您用來實作Target請求和檢視的所有必要API。
3	執行Target請求	如果您有資料層，建議您在執行Target請求前，先載入傳送至Target所需的重要資料。 這可讓您使用targetPageParams來傳送您要用於定位的任何資料。 您必須確保在此API呼叫中要求執行> pageLoad以及預回遷>檢視。 如果您已設定pageLoadEnabled和viewsEnabled，則步驟2會自動執行> pageLoad和prefetch >檢視；否則，您必須使用getOffers() API才能提出此要求。
4	呼叫 triggerView()	由於您在步驟3中啟動的Target要求可同時傳回「頁面載入」執行和「檢視」的體驗，因此請確定在傳回Target要求後呼叫triggerView()，並完成對快取的選件套用。 每個視圖只能執行此步驟一次。
5	呼叫Analytics頁面檢視信標	此信標會將與步驟3和4相關聯的SDID傳送至Analytics以進行資料拼接。
6	呼叫其他triggerView({"page": false})	這是SPA架構的選用步驟，可能會在頁面上重新轉換某些元件，而不會發生檢視變更。 在這種情況下，請務必叫用此API，以確保在SPA架構重新轉換元件後重新套用Target體驗。 您可以執行此步驟的次數與想要確保Target體驗持續存在於SPA檢視中的次數相同。

SPA視圖更改的操作順序（無全頁重裝）

步驟	動作	詳細資料
1	呼叫 visitor.resetState()	此API可確保在載入新檢視時重新產生SDID。
2	呼叫getOffers() API以更新快取	如果此檢視變更有可能使目前訪客符合Target更多活動的資格，或使其不符合活動資格，則此為可選步驟。 此時，您也可以選擇傳送其他資料至Target，以啟用進一步的定位功能。
3	呼叫 triggerView()	如果您已執行步驟2，則必須等待Target請求，並將選件套用至快取，才能執行此步驟。 每個視圖只能執行此步驟一次。
4	呼叫 triggerView()	如果您尚未執行步驟2，則可在完成步驟1後立即執行此步驟。 如果您已執行步驟2和步驟3，則應跳過此步驟。 每個視圖只能執行此步驟一次。
5	呼叫Analytics頁面檢視信標	此信標會將與步驟2、3和4關聯的SDID傳送至Analytics以進行資料拼接。
6	呼叫其他triggerView({"page": false})	這是SPA架構的選用步驟，可能會在頁面上重新轉換某些元件，而不會發生檢視變更。 在這種情況下，請務必叫用此API，以確保在SPA架構重新轉換元件後重新套用Target體驗。 您可以執行此步驟的次數與想要確保Target體驗持續存在於SPA檢視中的次數相同。

訓練影片

以下影片包含更多資訊:

瞭解 at.js 2.x 的運作方式

如需詳細資訊，請參閱瞭解at.js 2.x的運作方式。

在SPA 中實作at.js 2.x

如需詳細資訊，請參閱「在單頁應用程式(SPA)中實作Adobe Target的at.js 2.x」。

在Adobe Target 中使用VEC for SPA

如需詳細資訊，請參閱Adobe Target中的使用單一頁面應用程式的視覺體驗撰寫器(SPA VEC)。