【问题标题】:URI scheme missing from Branch.io $deeplink_pathBranch.io $deeplink_path 中缺少 URI 方案
【发布时间】:2018-05-05 12:23:34
【问题描述】:

我们的 Branch.io 深层链接仅打开应用程序,但不会导航到正确的视图,因为我们依赖 pod DeepLinkKit,它期望传入的 $deeplink_path 包含 URI 方案(即 https:// 或 @987654323 @)

分支调试工具显示 $deeplink_path$ios_deeplink_path 都包含正确的 URL,但没有所需的 URI 方案(appname.com 而不是 https://appname.com)。

我使用包含 URI 方案的自定义 $deeplink_path 测试了一个分支 URL,它可以打开正确的应用程序视图。无论如何以编程方式确保每个分支链接在 $deeplink_path 中包含一个 URI 方案?

【问题讨论】:

    标签: ios deep-linking branch.io


    【解决方案1】:

    这是 Vatsal,来自Branch.io

    设置$deeplink_path$android_deeplink_path时,只需要指定“category/bags”等路径值即可。单击 Branch 链接并打开浏览器后,我们将生成类似于 urischeme://category/bags?link_click_id= 的 URI 方案来打开应用程序。

    但是,在 initSession() 方法中的链接数据中,您只会将 $deeplink_path 作为“类别/包”获得。不会附加任何 URI 方案。

    如果您使用 Android 应用程序链接或 Apple 通用链接来打开应用程序,那么我们不会触发任何 URI 方案,您仍将获得 $deeplink_path 作为“类别/袋子”作为深层链接数据。

    您获得的 URL $deeplink_path 来自您在用作 $desktop_url 的 Web URL 中设置的 App Indexing 标记。 Branch 会抓取 Web URL 并获取您拥有的应用索引标签并将它们设置为 $deeplink_path

    如果您有更多疑问或希望禁用此自动抓取功能,请发送电子邮件至 integrations@branch.io 与我们联系,我们将继续进行此对话。

    最好的

    【讨论】:

    • 对于原始发布者的观点和您的观点,@vatsal-bajpai .. 拥有一个具有原始 URI 方案的 $something 会很棒,这样我们就可以将它直接传递到我们的路由库中。否则,我们必须做类似let uclWithScheme = "CARFAXConsumerApp://ucl/\(deepLinkPath)" (well, not the ucl part) :)
    猜你喜欢
    • 2021-04-30
    • 2014-02-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-02
    • 2016-04-30
    • 1970-01-01
    • 2020-12-09
    • 2018-05-12
    相关资源
    最近更新 更多