App 下载二维码：制作同时兼容 iOS 与 Android 的二维码

下载 App 的二维码听起来很简单——指向 App Store 就好。但有个坑：如果你的 App 同时有 iOS 和 Android 版，一张指向 App Store 的二维码在 Android 上失效，反之亦然。本文讲解三种真实方案：分系统二维码、单张二维码跳转到能识别并重定向的落地页，或使用「智能链接」服务的单张二维码。

备注：中国大陆读者的 Android 版通常通过应用宝、华为/小米/OPPO/vivo 应用商店或官网 APK 分发；本文以 Google Play 为主要示例，同样思路适用于国内各大商店的应用详情页链接。

快速解答

• 仅 iOS 或仅 Android： 一张指向相应商店 URL 的静态二维码即可。
• 双端都有： 最简单的做法是一张二维码指向你自己的落地页，页面检测设备并跳转到正确商店。
• 专业方案：使用「智能链接」服务（Branch.io、Firebase Dynamic Links、OneLink）自动识别 OS。部分免费，部分付费。
• 如果你偏好简单，也可以两张二维码并排分别标注「iOS」和「Android」。
• 所有情况下，一张指向稳定 URL 的静态二维码就够了。无需订阅。

三种做法

方案一：两张独立二维码（最简单）

并排印两张二维码：

• 一张指向 App Store：https://apps.apple.com/app/idYOURID。
• 一张指向 Google Play：https://play.google.com/store/apps/details?id=your.package.name。

分别标注「iOS / iPhone」和「Android」。用户自选。

适用场景：

• 空间充裕（大幅招牌、宽包装）。
• 没有自己的网站做落地页。
• 追求最简单、不依赖外部服务。

局限： 占位更大，部分用户不知道自己该扫哪张。

方案二：指向自有落地页的单张二维码，内含设备识别

在你网站上做一个简单页面（yourdomain.com/app），用脚本判断 iOS/Android 并跳转到对应商店。

最小 JavaScript 示例代码：

const ua = navigator.userAgent;
if (/iPhone|iPad|iPod/.test(ua)) {
  window.location.href = 'https://apps.apple.com/app/idYOURID';
} else if (/Android/.test(ua)) {
  window.location.href = 'https://play.google.com/store/apps/details?id=your.package';
} else {
  // 桌面或其他平台：显示两个按钮
}

把二维码指向 yourdomain.com/app。一张码，自动跳转。

优势：

• 招牌/包装上只有一张干净的二维码。
• 零外部依赖。
• 落地页你自己掌控，可随时改目标而无需重印。
• 若已有网站则永久免费。

局限： 需要一个（或创建一个）自有网页。

方案三：专业服务的智能链接

Branch.io、Firebase Dynamic Links、AppsFlyer OneLink 等服务会创建一条唯一 URL：

• 识别 OS 并跳到对应商店。
• 部分提供「延迟深链接」（在安装与首次打开之间保留上下文）。
• 提供详细分析。

把二维码指向智能链接。效果同方案二，但不需要自有网站。

适用场景：

• 你是一家有 App 的公司，需要高级分析。
• 需要延迟深链接（安装并打开后直达特定页面）。
• 不想自己维护落地页。

局限： Firebase Dynamic Links 已停服，免费选项减少。Branch 有免费计划但有限额；其他多为付费。

如何拿到正确的 URL

App Store（iOS）

在网页版 App Store 打开你的 App 页面并复制 URL，格式：

https://apps.apple.com/us/app/app-name/id1234567890

「us」可换成其他国家代码。要国际通用可省略：

https://apps.apple.com/app/id1234567890

Apple 会按用户所在国跳到对应商店。

Google Play（Android）

在网页版 Play Store 打开你的 App 页面并复制 URL，格式：

https://play.google.com/store/apps/details?id=com.yourcompany.yourapp

id 参数即 App 的唯一包名。

生成二维码前先验证

