做小程序开发这么多年，发现很多同行都在订阅通知上栽过坑——这东西确实是个好东西，不用花太多成本就能触达用户，还能把服务流程闭环，但偏偏很多人分不清一次性订阅和长期订阅的区别，要么用错场景，要么申请权限被驳回，白白耽误项目进度。今天我们把这两种订阅的规则、用法、开发要点，还有遇到过的坑，一次性跟大家说透，让小白也能理解照着用。

一、先把底子摸清：两种订阅到底差在哪？

很多人一开始就搞混了，觉得俩订阅没多大区别，其实差远了，最核心的一点就是：一次性订阅是授权一次，只能发一条消息；长期订阅是授权一次，能一直发，不用再反复要权限。但这背后的限制，可不是一星半点。

1. 一次性订阅通知（弹窗订阅）

这个应该是咱们最常用的，不管你做什么类型的小程序，基本都能用，我估计90%的小程序，用的都是这种。它的规则很简单：用户在小程序里操作的时候，你弹出授权弹窗，用户点同意了，你就能给它发一条对应的消息，发完这次授权就没用了，下次再想发，还得重新引导用户授权。

举个最常见的例子，做电商小程序的，用户下单付款后，你引导它授权“订单发货通知”，用户同意了，你只能发一次“您的订单已发货”的提醒；要是后续物流更新，比如到中转仓、派件中，想再发提醒，就得再让用户授权一次物流更新的模板，不能一次授权发到底。

2. 长期订阅通知（弹窗订阅）

这个就比较“娇贵”了，不是谁都能用。用户一次授权后，你能一直给它发消息，不用反复要权限，听着很方便，但门槛极高——只有政务民生、医疗、交通、金融、教育这些线下公共服务领域的小程序，才能申请，普通的电商、内容、工具类小程序，想都别想，申请了也是驳回。

我之前帮一个医院做预约小程序，就申请了长期订阅，用户第一次挂号的时候，引导它授权，之后预约成功、就诊排队提醒、检查报告出来，还有复诊通知，都能直接发，不用再跟用户要权限，确实省事儿。但之前有个做电商的客户，非要钻空子申请长期订阅，说想给用户发新品提醒，结果审核直接驳回，还耽误了一周的项目进度，特别不值。

二、场景别用错！用错了全白忙活

一次性订阅：绝大多数小程序，直接冲就对了

只要你的小程序不是上面说的公共服务类，那就优先选一次性订阅，这些场景我都实战过，直接套用就行，不用自己琢磨：

· 电商类：用户支付成功、订单发货、退款到账，这些都适合用一次性订阅，每次触发场景，引导一次授权，发一次消息就够了；

· 工具类：比如预约类工具，用户预约成功、审核结果出来、任务完成，这些提醒用一次性订阅，既不打扰用户，又能精准触达；

· 内容类：活动报名成功、直播要开播了、课程该打卡了，这些场景用一次性订阅，用户意愿高，授权率也高；

· 生活服务类：外卖商家接单、用户到店核销提醒、家政服务确认，这些都是单次场景，一次性订阅完全够用。

长期订阅：只适合特定公共服务场景，别硬冲

不是说长期订阅不好，而是它的限制太多，只有你的小程序属于以下类目，并且场景匹配，才值得去申请，不然就是浪费时间：

· 政务民生：社保该缴费了、公积金有变动、居住证快到期了，这些通知适合长期订阅；

· 医疗类：挂号成功、就诊排队叫号、检查报告出来、复诊提醒，这些都是用户长期需要的，用长期订阅很合适；

· 交通类：航班延误或者取消、高铁要检票了、公交快到站了，这些实时提醒，长期订阅能省不少事；

· 金融类：信用卡账单出来、该还款了、理财收益有变动，这些通知用户需要长期接收；

· 教育类：选课成功、考试安排、成绩公布、作业提醒，适合长期订阅，不用反复引导授权。

