Ios OAuth之后，通用链接偶尔无法重定向到应用程序

我们的应用程序登录流程包括将用户重定向到另一个应用程序以进行登录和身份验证，然后重定向回我们的应用程序以完成登录过程

从认证应用程序重定向回我们的应用程序是通过调用通用链接来实现的，这应该总是将用户重定向回我们的应用程序，但是对于一些特定的用户，它似乎是在打开safari并将他们重定向到我们网站上的页面

我们在网站上设置了一个页面来处理这种情况，页面上的说明告诉用户单击页面顶部的“在应用程序中打开”链接（ios在所有通用链接网页上插入的横幅），以打开我们的应用程序并完成注册过程。但是，对于其中一些用户，此横幅不会出现！就好像根本没有建立通用链接一样。这意味着用户无法完成注册程序并进入我们的应用程序

我在branch.io验证器（）上检查了我们的通用链接，结果显示一切都是有效的

我还使用Apple的“应用程序搜索API验证工具”检查了链接，该工具在“应用程序链接”部分返回了以下消息：

错误：没有具有域权限的应用 用于验证深度链接双重身份验证的授权数据来自应用程序的当前发布版本。更新此数据可能需要48小时

现在，这似乎意味着我们需要等待48小时，从我们最近的部署，我们的通用链接成为活跃的，然而，事实上，该链接为大多数人（包括我们自己，每次我们测试它）将意味着，这不是事实

我们最初只在Web服务器的根目录上上传了我们的apple应用程序站点关联文件，但现在我也将其上传到了。众所周知/为了安全起见，尽管问题似乎仍然存在

以下是我们的苹果应用程序网站关联文件的匿名版本：

{
"applinks": {
    "apps": [],
    "details": [
        {
            "appID": "1F5A4778Y4.com.Tested.Step",
            "paths": [ "*", "NOT /privacypolicy/", "NOT /faq/", "NOT /terms/"]
        }
    ]
}

我保留了上述文件中的资本化（com.Tested.Step在我们实际的苹果应用程序网站关联文件中是资本化的）我没有看到任何其他应用程序id在其反向url部分中包含类似的资本化，这会导致问题吗

到目前为止，我们已经设法从其中一些用户那里获得了一些信息，并且应用程序版本似乎没有一致性（iOS 10.x和iOS 11 beta版的用户似乎也是如此），用户删除并重新安装应用程序并不能解决这个问题

因此，我的问题是，鉴于上述信息，是否有任何建议可以说明为什么一些用户没有通过通用链接重定向到应用程序？此外，你没有看到safari顶部的“在应用程序中打开”的横幅吗？这可能与App Search API验证工具返回的错误有关吗

提前感谢您，如果您需要关于任何问题的任何其他信息/澄清，请告知我

更新：

---

我刚刚发现，有问题的用户似乎没有打电话到我们网站上的apple应用程序站点关联文件，即使是在删除应用程序然后重新安装之后。

正如您的编辑所示，听起来这些用户在初次安装时没有成功地删除

苹果应用程序站点关联

文件

“应用程序搜索API验证工具”不是“通用链接验证工具”（苹果公司没有），因此该工具的结果与通用链接是否有效无关。官方说法是，它将你的网站的

苹果应用程序网站关联

文件与你的应用程序在应用程序商店中的列表进行比较，因此如果你的应用程序的公开版本还没有通用链接权限，这将导致这些错误。然而，通用链接在本地构建中仍然可以正常工作。应用商店中的应用程序版本不需要实现通用链接来测试您尝试执行的操作

您的服务器可能没有正确响应对

apple app site association

文件的所有请求，或者用户端可能存在网络问题。您可能希望深入研究日志，或者尝试对其进行大规模测试，以查看失败的地方

---

或者，查看托管的深度链接服务，如（完全公开：我在分支团队中）或Firebase动态链接，以免除您的责任正如您的编辑所示，听起来这些用户在初始安装时没有成功地删除

苹果应用程序站点关联

文件

“应用程序搜索API验证工具”不是“通用链接验证工具”（苹果公司没有），因此该工具的结果与通用链接是否有效无关。官方说法是，它将你的网站的

苹果应用程序网站关联

文件与你的应用程序在应用程序商店中的列表进行比较，因此如果你的应用程序的公开版本还没有通用链接权限，这将导致这些错误。然而，通用链接在本地构建中仍然可以正常工作。应用商店中的应用程序版本不需要实现通用链接来测试您尝试执行的操作

您的服务器可能没有正确响应对

apple app site association

文件的所有请求，或者用户端可能存在网络问题。您可能希望深入研究日志，或者尝试对其进行大规模测试，以查看失败的地方

---

或者，查看托管的深度链接服务，如（完全披露：我在分支团队中）或Firebase动态链接，以免除您的责任嘿，我可以得到一些关于“您的应用程序版本在中”这句话的澄清吗