考慮將客戶端供應商標籤從瀏覽器和設備移出並移到伺服器上,有幾個令人信服的理由。 在本文中,我們討論了如何評估客戶端供應商標籤是否可能將其移動到事件轉發屬性。
只有在您考慮刪除客戶端供應商標籤並在事件轉發屬性中將其替換為伺服器端資料分發時,才需要進行此評估。 本文假定您熟悉 資料收集, 事件轉發。
Adobe Experience Platform Launch已被改名為Adobe Experience Platform的一套資料收集技術。 因此,所有產品文件中出現了幾項術語變更。 如需術語變更的彙整參考資料,請參閱以下文件。
瀏覽器供應商正在改變對待第三方Cookie的方式。 廣告和營銷供應商和技術往往需要使用許多客戶端標籤。 這些挑戰只是我們的客戶增加伺服器端資料分發的兩個令人信服的理由。
Tag
本文中指客戶端代碼,通常是來自供應商的JavaScript,該供應商在訪問者與站點或應用交互時用於在瀏覽器或設備中收集資料。 Website
或 site
這裡指的是網站、Web應用程式或移動設備的應用程式。 為了這些目的,「標籤」通常也稱為像素。
第一步是定義使用客戶端供應商標籤實現的使用案例。 例如,考慮Facebook(元)像素。 將它從我們的站點移到 Facebook轉換API 事件轉發擴展是指首先記錄特定的使用案例。
對於當前客戶端供應商代碼:
建立清單、電子錶格、圖表或其他資料記錄和事件順序記錄來記錄此評估非常有用 — 即使它僅供您自用。 確保包括資料源的標籤 — 它來自何處? 目的地,去哪? 而轉換 — 在源和目標之間會發生什麼?
在我們的示例中,我們跟蹤訪問者在觀看Facebook廣告後與我們的站點進行交互時與Facebook像素的轉換。 他們還可以在另一個社交平台上觀看相關廣告後與我們的網站互動。 要在Facebook廣告工具和報告中查看這些轉換,必須將所需資料轉到Facebook。 此資料可能包括轉換事件,如下載、註冊、贊或購買。
使用現有的客戶端標籤,當它在我們的站點上運行或執行時,針對我們的使用案例的資料會發生什麼情況? 我們能否在客戶端中捕獲所需的資料,而不需要供應商標籤,這樣我們就可以將其發送到事件轉發? 使用時 標籤 或者其他標籤管理系統,大多數訪問者交互資料都可用於收集和分發。 但是,我們使用案例所需的資料是否可在我們需要時提供,在我們需要的地方,以我們需要的格式提供,而不需要客戶端供應商標籤? 下面是需要考慮的更多資料問題:
大多數客戶端供應商標籤對於任何特定的使用案例不需要多個資料點,但在這些評估期間記錄使用案例和所需資料會有所幫助。
現在,我們知道要實施的具體使用案例、所需資料以及從源到目標的事件順序。 要確定用例是否適合事件轉發,我們現在可以調查供應商API詳細資訊。
雖然許多供應商都在啟用API進行伺服器到伺服器的傳輸,但還有許多供應商目前沒有適合這些目的的API。
下面是我們可以採取的一些步驟來調查供應商API端點。
供應商是否有專門用於事件資料從伺服器到伺服器傳輸的API? 首先,查找這些特定API端點的要求:
換句話說:
如果我們能夠回答「是」,則該標籤很可能是從客戶機轉移到我們伺服器的好候選。
如果供應商沒有支援我們使用案例的API端點,那麼顯然,供應商標籤不是使用事件轉發代替客戶端供應商標籤的好候選。
如果他們有API,但在每次API調用中也需要一些唯一的訪問者或用戶ID怎麼辦? 如果站點上沒有運行供應商客戶端代碼(標籤),我們如何訪問該ID?
一些供應商正在為沒有第三方Cookie的新世界更換系統。 這些更改包括使用替代唯一標識符,如 UUID 或 客戶生成的ID。 如果供應商允許客戶生成的ID,我們可以通過Web或MobileSDK將其從客戶端發送到平台邊緣網路,或者在事件轉發時通過API調用獲取。 在事件轉發規則中向該供應商發送資料時,我們只需根據需要包括該標識符即可。
如果供應商需要只能由自己的客戶端標籤生成或訪問的資料(例如,供應商特定的唯一ID),則該供應商標籤可能不是移動的好候選。 不鼓勵嘗試對客戶端標籤進行逆向工程,其思想是將資料收集移動到沒有適當API的事件轉發。
的 Adobe Experience Platform雲連接器 擴展可以根據需要向具有適當API的供應商發出HTTP請求,以進行伺服器到伺服器事件資料傳輸。 雖然特定於供應商的擴展非常好,而且現在正在積極開發更多擴展,但我們現在可以使用雲連接器擴展來實施事件轉發規則,而無需等待其他供應商擴展。
使用工具(如 郵遞員或文本編輯器擴展,如Visual Studio Code 雷霆客戶或 HTTP客戶端。
本文提供了一系列步驟來評估供應商客戶端標籤並可能在事件轉發屬性中移動其伺服器端。 有關相關主題的詳細資訊,請參閱以下連結: