Azure AD B2C：注册阶段校验邮箱是否已存在的方案需求

针对你遇到的多第三方登录（AD/Apple/Gmail）下同一邮箱重复注册、登录时触发CRM报错的问题，可通过以下几种方案实现注册阶段的邮箱存在性校验：

• 构建全局邮箱索引服务
  新增一个专门维护已注册邮箱的全局索引模块（可集成在现有用户服务中），记录所有用户的邮箱地址、关联的第三方身份提供商类型（AD/Apple/Gmail）及用户ID。用户发起第三方注册请求时，在完成授权获取到邮箱后，先调用该模块的校验接口：

  • 若查询到该邮箱已存在，直接返回明确提示，比如「该邮箱已通过Apple账号注册，请使用对应方式登录」；
  • 若未查询到记录，继续完成注册流程，同时将该邮箱信息写入索引。

• 调整第三方授权后的校验时机
  对于无法提前获取邮箱的第三方授权流程，调整为授权完成后立即校验：

  1. 用户选择Gmail登录并完成授权；
  2. 后端从Gmail返回的用户信息中提取邮箱；
  3. 调用邮箱校验接口，若邮箱已关联AD/Apple账号，终止注册并提示用户；
  4. 校验通过后，再执行用户创建、CRM同步等后续操作。

• 复用CRM Profile-Api提前校验
  如果不想单独搭建索引服务，可直接在注册阶段调用CRM的Profile-Api查询邮箱是否已存在：

  • 在注册流程中新增校验步骤，将用户邮箱传入Profile-Api；
  • 若API返回该邮箱已关联用户档案，直接返回错误提示；
  • 若未存在，再继续完成注册及CRM同步操作。
    提示：为降低对CRM服务的压力，可对校验结果做5-10分钟的本地缓存。

• 统一邮箱格式避免误判
  处理邮箱的格式差异，防止因格式问题导致的重复注册：

  • 将所有邮箱转换为小写后再进行校验和存储（多数邮箱服务不区分大小写）；
  • 若业务允许，可去除邮箱本地部分的加号及后续内容（如user+test@gmail.com转为user@gmail.com）后再校验，避免用户通过添加标签绕过唯一性检查。

内容的提问来源于stack exchange，提问作者Ajai