本頁將說明 Marketing Cloud ID 服務如何將訪客從舊版 Analytics ID 移轉至 Marketing Cloud ID。部分概念經過簡化,以便概括理解。

影片: MCID 如何移轉舊版 Analytics 訪客


環境

一般網路環境如下所示。左側為訪客的瀏覽器。中間為 My Company Inc. 所擁有的網站集合,兩者皆已成功部署 ID 服務。在右側和左下側,您會看見兩個圓柱體,分別代表 Adobe 的伺服器。

一般網路環境圖表

您可以看見該使用者的瀏覽器有 s_vi Cookie。該 Cookie 會設定用於 SiteA.com 網域。如果您熟悉 Analytics 的追蹤功能,則會知道此 Cookie 包含「aid」值。既然有此 Cookie,便代表此使用者先前曾瀏覽過至少一種 My Company Inc. 的網路內容。

情境

我們將針對以下兩種情境進行探討。

首先,由於 My Company Inc. 已部署 ID 服務,因此使用者第一次會返回 SiteA.com。此情境說明了 ID 服務如何將其現有的 ID 從舊版 s_vi Cookie 移轉至 AMCV Cookie。第一個情境會以藍色顯示在圖表中。

接著,同一使用者造訪 My Company Inc. 擁有的第二個網域。此網域同樣已部署 ID 服務。此使用者為首次瀏覽此網站。此網站正運用與第一個網域相同的 Analytics 追蹤伺服器。此情境說明了 ID 服務會從追蹤伺服器擷取舊版 ID,同時也會維護相同 ID 服務的 ID。第二個情境則以紅色顯示在圖表中。

 

資料顯示兩種訪客情境

註解:

多個網域使用相同 Analytics 追蹤伺服器的情境,一般即為在 ID 服務之前完成跨網域追蹤的方法。

