商店拒绝因为通用 link
Store rejection because of universal link
我已将我的应用程序提交给 Apple 进行审核。当他们尝试使用通用 link 时，它会在 iPad 的 Safari 中打开，而不是在应用程序中打开。
我们通过 TestFlight 尝试了他们在多部 iPhone 和 iPads 上使用相同构建的完全相同的步骤，它适用于我们所有的设备以及我们的外部测试人员使用的设备。
所以我想知道是否有人遇到同样的问题，即通用 links 在 Apple 的审阅者方面不起作用，以及可能的解决方案。
通用 link 是我们登录过程的关键。在应用程序中，您输入您的电子邮件，我们会向您发送一次性使用 link，您会自动登录该应用程序。
Apple 服务无法在启用 VPN/Proxy 的情况下使用。这将导致无法下载 Universal Links 的相关文件（它在安装和应用程序更新时得到 checked/downloaded）。
尽管如此，我不希望 Apple Reviews 不知道这一点，所以也许是其他原因。就我个人而言，在审核期间从未遇到过通用链接问题，但我建议使用自定义 URL 方案在您的应用程序和网页中实施后备方案。从技术上讲，任何用户都可能长按 URL 和 select“在 Safari 中打开”而不是在您的应用程序中打开它，这肯定会中断流程。
我已将我的应用程序提交给 Apple 进行审核。当他们尝试使用通用 link 时，它会在 iPad 的 Safari 中打开，而不是在应用程序中打开。
我们通过 TestFlight 尝试了他们在多部 iPhone 和 iPads 上使用相同构建的完全相同的步骤，它适用于我们所有的设备以及我们的外部测试人员使用的设备。
所以我想知道是否有人遇到同样的问题，即通用 links 在 Apple 的审阅者方面不起作用，以及可能的解决方案。
通用 link 是我们登录过程的关键。在应用程序中，您输入您的电子邮件，我们会向您发送一次性使用 link，您会自动登录该应用程序。
Apple 服务无法在启用 VPN/Proxy 的情况下使用。这将导致无法下载 Universal Links 的相关文件（它在安装和应用程序更新时得到 checked/downloaded）。
尽管如此，我不希望 Apple Reviews 不知道这一点，所以也许是其他原因。就我个人而言，在审核期间从未遇到过通用链接问题，但我建议使用自定义 URL 方案在您的应用程序和网页中实施后备方案。从技术上讲，任何用户都可能长按 URL 和 select“在 Safari 中打开”而不是在您的应用程序中打开它，这肯定会中断流程。