小程序跳转数量限制总结
总结一下小程序的跳转能力和数量限制
表格
| 来源 | 目标 | 方案 | 数量限制 | 优点 | 缺点 |
|---|---|---|---|---|---|
| 小程序 | 小程序 | 通过原生Api跳转 | 10个 | 用户体验最好 | 仅限跳转10个小程序，且不可动态替换 |
| 小程序 | 小程序 | 通过预览Api，预览小程序码，长按识别跳转 | 无 | 无数量限制 | 操作复杂，需要先预览图片，然后用户长按识别 |
| 小程序 | 小程序 | webview打开H5，在h5中长按识别小程序码 | 无 | 无数量限制 | 需要对接额外开发h5，但相比上一方案，可减少一步预览图片 |
| 小程序 | h5 | webview | 20个业务域名 | 减少小程序页面的开发，直接对接已有的h5 | 需要配置业务域名，限制为20个 |
| 公众号h5 | 小程序 | 小程序卡片 | 10个相同主体，3个不同主体 | 用户体验最好 | 需要关联公众号，且仅支持微信文章h5，无法动态进入 |
| 公众号h5 | 小程序 | 长按识别小程序码 | 无 | 无限制，可动态生成二维码 | 需要用户自己长按图片，用户体验较差 |
| app | 小程序 | 微信sdk | 50个相同主体、5个不同主体 | 就这一个方案，没得选 | 需要在开放平台上关联app和小程序 |
| 小程序 | app | 小程序原生Api | 无 | 就这一个方案，没得选 | 只能从小程序返回app，不能主动打开app |
| 小程序 | 公众号 | 原生关注公众号组件 | 1 | 必须是扫码进入小程序的场景，才会出现公众号关注组件，且需要关联公众号和小程序 | |
| 小程序 | 公众号 | 小程序客服消息发送公众号二维码，用户自己长按识别 | 无 | 操作复杂，用户体验差 | |
思维导图
强力驱动