第三方登录降低输入但引入依赖
别名: 社交登录 · OAuth 登录 · SSO 依赖 · social login
概念解释
第三方登录（federated login / social login）把身份核验外包给已有账号的提供方：用微信、Apple、Google、企业 IdP 换来一次本地会话，人不必再设一套邮箱密码。输入下降是真实的；同时本地账号的可用性绑在提供方的授权、政策、账号存亡上。这条只谈这种依赖关系本身：省下的键入换来什么耦合。它不谈授权弹窗该披露哪些字段，也不谈人事后如何查「上次用哪家登的」。
机制
联邦登录把凭证从「你记得的秘密」换成「你仍能打开的另一个账号」。提供方一旦要求重新授权、收回范围、停用接口、或人自己注销了那边的账号，本地会话无法凭记忆重建。产品侧还面对账号拼接：同一人用邮箱注册过、又用社交账号进来，若邮箱声明未验证，就会生成影子用户，依赖变成重复身份。提供方的中断是单点故障：审核延迟、地区不可用、青少年账号限制，都会把登录入口变成死路。依赖的代价在日常路径上不可见，只在提供方状态变化时一次性爆发，所以早期转化好看，并不证明长期可恢复。
怎么研究
比较「仅密码」「仅联邦」「两者并存」在完成、失败恢复、账号重复上的差异，而不是只看按钮点击率。
自变量：可用的身份提供方集合、提供方失败时是否仍有本地凭证、是否允许把联邦身份绑到已有本地账号。 因变量：登录完成时长与成功率、提供方中断时的完成率、重复账号比例、因提供方账号丢失而无法进入的工单。
实验室很难制造「微信不可用」这类生态事件；要用故障演练、历史中断窗口或模拟授权拒绝。点击「用 Google 继续」不等于理解依赖——事后访谈要问「如果这个按钮没了你怎么进」。不要把联邦组的更高完成率直接读成更好，除非同时报告了无法找回的比例。
边界
企业强制 SSO 时依赖是合同选择，个人无法改用密码；设计问题变成提供方故障时的状态说明，而不是再放一套本地注册。仅联邦、不收集联系方式的产品，连找回通知都发不出，依赖更硬。监管或应用商店政策要求保留某种登录（如隐藏第三方邮箱的「隐藏我的邮箱」）时，本地并不能当备用身份主键。把联邦登录当支付或设备绑定的唯一钥匙，故障会从「进不去」升级到「钱和设备都挂在看不见的账号上」。
怎么落地
- 联邦入口之外保留一种产品自己能完成的登录或恢复（邮箱魔法链接、通行密钥、已验证联系方式），并在提供方报错时把这条路放在同一屏。
- 联邦成功后立刻写下可在本地使用的联系通道，并标明它来自提供方、可否用于找回；未验证的邮箱不得拿来自动合并账号。
- 在设置里允许解绑提供方，解绑前必须已经有另一套可登录手段，禁止解绑后账号悬空。
- 验证：关掉或模拟拒绝每一个提供方，走一遍「还能不能进、进了是不是原来的人」；统计因提供方失败而开的工单是否能在不联系提供方客服的情况下关闭。