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_checkmboxEdgeClustertrue時，此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!mboxPCcustomerclientcode!mboxSession這些協力廠商Cookie是HTTPnly開箱即用，並由Adobe Target資料收集伺服器設定。
可以使用at.js中的secureOnly: true設定，在所有Cookie上啟用secure設定。