[图片]

话说消息折叠已经进展到这一步，灰度的范围也越来越大，彻底折叠的趋势也没有办法阻止了 作为服务号运营，大家有没有比较好的方式可以减轻对客户体验和客流的影响呢？ 我先说说我的看法，原来公众号的各项通知服务能力，可能迁移到小程序会好一点，小程序服务通知虽然也折叠，但是点开消息到落地页少一个步骤，相对有好，只是小程序需要主动订阅，这个订阅量一时半会也难以提升。

配置测试的host如下： 81.69.216.137 api.weixin.qq.com 然后测试请求，响应报错 {"errcode":40066,"errmsg":"invalid url rid: 671a5f99-0d470c31-22b853c3"} [图片]

当前的服务号产品不再是以前那样，用户已经养成习惯，抛弃APP去获取手机欠费、银行、快递等业务消息，现在折叠后，服务号还跟订阅号有什么区别？都折叠了，那不如去注册订阅号，每天还能推一条消息呢。 服务号的服务属性没有体现，完全脱离当初的设计初衷！笨蛋产品设计水平，腾讯不过如此！

企业微信中的应用有没有办法获取分享的回调

目前在应用场景中，需要使用小程序里，让客户主动添加到群聊的能力，不知道官方有没有什么API可以使用

onShareAppMessage: function (options) {     console.log(options);     const { webViewUrl } = options;     const i = webViewUrl.indexOf('?');     let search = '',       url = webViewUrl;     if(i !== -1) {       url = webViewUrl.slice(0, i);       console.log({url});       search = `${webViewUrl.slice(i + 1)}`;       console.log({search});     }     const shareObj = {       title: "这是标题",        // 默认是小程序的名称(可以写slogan等)       dec:"sadasdsadasdasd",       path: `/pages/index/index?url=${url}${search ? '&' : ''}${search}`,        // 默认是当前页面，必须是以‘/’开头的完整路径，通过拼接的方式，把需要分享的web-view的url以及参数拼接进去，然后在该`web-view`的页面中去做参数判断，一旦传入了对应的url和参数，就进入对应的url并携带对应的参数       //imageUrl: '',     //自定义图片路径，可以是本地文件路径、代码包文件路径或者网络图片路径，           }     console.log({shareObj});     // 来自页面内的按钮的转发     if (options.from == 'button') {       var data= options.target.dataset;       console.log(data.name);     // shareBtn       // 此处可以修改 shareObj 中的内容       // shareObj.path = '/pages/index' + data.name;     }     // 返回shareObj     return shareObj;   }