0

如果用户在 iOS 上安装了我们的移动应用程序,但通过 Safari 浏览器使用我们的网站。用户正常浏览网页,但是...

在结帐/购买过程中,我们使用外部托管的卡支付服务,在输入卡后,将用户重定向到发卡机构的 3DS 身份验证服务,然后在完成后,用户被重定向回我们网站上的页面。

(~/cart.php?target=Payment_return)

在这种情况下,通用链接会介入并导致重定向链接打开我们安装的应用程序,而不是在网络浏览器中继续。[这不会发生在 android 设备上] 这导致支付处理完成,但用户在结帐过程中丢失。

我们的 AASA 关联文件包含:

 "paths": ["NOT *target=product_search*","NOT /cart.php?target=payment_return*","*"]

但这种排斥似乎没有得到尊重。

团队被难住了,如果有任何建议,我们将不胜感激。

显然,这与用户自己的偏好有关,即他上次打开指向我们网站或应用程序的链接的方式,而 iOS 将“记住”该选择作为默认选择;(如果用户最后的选择是在浏览器中打开我们的链接,这种情况不会发生);尽管如此,在浏览器中工作时的重定向是不受欢迎的,并且 AASA 排除似乎不起作用。

我们在这里遗漏了什么?或者一定有很多其他人在同一条船上,当然?帮助。

蒂亚。

4

1 回答 1

0

从文档中,请参阅此处

请注意,仅使用 URL 的路径部分进行比较。其他组件,例如查询字符串或片段标识符,将被忽略。

这可能就是为什么排除不被尊重的原因。

我不知道你是否需要支持iOS 13以下,但如果你的目标是iOS 13及更高版本,还是有希望的,查看这里查看详细文档。

在您的情况下,它可能类似于(我没有尝试过,只是为了给您一个想法):

{ "applinks": {
  "details": [
       {
         "appIDs": [...],
         "components": [
           {
              "/": "/cart.php*",
              "?": { "target": "payment_return" },
              "exclude": true,
              "comment": "Matches any URL whose path starts with cart.php and which has a query item with name 'target' and a value payment_return"
           }
         ]
       }
   ]}, ...}

并且不要忘记在网站上更改 AASA 后重新安装应用程序。

于 2021-06-17T14:32:42.170 回答