如果您已實作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 天)。請確定您包含不安全和安全的網域。 |
使用移轉來源和目標網域的確實語法,建立清單。
移轉主機名稱在 Adobe 資料收集伺服器上設定。客戶服務會告知您何時進行變更,讓您規劃下一步驟。 |
組態變更後 6 小時以上:更新 Analytics JavaScript 程式碼中的 |
進行此變更後,請使用 Experience Cloud debugger 驗證,確認 Analytics 影像要求正在前往更新的資料收集伺服器。 |
緊接在更新 Analytics 程式碼後:測試您的網站,驗證重新導向至先前的資料收集網域正在發生。 |
使用 封包監視器,驗證第一次存取您的網站或是清除 Cookie 後,您會先看到兩個 302 (重新導向) HTTP 狀態碼,接著才是 200 (確定) HTTP 狀態碼。 如果任何重新導向失敗,請立即聯絡客戶服務,確認移轉是否有正確設定。 |
在整個移轉期間:保留 DNS 記錄,讓先前的主機名稱作用中。 |
先前的主機名稱必須透過 DNS 解析,否則無法進行 Cookie 移轉。 |