本教程適用於您(AAM如果您同時擁有Adobe Audience Manager()和Adobe Analytics,並且您當前正在從頁面發送命AAM中到使用DIL(Data Integration Library)代碼,並從頁面發送命令到Adobe Analytics。 由於您同時擁有這兩個解決方案,而且它們都是Adobe Experience Cloud的一部分,因此您有機會遵循開啟伺服器端轉發的最佳做法,這使 Analytics 資料收集伺服器將網站分析資料即時轉發到Audience Manager,而不是讓客戶端代碼從頁面向發送附加命中AAM。 本教程將引導您完成以下步驟:將交換機從較舊的客戶端DIL實現轉換到較新的伺服器端轉發方法。
在比較和對比兩種將Adobe Analytics資料導入到其中的方AAM法時,首先可以直觀地顯示下列影像中的差異:
如果使用此方法將Adobe Analytics資料AAM導入,則您的Web頁面會有兩個點擊:一個 Analytics,將要(在AAM複製了 Analytics 網頁上的資料。 Segments 從頁AAM面返回,這些頁面可用於個性化等。 這被視為舊式實施,不再推薦。
除了不遵循最佳做法之外,使用此方法的缺點包括:
建議您轉到伺服器端的轉發實現方AAM法。
如上圖所示,網頁上有一條點擊線到Adobe Analytics。 Analytics 然後將資料實AAM時轉發給訪問者,並將其評AAM估為特徵 segments就好像是直接從這頁來的。
Segments 在同一即時回擊時返回 Analytics將響應轉發到網頁進行個性化等。
切換到伺服器端轉發沒有時間不足。 Adobe強烈建議任何同時具有Audience Manager和 Analytics 使用此實現方法。
這頁上有很多資訊,當然,這都很重要。 但是, 都歸結為兩件你需要做的:
如果跳過其中任一任務,伺服器端轉發將無法正常工作。 已將步驟和其他資料添加到此文檔,以幫助您正確執行這兩個步驟進行設定。
在從客戶端轉發到伺服器端轉發時,您將要執行的任務之一是將代碼更改為新的伺服器端轉發代碼。 這是使用以下選項之一完成的:
doPlugins
功能 appMeasurement.js
檔案,如果尚未使用Adobe啟動doPlugins
,其他標籤管理器儲存的 AppMeasurement 代碼我們將在下面的每一個 更新代碼 的子菜單。
以下步驟描述了實施過程。
轉到伺服器端的主要先決條件是實現Experience CloudID服務。 如果您使用Experience Platform Launch,則最容易完成此操作,在這種情況下,您只需安裝ECID擴展,而它將完成其餘操作。
如果您使用的是非AdobeTMS,或根本沒有TMS,請實現ECID以運行 先 任何其他Adobe。 查看 ECID文檔 的子菜單。 唯一的其他先決條件是有關代碼版本,因此,只需在以下步驟中應用代碼的最新版本,您就可以了。
請在實施前閱讀整個文檔。 下面的「Timing」部分提供了 何時 您應實現每個條目,包括ECID(如果尚未實現)。
在您準備好從客戶端DIL代碼轉移到伺服器端轉發時,第一步是確定您正在使用DIL代碼執行的所有操作,包括自定義設定和發送到的數AAM據。 需要注意和考慮的事項包括:
siteCatalyst.init
DIL模組 — 您無需擔心此模組,因為其工作只是發送正常 Analytics 變數已過,而這僅僅是因為啟用了伺服器端轉發。DIL.create
函式,記下 partner
的下界。 這稱為「合作夥伴子域」,有時稱為「合作夥伴ID」,在您放置新的伺服器端轉發代碼時,將需要它。在 實施選項 (上面),將提供多個選項,說明您如何以及在何處實現伺服器端轉發。 為了使本部分有效,我們需要將其分為以下幾部分(其中兩部分合併)。 轉至本節最能說明您需求的方法。
觀看下面的視頻,瞭解如何將實施選項從客戶端DIL代碼移入伺服器端Experience Platform Launch轉發。
觀看以下視頻,瞭解如何將實施選項從客戶端DIL代碼移入伺服器端轉發 AppMeasurement 代碼,駐留在檔案或非Adobe標籤管理系統中。
在本教程中,到目前為止,我們一直在將代碼從客戶端DIL代碼切換到伺服器端轉發。 這沒關係,因為那是更難的部分。 此部分雖然非常簡單,但與更新代碼同樣重要。 在此視頻中,您將看到如何翻轉使資料從分析實際轉發到Audience Manager的開關。
注: 如視頻中所述,請記住,在Experience Cloud後端完全實現轉發功能需要4小時。
提醒一下,從客戶端DIL到伺服器端轉發有兩個主要任務:
但問題是,你先做哪個? 重要嗎? 好,抱歉,有兩個問題。 但答案是……取決於情況,是的 能 很重要。 這對Vague怎麼樣? 我們先分開。 但首先,如果您是一個擁有眾多站點的大型組織,您還可以再問一個問題:我必須馬上做一切嗎? 那個比較簡單。 不。 你可以一個接一個地做。
時序和訂單之所以重要,是因為轉發方式 真的 主要工作包括以下幾個技術事實:
根據這些技術詳細資訊,以下是關於何時執行和何時執行的建議:
開啟開關 Analytics 每 report suite 用於伺服器端轉發。
根據站點,將代碼從客戶端DIL更新為伺服器端轉發(這可能位於平台標籤中)或在頁面上(如上面另一節所述)。
準備並規劃,以便您準備好將代碼從DIL更新到伺服器端轉發PER report suite 用於伺服器端轉發:
開啟開關 Analytics 啟用伺服器端轉發。
盡快將代碼從客戶端DIL更新為單端轉發(這可能位於平台標籤中或頁面上,如上面另一節所述)。
這兩個步驟必須盡可能彼此接近,因為在以上步驟1和2之間,您將有重複的資料進入AAM。 換句話說,單端轉發將開始從 Analytics 至,AAM並且由於DIL代碼仍在頁面中,因此也會出現從頁面直接進入頁面的命AAM令,從而使資料倍增。 一旦將代碼從DIL更新到伺服器端轉發,這一點將得到緩解。
如果您更願意在資料方面有一點差異,而不是在資料上有一點重複,則可以切換上面步驟1和2的順序。 將代碼從DIL移到伺服器端轉發會停止資料流進入AAM,直到您能夠開啟交換機以開啟伺服器端轉發 report suite。 通常,客戶寧可將資料略加倍,也不會錯過讓訪問者瞭解特性和 segments。
在前幾節中對本主題作了簡要的介紹,主要戰略可概括如下:
遷移一個站點/report suite (或一組地點/report suites)。
不過,根據幾種可能的情形,這可能會有些棘手:
因為這些東西,它會變得有點複雜。 我能建議的最好事情是:
驗證伺服器端轉發是否已啟動並正在運行的主要方法是查看對來自該應用的任何Adobe Analytics點擊的響應。
如果您不從伺服器端轉發資料 Analytics 到Audience Manager,那麼你根本沒有 Analytics 信標(除2x2像素外)。 但是,如果您正在執行伺服器端轉發,則可以在 Analytics 請求和回應,讓您知道 Analytics 正確與Audience Manager通信、轉發命中並獲得響應。
當心錯誤的"成功" 如果有反應,一切似乎都正常,請確保 stuff
對象。 如果你沒有,你可能會看到一條消息 "status":"SUCCESS"
。 儘管這聽起來很瘋狂,但這實際上證明它沒有正確工作。
如果您看到這一點,則表示您已完成平台標籤或 AppMeasurement但是,在 Analytics Admin Console 尚未完成。 在這種情況下,您需要驗證是否在 Analytics Admin Console 為 report suite。 如果您有,而且還沒有4小時,請耐心等待,因為在後端進行所有必要的更改可能需要那麼長時間。
有關伺服器端轉發的詳細資訊,請參閱 文檔。