Firebase自定义域名动态链接APP_FIRST_OPEN数据始终为0问题求助

以下是几种常见的排查方向：

• 归因时间窗口过期
  Firebase对APP_FIRST_OPEN的归因有时间限制（默认是点击链接后的7天内）。如果用户点击动态链接后，超过这个时间窗口才完成APP安装并首次打开，该行为不会被统计为APP_FIRST_OPEN，只会记录APP_INSTALL。

• 自定义域名的深度链接配置不完整
  不管是iOS的Universal Links还是Android的App Links，都需要确保配置完全正确：

  • iOS：确认apple-app-site-association文件已正确部署在自定义域名的根目录或.well-known目录，且文件内容中的Team ID、Bundle ID与APP一致，同时APP的Info.plist里已添加对应的associated domains权限。
  • Android：确认assetlinks.json文件部署正确，APP的AndroidManifest.xml中已配置对应的intent-filter，且SHA-256指纹与Firebase控制台里的一致。
    若这些配置有问题，首次打开APP时，Firebase无法将打开行为与之前的动态链接点击关联，自然不会生成APP_FIRST_OPEN事件。

• Firebase Analytics初始化时机过晚
  必须在APP启动的最早期完成Firebase Analytics的初始化：

  • Android：在Application类的onCreate方法中初始化。
  • iOS：在AppDelegate的didFinishLaunchingWithOptions方法中初始化。
    如果初始化延迟，首次打开时的关键事件会被错过，无法被归因到动态链接。

• 测试场景的干扰
  频繁卸载重装APP进行测试时，Firebase可能通过设备广告ID等标识识别到该设备曾安装过APP，此时的“首次打开”会被判定为重装后的打开，只会触发APP_INSTALL和APP_RE_OPEN，而非APP_FIRST_OPEN。建议使用全新的测试设备或重置设备广告ID后再测试。

• 动态链接参数配置异常
  检查动态链接是否添加了影响归因的参数，比如utm_nooverride=1。该参数会保留已有的归因数据，若用户设备上存在旧的归因记录，可能会阻止本次动态链接的首次打开归因。另外，错误的utm参数组合也可能导致归因逻辑混乱。

内容的提问来源于stack exchange，提问作者Zobair Alam