有时候我们使用一个小程序会遇到以下情形：
我们打开一个小程序，就看见提示“分享到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 以上的环境受影响。
开发者需要注意，近期提交审核的版本都需要考虑兼容上述调整带来的影响，请各位开发者及时调整分享能力。
分享群 进群点击分享卡片 wx.onshow 不返回shareticket 只返回scene和query，请问什么情况
7.5之前提交的 之后没有更新过的小程序会受影响吗
能明确下诱导分享的定义吗？
所有跟分享有直接利益的都不可以吗？还是只有分享后马上可以领取的这种情况？
下面几种情况是否都不属于：
１， 分享邀请新好友，好友注册成功后，赠送奖励
２， 分享赠送道具给好友
你了解下 小程序定义的两个概念 “场景延伸” 及 “诱导关注”
就是觉得这两个概念很模糊 模棱两可
怎么会呢，以解决用户痛点出发的分享或关注，这个就是场景延伸，基于整个标准看你的问题，“１， 分享邀请新好友，好友注册成功后，赠送奖励”，赠送得到的这个奖励，是用户痛点么？是用户的核心所需么？2同理
我觉得这两个需求完全不受影响，在转发的时候带上一个用户标识字段，其他用户点击分享卡片，进入小程序注册时，带上这个凭证，我觉得就可以实现这两个需求了，没影响
没说实现问题啊 是这算不算诱导分享的问题
"近期新提交的版本中将会受到此策略的影响。"，这是什么意思，过去几天提交的也会受影响？