Azure AD B2C如何实现按应用区分的自定义登录页布局

Azure AD B2C 完全支持按接入应用匹配独立登录页布局的需求，目前有两类可直接落地的路径，不存在官方能力缺口：

方案1：基于自定义策略（Custom Policies）原生实现动态布局匹配（推荐） #

这是成本最低、合规性最高的实现方式，不需要自行开发整套登录逻辑：

• 官方默认的用户流（User Flows）仅支持按语言区域（culture）切换布局，确实没有提供按客户端ID、请求参数切换布局的配置入口，你之前没找到对应说明是正常的，该能力仅在自定义策略中开放。
• 配置逻辑非常直接：在自定义策略的信赖方（RP）配置中，可以直接读取两类判断维度：
  • 内置声明{OIDC:ClientId}：自动获取当前发起授权请求的应用客户端ID，不需要额外传参
  • 自定义query参数：通过{Context:QueryString:参数名}的写法，可以直接读取你在授权请求里拼接的自定义参数，比如?brand=partner1这类自定义传值
• 拿到判断维度的值后，直接给对应用户旅程步骤的ContentDefinition节点的LoadUri属性动态赋值即可：比如识别到是ToC商城应用的client_id，就将登录页模板地址指向存商城专属布局的静态资源地址；识别到是内部管理后台的client_id，就指向后台专属布局的模板地址。

注意事项：你存放自定义页面模板的静态资源地址必须加入Azure AD B2C的CORS允许列表，模板中必须保留<div id="api"></div>占位节点，B2C会自动将登录交互控件、表单逻辑注入该节点，不需要你自行实现身份校验、流程跳转的底层逻辑。

方案2：自承载登录页对接B2C能力 #

你提到的自行开发登录应用承载布局判断逻辑的思路也是官方完全支持的：

• 实现路径：你可以完全自主开发所有登录、注册、密码重置、MFA验证的前端页面，布局切换、品牌定制逻辑完全自主控制，用户提交凭证、触发验证的操作通过MSAL SDK或者B2C身份接口完成交互，验证通过后获取合法token返回给业务应用即可。
• 适用场景：仅当你对登录页有极高的定制需求（比如需要嵌入营销模块、复杂的多步交互、非B2C原生支持的交互逻辑）时选择该方案，对应的开发、维护成本远高于自定义策略模板方案——你需要自行覆盖所有身份流程的分支逻辑，包括条件访问触发的二次校验、异常错误处理、合规提示等。

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