服务器到服务器 (S2S)

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

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

正如蒂努蒂强调的那样：

广告印象时创建和存储唯一标识符来避免使用 cookie 。如果该用户后来发生转化，该唯一标识符会通过您的服务器与单个用户匹配，以便您可以更好地评估您的营销效果。

换句话说，S2S 不使用传统的 cookie 进行跟踪，而是在用户点击广告或链接时生成唯一的 ID。移动测量合作伙伴 (MMP)可以使用此唯一 ID来跟踪转化并将其归因于初始点击。

对于 Singular来说，服务器到服务器与其说是跟踪，不如说是测量。 它专注于移动应用程序。

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

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

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

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

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

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

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

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