在移动应用内浏览器中打开时，iOS中的魔术链接出现问题

Question

因此，魔术链接的通常流程是：

1. 用户单击电子邮件中的链接（例如www.domain.com/auth/:token）
2. 在电子邮件的应用内浏览器中打开页面。
3. 令牌存储在应用内浏览器的本地存储中，令牌从URL中删除（通过重定向或其他方法）。
4. 用户已登录（在应用内浏览器中）。

如果用户随后在手机的应用程序内浏览器中单击“在Safari中打开此应用程序”（或其他浏览器），则会发生问题。由于未保留本地存储状态并且令牌已从URL参数中删除，因此用户将被注销。除非令牌在每个页面URL上作为查询/参数出现，否则该令牌是不安全的，并且会破坏使用本地存储的目的。

在没有提供典型登录流程（用户名/密码）的情况下，此用例的最佳解决方案是什么？（或者这是唯一的方法吗？）您似乎无法使用魔术链接通过实际的浏览器应用程序在iOS中浏览任何应用程序，因为魔术链接将始终来自您的电子邮件应用程序（因此，将始终使用in-应用浏览器）。

Answer 1

要使用魔术链接从单击电子邮件客户端的锚点打开您的应用程序，您绝对需要设置通用链接。

\n\n

也就是说，事情并不总是那么简单。在某些情况下，通用链接将不起作用，并且会直接打开某些应用内浏览器，而不是打开您的应用程序，正如您所注意到的，有时会在将 SafariViewController 嵌入到电子邮件客户端时发生这种情况。

\n\n

那么如何才能使其在所有情况下都有效呢？

\n\n

如您所知，如果安装了通用链接，则应打开您的应用程序，但在无法打开应用程序的任何其他情况下，它也应打开后备网页。这是您将使其万无一失的地方：在后备网页上，确保您放置一个带有“安全”第二/备份通用链接的明显按钮，该链接将在您的应用程序中执行完全相同的操作。

\n\n

它会起作用，因为如果您的通用链接无法直接从电子邮件客户端打开并错误地打开浏览器窗口，那么它很可能会在从应用程序内浏览器后备网页触发时打开您的应用程序。

\n\n

最后，您可能需要集中精力并付出额外的努力为您的后备网页设置一个非常好的设计，使其看起来像您的应用程序，以提供良好的用户体验，以便您的用户甚至可能不会注意到他们已经通过额外步骤\xe2\x80\xa6

\n