使用手机号快速验证组件,代码上我看是没有区别的,那我怎么去切换使用的新版还是旧版,我想使用新版的时候,用code的方式去获取手机号码,这样后台是不是也要改的,以前都是使用的e.detail.iv
手机号快速验证组件收费使用问题,代码需要改变吗,如果需要改变,要怎么改变呢?[图片]
2023-07-30请问,集成的时候,怎么样切换到新版呢,我看组件的代码都是一模一样的,怎么样去测试新版的功能逻辑呢
聊一聊最近更新的手机号快速验证组件和手机号实时验证组件?几天前小程序发了个通知,主要内容是: 现有的 getPhoneNumber 接口由免费调用调整为 3分/次。在 getPhoneNumber 基础上新增 getRealtimePhoneNumber 接口,每次调用实时短信校验,4分/次。实时验证是好事,4分/次的价格,在短信服务市场,也可以称之为批发价,小程序开发者以这个价格拿到几乎是百分百真实的用户手机号,已经是成本最优解,这个得夸,不能因为之前免费现在收费而否定。 但本帖主要是想谈一谈3分/次的快速验证。 快速验证的文档是这么介绍的:“平台会对号码进行验证,但不保证是实时验证”。 这里说白了就是微信拉自己数据库的用户手机号出来,给到开发者,大家都是开发者,这里应该不难理解。 那么问题就来了,既然是拉取自己的数据库的数据,每次调用还收取3分,那么本质上就是在通过省下实时验证的费用来牟取自身商业利益。 假设我的小程序拥有1000个日活,平均每个月授权一次,那么一年的费用是360元。 根据微信公开课数据,小程序日活用户4.5亿+,小程序数量300万+,剔除非盈利性组织和政府部门的小程序,假设有100万个小程序付费使用快速验证,那么一年下来就是3.6个亿。 这还是非常谨慎非常保守的估算条件,实际金额只会更高。 以及: 微信的隐私说明文件没有包括上述手机号的具体使用场景微信没有说明基于该场景收集的手机号面向开发者进行盈利的事实性情节用户授权时完全不知情上述使用场景,更不知情微信基于自己的本次授权进行直接盈利的情节综上,对于手机号快速验证组件的合理性和合法性很难不提出质疑。
2023-07-30