Target Cookie
建立對象:
- undefined
Cookie 的行為取決於其屬於第一方 Cookie、具有第一方 Cookie 的第三方 Cookie,或是獨立的第三方 Cookie。
mboxSession
和 mboxPC
的相關資訊。實作最佳實務建議您不要使用Cookie資料連結或儲存敏感資訊: mboxSession
或mboxPC
。另請參閱刪除 Target Cookie。
何時使用第一方或第三方Cookie
您的網站設定會決定您要使用何種 Cookie。嘗試瞭解第一方和第三方Cookie時,瞭解Target的運作方式會很有幫助。 如需詳細資訊,請參閱運作方式 Adobe Target。
cookie 有三種主要的使用狀況:
-
單一網域。
所有測試都在一個頂層網域(
www.domain.com
、store.domain.com
、anysub.domain.com
等)中進行。方法:僅使用第一方Cookie (預設)。
-
使用者橫跨網域,您也想要在這些網域中追蹤和測試其行為。
範例: 一位使用者造訪您的網站進行購物,但透過 Yahoo 商店簽出。三種方式 (與您的帳戶代表一起決定最佳方式):
-
啟用第一方和第三方 Cookie。
-
僅啟用協力廠商(很少見,但優點在於可將mbox Cookie排除在網域之外)。
-
僅啟用第一方 Cookie,並在跨網域時傳遞
mboxSession
參數。mboxSession
引數必須傳遞至登陸頁面,並從JavaScript資料庫(Adobe Experience Platform Web SDK或at.js)參考。 該頁面不能是中繼重新導向器頁面。
-
-
您只會在第三方網站上使用 adbox 或 Flashbox。
兩種方式(請與您的客戶代表合作以決定最佳方式):
-
啟用第一方和第三方 Cookie。
Flashbox 及動態創作元素需要第一方和第三方 Cookie。
-
僅啟用第三方 Cookie。
此方式僅用於其中執行之 AdBox 不含 Onsite 定位的罕見個案。
-
第一方 Cookie 行為
第一方Cookie儲存在clientdomain.com中,其中clientdomain
為您的網域。
JavaScript程式庫會產生一個mboxSession ID
並將其儲存於Target Cookie中。 第一個mbox回應會包含選件和JavaScript,以將應用程式產生的mboxPC ID
儲存在mbox Cookie中。
第三方 Cookie 行為
第三方Cookie儲存在clientcode.tt.omtrdc.net中,而第一方Cookie儲存在clientdomain.com中,其中clientdomain
為您的網域。
JavaScript程式庫產生mboxSession ID
。 第一個位置請求會傳回 HTTP 回應標頭,此標頭會嘗試設定名為 mboxSession
和 mboxPC
的第三方 Cookie,之後會傳回附有額外參數 (mboxXDomainCheck=true
) 的重新導向請求。
若瀏覽器接受第三方 Cookie,則重新導向請求會包含這些 Cookie 並傳回選件。
若瀏覽器拒絕第三方 Cookie,則重新導向請求不會包含這些 Cookie,而網頁上的所有置會顯示預設內容。由於未設定 Cookie,因此每個頁面請求會再次發生上述相同的程序。
第三方和第一方 Cookie 行為
第三方Cookie儲存在clientcode.tt.omtrdc.net中,而第一方Cookie儲存在clientdomain.com中,其中clientdomain
為您的網域。
JavaScript程式庫產生mboxSession ID
。 第一個位置請求會傳回 HTTP 回應標頭,此標頭會嘗試設定名為 mboxSession
和 mboxPC
的第三方 Cookie,之後會傳回附有額外參數 (mboxXDomainCheck=true
) 的重新導向請求。
若瀏覽器接受第三方 Cookie,則重新導向請求會包含這些 Cookie 並傳回選件。
部分瀏覽器會拒絕第三方 Cookie。如果第三方 Cookie 被封鎖,第一方 Cookie 仍會運作。Target 會嘗試傳送第三方 Cookie,如果無法傳送,則 Target 只能追蹤用戶端的特定網域。如果第三方Cookie遭到封鎖,則跨網域追蹤無法運作,除非在跨網域的連結中附加mboxSession
。 在這種情況下會設定另一個第一方 Cookie,並與之前的網域第一方 Cookie 同步。
Cookie 設定
Cookie 具有各種預設設定。如有需要,您可以變更這些設定,但Cookie持續時間除外。 變更 Cookie 設定時,請洽詢您的帳戶代表。
範例:
mycompany.com
。clientcode.tt.omtrdc.net
,使用您帳戶的用戶端代碼。Cookie會保留各種值,以管理訪客體驗行銷活動的方式:
Apple WebKit追蹤變更在Target上對Safari訪客的影響
Target追蹤如何運作?
clientcode.tt.omtrd.net
網域中設定的兩個Cookie:「mboxSession」和「mboxPC」。Apple 採用什麼方法?
從 Apple:
「智慧型追蹤預防是新的 WebKit 功能,可進一步限制 Cookie 和其他網站資料,以減少跨網站追蹤。」
「這就是所謂的跨網站追蹤,而 example-tracker.com
使用的 Cookie 稱為第三方 Cookie。在我們的測試中,我們發現的熱門網站都有超過 70 個這種追蹤器,全部都安靜地收集使用者的資料。」
Safari 如何處理 Cookie:
- 使用者直接存取的網域上不存在的第三方 Cookie 永不儲存。這不是新的行為。Safari 尚不支援第三方 Cookie。
- 使用者直接存取的網域上所設定的第三方 Cookie 會在 24 小時後清除。
- 如果第一方網域已分類為跨網站追蹤使用者,則會在 30 天後清除第一方 Cookie。在線上將使用者送往不同網域的大型公司可能會發生此問題。Apple尚未明確這些網域究竟如何分類,或網域如何判斷這些網域是否已分類為跨網站追蹤使用者。
來自Apple:
機器學習分類器:機器學習模型用來根據收集的統計資料,分類哪些私人控制的最上層網域可以跨網站追蹤使用者。 從各種收集的統計資料中,有三個向量出現強烈訊號,表示應該根據目前的追蹤實務來分類: 一些唯一網域下的子資源、一些唯一網域下的子範圍,以及重新導向到的一些唯一網域。資料收集和分類全都在裝置上進行。
但是,如果使用者與當作最上層網域的example.com
互動(通常稱為第一方網域),「智慧型追蹤預防」會將此視為訊號,認為使用者對此網站有興趣,並依此時間表來暫時調整其行為:
如果使用者在過去24小時與example.com
互動,則其Cookie在example.com
是第三方時可用。 此作法允許「在Y上以我的X帳戶登入」登入情境。
- 當作最上層網域來造訪的網域不受影響。 例如,OKTA 網站
- 識別跨多個唯一網域之目前頁面的子網域或子框架的網域。
Adobe如何受影響?
Apple 的 WebKit 追蹤變更會暫停選擇退出支援。
Target 選擇退出會在 clientcode.tt.omtrdc.net
網域中使用 Cookie。如需更多詳細資料,請參閱隱私。
Target 支援兩種選擇退出:
- 由用戶端決定 (用戶端管理選擇退出連結)。
- 一個透過Adobe選擇讓使用者退出所有客戶的所有Target功能。
兩種方法都使用第三方 Cookie。
客戶可以選擇其Target帳戶的設定檔存留期長度 (最長90天)。 問題是如果帳戶的設定檔存留期超過30天,且第一方Cookie因為客戶的網域已標示為跨網站追蹤而被清除,則在Target的下列區域中,Safari訪客的行為會受影響:
Target報表:如果Safari使用者進入活動,30天之後回訪,然後轉換,則該使用者就算成兩個訪客和一次轉換。
對於使用 Analytics 作為報表來源 (A4T) 的活動,也同樣是此行為。
設定檔與活動成員資格:
- 第一方 Cookie 到期時會清除設定檔資料。
- 第一方 Cookie 到期時會清除活動成員資格。
- 對於使用第三方Cookie實作或第一方和第三方Cookie實作的帳戶,Target在Safari中無法運作。 這不是新的行為。Safari已不允許第三方Cookie一段時間。
建議:如果擔心客戶網域可能標示為跨工作階段追蹤訪客,最好在Target中將設定檔存留期設為30天或更少。 此限制可確保在Safari和所有其他瀏覽器中以類似方式追蹤使用者。