无需 SDK 的 Firebase Dynamic Links 替代方案

Firebase Dynamic Links 已于 2025 年 8 月 25 日停止工作。如果你曾用它把用户送到正确的商店，SetLinks 用一个链接和一个二维码就能做到，而且无需安装 SDK。

根据 Google 自己的常见问题，停服之后每个 Dynamic Link 都返回 404，page.link 域名也被永久收回。印在包装、海报和名片上的链接，旧邮件里的链接，以及置顶在个人主页里的链接，如今都无处可去。

这些链接大多只做一件简单的事：在 iPhone 上打开 App Store，在 Android 上打开 Google Play，在其他设备上打开网页。这件事不需要 SDK，也不需要在应用里写代码。有些链接做得更多——在全新安装后打开特定页面，或者提供安装归因——这些就需要深度链接 SDK。本页帮你区分这两类链接，并在一个下午内迁移完第一类。

逐项对比

功能	Firebase Dynamic Links	SetLinks
仍在运行	否——已于 2025 年 8 月 25 日关闭	是
iPhone → App Store，Android → Google Play	是	是
华为 AppGallery 和 RuStore	否	是
已安装时直接打开应用	是，需要 SDK	是，无需 SDK：iPhone 在 setlinks.io 上，iPhone 和 Android 在你的域名上
自有域名	是	是，每月 US$9 起
应用内需要 SDK	应用内链接需要	不需要
安装后打开应用内页面（延迟深度链接）	是	否
免费起步	曾经免费	3 个链接，流量不限

其他服务的信息截至 2026 年 10 月，来自其公开页面： Firebase Dynamic Links FAQ

价格

Dynamic Links 是免费的，这也是那么多应用使用它的原因之一。SetLinks 的免费方案包含 3 个链接，流量不限，无需绑卡，也没有时间限制。付费方案每月 US$9 起，按年付更便宜；自有域名、直接打开已安装的应用和 API 均包含在每月 US$9 起的方案中。

如果改用完整的归因套件来替代 Dynamic Links，价格通常按转化量计算或需要单独报价——需要归因时物有所值，只需要商店跳转时就是一种昂贵的做法。

以下情况选 SetLinks

你的链接主要通过二维码、邮件、广告或个人简介把用户送到 App Store 或 Google Play。
你不想仅仅为了链接而在应用里添加、更新和维护 SDK。
除了两大商店，你还需要 AppGallery 或 RuStore。
你想按平台、国家和来源查看点击和扫码统计，而不必搭建数据分析管道。

以下情况选 Firebase Dynamic Links

Dynamic Links 已经停服，所以问题在于用什么替代：如果链接必须在全新安装后立即打开特定页面，请选择深度链接 SDK，例如 Google 在常见问题中列出的那些。
如果你需要跨广告网络的安装归因，归因平台（MMP）才是合适的工具，而 SetLinks 不是。
如果你的链接只需要为已安装应用的用户打开应用，Google 也推荐直接使用 Universal Links 和 App Links——SetLinks 可以替你发布这些文件，你也可以自己托管。

SetLinks 能做什么

每个应用一个短链接和二维码：iPhone 跳转 App Store，Android 跳转 Google Play，华为跳转 AppGallery（华为应用市场），未上架 Google Play 和 AppGallery 的应用跳转 RuStore，电脑跳转你的网站，其他访问者跳转你设置的备用网址。
Instagram、TikTok 等应用内浏览器常常无法打开商店，这时访问者会看到一个带“在商店中打开”按钮的页面，而不是走进死胡同。
按天、平台、国家和来源统计点击，支持导出 CSV。二维码扫描计入点击，同时也单独显示；链接预览机器人完全不计入。
随时修改跳转目标——地址和已印刷的二维码保持不变。
在包含相应功能的方案中：自有域名（go.yourbrand.com）、已安装时直接打开应用（iPhone 在 setlinks.io 上，iPhone 和 Android 在你的域名上）、把推广活动标签传给商店、带角色的团队，以及支持读写密钥的 REST API。

它不能做什么

没有 SDK，因此没有延迟深度链接：链接无法在安装后把用户带到应用内的某个页面。
不会把安装归因到广告网络。它会把推广活动信息传给商店，因此 App Store Connect 和 Google Play Console 会按链接显示安装量。

