訪客移轉

注意

如果您已實作Experience Cloud訪客ID服務，則寬限期不適用於您，且不應啟用。

訪客移轉是將訪客ID Cookie(s_vi)從一個網域移轉至另一個網域的程式。

訪客移轉可讓您在變更資料收集網域時保留訪客識別 Cookie。資料收集網域可能因下列原因而變動:

  • 從 2o7.net 移至 adobedc.net。

  • 您正在實施 Experience Cloud 訪客 ID 服務，且正從 CNAME/第一方資料收集網域移至 adobedc.net、2o7.net 或 omtrdc.net

  • 移至 cname/第一方資料收集 ( 第一方 Cookie)。

  • 從一個 CNAME 移至另一個 CNAME (變更網域)。

設定好訪客移轉後，當使用者未使用訪客 ID Cookie 瀏覽新網域時，伺服器會重新導向至先前的資料收集主機名稱、擷取可用的訪客 ID Cookie，然後重新導向回新網域。如果在先前的主機名稱上找不到訪客 ID，則會產生新 ID。每個訪客只會發生一次。

訪客移轉程序

下表列出訪客移轉的必要任務:

任務 說明

開始使用：請聯絡客戶服務，提供您要移轉的網域以及您想啟用的移轉期間 (30、60 或 90 天)。請確定您包含不安全和安全的網域。

使用移轉來源和目標網域的確實語法，建立清單。

  • example.112.2o7.net > metrics.example.com
  • example.102.112.2o7.net > smetrics.example.com

移轉主機名稱在 Adobe 資料收集伺服器上設定。客戶服務會告知您何時進行變更，讓您規劃下一步驟。

組態變更後 6 小時以上：更新 Analytics JavaScript 程式碼中的 s.trackingServer 和 s.trackingServerSecure 變數，以使用新的資料收集伺服器。

進行此變更後，請使用 Experience Cloud debugger 驗證，確認 Analytics 影像要求正在前往更新的資料收集伺服器。

緊接在更新 Analytics 程式碼後：測試您的網站，驗證重新導向至先前的資料收集網域正在發生。

使用 封包監視器，驗證第一次存取您的網站或是清除 Cookie 後，您會先看到兩個 302 (重新導向) HTTP 狀態碼，接著才是 200 (確定) HTTP 狀態碼。 如果任何重新導向失敗，請立即聯絡客戶服務，確認移轉是否有正確設定。

在整個移轉期間：保留 DNS 記錄，讓先前的主機名稱作用中。

先前的主機名稱必須透過 DNS 解析，否則無法進行 Cookie 移轉。

本頁內容