这里必须强调一句：别想着钻空子，微信对长期订阅的审核特别严，类目不符、场景描述模糊，直接驳回，不仅浪费时间，还可能影响小程序的其他审核，得不偿失。

三、开发实操：从模板申请到发送，一步步教你做

两种订阅的开发流程，大体上是一样的，但细节上差异很大，我按“模板申请→前端授权→后端发送→异常处理”这个流程，一步步拆解，都是我实际开发中总结的经验，没有虚的，照着做就能成。

1. 模板申请：一次性好通过，长期卡类目

一次性订阅模板

1. 先登录微信公众平台（mp.weixin.qq.com），找到“功能”，点进去就能看到“订阅消息”；

2. 点击“选用模板”，从公共模板库里找和自己业务场景匹配的，比如做电商就找“订单发货通知”，直接选用就行，不用自己申请；

3. 如果公共模板里没有你需要的，就申请自定义模板，这里有个坑，场景描述一定要写具体，别只写“消息通知”，比如你要做“家政服务确认通知”，就写“用户预约家政服务后，发送服务时间、服务人员的确认通知”，关键词按要求填，审核一般1-3天，通过率很高，我申请过好几次，基本都过了。

长期订阅模板

1. 首先得满足前提：你的小程序类目，必须是政务、医疗、交通这些官方开放的领域，类目不对，直接不用申请；

2. 和一次性订阅一样，在公众平台进入订阅消息，筛选“长期订阅”模板；

3. 申请的时候，必须提交行业资质证明，比如医院要提供医疗机构执业许可证，交通类要提供运营资质，而且场景必须和你的类目强相关，审核周期比一次性的长，驳回率也高，我之前帮客户申请，最多改了3次才通过。

再补一个避坑点：模板标题一定要和实际场景一致，关键词别乱填，比如模板要求“thing2”填“商品名称”，你就别填“订单号”，不然审核肯定过不了，我之前有个同事犯过这个错，白忙活了3天。

2. 前端授权：一次性要抓准时机，长期一次搞定

不管是一次性还是长期，核心接口都是wx.requestSubscribeMessage，但调用的逻辑不一样，尤其是一次性订阅，时机抓不对，用户根本不会同意授权。

一次性订阅：别乱弹窗，抓“高意愿节点”

· 最佳时机：用户刚完成支付、提交预约、报名活动之后，立刻弹窗引导，这时候用户的意愿最高，授权率也最高，比如用户刚下单，你弹窗“是否接收订单发货通知”，大部分用户都会同意；

· 调用规则：一次最多能请求5个模板（旧版本只能请求1个），弹窗里用户可以单独勾选同意或者拒绝，不用全选；

· 用户拒绝后：别反复弹，最多连续提示3次，再弹用户就烦了，可能直接退出小程序，甚至卸载，实在想引导，可以提示用户“后续可在小程序设置里开启订阅”；

· 一个小细节：如果用户勾选了“总是保持以上选择，不再询问”，下次再调用这个接口，就不会再弹窗了，直接沿用之前的选择，所以第一次弹窗的时机，一定要抓准。

给大家放一段简化版的示例代码，直接套用就行，不用自己改太多：

// 用户点击“预约成功”按钮后触发

wx.requestSubscribeMessage({

  tmplIds: ['一次性模板ID'],

  success(res) {

    if (res['一次性模板ID'] === 'accept') {

      // 用户同意，调用后端接口准备发消息

    }

  }

})

长期订阅：一次授权，终身有效（除非用户手动关闭）

· 调用时机：用户首次使用小程序的核心功能时，比如医院小程序，用户首次挂号的时候，弹窗引导授权，一次就够了；

· 授权后：不用再重复调用接口，后续只要有相关场景，就能按需发消息，不用再跟用户要权限；

· 注意点：用户可以在小程序设置页，手动关闭长期订阅，一旦关闭，就需要重新引导授权，所以也别频繁发消息，避免用户反感。

