Server to Server (S2S)（服务器到服务器 ）

服务器到服务器 (S2S) 也称为服务器端跟踪，是一种将有关应用程序或 Web 活动的数据从一台服务器共享到另一台服务器的方法。在Web上，S2S（服务器到服务器）消除了在网站访问者的浏览器或设备上使用cookie的需求。在移动应用中，S2S消除了应用程序发布者在发布应用之前需要将测量SDK（软件开发工具包） 嵌入到应用中的需求。

在Web上，服务器到服务器跟踪的工作原理是直接从两个安全服务器发送数据，而不依赖于用户浏览器中的 cookie。

就像 Tinuiti强调的:

服务器到服务器（Server-to-Server，S2S）跟踪通过在用户点击跟踪链接或生成广告展示时创建并存储一个唯一标识符，从而避免了使用cookie。如果该用户之后发生转化，这个唯一标识符将通过您的服务器与该用户匹配，帮助您更好地评估您的营销效果。

换句话说，S2S 不使用传统的 cookie 进行跟踪，而是在用户点击广告或链接时生成唯一的 ID。 当用户继续他们的客户旅程并完成最终转换时，这个唯一的 ID 可以由 移动测量合作伙伴 (MMP) 跟踪转化并将其归因于初始点击。

对于Singular来说，服务器到服务器（Server-to-Server，S2S）更多的是关于衡量，而不是跟踪。它专注于移动应用。

一些移动应用程序开发人员（通常受雇于大型企业或主要移动发布商）不愿意在其移动应用程序中安装归因 SDK。 这可能是出于隐私原因，但通常这只是关于简便性、应用大小、应用稳定性以及能够快速更改应用而不必担心内置SDK依赖的问题。

因此，在移动应用生态中，一些应用程序发布商决定将应用程序事件发送到 MMP（例如Singular服务器到服务器），而不是让 MMP 通过嵌入应用程序的 SDK 直接收集这些事件。

移动设备上的服务器到服务器测量可实现移动测量和归因，而无需嵌入式 SDK。 这意味着发布商可以准确控制归因合作伙伴所看到和获得的内容，从而确保最大限度地控制数据和最小化应用程序下载大小。 许多移动应用程序依赖于多种流量和广告来源，并且每个应用程序都依赖于多种来源的流量和广告。而企业依赖的每个广告网络平台也都有自己的SDK和服务器，因此对于大型应用来说，这样可以保持高效。

毕竟，添加到应用程序的每个 SDK 都会增加其大小，并可能导致错误和加载时间变慢。

在网络上，如   Affilae强调的, 虽然与传统的 JavaScript 或 Iframe cookie 跟踪相比，S2S 的初始设置要求更高，但它具有以下几个优点：

• 精确： S2S 仅在点击已发生时生成 ClickID，这可以提高报告准确性。
• 安全： 有许多类型的与 cookie 相关的欺诈行为可以通过仅使用 S2S 跟踪 ClickID 来避免。

作为Singular SDK 的替代方案， Singular为移动营销人员提供了 REST API，可用于构建从您自己的服务器运行的完整集成。 您可以在我们的集成指南中了解更多关于如何实施S2S的信息。

总之，S2S 可以让移动营销人员无需安装Singular SDK 即可运行归因。 随着隐私法规和广告拦截扩展的兴起，移动营销人员能够准确跟踪和报告广告效果，准确了解哪些数据流向何处，并最终提高营销工作的投资回报率。