訪客移轉
NOTE
如果您已實作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。每個訪客只會發生一次。
訪客移轉程序 process
下表列出訪客移轉的必要任務:
任務
說明
開始使用:請聯絡客戶服務,提供您要移轉的網域以及您想啟用的移轉期間 (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 移轉。
工作
說明
開始使用:請聯絡客戶服務,提供您要移轉的網域以及您想啟用的移轉期間(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偵錯工具,驗證Analytics影像要求正在前往更新的資料收集伺服器。
緊接在更新Analytics程式碼後:測試您的網站,驗證重新導向至先前的資料收集網域正在發生。
使用封包監視器,驗證第一次存取您的網站或是清除Cookie後,您會先看到兩個302 (重新導向) HTTP狀態碼,接著才是200 (確定) HTTP狀態碼。 如果任何重新導向失敗,請立即聯絡客戶服務,確認移轉是否有正確設定。
在整個移轉期間:保留DNS記錄,讓先前的主機名稱作用中。
先前的主機名稱必須透過 DNS 解析,否則無法進行 Cookie 移轉。
recommendation-more-help
df89a595-bae4-48f4-9606-e55c9666ee49