3. 后端发送：一次性发一次，长期可多发

服务端的接口都是subscribeMessage.send，没什么大区别，核心差异就是发送次数的限制，这个一定要记牢，不然容易出问题。

一次性订阅

· 核心规则：一次授权，只能发一条消息，发完这次授权就失效了，下次再发，必须重新授权；

· 发送时效：授权后没有时间限制，什么时候触发场景，什么时候发就行，比如用户今天授权，明天发货，明天再发消息也可以；

· 配额限制：开通支付的小程序，每天最多能发3000万条，没开通支付的，每天1000万条，对于普通小程序来说，完全够用，不用担心配额不够用。

长期订阅

· 核心规则：授权后可以长期、多次发送，没有固定的次数限制；

· 频率约束：别想着疯狂刷屏，单个用户一天最多能接收50条订阅消息（包含所有小程序的），如果频繁发送，用户很可能会手动关闭订阅，反而得不偿失。

4. 新版一次性订阅（Beta）：支付后免弹窗，太香了

微信近几年推出了新版的一次性订阅，比旧版友好多了，不用用户手动弹窗授权，特别适合支付后的场景，我现在做电商小程序，基本都用这个。

· 触发方式：用户完成微信支付后，我们用支付订单号作为code，就能直接下发服务通知，不用再弹授权弹窗；

· 优势：减少弹窗打扰，用户体验更好，而且授权转化率也更高，不用再担心用户拒绝弹窗；

· 适用场景：主要是和支付相关的，比如订单支付成功、发货通知、退款通知，这些场景都能用上；

· 接入方法：很简单，在微信公众平台开通这个权限，然后按照官方文档对接接口就行，没什么技术难度，新手也能搞定。

四、实战避坑：这些错，我和身边同行都犯过

1. 长期订阅乱申请：普通电商、工具类小程序，非要硬冲长期订阅，觉得省事儿，结果审核驳回，浪费好几天时间，还耽误项目进度，真的没必要；

2. 一次性订阅乱弹窗：用户刚进小程序，还没做任何操作，就弹订阅授权，用户肯定会拒绝，拒绝后还反复弹，直接导致用户流失，我之前有个客户就是这么做的，小程序留存掉了一半；

3. 模板场景模糊：申请模板的时候，场景描述写得太笼统，只写“消息通知”，不写具体用途，审核直接驳回，我第一次申请模板的时候，也犯过这个错；

4. 忽视用户体验：长期订阅疯狂发消息，一次性订阅不管什么小事都弹窗，比如用户只是浏览了商品，就弹授权，用户烦了就会关闭订阅，后续再想引导就难了；

5. 测试踩坑：这个是最容易被忽略的，订阅消息只能在真机上测试，开发者工具不支持，我之前有个同事，在开发者工具上测了半天，以为没问题，结果真机上用不了，白忙活了一下午。

五、总结：怎么选、怎么用，最稳妥

· 如果你做的是电商、工具、内容、生活服务类小程序（占90%）：优先选一次性订阅，抓准用户高意愿节点弹窗，配合新版支付后免弹窗，既不打扰用户，又能保证触达率，体验和转化都能兼顾；

· 如果你做的是政务、医疗、交通等公共服务类小程序：直接申请长期订阅，一次授权，长期服务，既能提升用户粘性，又能减少引导授权的麻烦；

· 最后说个核心原则：别为了自己方便，乱选订阅类型，也别为了推送消息，滥用权限。订阅通知的核心是服务用户，不是骚扰用户，只有用户真正需要，才会同意授权，你发的消息才有价值，不然再多的推送，都是白费力气。

其实做小程序订阅通知，真的没那么复杂，只要摸清两种订阅的区别，选对场景，避开我上面说的那些坑，就能低成本、高效率用好这个能力，帮小程序做好服务闭环，提升用户留存。我平时做项目，也是这么操作的，亲测好用，新手可以直接照着做，少走弯路。