如果你说的是 SAP Commerce Cloud Backoffice 里：

`System → OAuth → OAuth Clients → OAuthClientDetails`

中的 **Custom Login Page URI / `loginPageUri`**，那么结论是：

**一个 OAuth Client 不能直接配置多个独立的 `Custom Login Page URI`。`loginPageUri` 本身是单值属性。** SAP 官方对它的定义也是“定义一个外部登录页面 URI”；如果不配置，则使用默认登录页面。 ([SAP Help Portal][1])

但这里有一个非常重要的细节：**一个 OAuth Client 仍然可以服务多个 Storefront，并分别跳到不同的 Login Page。** SAP 现在推荐通过动态 URI placeholder 实现，而不是给 `loginPageUri` 配置一个 URL 列表。 ([SAP Help Portal][2])

例如你有两个 Composable Storefront：

```text
https://shop-a.example.com
https://shop-b.example.com
```

你希望登录页面分别是：

```text
https://shop-a.example.com/login
https://shop-b.example.com/login
```

并不需要这样配置两个 `loginPageUri`：

```text
https://shop-a.example.com/login
https://shop-b.example.com/login
```

实际上 `loginPageUri` 只配置一个模板：

```text
https://{redirectUriHost}/login
```

当 OAuth authorize 请求中的：

```text
redirect_uri=https://shop-a.example.com/...
```

SAP Commerce 会解析：

```text
{redirectUriHost}
```

得到：

```text
shop-a.example.com
```

最终生成：

```text
https://shop-a.example.com/login
```

如果请求是：

```text
redirect_uri=https://shop-b.example.com/...
```

则最终变成：

```text
https://shop-b.example.com/login
```

SAP 官方明确说明，`{redirectUriHost}` placeholder 会从 OAuth 请求的 `redirect_uri` 中提取 host，因此**一个 OAuth Client configuration 可以动态地把不同 Storefront / subdomain 路由到各自的 branded login page**。这个能力是在 SAP Commerce Cloud `2211-jdk21.11` 相关更新中明确增强的。 ([SAP Help Portal][3])

这里要特别区分两个经常被混淆的字段：

| OAuth Client 属性              |            能否多个 | 用途                                  |
| ---------------------------- | --------------: | ----------------------------------- |
| `registeredRedirectUri`      |        **可以多个** | OAuth 授权完成后的 callback / redirect 地址 |
| `loginPageUri`               |          **单个** | Authorization Server 把用户送到哪个登录页面    |
| `loginPageUri` + placeholder | **逻辑上可以对应多个页面** | 根据请求动态生成 Login Page URL             |

SAP 旧版 Java API 文档可以直接看到，`registeredRedirectUri` 的类型是 `Set<String>`，也就是说它天然支持多个 Redirect URI。 ([SAP Help Portal][4])

所以一个典型配置可以理解为：

```text
OAuth Client
    clientId = mobile_public

    registeredRedirectUri =
        https://shop-a.example.com/...
        https://shop-b.example.com/...
        https://shop-c.example.com/...

    loginPageUri =
        https://{redirectUriHost}/login
```

这样就是：

```text
                    OAuth Client
                         |
              loginPageUri template
                         |
          https://{redirectUriHost}/login
                         |
        +----------------+----------------+
        |                |                |
        v                v                v
 shop-a.example.com shop-b.example.com shop-c.example.com
        |                |                |
        v                v                v
 shop-a.../login    shop-b.../login    shop-c.../login
```

不过出于安全原因，并不是任何 `redirect_uri` 里的 host 都允许拿来构造 Login Page。SAP 要求通过：

```properties
authserver.oauthclientdetails.loginpageuri.allowed.hosts
```

维护允许作为 Custom Login Page host 的白名单。例如类似：

```properties
authserver.oauthclientdetails.loginpageuri.allowed.hosts=shop-a.example.com,shop-b.example.com
```

SAP 官方 Custom Login Page 文档明确要求，在配置 Custom Login Page URI 前，应先维护允许的 host；官方示例也展示了该 property 接收多个允许的 host。 ([SAP Help Portal][5])

### 如果你的多个 Login Page 连路径结构都不一样怎么办？

比如：

```text
shop-a.example.com/customer/sign-in

shop-b.example.com/account/login

partner.example.com/authentication/customer
```

这时简单的：

```text
https://{redirectUriHost}/login
```

就不够用了。

在较新的 SAP Commerce Cloud OAuth 实现中，SAP 又进一步开放了 **Extensible Placeholder Mechanism**。除了 SAP 提供的：

```text
{redirectUriHost}
{lang}
{ctx}
```

还可以自己实现：

```java
LoginPageUriPlaceholderProvider
```

然后通过 Spring 配置注册到：

```text
loginPagePlaceholderProviderMap
```

因此理论上你可以定义类似：

```text
{storefrontLoginPath}
```

