有时候我们使用一个小程序会遇到以下情形:
我们打开一个小程序,就看见提示“分享到5个群,可以获得一张20元的优惠券”,吸引我们去无脑分享到不同的群里;
打开某个小游戏,提示我“一定要分享到xx个群,才能继续玩游戏”;
……
而我们在群里打开这类小程序,仍然是提示我分享的信息,这类功能无疑打断了我们对小程序/小游戏正常的功能使用。
我们收到了很多用户对这类小程序/小游戏的抱怨。这类分享并非是用户主动自发的,而是受到了某类利益的诱惑,或是被迫分享。这样的内容充斥在群里、小程序里,对用户造成了骚扰,是对分享功能的滥用。
在原来的分享接口中,用户发起分享动作之后,可以通过 success 、fail、complete等回调来判断用户是否完成了最后的分享动作。通过这个能力,开发者是可以将产品交互在分享这个能力上做得比较自然和顺畅。但却被上述情形的小程序滥用。在我们权衡了分享功能带来的利弊后,我们打算回收这个能力。调整为:我们将不再支持分享回调参数 success 、fail 、complete 。即开发者无法判断用户最终是否完成了分享动作,也无法获取到分享成功后的回调参数shareTicket 。
接下来将与大家介绍此次分享功能调整后,小程序的调整建议。
对应小程序调整建议
此次调整可能影响到两种分享功能的用法。
第一种:通过判断用户最终是否有分享来做分支逻辑的小程序。
例如,通过判断 success 回调触发,来判断用户是否分享出去了,进而给奖励,如果用户没有分享出去则不给奖励。这类功能是我们平台不倡导的,后续将没有办法实现。
如果是需要在分享完成后变更当前页面的状态,可以适当调整交互方案。例如过去赠送代金券后显示“等待领取”等应用场景,可以改成在分享后继续保留“赠送”按钮,但提示用户一个代金券只能被一人领取,重复赠送无效。
第二种:获取用户分享之后的 shareTicket ,换取群唯一标识 openGId ,进而显示对应群的相关信息的小程序。
例如,部分小程序实现了群内的排行信息,通过分享小程序到某个群里,可以查看该群内成员的排行榜。
此次调整后,用户分享完成后无法立刻显示该群的排行榜信息,但仍可在用户从群消息点击进入小程序时显示该群的排行榜信息。
因此建议适当修改产品流程,在用户分享小程序之时,提示用户可进入群内查看群排行等信息。避免调整策略生效之后带来的交互不完整影响。
调整覆盖范围提示
近期新提交的版本中将会受到此策略的影响。
除此之外,调整策略在即将发布的基础库版本 2.3.0 生效,该基础库版本对应本月即将发布的微信客户端版本(暂定版本号 6.7.2)。即:近期提交审核的小程序版本,在基础库版本 2.3.0 以下的环境中仍不受此策略影响,仅在基础库版本 2.3.0 以上的环境受影响。
开发者需要注意,近期提交审核的版本都需要考虑兼容上述调整带来的影响,请各位开发者及时调整分享能力。
小程序•大BUG,天天整些没用的,先修BUG吧。
+1
+1
+10086
遇到个BUG 。 已经提问了 有没有人能帮忙看一下。关于webview 转发的bug.。 真机获取不到正确url 开发者工具可以。。。求解
+10010
那个拼多多算不算.下单后, 恐吓用户,让用户到朋友圈分享,有人组团后才发货, 那天我就没分享到最后他也给我发货了....从此以后就觉得拼多多垃圾死了
呵呵,搞那么多就欺负小公司小开发者,拼多多 没有哪个小程序有他恶心的,可别人不还好好的吗?有本事去封一个啊! 腾讯最会搞双面派。说好的获取用户信息必须要用户点击Button,京东购物你们去试试,别说京东这么久没更新过,说出来谁信!真的垃圾
顶娃子哥,哈哈
现在获取用户信息没有必要点击button了啊
并夕夕后面有tx股份的
不点击button咋获取啊
关键人家有TX的股份,其实小程序就是为人家服务的,顺带赚去别的公司的认证费
判断分享是否成功,,这个功能说回收就回收? 我觉得应该针对诱导分享做限制,回收之后用户自发的分享都无法获知是否成功,产品逻辑无法闭环。。
对开发者可能是不好的消息
但对用户是个福音
公司刚准备做分享,就来了这么一刀
搞得让人活不活了,完了,我那两个亿的不打算投这个了。。。还是炒房吧
大佬,两个亿还出来丢人?回家买奶粉吧
阿西吧
你要是能一视同仁也许就没那么多怨言了,凭什么你的干儿子 各种诱导各种分享都可以(比如拼多多),其他人一用就封号。
先把拼多多那种病毒式分享的整治了吧 ,垃圾死
难道不应该把诱导分享关闭吗?分享和诱导分享是有区别的,腾讯永远搞不清轻重缓急!
6.7.2之后所有的调整都会生效么? 我现在看, 很多小游戏都还可以分享之后获取成功和群ID, 如果他们可以一直使用而我们新提交的不行, 这样很不公平呀!
有种先把那些小BUG修复了,整天出什么修复这个那个,你自我陶醉吧?