在手机浏览器里分别打开每个 URL（iPhone 试 App Store 链接、Android 试 Play Store 链接）。应直接打开你的 App 详情页。否则检查 URL。

分步制作二维码

任一方案都适用：

1. 决定策略（两张独立二维码、自有落地页或智能链接）。
2. 准备好最终 URL（商店链接、落地页或智能链接）。
3. 打开免费的客户端生成器，比如 QRcito。
4. 选择 URL 类型并粘贴链接。
5. 按需自定义颜色（保持对比度）。App Logo 放中央（最大占 20%）。
6. 生成并下载 SVG（印刷）与 PNG（数字）。
7. 先印一张测试，用 iPhone 与 Android 分别扫，确认各自进入对应商店。

不同载体的推荐尺寸

载体	距离	最小二维码尺寸
名片	25 厘米	2 × 2 厘米
手持传单	30 厘米	3 × 3 厘米
展会招牌（1-2 米）	1-2 米	10-20 厘米
产品包装	25 厘米	2 × 2 厘米
屏幕 / 电视	3-5 米	沙发上也看得清
橱窗贴膜	2-3 米	20-30 厘米

App 场景下二维码的高转化点

转化率最高的几种场景：

• 展会 / 活动招牌： 二维码指向 App，现场下载，展位即体验。
• 实体产品包装搭配配套 App（智能家居、健身可穿戴等）。
• 店内屏幕旁边放二维码，配合产品展示。
• 销售团队的邮件签名。
• 户外广告（广告牌、公交站、出租车）：二维码下载 App。
• 线下引导： 课堂、工作坊、培训现场，加速安装课程对应 App。

常见错误

• 招牌上只放 App Store 二维码，而一半观众用 Android： 你丢掉一半下载量。解决：两张码或智能落地页。
• 商店链接带固定国家（如 apple.com/us/...）：法国用户要切换商店。App Store 链接去掉国家代码。
• 落地页太重： 落地页 5 秒才加载完就流失了用户。做成轻量（脚本 + 跳转）。
• 智能链接来自即将关停的服务： Firebase Dynamic Links 已停服。谁依赖它谁的二维码就全坏了。还是自建落地页更稳。
• 不在两端测试： 二维码是一回事，端到端流程又是另一回事。量产前用真机 iPhone 和 Android 测。
• App 已下架但二维码仍在用： 码还能扫但会跳到「不可用」。下架后要么重生成，要么做重定向。

结论

如果 App 只在一端，二维码很简单（直接指向商店）。双端都有，就三选一：两张并排（最简）、带设备识别的自有落地页（有网站时首选）、智能链接服务（最专业，有时付费）。

所有情况下，二维码都是指向稳定 URL 的静态二维码。无需为动态二维码付月费——最终 URL 存在且可用即可。

QRcito 免费、免注册为你生成 App 下载二维码，提供 SVG/PNG。指向商店、落地页或智能链接然后下载即可。

常见问题

能不能用一张二维码识别 iOS 或 Android？ 可以，但二维码本身什么都识别不了——它编码的是固定 URL。识别是由 URL 执行的：要么指向自有带脚本的落地页，要么使用智能链接服务。

自有落地页和智能链接哪个更好？ 已有网站就用自有落地页：零成本、零依赖。需要高级分析或延迟深链接就用智能链接。

对 TestFlight 或 Beta 版 App 有效吗？ 有效，与正式版一样。TestFlight 链接是稳定的。Beta 结束后链接失效，需要重新生成指向正式版的二维码。

二维码的下载量有上限吗？ 没有。二维码就是一块图案。下载量取决于应用商店而非二维码。你可以无限量印刷，所有码都生效。

能看到通过二维码下载了多少次吗？ 不接入外部服务的话不能直接看。你的落地页可以接 Google Analytics（或百度/友盟等国内产品）统计访问量。想区分二维码与网站「下载」按钮的归因，就在二维码 URL 末尾加 UTM 参数。