小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如：
1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰；
2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。
为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。
一次性订阅消息
一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。
（一次性订阅示例）
长期性订阅消息
一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。
目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。
调整计划
小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下：
1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》
2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》
3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。
微信团队
2019.10.12
取消后，原有的form触发事件还能获取到formid吗
这样改来改去~ 又得忙了。都不知道怎么样改的好处是否真的有效控制滥用呢？？难道就不能把滥用的小程序封了。都不至于改成这样子。整个都得换掉，麻烦又繁琐还不确定能不能有效控制滥发的！！！相当无语
想问一下，如果模板消息下线了，我们写在代码里面的report-submit="true" 会不会报错，提交时间里面的e.detail.formId是会undefined还是直接报错？？？
订阅消息申请模版 关键词 不然加 这让人怎么迁移
没有长期订阅太坑了
而且不能把模板消息的模板移植过来吗？2020年下线模板消息，我怎么保持消息推送的一致？
订阅消息的模板太少，选择性也少。
订阅消息字段太小，太短，20个字备注能干嘛。而且为什么不能每个模板都有备注
还有模板申请体验也不好。
微信的产品团队都是吃shi的