服务器端跟踪

服务器端跟踪是一种分析和营销效果衡量方法，它将事件数据从组织自身的服务器发送到分析和广告平台，而不是直接从访问者的浏览器发送。浏览器向组织控制的服务器发送单个请求，该服务器对数据进行丰富、过滤，然后将其转发到任何需要的目的地。

这种方法之所以广泛应用，很大程度上是由于分析团队无法控制的原因。浏览器对第三方 Cookie 和脚本执行的限制、缩短客户端 Cookie 有效期的跟踪防护功能，以及内容拦截器的广泛使用，都导致基于浏览器的测量效果下降，以至于相当一部分有意义的、并非随机的活动无法被记录。由于这种损失集中在特定的浏览器、设备和用户群体中，因此它扭曲了比较结果，而不仅仅是减少了数据量。

服务器端数据采集可以同时解决多个问题。数据在第一方上下文中采集，提高了数据持久性并减少了因阻塞造成的数据丢失。页面性能得到提升，因为浏览器中执行的第三方脚本更少，而且单一的采集端点取代了一堆供应商标签。数据质量得到提高，因为验证、丰富和去重操作都在一个受控位置完成，而不是像以前那样每个标签都重复实现。此外，组织可以精确控制哪些字段与哪些供应商共享，这对于隐私合规性和商业机密性都至关重要。

成本相当高昂，而且常常被低估。服务器端基础设施需要进行配置、监控和维护，其可靠性和可扩展性也受到限制。实施过程需要营销分析团队通常不具备的工程技能。由于数据流不再显示在浏览器开发者工具中，调试难度也更大。一些客户端信号，例如详细的交互事件、视口信息和某些同意状态，必须手动捕获和转发，而不是自动提供。迁移是一个项目，而不是简单的配置更改。

服务器端跟踪并非隐私规避方案，将其视为规避方案则构成严重的合规性错误。无论请求源自何处，处理个人数据均需征得同意，将数据收集转移到服务器并不能免除获取同意、尊重撤回请求或遵守地区法规的义务。在用户拒绝同意后仍继续传递数据的实现方式与基于浏览器的实现方式一样不合规，而且由于这种违规行为更难被审计人员和用户察觉，因此也存在额外的问题。

大多数组织最终实际采用的是混合架构，因此，与其偶然选择，不如事先精心规划。有些信号确实更容易在浏览器中捕获，例如详细的交互事件、视口和滚动行为以及客户端错误，而持久标识符、事务和数据增强则在服务器端处理。混合模型的风险在于重复和不一致，即同一事件通过两条路径记录，导致两个数据不一致，从而削弱了整个数据集的可信度。通过定义每个事件的权威路径，并对共享事件标识符进行去重，可以避免出现两个仪表板报告不同收入且无人能判断哪个才是正确的情况。

如果设计得当，该架构将成为跨网络、应用程序和线下渠道进行一致衡量的基础，因为所有事件在分发前都会汇聚到同一条管道中。实际上，这是一项联合工作：数据收集层和用户许可执行由……共同设计。 数据分析基础设施和部署位于 产品开发移除浏览器标签带来的性能提升通常会与以下因素一起评估： 网络性能 这样做是因为第三方测量脚本是导致页面加载缓慢的最常见原因之一。