旧版的代码是否不需要重新改动发版,只需要购买资源包就可以继续使用?
聊一聊最近更新的手机号快速验证组件和手机号实时验证组件?几天前小程序发了个通知,主要内容是: 现有的 getPhoneNumber 接口由免费调用调整为 3分/次。在 getPhoneNumber 基础上新增 getRealtimePhoneNumber 接口,每次调用实时短信校验,4分/次。实时验证是好事,4分/次的价格,在短信服务市场,也可以称之为批发价,小程序开发者以这个价格拿到几乎是百分百真实的用户手机号,已经是成本最优解,这个得夸,不能因为之前免费现在收费而否定。 但本帖主要是想谈一谈3分/次的快速验证。 快速验证的文档是这么介绍的:“平台会对号码进行验证,但不保证是实时验证”。 这里说白了就是微信拉自己数据库的用户手机号出来,给到开发者,大家都是开发者,这里应该不难理解。 那么问题就来了,既然是拉取自己的数据库的数据,每次调用还收取3分,那么本质上就是在通过省下实时验证的费用来牟取自身商业利益。 假设我的小程序拥有1000个日活,平均每个月授权一次,那么一年的费用是360元。 根据微信公开课数据,小程序日活用户4.5亿+,小程序数量300万+,剔除非盈利性组织和政府部门的小程序,假设有100万个小程序付费使用快速验证,那么一年下来就是3.6个亿。 这还是非常谨慎非常保守的估算条件,实际金额只会更高。 以及: 微信的隐私说明文件没有包括上述手机号的具体使用场景微信没有说明基于该场景收集的手机号面向开发者进行盈利的事实性情节用户授权时完全不知情上述使用场景,更不知情微信基于自己的本次授权进行直接盈利的情节综上,对于手机号快速验证组件的合理性和合法性很难不提出质疑。
2023-07-20旧版的代码是否不需要重新改动发版,只需要购买资源包就可以继续使用?
关注手机号快速验证组件的不保证是实时验证的问题https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getPhoneNumber.htmlhttps://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getRealtimePhoneNumber.html 1、用户A的微信号绑定了手机号A,正常使用一段时间小程序后,注销了手机号。 2、一段时间后用户B使用微信号的小程序绑定了手机号A,这时会直接获取到用户手机号吗?会不会有手机号短信验证? 3、在2成功后用户A的微信又经过某种途径登录(好友验证或者扫码登录),又使用了小程序,这个时候微信的逻辑是什么?会不会有手机号短信验证?
2023-07-20