客户端与服务器端跟踪

当涉及到Mixpanel项目的用户操作时，有几种不同的方法需要考虑。每个人都有根据您需要收集的数据类型，对数据可靠性的容忍度以及实施的易用性。

客户端跟踪

在此方法下，在客户端设备上生成了跟踪有效载荷（例如Mixpanel事件），并直接发送给您Mixpanel API。如果您使用的是带有默认配置的任何客户端SDK，这就是您发送数据的方式。

优点

• 易于跟踪客户端的动作和状态
• 最简单的设置
• 不需要其他基础架构
• 我们的客户端SDK使得很容易：
  • 在请求中跟踪匿名（未登录）用户
  • 跨请求的属性值（我们称之为超级属性）

缺点

• API请求通常被广告阻滞剂阻止
• 难以保持指标在平台之间保持一致
• 很难快速解决集成错误（尤其是在移动应用程序上）

客户端跟踪代理

在此方法下，在客户端设备上生成了跟踪有效载荷（例如Mixpanel事件），并首先发送到您自己的服务器，该服务器将其传达给您的MixPanel API。您可以配置我们的所有客户端SDK，以将数据发送到代理服务器。看通过代理收集更多细节。

优点

• 易于跟踪客户端的动作和状态
• 不太容易被广告阻滞剂阻塞
• 授予您更多地控制要发送到Mixpanel项目的数据（过滤，清洁等）
• 我们的客户端SDK使得很容易：
  • 在请求中跟踪匿名（未登录）用户
  • 跨请求的属性值（我们称之为超级属性）

缺点

• 需要一些额外的基础架构
• 难以保持指标在平台之间保持一致
• 很难快速解决集成错误（尤其是在移动应用程序上）

服务器端跟踪

在此方法下，您的服务器生成了跟踪有效载荷（例如Mixpanel事件），并将其发送到Mixpanel API作为您的一部分自然应用流。例如，当用户加载网页时，向您的Web应用程序服务器提出了请求。在处理请求的代码中，您可以创建一个“加载”事件，并将其从服务器发送到Mixpanel项目。

优点

• 不容易受到广告阻滞剂的影响
• 数据之间的数据一致
• 更容易快速解决集成错误
• 不需要其他基础架构

缺点

• 更难跟踪客户端的动作和状态
• 需要一些自定义代码：
  • 在请求中跟踪匿名（未登录）用户
  • 跨请求的属性值（我们称之为超级属性）

视觉表现

我应该使用哪个？

TL; DR：为了获得最佳数据质量，服务器端>客户端，带代理>客户端

我们看到的最佳实现采用了混合方法来最大化数据质量，同时保持灵活性轻松收集所需的指标。在评估如何跟踪特定度量标准时，我们建议从“服务器端跟踪”开始，如果无法收集纯粹的服务器端，则仅移至“客户端”方法中的任何一种。如果您需要跟踪与不会导致任何天然服务器请求的产品的交互（例如打开模式的按钮单击），则可能是这种情况。对于这种类型的数据，我们建议您使用“代理人的客户端跟踪”方法，因为它使您可以更多地控制数据管道，并有助于防止由于广告阻滞剂而导致的数据丢失。