从 Firebase Dynamic Links 迁移：分步指南

大多数团队一个下午就能完成。顺序很重要：先弄清每个旧链接做什么，再重新创建。

导出原有数据 Google 允许导出 Dynamic Links 的元数据（见其常见问题）。为每个链接记下短地址及其参数：apn（Android 包名）、ibi 和 isi（iOS bundle 和 App Store ID）、ofl 或 link（网页地址）。
按用途给链接分类 只把用户送到商店或网页的链接可以原样迁移。深度链接会在安装后打开某个页面的链接需要 SDK；把这些单独列出来交给开发人员。
为每个链接创建 SetLinks 链接 App Store：https://apps.apple.com/app/id 后接 isi 数字。Google Play：https://play.google.com/store/apps/details?id= 后接 apn 包名。把 ofl 或 link 地址设为备用地址。如果应用也在 AppGallery 或 RuStore 上架，一并添加。
如有自定义域名，把它迁回来 如果你的 Dynamic Links 使用的是你自己的子域名（links.yourbrand.com），把它作为自定义域名添加到 SetLinks，并重建相同的路径——旧的二维码和链接就会重新生效。page.link 上的地址无法迁移：那个域名属于 Google。只有符合 SetLinks 链接地址规则的路径（小写字母、数字和连字符，3 到 64 个字符，不含斜杠）才能沿用；其他路径的二维码（例如含大写字母的）需要重新印刷。
为已安装的用户直接打开应用 为链接开启“在应用中打开”，填写你的 Apple Team ID 和 bundle ID，Android 则填写包名和 SHA-256 签名指纹。在下一个版本中把链接域名加入应用的 Associated Domains（iOS）和 intent filter（Android），然后移除 Firebase Dynamic Links SDK。
替换链接，最后重印一次 在网站、邮件、广告和个人简介中替换旧地址。page.link 二维码最后重印一次：从此你在 SetLinks 中修改跳转目标，印好的二维码保持不变。
在真机上测试 在 iPhone、Android 手机以及 Instagram 内打开新链接。我们的免费跳转测试工具会显示任意设备的去向，校验工具可以检查你的 apple-app-site-association 和 assetlinks.json 文件。

常见问题

我原来的 page.link 链接还能用吗？

不能。Google 的常见问题写明，自 2025 年 8 月 25 日停服起，每个 Dynamic Link 都返回 404，page.link 域名也不会保留。这些地址无法重定向，只能替换。

使用我自己域名的链接能保留吗？

可以，只要域名是你的。把该子域名作为自定义域名添加到 SetLinks，并把每个路径重建为链接地址（小写字母、数字和连字符，3 到 64 个字符）。指向该域名的已印刷二维码随后就会重新生效。含大写字母或斜杠的路径无法重建，使用这些路径的二维码需要重新印刷。

我需要修改应用吗？

商店链接不需要：无需改动应用即可使用。只有当你希望链接打开已安装的应用时，才需要把链接域名加入应用的 Associated Domains 和 intent filter——之后就可以移除 Dynamic Links SDK。

SetLinks 支持延迟深度链接吗？

不支持。应用里没有 SDK，就没有任何东西能把链接穿过安装过程带到特定页面。如果需要这一功能，请使用深度链接 SDK；SetLinks 负责只需到达正确商店或打开已安装应用的链接。

应用已安装时，链接能直接打开应用吗？

可以，在包含“在应用中打开”的方案中。在 iPhone 上，它适用于 setlinks.io 和你的自有域名；在 Android 上，它适用于你的自有域名，SetLinks 会在那里为你的应用发布 assetlinks.json。

替代 Dynamic Links 要花多少钱？

你可以免费开始，包含 3 个链接，流量不限。付费方案每月 US$9 起，所有价格都列在价格页上——无需联系销售。

我的点击统计会怎样？

Dynamic Links Analytics API 已随其他功能一起关闭。SetLinks 从第一天起按平台、国家和来源统计点击和二维码扫描，并可导出为 CSV。

其他对比

免费试用 SetLinks

两分钟创建链接，无需绑卡。

创建链接