近期我们收到了很多用户对小程序/小游戏中分享功能的投诉:在某些小程序/小游戏中,分享并非是用户主动自发的行为,而是受到了某类利益的诱惑,或是被迫分享。这样的内容充斥在群里、小程序里,对用户造成了骚扰。
分享功能,旨在帮助用户更流畅地与好友分享内容和服务,应是用户自发的行为。在原来的分享接口中,用户发起分享动作之后,可以通过 success
、fail
、complete
等回调来判断用户是否完成了最后的分享动作。通过这个能力,开发者可以将产品交互在分享这个能力上做得比较自然和顺畅。现在为鼓励用户自发分享喜爱的内容,减少“强制分享至不同群”等滥用分享能力,破坏用户体验的行为,在我们权衡了分享功能带来的利弊后,分享功能将进行以下调整:
10月10日起新提交发布的版本,不再支持分享回调参数 success
、fail
、complete
,即用户从小程序/小游戏中分享消息给好友时,开发者将无法获知用户是否分享完成,也无法在分享后立即获得分享成功后的回调参数shareTicket
。该调整可以在基础库 2.3.0及以上版本体验。
此次调整可能影响到三种分享功能的用法。
第一种:判断用户是否分享成功,进而给予用户奖励。
例如:小程序提示用户“分享到5个群,可以获得一张20元的优惠券”。
这类诱导用户分享的行为是我们平台所不倡导的,后续将没有办法实现。
第二种:分享完成后变更当前的页面状态
例如:赠送礼品场景下,用户点击“赠送”按钮,将礼品分享出去,分享成功后,界面展示“等待领取”。
这类场景,我们建议可以适当调整交互方案。例如在分享后继续保留“赠送”按钮,但在页面上提示用户一个礼品只能被一人领取,重复赠送无效。
第三种:通过用户分享之后的
shareTicket
获取群唯一标识openGId
,以显示对应群的相关信息。
例如:通过分享小程序到某个群里,可以查看该群内成员的排行榜。
此次调整后,用户分享完成后无法立刻显示该群的排行榜信息,但仍可在用户从群消息点击进入小程序时显示该群的排行榜信息。
10月10日起新提交发布的版本将会受到此调整的影响。
需要各位开发者注意,10月10日起新提交发布的版本将会受到此策略的影响,请及时调整分享相关能力,考虑兼容上述调整带来的影响。
调整策略在基础库 2.3.0 及以上版本生效,该基础库版本对应微信客户端6.7.2版本。另外,考虑到兼容性等问题,在基础库版本 2.3.0 以下的环境中不受此策略影响,小程序/小游戏可继续获取分享回调事件。
为什么基础库2.2.0以上的回调不能用啊,1.9.97就可以用啊
第二种情况的体验也太差了吧。。
模拟器上不能回调,但是在真机上还是能执行success, fail回调,这是什么情况。。。
微信版本 6.7.4
基础库2.4.1
是的,没错,但是你多发几个群多测试几次再回来看,发现没有回调了!! 感觉有阙值逻辑,触发了你就永远不能玩了,IDE靠版本控制直接就没了,这个大家都一样。
现在有对策吗,哥哥
就是被动等用户点了分享进来之后才能监听到
所以不管用什么方法我们都没法知道用户是否转发成功了对吗(๑• . •๑)
我想通过某些逻辑判断后才触发分享怎么实现,就像点击按钮触发的事件:
tapShare(){
if(满足条件了){再弹出来分享}
else{提示}
}
你想多了
我是想官方看到需求,我两个功能都用到这样的需求了,可惜目前实现不了
作为官方,能不能看下我反馈的这个bug,谢谢了。https://developers.weixin.qq.com/community/develop/doc/0004c0849ac25889049726ab656000
怎么统计转发量啊,求解释
回调都没了 你怎么统计?只能统计按钮点了多少次咯
我代码里是使用的低于2.3.0的版本作为基础库开发小程序,用户微信客户端是v6.7.2的高版本基础库>2.3.0。
请问受不受此次调整影响呢?
微信客户端是v6.7.2的的用户能正常执行分享回调吗???
文档写的很清楚
您们好,我小程序是用了web-view,然后分享用onShareAppMessage这个函数,然后获取小程序分享的链接使用options.webViewUrl这个参数,但是从几天前开始分享所有的子页面,分享的都是首页链接,有大神知道是为啥么?是不是受这个小程序分享功能的调整。。。