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 活動:
工作階段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上使用HTTPOnly。 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實施中的設定。