考虑将客户端供应商标记移动到事件转发

考虑将客户端供应商标记从浏览器和设备移动到服务器上有几个令人信服的理由。 在本文中，我们将讨论如何评估客户端供应商标记是否可能将其移动到事件转发属性。

仅当您考虑删除客户端供应商标记并在事件转发属性中将其替换为服务器端数据分发时，才需要此评估。 本文假设您熟悉数据收集和事件转发的基础知识。

浏览器供应商正在改变它们处理第三方Cookie的方式。 Advertising和营销供应商和技术通常需要使用许多客户端标记。 这些挑战只是我们的客户添加服务器端数据分发的两个令人信服的原因。

用例和数据 use-cases-data

第一步是定义通过客户端供应商标记实施的用例。 例如，以Facebook (Meta)像素为例。 使用事件转发扩展将其从我们的网站移至Meta Conversions API意味着首先记录特定用例。

对于当前客户端供应商代码：

制作数据和事件序列的列表、电子表格、图表或其他记录以记录此评估非常有用，即使它仅供您自己使用。 请确保包括数据源的标签 — 数据源来自何处？ 目标 — 目标在哪里？ 以及转换 — 在源和目标之间会发生什么情况？

在本例中，我们跟踪的是当访客在查看Facebook广告后与我们的网站交互时，Facebook像素的转化情况。 他们可以在其他社交平台上查看相关广告后，与我们的网站互动。 要在Facebook广告工具和报表中查看这些转化，必须将数据发送到Facebook。 此数据可能包括下载、注册、点赞或购买等转化事件。

数据 data

有了现有的客户端标记，当它在我们的网站上运行或执行时，用例中的数据会发生什么？ 我们是否可以在客户端捕获所需的数据，而无需供应商标记，以便将其发送到事件转发？ 在使用标记或其他标记管理系统时，大多数访客交互数据可用于收集和分发。 但是，在我们的用例中，我们需要的数据是否可以在需要时、在需要的位置以所需的格式提供，而不需要客户端供应商标记？ 下面是一些要考虑的更多数据问题：

对于任何特定用例，大多数客户端供应商标记不需要许多数据点，但在这些评估过程中记录用例和所需数据会很有帮助。

供应商API vendor-apis

现在我们知道了要实施的特定用例、所需的数据以及从源到目标的事件序列。 为了确定用例是否适合事件转发，我们现在可以调查供应商API详细信息。

调查API investigate-apis

以下是调查供应商API端点可以执行的一些步骤。

供应商是否具有专为事件数据的服务器到服务器传输而设计的API？ 首先，查找这些特定API端点的要求：

换句话说：

如果我们可以对这些问题回答“是”，则标记可能是很好的候选项，适合在事件转发属性中从客户端移动到我们的服务器。

如果供应商不具备支持用例的API端点，那么很显然，供应商标记不适合使用事件转发来代替客户端供应商标记。

如果它们具有API，但在每个API调用中也需要一些唯一的访客或用户ID，该怎么办？ 如果网站上未运行供应商客户端代码（标记），我们如何访问该ID？

一些供应商在没有第三方Cookie的情况下正在针对新世界更改其系统。 这些更改包括使用替代的唯一标识符，如UUID或其他客户生成的ID。 如果供应商允许客户生成的ID，那么我们可以通过Web或移动SDK将其从客户端发送到平台Edge Network，或者可能通过事件转发中的API调用获取该ID。 当我们在事件转发规则中向供应商发送数据时，我们只是根据需要包含该标识符。

如果供应商需要只能由其自己的客户端标记生成或访问的数据（例如，特定于供应商的唯一ID），则该供应商标记可能不是要移动的良好候选项。 建议不要尝试对客户端标记进行反向工程，不要将该数据收集移动到没有适当API的事件转发。

Adobe Experience Platform Cloud Connector扩展可以根据需要向具有用于服务器到服务器事件数据传输的适当API的供应商发出HTTP请求。 虽然特定于供应商的扩展很好，并且现在正在积极开发更多扩展，但我们现在可以使用Cloud Connector扩展实施事件转发规则，而无需等待其他供应商扩展。

工具 tools

使用Postman等工具或Visual Studio Code Thunder Client或HTTP Client等文本编辑器扩展，更轻松地调查和测试供应商API端点。

后续步骤 next-steps

本文提供了一系列步骤来评估供应商客户端标记并在事件转发属性中可能将其移动到服务器端。 有关相关主题的更多信息，请参阅以下链接：