【问题标题】:Firebase Dynamic Link isn't handled in ios appFirebase 动态链接不在 ios 应用程序中处理
【发布时间】:2021-11-15 10:41:56
【问题描述】:

我正在使用 Firebase Dynamic Links 处理到我的 ios 应用程序的深层链接(从外部链接),这工作正常。

我的问题是当我尝试处理从应用程序内部启动的动态链接时。特别是,我使用 Firebase in-app messagingdynamic link 作为卡片按钮上的操作。

我已将功能和 URL 方案添加到 Xcode。文档说明我使用 Firebase 应用程序包作为 URL 方案值。唯一不清楚的是这是否意味着 Firebase 项目 ID 或动态链接域,它是在功能选项卡中设置为 applinks: 值的一个。

当我点击按钮启动动态链接时,它确实将其识别为动态链接(因为它不只是在浏览器中打开我的托管域),但它首先重定向到浏览器并询问我是否想打开应用程序(我刚来的)。

有人知道如何配置此行为以使链接不会先询问您吗?这会立即处理应用程序中的链接吗?

更新

通过跳过预览页面,我能够让应用立即在应用中处理动态链接。为此,您可以手动构建链接并设置efr=1 参数。这篇文章解释了一切:https://firebase.google.com/docs/dynamic-links/create-manually

但是 - 虽然我的应用正在处理深层链接,但它仍然重定向到它试图从托管加载 web.app 域的浏览器。

我觉得这可能与 Xcode 中的 URL 类型设置有关,如果设置正确应该会阻止它尝试处理浏览器中的链接。

更新更新 出于某种原因,这只是停止重定向到浏览器,我不知道为什么。我看了一个 Firebase 视频,那个家伙确实提到了一些关于 iOS 很奇怪的事情,并且 Safari 可以破坏动态链接,他建议总是从 notes 应用程序中测试它们。诡异的。我想知道是否有什么东西在某个地方被篡改了。我会写一个答案。 ????

【问题讨论】:

    标签: ios xcode firebase firebase-dynamic-links firebase-in-app-messaging


    【解决方案1】:

    不完全确定为什么,但这只是开始表现。我在in-app messaging 活动中使用的动态链接是带有efr=1 参数的长格式URL,用于跳过浏览器中的预览页面。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-06-16
      • 1970-01-01
      • 2021-08-07
      • 2018-01-22
      • 1970-01-01
      • 2018-10-22
      • 2020-06-10
      • 1970-01-01
      相关资源
      最近更新 更多