微信登录：能不碰就不碰

微信登录的麻烦不在技术——每一套方案单看都不难。麻烦的是有六七种方案，各自的适用范围、资质要求和年费都不一样。

选错一个，一个月后发现走不通，要回头重来。

默认选择：手机号验证码登录

除非确定必须走微信，从手机号加验证码开始。

它的通用性最强：

• 用户只要有一部手机
• 不限平台、不限浏览器
• 不需要申请任何资质
• 小程序、网站、App 全端通用
• 一个手机号就能把各端用户统一起来

不过短信本身也有成本和门槛，早期能用邮箱验证码先跑通的话更省事。取舍见国内路径的成本。

六种方案的适用范围

三条要提前知道的硬规则

一、开放平台里的应用类型是各自独立的

网站应用和移动应用是两种独立的应用类型，各自注册、各自审核、各自缴费。

按一个应用的成本做预算，实际接完整生态时要按应用数量乘一遍。这和国内路径的成本里说的"认证不互通"是同一类问题。

二、小程序码方案能省掉一整套资质

网站和 App 也要接微信登录时，大部分人第一反应是去申请开放平台。但有一个替代路径：用小程序当统一登录入口。

网站展示小程序码 → 用户微信扫码 → 打开小程序确认页
→ 用户点确认 → 小程序上报服务端 → 网站查到结果 → 登录成功

功能上和网站扫码登录等价，但不需要开放平台认证，也不需要备案。代价是要有一个非个人主体的小程序，用户体验多一步扫码。

如果你已经有小程序，这条路通常最省。

三、能接微信登录不等于能开通微信支付

这是最常见的误解。两套完全独立的体系，商户资质另有一套申请流程和门槛。

支付的部分见支付通道选型。

跨端身份打通是个后置问题

同一个用户在你的小程序和网站里，默认是两个不相关的账号。要识别成同一个人，需要在开放平台把各应用绑定在同一账号下。

第一版不用纠结这个。 上线后补也来得及，代价只是那段时间的用户要重新登录一次。

但如果你的产品从第一天就是双端必需——比如手机上录入、电脑上查看——那要在设计时就留出打通的位置，不要等数据积累了半年再改。

一条务实的路径

第一阶段：手机号或邮箱验证码登录，全端通用，零资质
第二阶段：用户量上来后，用小程序码方案补微信登录
第三阶段：确实需要时，再做跨端身份打通

跳过第一阶段直接做第三阶段，是早期最常见的时间浪费。

每个方案落地前要核的三件事

不管选哪个，动手前先核清楚：

核完记一份：

方案：______
主体要求：______      核查日期：______
是否需要备案：______  核查来源：______
认证费用与周期：______

常见错误

默认认为必须做微信登录。 多数第一版用验证码就够。

按一个应用的成本给整个生态做预算。 应用类型各自独立缴费。

以为能接微信登录就能开微信支付。 两套独立体系。

用个人主体的小程序去做跨端登录。 小程序码方案要求非个人主体。

用订阅号去做网页授权。 需要已认证的服务号。

第一版就去做跨端身份打通。 上线后补来得及。

按别人文章里的费用数字做预算。 政策会变，自己去核。

验收标准

• 能说出第一版为什么需要或不需要微信登录
• 如果需要，已经确认选的方案对主体类型和备案的要求
• 认证费用和周期是自己从官方渠道核过的，记了核查日期
• 知道要接几个应用类型，预算按应用数量算过
• 没有把登录和支付的资质混为一谈
• 跨端身份打通已明确是现在做还是以后做

本章动作

先回答这一句：

如果第一版只有手机号或邮箱验证码登录，会挡住哪些用户？

答不出具体的人和场景，就先别做微信登录。

下一步

1. 账号、权限与数据模型——登录之后真正难的部分
2. 国内路径的成本——认证费用的结构
3. 支付通道选型——和登录完全分开的另一套资质