微信服务号订阅消息灰度测试的坑

微信团队在1月27日发布《服务号订阅通知灰度测试》公告,宣布将在2021年1月27日0:00至4月30日24:00进行服务号订阅通知功能的灰度测试,并在灰度测试结束后另行公布订阅通知和模板消息功能的调整策略。小程序

微信给出的解释以下微信

服务号模板消息能力的设计初衷,旨在帮助开发者实现及时通知,但存在一些问题,如:工具

1. 部分开发者在用户无预期的状况下,发送与用户无关的信息,对用户形成了骚扰。post

2. 模板消息是用户触发后的通知消息,不支持营销类消息,不能知足部分业务需求。测试

为提高微信用户体验,咱们开始灰度测试服务号订阅通知功能。spa

对于第一点,骚扰笔者的都已经被笔者取关了,第二点是腾讯模板库不丰富(固然还有不少重复冗余),而提交新的模板审核基本不被经过。 设计

变动后的推送消息会变成如小程序中的模式,只有当用户进入小程序,并进行了主动操做后才能收到小程序推送的提醒消息,比较经常使用的购物后的快递通知。但其实这样的消息分两种,一种是“长期订阅”,一种是“一次性订阅”。日志

一次性订阅,指用户订阅一次,服务号可不限时间地下发一条对应的订阅通知;blog

长期订阅,指用户订阅一次,服务号可长期屡次下发通知,长期订阅通知仅向政务民生、医疗等公共服务领域开放。图片

 


  

自今后公告发出后,全部微信服务号开发者都炸锅了,对于一些公司的业务甚至是绞杀,比较客观的文章能够看:

微信服务号订阅通知灰度测试:模板消息之变?

做者是从产品的角度分析的,下面笔者做为开发者说说。。。

 


  

一、没法在开发者工具中测试,只能真机测试。

笔者系统是win10,开发者工具更新到最新版本(2021.2.23号更新),从开发者文档和工具更新历史记录看,在2月的版本日志中显示已支持订阅消息测试,但实际测试中点击无反应。

 

二、微信的js-sdk相关开发只能发布到备案的外网域名下测试,因此一开始不熟悉的时候,稍有一点修改要查看效果就要发布。。。 

三、官方给的实例显示这样:,而测试发现不加官方给的样式长这样:。这个自定义样式必须放在<template></template>标签内,不然无论加什么都是默认的“去订阅”。 

 

四、自定义的按钮不能加图片背景,不然显示效果是下图这样的:其中实例2用的是背景图background,实例3用的是图片img。

 

 

五、一次性订阅消息弹出的选项中底部有“老是保持以上选择,再也不询问”,该选项一开始理解错了,这不跟长期订阅同样了吗?后来理解不是这样的,这个只是代表后面再点击订阅消息的时候不弹窗了,默认选择的永久选项(可是每次的点击动做仍是必须的)。

 

六、订阅消息能够在设置中取消订阅,可是只有取消订阅,没有开启订阅,(听说)取消后没法从新开启。。。再也不弹窗咨询是否订阅了。。。

 

七、咱们的业务同时有pc端,以前pc端的操做后也能够推送消息到微信通知,若是改成订阅消息,在pc端操做后微信是不会再收到提醒的。。。。 

 

暂时考虑到这些,后面开发中遇到问题再补充,你们也能够评论中补充。。。。

 

目前腾讯公告中说灰度测试截止到4月30号,以后到底实行不实行会根据实际作决策。。。。笔者祈祷千万不要啊啊啊!!!!!听听广大开发者的心声吧!!!!服务号和小程序不是同样的啊,服务号会发文章类的,不要改到同样啊,不然还既要服务号又要小程序干吗呢?

对于骚扰类的号天然会被取消关注,但愿腾讯加一个投诉或让用户决定哪些消息拒绝接收,而不是一股脑的所有拒绝吧,毕竟不少人是但愿默认接收重要消息提醒的,每次都点击后才能订阅,这是由于1%的骚扰而让全天下的用户都增长订阅的操做,孰轻孰重难道不是显而易见吗???

 

相关文章
相关标签/搜索