Target 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 实施但不进行现场定位的情况。
-
第一方 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。 第一个位置请求会返回尝试设置名为 mboxSession 和 mboxPC 的第三方 Cookie 的 HTTP 响应标头，并且会使用额外的参数 (mboxXDomainCheck=true) 发送回重定向请求。
如果浏览器接受第三方 Cookie，则该重定向请求将包含这些 Cookie，同时会返回选件。
如果浏览器拒绝第三方 Cookie，则该重定向请求将不包含这些 Cookie，并且会在页面上的所有位置显示默认内容。由于没有设置 Cookie，因此每次请求访问页面时都会再次发生上述相同的过程。
第三方和第一方 Cookie 行为
第三方Cookie存储在clientcode.tt.omtrdc.net中，第一方Cookie存储在clientdomain.com中，其中clientdomain是您的域。
JavaScript库生成一个mboxSession ID。 第一个位置请求会返回尝试设置名为 mboxSession 和 mboxPC 的第三方 Cookie 的 HTTP 响应标头，并且会使用额外的参数 (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跟踪更改而对Safari访客的Target产生的影响
Target跟踪如何工作？
clientcode.tt.omtrd.net域中设置的两个Cookie：“mboxSession”和“mboxPC”。Apple 的方法是什么？
来自 Apple：
“智能防跟踪是一项新的 WebKit 功能，用于通过进一步限制 Cookie 和其他网站数据来减少跨站点跟踪。”
“这就是所谓的跨站点跟踪，example-tracker.com 使用的 Cookie 称为第三方 Cookie。在我们的测试中，我们发现一些热门网站具有超过 70 个此类跟踪器，它们都在默默地收集用户相关数据。”
Safari 如何处理 Cookie：
- 用户直接访问的域中未包含的第三方 Cookie 从不会进行保存。这不是一种新的行为。Safari 中还不支持第三方 Cookie。
- 24 小时后会清除在用户直接访问的域中设置的第三方 Cookie。
- 如果第一方域被分类为跨站点跟踪用户，则第一方 Cookie 会在 30 天后清除。此问题可能适用于将用户在线发送到不同域的大型公司。Apple尚未明确这些域的具体分类方式，或者域如何确定它们是否被分类为跨站点跟踪用户。
来自Apple：
机器学习分类器：机器学习模型用于根据收集的统计数据，对哪些私人控制的顶级域可以跨站点跟踪用户进行分类。 在收集的各种统计数据中，根据当前的跟踪实践，以下三个矢量证明具有强烈的分类信号：唯一域数量下的子资源、唯一域数量下的子框架以及重定向到的唯一域数量。所有数据收集和分类均在设备上进行。
但是，如果用户与作为顶级域的example.com（通常称为第一方域）进行交互，则智能防跟踪会将此视为用户对该网站感兴趣的信号，并且会暂时调整其行为，如此时间轴所示：
如果用户在过去24小时内与example.com进行了交互，则当example.com是第三方时，其Cookie可用。 该实践允许“在Y上使用我的X帐户登录”登录方案。
- 作为顶级域访问的域不会受到影响。 例如，OKTA 等网站
- 标识跨多个唯一域作为当前页面的子域或子帧的域。
Adobe受到什么影响？
Apple 的 WebKit 跟踪更改会中断选择退出支持。
Target 选择退出使用 clientcode.tt.omtrdc.net 域中的一个 Cookie。有关更多详细信息，请参阅隐私。
Target 支持两种选择退出方式：
- 一种是按客户端退出（客户端管理选择退出链接）。
- 一个通过Adobe选择用户退出所有客户的所有Target功能。
这两种方法都使用第三方 Cookie。
客户可以为其Target帐户（最长90天）选择其配置文件生命周期长度。 问题在于如果帐户的配置文件生命周期超过30天，并且由于客户的域已被标记为跨站点跟踪用户而清除了第一方Cookie，则Safari访客的行为将在Target的以下区域中受到影响：
Target报表：如果Safari用户进入活动，30天后返回活动，然后进行转化，则该用户将会被计为两个访客和一次转化。
对于使用 Analytics 作为报表源 (A4T) 的活动，此行为是相同的。
配置文件和活动成员资格：
- 第一方 Cookie 过期后会擦除配置文件数据。
- 第一方 Cookie 过期后会擦除活动成员资格。
- 对于使用第三方Cookie实施或第一方和第三方Cookie实施的帐户，Target在Safari中不起作用。 这不是一种新的行为。Safari暂时不允许使用第三方Cookie。
建议：如果担心客户域可能会被标记为跨会话跟踪访客，则最安全的做法是将Target中的配置文件生命周期设置为等于或少于30天。 此限制可确保在Safari和所有其他浏览器中以类似的方式对用户进行跟踪。