我试图在iOS应用中实施Firebase Dynamic Links。目标是为营销目的设置一个干净的URL,以便人们可以在社交媒体上分享链接。这个想法是人们将共享以我的域名开头的干净的URL。
在点击该链接后安装该应用时,我们希望能够通过查看Firebase提供的有效负载来跟踪推荐应用安装的用户。我认为此目标类似于Firebase的use case,可将网络用户转换为移动应用用户。
我想在社交媒体上分享的示例链接是:http://example.com/my-payload-here
我已经尝试了几个案例,但我无法得到我在任何情况下都在寻找的行为。有没有人以前成功实现过这个?
这是我的测试程序:
以下是我的发现:
从Firebase控制台生成的短链接(https://xyz.app.goo.gl/ABCD) - 在App Store中打开链接。我安装了应用程序。安装后启动应用程序时,不会传递有效负载。如果我退出应用程序,请返回iMessage中的链接,然后再次启动,交付有效负载。
长链接与"长动态链接相同"从Firebase控制台获取#1 (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。
我有些问题:
我还在案例2中咨询了Firebase flowchart深层链接。
答案 0 :(得分:3)
Firebase目前无法实现此目的。如果您需要带有白标的网址,则需要build it yourself或使用更强大的链接平台,例如Branch.io(完全披露:我是分支团队的成员。)
具体回答您的问题:
答案 1 :(得分:3)
Google Firebase团队为动态链接添加了对自定义子域的支持。
您现在可以为动态链接指定最多五个自定义page.link子域。使用这些新自定义子域的短链接类似于以下示例:https://example.page.link/abcXYZ
目前无法删除在项目上分配的Firebase动态链接域。(firebase团队正在努力。)
您现在可以将可用作动态链接的深层链接(链接)或后备链接(ifl,ipfl,afl,ofl)的URL模式列入白名单。如果您定义了白名单,则动态链接不会重定向到与白名单模式不匹配的网址。
您可以在Firebase console。