打开一个公众号里的 H5 商城，第一屏弹出来的是手机号注册框，验证码等了半天没到——你猜客户是填呢，还是直接走人？做微信公众号开发这些年，这种强制注册拦掉三成以上访客的案例见得太多，而这事本来有更好的解法。
静默授权，用户无感你却拿到了钥匙
微信的网页授权分两种：一种是静默授权，用户点进页面时微信自动完成，不打扰用户，开发者就能拿到 openid，用来识别这是谁；另一种是显式授权，需要用户点同意，能多拿到头像昵称这些资料。通行做法是：普通浏览、下单、查询用静默授权先认人，等到真正需要留联系方式的环节，再引导用户主动绑定手机号。两步走下来，流失能小很多，用户的浏览体验也顺。一套流程走完，用户甚至不知道自己被识别了，这才是理想状态。
授权流程常见的翻车点
- 回调域名配置不对，授权后跳转直接报 redirect_uri 错误
- access_token 没做缓存，每次都去请求，触发频率限制
- openid 没和业务账号打通，同一用户换个页面就被当成新人
- 多端场景没考虑 unionid，公众号和小程序里的同一人对不上
这几条里最隐蔽的是 token 缓存问题，测试环境人少发现不了，一上线用户一多就报错。碰到过最冤的一次：客户服务器迁移，token 缓存用的 redis 地址没改，全站用户一夜之间全变游客。这类问题日志里一眼就能看出来，但没经验的人能查上两天。建议这类模块上线前做一次演练，把缓存清掉、域名换掉试试，看系统反应。
什么时候才该要手机号
原则是：业务真用得上的时候再要。做会员储值、预约到店、发货通知的，手机号有明确用途，用户愿意给；单纯浏览资讯、看看商品，就别伸手要了。要的时候把用途写清楚，比如注明用于发送取餐码和物流通知，比一句冷冰冰的请先注册体面得多。另外，收集来的手机号要好好保管，泄露一次，用户的信任就再也回不来。授权体系是微信公众号开发里出问题概率最高的模块之一，自己搭拿不准的，不妨让比格网络这样经验成熟的团队来做或者把关，省下的排查时间远超这点投入。
