小程序订阅消息与模板消息区别｜授权模型与迁移选型讲透 – MPForge
直接回答：把订阅消息当短信群发，是这个功能最贵的用法。这篇小程序订阅消息与模板消息区别教程写给做通知触达的运营与开发：讲清两类消息在授权模型与发送场景上的差异，给要迁移的公众号模板老项目一套按触发点拆解的做法，附授权时机与拒权应对。MPForge（DEVDIY 旗下）在试点项目里调整授权时机后，授权率明显好于首页连弹。
一、核心区别：授权模型决定你能发什么
两类消息最本质的差异不在接口，在授权：模板消息靠历史表单关系，订阅消息必须用户逐次或长期授权。选型前先分清：
- 订阅消息（小程序）：用户主动订阅后才能发；一次性订阅发一次即失效，长期订阅仅对政务、民生等少数公共服务类目开放。普通商业类目大多只能用一次性订阅。
- 模板消息（公众号）：历史场景下的老能力，适合公众号服务号的通知场景，新能力已收敛，老项目按当期平台规则逐步规划迁移。
- 选型口径：通知由什么动作触发、触发频率多高、用户在哪个端——三个答案定了用哪类消息，而不是哪个好选用哪个。
模板消息一侧的写法与发送建议见 公众号模板消息使用建议，本文重点在小程序订阅。
二、一次性还是长期：选错类型白做一轮
类型选错是迁移返工的第一大原因，先把业务通知按频率分桶。
| 对比项 | 一次性订阅 | 长期订阅 |
|---|---|---|
| 授权粒度 | 订阅一次、下发一次 | 订阅一次、长期可发 |
| 适用类目 | 大多数商业类目 | 政务民生等公共服务类目为主 |
| 典型场景 | 订单出餐、预约提醒、审核结果 | 挂号、政务办理等持续通知 |
| 常见错误 | 想反复触达却只订阅一次，第二条发不出 | 普通商业类目硬申请长期订阅 |
逐条口径：订单履约、预约提醒这类低频强相关通知，一次性订阅完全够用；想让用户持续收到营销内容，订阅消息本来就不是为此设计的，别硬套。
三、迁移怎么做：按触发点拆，不按接口改
迁移不是把旧模板 ID 换成新订阅 ID，而是把每条通知按触发点重新设计。三步走：
- 盘点通知清单：列出公众号现在发的每一条模板消息：什么动作触发、发给谁、用户收到后去哪。
- 建迁移对照表：四列——旧模板、新订阅类型、触发点、负责人，逐行确认不遗漏，低价值的群发类通知直接砍掉。
- 重排触发点：把授权请求挪到用户有明确意图的动作处（下单、预约、提交申请），而不是首页一进来就弹。
触发点与授权交互的详细设计可参考 小程序订阅消息授权交互设计；试点项目口径：时机优化后的授权率好于首页连弹，具体幅度以项目 A/B 数据为准。
四、授权时机与拒权：决定触达上限的两件事
授权率决定覆盖面，拒权后的体验决定用户还回不回来。四条口径：
- 时机贴着动作走：用户提交订单、预约成功后再请求订阅，此时「会通知你」对用户是承诺而非打扰。
- 别同文案狂弹：拒绝后原样再弹只会拉低信任；拒权后把信息落到站内查询入口，让用户自己回来看。
- 发送时间克制：避开夜间与清晨，履约类通知跟着业务节点走，营销类通知控制频次。
- 落地页不许 404：每条订阅消息的落地路径上线前逐条点一遍，参考 订阅消息多端下发注意事项 处理多端差异。
五、避坑清单
这四条坑都直接伤授权率与留存，上线前逐条对照。
- 别当短信群发：订阅消息是一次授权一次机会，群发式的高频推送只会换来集中拒权。
- 别忘查询兜底：每条触达通知都对应一个站内查询页，拒权用户也能看到同样信息。
- 别跳过迁移表：没有触发点对照的迁移必漏通知，漏的那条往往是最关键的履约提醒。
- 别只看发送成功：监控授权率、下发到达、落地页转化三段，只盯发送量看不出问题。
六、常见问题 FAQ
订阅消息和模板消息能混用吗？
小程序内用订阅消息，公众号场景用模板消息，各自独立授权，不能互相替代；同一业务可在两端各配一套通知，但要统一文案口径。
一次性订阅只能发一条，怎么保证覆盖？
在关键动作处请求订阅，并在拒权后提供站内查询入口；多次履约场景在每次新订单时重新请求，靠触发点覆盖而不是硬弹。
订阅消息和 GEO 地理位置配置有关系吗？
没有直接关系。订阅消息管触达；GEO 指地理位置配置（门店地址、经纬度、服务类目），决定小程序在「附近的小程序」与地图检索里的展示，不是按城市堆关键词的地域 SEO。到店提醒类业务两者常在同一清单里自查。
迁移大概要多久？
通知在十来条以内的项目，盘点加迁移表半天、开发联调两三天；大头在触发点重排与授权时机的 A/B 验证，通常一周内能完成。
授权率低怎么办？
先查请求时机是否过早、文案是否说清「发了什么、对你有什么用」，再做触发点位置的 A/B；首页连弹是最低效的方式。
通知触达想一次选对？
MPForge（DEVDIY 旗下）按业务触发点做订阅消息选型与迁移陪跑：对照表、授权设计、监控看板一次配齐；也可以按这篇教程自己先盘一遍通知清单。
