定义：
S2S（服务器到服务器）是一种通信模型，其中两台服务器完全绕过客户端层，直接相互交换数据。在移动营销中，它指的是将应用事件数据直接从您自己的服务器发送至Tenjin等移动测量合作伙伴，而无需在应用中嵌入归因SDK。.
什么是 S2S？
在大多数移动归因方案中，SDK 嵌入在您的应用中，负责捕获事件数据并将其发送给您的测量合作伙伴。S2S 则彻底颠覆了这一模式。.
在服务器到服务器（S2S）追踪模式下，这一职责由您自己的后端基础设施承担。当用户安装您的应用或完成应用内事件时，您的服务器会捕获相关数据，并通过 API 直接将其发送至 Tenjin 的服务器。应用内无需嵌入任何 SDK，也无需管理任何客户端依赖项。 仅需在两个后端之间建立一条简洁、直接的连接。.
虽然这种架构在技术上更为复杂，但对于合适的团队而言，它在灵活性、可控性和数据质量方面都能带来显著优势。.
S2S 在移动应用中的工作原理
一旦基础设施就位，S2S 流程就非常简单。当用户与您的应用进行交互时，具体流程如下：
- 用户操作
用户安装了您的应用或完成了某个被追踪的应用内事件。.
- 您的服务器记录了这一事件
您的后端会将该事件连同所有相关参数（例如设备信息、事件类型和时间戳）一起记录下来。.
- 直接服务器通信
您的服务器会通过 API 调用，将该事件数据实时直接发送至 Tenjin 的服务器。.
- 归因匹配
Tenjin 的归因引擎接收该事件，并将其与之前发生的原始广告点击或展示进行匹配。.
- 活动洞察
匹配后的数据将流入您的 Tenjin 仪表盘，让您能够像通过标准 SDK 集成一样，清晰掌握广告系列的表现情况。.
其结果是纯粹的服务器间通信，无需应用层SDK。.
S2S 与 SDK 集成：有何区别？
这两种方法都能将事件数据发送到Tenjin。区别在于数据的收集和发送方式及来源。.
| SDK 集成 | S2S 集成 | |
| 数据收集地点 | 在应用程序内部，客户端 | 在您的后端服务器上 |
| 由什么来处理发送 | 嵌入式归因 SDK | 通过 API 访问您自己的服务器 |
| 应用程序代码的影响 | SDK 会增加应用的体积 | 该应用无需 SDK |
| 设置的复杂程度 | 简而言之，SDK 会处理其中大部分工作 | 更高，需要后端基础设施 |
| 对数据的控制 | SDK 管理数据收集 | 一切都由你掌控 |
| 速度 | 标准 | 更快、更直接 |
对于拥有强大后端基础设施和工程资源的团队而言，S2S 提供的控制力和数据纯净度是基于 SDK 的追踪无法比拟的。对于规模较小的团队或没有专用后端资源的团队来说，标准的 SDK 集成通常是更切合实际的起点。.
为什么选择 S2S 追踪？
完全掌控您的数据
借助 S2S，您的后端将负责处理所有事件的采集和传输。您完全掌控整个数据管道，这意味着在数据传入 Tenjin 之前，您可以自行进行验证、数据增强和格式化处理。.
应用中无 SDK 开销
您在应用中嵌入的每个 SDK 都会增加应用的负担。S2S 彻底消除了这种依赖关系，使您的应用更轻量，并降低了多个 SDK 之间发生冲突的风险。.
更快、更直接
服务器间通信省去了客户端层，使数据传输更加直接，通常比客户端 SDK 调用更快。.
更适合某些应用程序架构
某些类型的应用，尤其是那些具有复杂后端逻辑或采用服务器主导架构的应用，与 S2S 天然契合。如果您的服务器已经掌握了用户的每一项有意义的操作，那么将这些数据直接发送给 Tenjin，就是您现有操作的自然延伸。.
迁移到 S2S 之前需要考虑哪些因素
S2S 是一种行之有效的方法，但并不适合所有团队。在决定采用之前，有几点值得评估：
后端基础设施
S2S 需要一套可靠且可扩展的服务器基础设施，能够实时捕获事件并发起 API 调用。如果尚未建立这样的基础架构，其部署成本将相当高昂。.
工程资源
与 SDK 集成不同，后者会为您处理大部分繁重的工作，而 S2S 则需要您的工程团队自行构建和维护数据管道。请确保具备相应的技术能力。.
测量要求
请考虑您需要衡量哪些指标，以及S2S是否能覆盖所有这些指标。某些归因场景——尤其是那些依赖客户端信号的场景——采用混合方法可能更容易处理。.
如果您正在考虑为您的应用采用 S2S，并希望了解它是否适合您的架构，Tenjin 团队很乐意为您提供帮助。请通过以下方式联系我们： support@tenjin.com 以获取相关文档和指导。.
请注意，S2S 集成功能在所有付费套餐中均可用。.