案例：区分邮件和社群来源，不把点击当成报名

先固定比较条件

路径练习使用 Example Domain 即可。实际活动要使用同一报名页，并配置统计和成功提交事件。优惠、表单和报告周期保持一致，只区分来源。

下面的活动数字是教学数据。先证明两个入口可区分，再分析真实投放。社群应用可能显示自己的确认页或限制外链，必须在实际环境测试，不能承诺一定无提示直达。

创建两个完整目标地址

https://example.com/?utm_source=newsletter&utm_medium=email&utm_campaign=workshop_2026
https://example.com/?utm_source=community&utm_medium=messaging&utm_campaign=workshop_2026

1. 在账号中创建两条 302，分别命名“工作坊—邮件”和“工作坊—社群”。
2. 记录初始真人、机器人计数，以及时间和时区。练习链接先不发给受众。
3. 手动打开第一条短地址三次，第二条两次。每次重新打开短地址，不要只刷新最终页面。
4. 核对目标中的 utm_source。等待队列处理后刷新统计，与初始值比较增量。
5. 干净的练习预期是 3 次和 2 次真人请求，并非 3 位和 2 位独立访客。结果不符时检查额外打开和机器人分类。

正确阅读活动示例表

会话和报名取自目标网站同一周期的统计，而不是 SOSU。公式是报名数 ÷ 会话数 × 100%。不能悄悄把分母换成短链接点击数。

示例中邮件会话较少，报名较多。但受众可能不同，14 次报名也不足以证明渠道的因果优势。应在多个可比周期重复，并单独考虑成本。messaging 可能需要在分析工具中建立自定义渠道分组。

避免常见混淆

• 每个来源用独立短链接；SOSU 不转发附加在短地址后的参数。
• 自己的测试与正式活动分开记录。
• 消息预览机器人不算报名。
• 会话和点击分别标注，不混用分母。
• 转发、同意设置及拦截工具影响归因；UTM 中不放个人资料。