然后根据 OAuth 请求、host、site 等上下文返回不同路径。SAP 在 `2211-jdk21.11` 的升级说明中已经明确提供了这个扩展点。 ([SAP Help Portal][5])

例如最终可以设计成：

```text
https://{redirectUriHost}/{storefrontLoginPath}
```

动态得到：

```text
https://shop-a.example.com/customer/sign-in
https://shop-b.example.com/account/login
```

不过如果你的几个 Login Page **不仅域名、路径不同，而且业务逻辑、OAuth scope、权限、Storefront 类型都明显不同**，我会更建议直接拆成不同的 OAuth Client，例如：

```text
OAuthClientDetails
    clientId = storefront_a_public
    loginPageUri = https://shop-a.example.com/login
```

和：

```text
OAuthClientDetails
    clientId = storefront_b_public
    loginPageUri = https://shop-b.example.com/login
```

这样配置、审计、安全边界和故障排查都更加清楚。这个属于架构选择，而不是 SAP 强制要求。

**因此，最准确的一句话是：**

> SAP Commerce Cloud 的一个 OAuth Client **不能直接保存多个 `Custom Login Page URL`；`loginPageUri` 是单值。但一个 OAuth Client 可以通过 `{redirectUriHost}` 等 placeholder 动态解析出多个实际 Login Page URL，从而支持多个 Storefront 共用同一个 OAuth Client。**

而且 SAP Composable Storefront 官方文档实际上专门描述了这种 **Multiple Domains** 场景：不同 Storefront domain 可以共用一个 `OAuthClientDetails`，各 Storefront origin 配置到 registered redirect URI，然后 Custom Login Page URI 使用 hostname/host placeholder 动态构造对应的登录页面。 ([SAP Help Portal][6])

如果你现在的实际场景是 **同一个 SAP Commerce Cloud 后端连接两个或多个 Spartacus / Composable Storefront 域名**，那么通常**不必创建多个 OAuth Client**，`registeredRedirectUri + {redirectUriHost}` 就是最值得优先考虑的方案。

[1]: https://help.sap.com/docs/SAP_COMMERCE_CLOUD_PUBLIC_CLOUD/75d4c3895cb346008545900bffe851ce/d079f886cab647e5a0555e2cae8e4416.html?utm_source=chatgpt.com "Moving to the New OAuth Implementation"
[2]: https://help.sap.com/docs/PRODUCTS/251a1313585a498eb998c2f974f4f338/9920f79ccc2142efbb510183b4d1e84f.html?utm_source=chatgpt.com "Support for Custom Login Page with Redirect URI Host ..."
[3]: https://help.sap.com/docs/SAP_COMMERCE_CLOUD_PUBLIC_CLOUD/75d4c3895cb346008545900bffe851ce/ac54cafe1fd441c8a4e47073d1967009.html?utm_source=chatgpt.com "Upgrading to 2211-jdk21.11"
[4]: https://help.sap.com/doc/9fef7037b3304324b8891e84f19f2bf3/2205/en-US/de/hybris/platform/webservicescommons/jalo/OAuthClientDetails.html?utm_source=chatgpt.com "OAuthClientDetails (hybris Commerce Suite 2205)"
[5]: https://help.sap.com/docs/SAP_COMMERCE_CLOUD_PUBLIC_CLOUD/aa417173fe4a4ba5a473c93eb730a417/ca1176a372b242a6abd75a39fe803eea.html?utm_source=chatgpt.com "Custom Login Page | SAP Help Portal"
[6]: https://help.sap.com/docs/SAP_COMMERCE_COMPOSABLE_STOREFRONT/6c7b98dbe68f4a508cac17a207182f4c/40569c55507d4eb389079344a78170e8.html?locale=en-US&state=PRODUCTION&version=2211&utm_source=chatgpt.com "Auth Config Initializer - composable storefront"


System → OAuth → OAuth Clients → OAuthClientDetails

Back-Office 能否配置多个 custom login page？

紫薇堂堂主

后端

开发工具

架构设计

SAP Commerce Cloud的OAuthClient无法直接配置多个独立CustomLoginPageURI，但可通过{redirectUriHost}占位符动态生成不同Storefront的登录页面。配置registeredRedirectUri支持多个域名，配合白名单维护和自定义PlaceholderProvider，实现单一OAuthClient服务多站点差异化登录页，是官方推荐方案。

代码解释

路由

OAuth

热销域名限时优惠，新客首年免费！


domain

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

SAP Commerce Cloud的OAuthClient无法直接配置多个独立CustomLoginPageURI，但可通过{redirectUriHost}占位符动态生成不同Storefront的登录页面。配置registeredRedirectUri支持多个域名，配合白名单维护和自定义PlaceholderPro...

Back-Office 能否配置多个 custom login page？-腾讯云开发者社区-腾讯云

Back-Office 能否配置多个 custom login page？

Back-Office 能否配置多个 custom login page？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