能否通过Azure AD B2C策略发送邀请注册Magic Link而非应用发送？

完全可以调整为Azure AD B2C策略原生完成Magic Link下发，彻底替代应用侧负责发送注册链接的现有实现，不需要保留应用侧的链接发送环节。

现有参考样例的基础逻辑 #

• 你之前参考的官方公开邀请类策略样例，默认实现逻辑是应用侧自行生成带邀请标识的B2C注册链接，再通过应用自己的消息通道推送给被邀请用户，这是B2C为了兼容多场景预留的通用实现，不是该场景下的唯一落地方式。

原生下发Magic Link的实现路径 #

• Azure AD B2C自定义策略本身原生支持Magic Link生成、邮件触发发送的完整能力，完全不需要依赖应用侧的消息通道完成链接推送：
  • 你可以搭建一套专属的邀请注册用户旅程，在旅程的起始节点配置邮件发送类技术配置文件，这个环节会自动生成带加密身份校验参数的合法Magic Link，直接通过B2C内置的消息通道（或者自定义对接的第三方邮件服务）推送给预登记的被邀请用户。
  • 原来的邀请校验核心逻辑不需要做大幅改动：被邀请用户的基础信息（目标接收邮箱、关联的权限标记、邀请有效时长等）可以预先通过Graph接口写入B2C的用户存储里，策略触发邮件发送时，会直接拉取对应用户的预留邮箱地址生成带身份上下文的Magic Link；用户点击收到的链接跳转后，会直接进入预填完成的注册信息补全页面，全程不需要应用侧介入链接生成、下发的任何流程。

调整后可替代的应用侧原有能力 #

• 切到原生下发方案后，应用侧可以直接砍掉以下原本要自己实现的链路能力：
  • 不需要手动生成带加密签名的注册访问URL
  • 不需要对接邮件服务完成邀请链接的下发、发送重试、过期失效处理
  • 不需要独立维护邀请链接的状态校验逻辑，这类安全校验工作可以完全由B2C策略的内置声明解析、链接时效校验能力承接

落地注意事项 #

• 适配时需要留意两个关键细节：
  • 要确认你当前使用的B2C自定义策略版本，支持在用户旅程的起始节点直接触发邮件下发；部分早期版本的策略，仅支持在身份验证环节触发验证链接的邮件发送，不支持前置邀请场景的触发逻辑。
  • 自定义邀请邮件模板的时候，可以直接嵌入B2C动态生成Magic Link的占位符，不需要在模板里硬编码固定的链接内容。

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