Adobe Target Cookie
Adobe Target 使用 Cookie 讓網站操作人員能夠測試哪些線上內容和方案與訪客的關聯性較強。
at.js
)。 請參閱Adobe Experience Platform Web SDK Cookie,瞭解使用Web SDK的Target實作資訊。第一方Cookie
下列第一方Cookie會儲存在客戶的網域上:
mbox
儲存訪客的匿名識別碼。
Cookie網域:您提供mbox的網域。 因為此Cookie來自您公司的網域,所以此Cookie是第一方Cookie。 如果您的網域名稱包含國碼(例如example.co.uk
),請和客戶服務代表合作設定at.js
以支援此代碼。 如需有關自訂Cookie網域的資訊,如有必要,請參閱Adobe Target開發人員指南中targetGlobalSettings底下的cookieDomain
。
伺服器網域: clientcode.tt.omtrdc.net
,使用您Adobe Target帳戶的使用者端代碼。
Cookie持續時間:自上次登入起,Cookie會保留在訪客的瀏覽器上兩年。 Cookie 持續時間無法變更。
Cookie會保留一些值,用於管理訪客體驗Target活動的方式:
工作階段識別碼:特定使用者工作階段的唯一識別碼。 根據預設,工作階段會在閒置 30 分鐘後過期。 如果您要自行產生sessionId
(例如,針對伺服器端實作),請確定下列事項:
- 工作階段ID可以是任何可列印的字串,除了空格、問號( ? ) 或正斜線 ( / ) 以外。
- 工作階段ID的長度應該介於1到128個字元之間。
- 針對特定工作階段,Cookie的值在多個要求中必須維持不變。
- 特定訪客在任何時間點絕對不應該有平行工作階段(不同的
sessionIds
)。
路由傳送到邊緣叢集內的特定節點是使用工作階段ID完成的。
- 工作階段在伺服器端會維持 30 分鐘的有效狀態。 因此,您不應在與
tntId/thirdPartyId
發出上次要求後的30分鐘內,針對特定tntId/thirdPartyId
使用不同的工作階段ID。 否則,基本資料的變更可能會不一致且無法預測。 - 訪客閒置30分鐘後,必須使用該新的工作階段ID。
- 搭配多個
tntIds/thirdPartyIds
使用相同工作階段ID可能會對tntId/thirdPartyIDs
所識別的基本資料造成無法預測的變更。
注意:請參閱指定工作階段ID的並行要求數目限制。
電腦ID:訪客瀏覽器的半永久ID。 持續到手動刪除 Cookie 為止。
check:用來判斷訪客是否支援Cookie的簡單測試值。 每次訪客請求頁面時都會進行設定。
停用:如果訪客的載入時間超過at.js檔案中所設定的逾時時間,則設定此選項。 根據預設,此逾時會持續一小時。
at_check
mboxEdgeCluster
true
時,此Cookie才會出現。無法在這些第一方Cookie上使用HTTPOnly
。 at.js
JavaScript程式庫需要讀取/寫入這些Cookie。 這些Cookie是由at.js
建立的,而且不是從伺服器設定的。
可以使用at.js
中的secureOnly: true
設定,在所有這些Cookie上啟用secure
設定。
第三方Cookie
Adobe Target使用者可建立自訂的第三方Cookie。 下列第三方Cookie儲存在tt.omtrdc.net
上:
customerclientcode!mboxPC
customerclientcode!mboxSession
這些協力廠商Cookie是HTTPnly開箱即用,並由Adobe Target資料收集伺服器設定。
可以使用at.js
中的secureOnly: true
設定,在所有Cookie上啟用secure
設定。