我正在尝试在 iOS 应用中实现Firebase 动态链接。目标是为营销目的提供一个干净的 URL,以便人们可以在社交媒体上共享链接。这个想法是人们将共享以我的域名开头的干净 URL。
单击该链接后安装应用程序时,我们希望能够通过查看 Firebase 提供的有效负载来跟踪谁引用了该应用程序安装。我认为这个目标类似于 Firebase将网络用户转换为移动应用用户的用例。
我想在社交媒体上分享的示例链接是:http ://example.com/my-payload-here
我已经尝试了几个案例,但无论如何我都无法获得我正在寻找的行为。以前有没有人成功实施过这个?
这是我的测试程序:
- 卸载应用程序
- 将要在 iMessage 中测试的链接发送给我自己
- 点击我的 iOS 设备上的链接(不使用模拟器)
- 从 App Store 安装应用程序
- 下载完成后点击 App Store 中的“打开”按钮启动应用程序
以下是我的发现:
从 Firebase 控制台( https://xyz.app.goo.gl/ABCD ) 生成的短链接 - 链接在 App Store 中打开。我安装应用程序。当我在安装后启动应用程序时,没有传递有效负载。如果我退出应用程序,返回 iMessage 中的链接,然后再次启动,payload 就会被传递。
对于 #1 中生成的链接,长链接与 Firebase 控制台中的“长动态链接”相同(https://xyz.app.goo.gl/?link=http://example.com/my-payload-here&isi =12345&ibi=com.example.MyApp ) - 行为与 #1 相同
使用我的域的短链接(http://example.com/redirect/my-payload-here,配置为 301 重定向到 #2 中的 URL) - 在 App Store 中打开。我安装。当我在安装后启动应用程序时,没有传递有效负载。如果我退出应用程序,返回 iMessage 中的链接,然后再次启动,该链接仍会转到 App Store。
我有一些问题:
- 案例 1 和案例 2 的第一次启动时为什么没有交付有效负载?
- 我们如何才能启动应用程序并交付有效负载,而不是去 App Store?
我还查阅了Firebase 流程图以获取案例 2 中的深层链接。