步驟

  1. 由於 My Company Inc. 已部署 Marketing Cloud ID 服務,因此使用者第一次會造訪 SiteA.com。

     

    Step 1
  2. 該 ID 服務代碼 (VisitorAPI.js) 會載入為頁面一部分,並查看「AMCV」Cookie 是否存在於目前網域 (SiteA.com)。由於沒有此 Cookie存在,因此 ID 服務會查看 Demdex Cookie 是否存在於 demdex.net 網域。但是,該網域中也沒有 demdex.net Cookie 存在。

    查看 Cookie
  3. 由於目前瀏覽器中不存在任何 Marketing Cloud ID,因此 ID 服務代碼會從 ID 服務伺服器 (dpm.demdex.net) 要求 ID。網路會使用 Experience Cloud 組織 ID 對 dpm.demdex.net 提出要求。

    提出網路要求

    註解:

    Experience Cloud 組織 ID 會在實施過程中自頁面提取出來,並在 Adobe Experience Cloud 中的識別出各個不同的用戶端公司。每個 ID 皆類似於下值: 016D5C175213CCA80A490D05@AdobeOrg

  4. ID 服務伺服器會收到要求。由於要求不包含「uuid」值,因此伺服器會產生一個用於產生 Marketing Cloud ID 或「mid」值的 uuid 值。產生「uuid」值後,伺服器會透過「uuid」值和 Experience Cloud 組織 ID 產生「mid」值。 

    ID 服務伺服器會收到要求
  5. 該 ID 服務會使用「uuid」值和「mid」值回應要求。

    使用 uuid 值和 mid 值回應
  6. 該 ID 服務最後會查看舊版 Analytics ID 是否存在。透過查看「s_vi」Cookie 是否存在於 Analytics 追蹤伺服器網域,即可確認該 ID 是否存在。在此範例中,metrics.siteA.com 會作為 Analytics 追蹤伺服器。

    查看舊版 Analytics ID 是否存在

    註解:

    由於 Analytics 會使用「mid」值作為尚無舊版 Analytics ID 或「aid」值之訪客主要 ID,因此此項查看作業是必要的。如果移轉現有 ID 的程序未完成,則使用者可能會成為新訪客,且所有與舊版「aid」值相關的歷史資料可能無法與新訪客相關聯。

     

  7. 在此範例中,該瀏覽器確實包含追蹤伺服器網域的舊版 s_vi Cookie,這表示該 ID 服務可讀取此 Cookie 並擷取其中的「aid」值。

    瀏覽器確實包含舊版 Cookie
  8. 當 ID 服務代碼包含其所需項目時,即會在目前網域 (SiteA.com) 中設定 AMCV Cookie。由於目前該網域中尚未有任何 demdex.net Cookie,因此 ID 服務還會設定包含 UUID 的 demdex.net Cookie。

    ID 服務會設定 AMCV Cookie

    註解:

    該 ID 服務會在目前的網域中寫入其 Cookie。此方式和傳統 Analytics 識別方式有所差異,傳統方式為在追蹤伺服器網域中寫入 Cookie。

    此外,該 Analytics 追蹤伺服器網域不會始終比對網頁的網域。

  9. 當 AMCV Cookie 寫入瀏覽器後,系統會載入頁面其餘部分且 Adobe 解決方案信標會啟用。

    頁面載入且 Adobe 解決方案信標啟用
  10. 在情境 2 中,使用相同瀏覽器的同一使用者會造訪 My Company Inc. 擁有的其他網路內容,其中已部署 ID 服務。

    情境 2 – 相同瀏覽器造訪
  11. ID 服務代碼會載入,並依步驟 2 查看 AMCV Cookie 是否存在於目前網域 (SiteB.com)。由於此使用者為首次瀏覽此網站,因此不會存在任何 AMCV。由於不存在任何 AMCV Cookie,因此接著會查看 demdex.net Cookie。然而,由於 Demdex Cookie 已於先前情境的步驟 8 中設定,因此該 Cookie 確實存在。ID 服務會讀取 Demdex Cookie 並傳回「uuid」值。

    查看 AMCV Cookie 是否存在
  12. 在第一個情境 (步驟 3) 中,ID 服務代碼會從 ID 服務伺服器要求 ID。然而,這次已經有來自 Demdex Cookie 的「UUID」值。「UUID」值和 Experience Cloud 組織 ID 會與要求一同傳送。

    ID 服務要求 ID
  13. 伺服器會收到要求,然後透過與要求一同傳送的uuid」值 (ABC) 和組織 ID (1234) 產生「mid」值。請注意,該「mid」值是透過與先前範例相同的組織 ID 和「UUID」值產生。由於用來產生 ID 的兩個參數相同,所得到的結果也會相同。這就是在 ID 服務中達成跨網域追蹤的方式。

    伺服器會收到要求,並產生「mid」值
  14. 瀏覽器會將該「mid」值傳回要求回應中的頁面。

    瀏覽器會將「mid」值傳回頁面
  15. ID 服務代碼最後會再檢查一次,確認 s_vi Cookie 是否存在於 Analytics 追蹤伺服器中 (類似第一個情境中的程序,以確認其不會捨棄任何現有的訪客資料)。

    ID 服務代碼 – 最終檢查以確認 Cookie 是否存在
  16. 由於追蹤伺服器網域不符合該瀏覽器目前所造訪的網域 (SiteB.com),因此會呼叫 metrics.siteA.com,使追蹤伺服器能回應該要求。假設該 Cookie 存在 (此情境中確實存在,您可以在圖片中的瀏覽器頂端看見),則追蹤伺服器會使用 AID 值回應該要求。

    呼叫 metrics.siteA.com
  17. 當 ID 服務代碼包含其所需的所有資訊時,即會在目前網域中寫入 AMCV Cookie。這次該 Cookie 會在 SiteB.com 寫入。AMCV Cookie 同時包含「mid」和「aid」值。擁有這兩個值可讓我們繼續使用所有與舊版 ID 相關的所有資料,同時享有透過 MID 擁有跨解決方案 ID 所帶來的多數好處。

    在目前的網域中寫入 AMCV Cookie
  18. 最後,其餘頁面代碼將會執行,而 Adobe 解決方案信標會啟用

有問題嗎?

此文章會更深入說明 Marketing Cloud ID 服務 (MCID) 如何運作。部分概念經過簡化,以便概括理解。如您有其他問題,請參閱 Marketing Cloud ID 服務文件。您也可以到 社群論壇 上發問。

此産品由 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License 授權  Creative Commons 條款未涵蓋 Twitter™ 與 Facebook 文章。

法律說明   |   線上隱私權政策