Firebase iOS SDK - 为推送通知进行 utm 归因的正确方法答案

【问题标题】：Firebase iOS SDK - proper way to do utm attribution for Push NotificationsFirebase iOS SDK - 为推送通知进行 utm 归因的正确方法
【发布时间】：2021-10-07 15:23:31
【问题描述】：

有一个客户正在使用“session_start”事件在 Web+App 媒体资源上跟踪跨 3 个平台的转化。

对于应用链接和深层链接，这非常有效。单击通用链接会打开应用程序并触发带有 utm 属性的 SESSION_START。

对于推送通知，这在 Web 上是可以的，在 Android 上是可以的（目前不知道如何，但那是另一回事了）。但在 iOS 上，SESSION_START 不会随归因触发。

考虑使用自定义 NOTIFICATION_OPENED 事件，并在此处附加归因参数。

SDK 不支持修改或劫持 SESSION_START 事件。

将属性附加到推送通知的正确方法是什么？

【问题讨论】：

标签： ios firebase push-notification firebase-analytics

【解决方案1】：

简单地说 - 默认情况下，Firebase iOS SDK 不立即支持此功能，而 Firebase Android SDK 支持，因为 Android SDK 通过 FCM 触发并立即挂钩支持 utm 标记的动态链接功能（我认为）属性框，而 Firebase iOS SDK 则挂钩到 APNS。

我们就这样解决了这个问题

禁用 swizzling（FirebaseAppDelegateProxyEnabled 在 .plist 中为 false）
挂钩到以下 AppDelegate 函数

https://firebase.google.com/docs/reference/ios/firebaseanalytics/api/reference/Classes/FIRAnalytics#appdelegate

但特别是，从application(_:open:options:) 调用handleopenurl(url)，传入从键值对中从您选择的推送通知提供程序中提取的url。对于 Localytics，深层链接位于 ll_deep_link_value

https://firebase.google.com/docs/reference/ios/firebaseanalytics/api/reference/Classes/FIRAnalytics#+handleopenurl:

希望这对未来的侦探有所帮助。由于我不是实际的开发者，所以上面的一些细节可能不是 100% 准确的，所以如果你找到了，请留下更正。

一般来说，如果结合多个推送通知和分析提供程序，请避免使用自动集成，如 FB Swizzling 和 Localytics 自动初始化。

【讨论】：