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