服务号模板消息能力的设计初衷,旨在帮助开发者实现及时通知,但存在一些问题,如:
1. 部分开发者在用户无预期的情况下,发送与用户无关的信息,对用户造成了骚扰。
2. 模板消息是用户触发后的通知消息,不支持营销类消息,不能满足部分业务需求。
为提升微信用户体验,我们开始灰度测试服务号订阅通知功能。
能力说明
开发者可在服务号图文消息、网页等场景设置订阅功能,用户自主订阅后,开发者可按需求下发一条对应的订阅通知。
用户可在图文订阅通知
用户可在网页订阅通知
灰度测试计划
服务号订阅通知功能即日上线,已认证的境内主体服务号可前往 MP 后台开通使用,详见说明。
1. 服务号订阅通知灰度测试期自2021年1月27日0:00至4月30日24:00,期间服务号模板消息可正常使用;灰度测试期结束后服务号订阅通知的策略将另行公布,届时以官方信息为准;
2. 开发者使用订阅通知功能时,需遵循运营规范,不可用奖励或其它形式强制用户订阅,不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档:《微信公众平台运营规范》
微信团队
2021年1月27日
公告一年前发的,请问后续什么计划?刚对接微信消息,需考虑用模板消息还是订阅通知
小白求抱团
产品要考虑到用户还有开发者,这样产品才长久。
这都一年过去了,到底还要不要搞?
直接短信不香吗
微信开发人员:你们前脚刚上线,后脚我们就改。哎 就是玩。
刚加入公众号开发没多久,就发现模版消息要不能被用,改用什么“订阅通知”,本来想反正是新入行改就改把,可是一改才发现,这特么这么复杂:
1、又要在页面加载js
2、又要js方法注入授权
3、还要在特定时候弹出
4、还要用专门的订阅标签(大部分用户根本不会手动去点那小标签去订阅)
5、服务端还要接收并记录是哪个用户订阅了哪个模版,并且还要并发控制用户授权了几次(数据量大就会错失次数)
6、发送通知还要扣除指定用户次数,高并发下又容易超出次数,且万一超出次数了,又不知道会不会被你微信给警告或封禁什么(毕竟超出次数后在发是用户拒绝接收)
............
做为开发者,你们要改造升级的是模版消息(且不能影响已用的服务号),而不是一刀切的放弃模版消息而出什么订阅通知,简直是在找骂。
我不玩了行不,你一个通知消息都不让下发,还叫服务号吗?我咋服务用户,谁被投诉处理谁不就行了,你这样会把开发者搞死的,
有点奇怪,服务号不就是用来发消息的吗,要不弄服务号干嘛啊?
这样改来改去,我们跟着改来改去消耗大家的耐心,容易一地鸡毛,不担心某宝顺势上来啊?