开发者
如何按设备自动把用户跳转到正确的应用商店
识别 iOS 还是 Android，把每位访客送到正确的商店 — 不用编写，也不用托管识别代码。
简短回答
分享一个智能链接，而不是商店网址。OneStoreLink（onestore.link）在链接被打开时读取访客的设备：iPhone 被送往 App Store，Android 手机被送往 Google Play，电脑则进入一个带两个按钮的页面。这一选择在 Cloudflare 的边缘网络上完成，你无需托管或维护任何识别代码。
最后审阅于 2026-10-22
要把用户送到正确的商店，就得从请求里读出设备，再据此跳转。你可以在自己的服务器上手写 User-Agent 识别，但 UA 字符串会变，应用内浏览器的行为很古怪，而且从此你要永远维护一个跳转接口。本指南讲解按设备跳转商店的原理，以及如何在不维护任何这类代码的情况下实现它。
问题所在
- User-Agent 字符串五花八门，还会随时间变化，自己写的识别逻辑迟早失效。
- 应用内浏览器（TikTok、Instagram、Facebook）会让简单的商店跳转失灵。
- 自己托管跳转，意味着要维护一个接口、TLS 证书和在线率。
- 各种边缘情况 — 电脑、平板、未知设备 — 都各自需要兜底方案。
有了 onestore.link
- onestore.link 在服务端识别设备，把 iOS 302 跳转到 App Store，把 Android 跳转到 Google Play。
- 应用内浏览器会得到一个专门的中转页，在加载时自动把用户交接给商店，而不是一个会失败的跳转。
- 电脑和未知设备会回落到一个带两个按钮的落地页。
- 它运行在 Cloudflare 的边缘网络上，由离每位访客最近的数据中心处理，你什么都不用维护。
怎么做
无需 SDK，无需重新构建。只是一个网址。
- 1
用两个商店网址创建链接
把你的 App Store 和 Google Play 网址添加到一个 onestore.link 短地址上 — 它们就是跳转的目标。
- 2
把这个链接作为目标地址
让你的按钮、广告或二维码指向 onestore.link 网址，而不是写死的商店链接。
- 3
让边缘网络负责识别
每个请求都会被归类（iOS / Android / 应用内 / 电脑），并自动送到正确的商店或中转页。
常见问题
设备识别具体是怎么工作的？
onestore.link 在服务端检查请求的 User-Agent 来判断平台，然后发出 302 跳转到对应的商店。应用内浏览器和电脑会得到专门的兜底方案，而不是一个生硬的跳转。
查询参数和 UTM 标签在跳转后还会保留吗？
会。UTM 和任意查询参数都会在跳转中保留，下游的分析工具依然能对这次点击进行归因。
能不能不让关键路径依赖第三方？
跳转在 Cloudflare 的边缘网络上决定，由离访客最近的数据中心根据缓存在 KV 里的链接记录完成，所以几乎不增加延迟。如果你更想自己托管，可以看看与 Firebase Dynamic Links 的对比，了解其中的取舍。
准备好试试了吗？
永久免费，无需密码。大约一分钟，你的链接就能就绪。
创建你的免费链接