at.js 如何運作

最後更新： 2026年5月19日

主題：
at.js

建立對象：

Developer

若要在用戶端實作 Adobe Target，您必須使用 at.js JavaScript 程式庫。

在 Adobe Target 的用戶端實作中，Target 會將與活動相關聯的體驗直接提供給用戶端瀏覽器。瀏覽器會決定要顯示哪個體驗，然後顯示其內容。在用戶端實作中，您可以使用 WYSIWYG 編輯器、視覺體驗撰寫器 (VEC) 或非視覺化介面表單式體驗撰寫器，建立您的測試和個人化體驗。

什麼是 at.js?

at.js程式庫是使用者端實作Adobe Target的實作程式庫。 at.js 程式庫可加快網頁實作的頁面載入速度，並為單頁應用程式提供更好的實作選項。 at.js 為建議的實作程式庫，且經常更新功能。我們建議所有客戶實作或移轉至最新版本的at.js。

如需詳細資訊，請參閱 Target JavaScript 程式庫。

在下圖所示的Target實作中，已實作下列Adobe Experience Cloud解決方案： Analytics、Target和Audience Manager。此外，已實作下列Experience Cloud個核心服務： Adobe Experience Platform、Audiences和Visitor ID Service。

at.js 1.x和at.js 2.x工作流程圖表之間有何差異？

請參閱從at.js 1.x升級為at.js 2.x，深入瞭解2.O中引入哪些與1.x的差異。

從高階角度來看，兩個版本之間存在幾項差異:

at.js 2.x 沒有全域 mbox 要求概念，而是採用頁面載入要求。頁面載入要求可視為要求擷取網站初始頁面載入時應套用的內容。
at.js 2.x可管理稱為Views的概念，這些概念用於單頁應用程式(SPA)。 at.js 1.x不知道此概念。

at.js 2.x 圖表

下列圖表可協助您瞭解使用Views的at.js 2.x工作流程，以及如何藉由這套工作流程增強SPA整合。如需 at.js 2.x 中所使用概念的詳細介紹，請參閱實作單頁應用程式。

（按一下影像可展開至完整寬度。）

使用at.js 2.x {modal="regular"}的Target流程

步驟

詳細資料

如果使用者已通過驗證，呼叫會傳回 Experience Cloud ID，而另一個呼叫會同步客戶 ID。

at.js程式庫會同步載入，並隱藏檔案本文。您也可以選擇將頁面上實作的程式碼片段預先隱藏，以非同步方式載入
at.js。

提出頁面載入要求，包含所有已設定的參數 (MCID、SDID 和客戶 ID)。

設定檔指令碼執行，然後注入至Profile Store。 Sto會從Audience Library重新要求合格對象（例如，從Adobe Analytics、Audience Manager等共用的對象）。
客戶屬性會透過批次程式傳送至Profile Store。

Target 會根據 URL 要求參數和個人資料，決定可針對目前頁面和未來檢視傳回哪些活動和體驗給訪客。

目標內容會傳回至頁面，選擇性地包括其他個人化的個人資料值。
目前頁面上目標內容會儘快出現，不會有忽隱忽現的預設內容。
作為使用者在 SPA 中的操作結果而針對檢視顯示的內容將快取在瀏覽器中，這樣便可在透過 triggerView() 觸發檢視時立即套用，而不需要額外的伺服器呼叫。

Analytics資料傳送至Data Collection伺服器。

目標資料會透過SDID來比對Analytics資料，然後經過處理放入Analytics報表儲存體中。
Analytics 然後就可以透過(A4T)報表在Analytics和Target中檢視資料。

現在，只要在SPA上實作triggerView()，系統就會從快取擷取Views和動作並向使用者顯示，不需要伺服器呼叫。 triggerView() 也會對 Target 後端發出通知要求，以便增加和記錄曝光計數。如需針對採用檢視的 SPA 瞭解 at.js 的詳細資訊，請參閱實作單頁應用程式。

（按一下影像可展開至完整寬度。）

Target流程at.js 2.x triggerView {modal="regular"}