在 Shopify、Webflow、Wix 和 Squarespace 上配置 Universal Links：哪些建站工具能托管 AASA 文件

为什么链接打开的是网站

Universal Link 就是一条普通的 https 链接，iOS 会把它交给你的应用，而不是交给 Safari。Android 上对应的叫 App Link。用你的应用打开 yourbrand.com 的链接之前，两种手机都会先从 yourbrand.com 下载一个写明了这个应用的文件。读不到文件，就打不开应用，链接直接打开网站。

用建站工具做的网站，缺的通常就是这个文件。应用那边，你的开发者已经配好了。网站这边需要在一个固定地址放一个文件，而那里能放什么，由建站工具说了算。

两种手机都会检查的地址

iOS 会在你的应用列出的每个域名上检查这个 URL。Android 则在同一个文件夹里找 assetlinks.json。

各建站工具允许你托管什么

依据各建站工具自己的帮助页面和开发者文档，截至 2026 年 10 月 23 日。

逐个来看

Webflow。从 2024 年 12 月 16 日起，Webflow 可以托管任意 well-known 文件。在 Assets 面板里新建一个名为 well-known 的文件夹，上传文件，然后发布。上传的文件必须以 .json、.txt 或 .md 结尾，所以把 iOS 文件命名为 apple-app-site-association.noext.txt，Webflow 会自动去掉扩展名。assetlinks.json 原样上传即可。新增文件需要 Premium Site 套餐（或旧版 Business Site 套餐），而且在 webflow.io 测试域名上不生效。

Framer。在 Site Settings 里打开 Hosting，再打开 Files。逐个添加文件，路径填 /.well-known，然后发布。Framer 的文档点名列出了这两个文件，也接受没有扩展名的文件。这项功能在 Pro 和 Enterprise 套餐中提供。Framer 没说明无扩展名的文件会以什么内容类型返回，所以发布后要检查一下。

Shopify。Shopify 没有文档说明如何上传这两个文件。应用注册后，它会在你的自定义域名上自动生成这两个文件，但绝不会在 *.myshopify.com 上生成。注册有两种方式：在自定义应用的 Storefront API 设置里，或者通过 MobilePlatformApplication API，这个 API 的权限范围要由 Shopify 支持团队开通。iOS 文件以 /* 结尾，所以除了 /admin 和两个支付回调地址，商店的每个 URL 都会打开应用。2026 年 5 月有开发者提出希望能控制路径；到 10 月 14 日，Shopify 仍没有可以分享的进展。

Wix。Wix 没有文档说明如何在 /.well-known/ 下提供文件（2026 年 10 月核实）。它的帮助中心在一个仍在征集投票的功能请求里写道，目前无法在域名根目录添加验证文件。

Squarespace。同样没有文档说明的方法。它关于文件的帮助页面说，文件 URL 由 CDN 分配，无法更改。它的论坛上流传的变通办法是用 URL Mappings 做 301 重定向，而 Apple 和 Google 都不接受这种做法。

子域名方案

如果你的建站工具不支持，或者 Shopify 那个把所有 URL 都交给应用的文件超出了你的需要，那就让网站保持原样。把 links.yourbrand.com 这样的子域名指向一个静态托管服务，比如 Netlify、Vercel、Cloudflare Pages 或 Firebase Hosting；这四家都能按路径设置响应头。况且 Apple 的 TN3155 本来就针对一个相关场景建议使用单独的子域名：在浏览器里，从 yourbrand.com 的一个页面链接到另一个页面不会打开应用，而链接到另一个子域名则会。

有两点会变。你分享的链接必须指向这个子域名；指向 yourbrand.com 页面的链接仍然会打开网站。另外应用需要更新：在 Associated Domains 里加上 applinks:links.yourbrand.com，在 Android 上为这个主机加一个带 autoVerify 的 intent filter。子域名上的其他路径也要给个去处，比如重定向到你的网站，这样没装应用的人就不会看到 404。

三个文件

换成你自己的 ID 和指纹。生成器会帮你填好。

{
  "applinks": {
    "details": [
      {
        "appIDs": ["ABCDE12345.com.yourbrand.app"],
        "components": [
          { "/": "/*", "comment": "Every link on this subdomain opens the app" }
        ]
      }
    ]
  }
}

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.yourbrand.app",
    "sha256_cert_fingerprints": ["14:6D:E9:83:...:3F:CF:44:E5"]
  }
}]

/.well-known/apple-app-site-association
  Content-Type: application/json
/.well-known/assetlinks.json
  Content-Type: application/json

设置 links.yourbrand.com

以 Netlify 为例。其他托管服务的步骤相同，只是记录值不同。

或者干脆不用文件

Universal Link 并不是进入应用的唯一途径。Pro 套餐（每月 $9.99）的 Appy 链接，会在你的商店地址旁边带上应用的 URL scheme 深度链接，比如 yourapp://product/42。在 Safari 和 Chrome 里，它先尝试打开应用，再转到商店。在 Instagram 这类应用内浏览器里，它会显示一个页面，上面有“打开应用”按钮、商店按钮，以及打开 Safari 或 Chrome 的步骤。电脑用户会去你的网站。你的网站上什么都不用放。

不过，这不是你自己域名上的 Universal Link。链接在 appy.to 上，yourbrand.com/product/42 仍然会打开网站。Apple 强烈建议用 Universal Links 而不是 scheme，原因之一是没有任何机制能阻止别的应用注册你的 scheme。在 Business 套餐下，go.yourbrand.com 这样的自定义域名可以承载你的链接，但只做跳转；通过 Appy 在你自己的域名上使用 Universal Links 和 App Links，属于 Enterprise 套餐。有了上面的子域名，Pro 链接就可以把 https://links.yourbrand.com/product/42 用作深度链接，没装应用的手机照样会进入商店。

分享链接前先检查

延伸阅读

• Universal Links 完整指南应用这一侧：entitlements、intent filters 和路径。
• Universal Links 打开了 Safari？文件到位之后的常见原因。
• Android App Links 验证失败用 adb 五分钟定位问题。
• 自定义域名Business 套餐使用你自己的链接域名，Enterprise 套餐支持应用链接。

建站工具上的 Universal Links：常见问题