拥有在线商店的德国企业必须不断开发其系统，以适应不断变化的业务需求。这包括日益增长的客户期望和当前市场趋势。然而，在传统的系统架构中，这种持续开发通常需要投入大量精力。对用户界面的修改通常需要对底层系统逻辑进行修改。这使得调整各个组件变得困难，并减慢了开发流程。无头商务架构是一个可行的替代方案。

在本文中，我们将解释无头商务，包括它与传统电商的区别以及它提供了哪些优势。我们还将解释无头商务的实现、支付处理的集成，以及 Stripe 可以如何提供帮助。

要点

• 无头商务将界面和后端解耦，允许在独立于系统逻辑的情况下实现对用户界面的更改。
  
• 这种架构提高了灵活性和适应性，因为界面和后端是独立开发和更新的。
  
• 应用程序接口 (API)（例如在线商店、应用或其他数字触点）集中管理内容和功能并将其分发到多个渠道。
  
• API 可轻松集成外部系统，例如支付提供商、客户关系管理 (CRM) 系统和营销工具。
  
• 实现过程需要一个由后端、API 和界面组成的结构化技术架构，以及用于确保稳定性和性能的全面测试。
  
• 在德国，商家必须遵守其他法律要求，包括欧盟《通用数据保护条例》(GDPR)、报告义务以及支付流程中的安全标准，如修订后的支付服务指令 (PSD2)。
  

无头商务：定义

无头商务是指电商应用的界面和后端的解耦。在这种架构原则下，可见的用户界面和底层系统逻辑是分离的。“无头”一词表示“头”和“身体”（即界面和后端）独立运行。这两个组件通过标准化的接口（称为应用程序接口，即 API）进行通信。

界面负责显示内容和与用户交互。它形成用户界面并处理后端提供的数据。另一方面，后端处理数据并控制底层的业务流程。这种结构在电商应用中形成了清晰的功能划分。

无头商务与传统电商有何不同？

无头商务和传统电商在系统架构上有根本的不同。传统系统通常采用单体设计，界面和后端紧密集成并作为一个单元运作。另一方面，无头商务依赖于模块化接口架构，界面和后端独立运行。这种解耦对系统的灵活性、适应性和扩张性有着特别的影响。

适应能力

在传统电商系统中，界面和后端紧密集成。这留下的调整空间有限。对用户界面的更改或增强通常也需要对底层系统逻辑进行调整。这会增加开发成本并使得满足特定需求变得更加困难。

无头商务消除了这种限制。通过将界面和后端分离，可以独立设计和开发用户界面。因此，可以对界面进行更改，而不影响后端。此外，无头商务允许企业独立更新界面和后端。更新不再需要在两个组件之间同步，从而可更快速地实现变更。

多渠道分发

传统电商平台通常围绕单一分发渠道（例如在线商店）进行设计。为了向系统中添加更多渠道，通常需要单独的解决方案或额外的定制。

无头商务采取了不同的方法。后端集中提供可通过接口分发给各种界面的内容。这允许同时管理各种渠道，例如网站、移动端应用和其他数字界面。

为什么使用无头商务？

对于德国的企业，无头商务可确保高度的技术灵活性和用于持续开发其电商系统的多种选项。以下是无头商务的一些优势：

• 敏捷开发：团队可以同时进行界面和后端的开发，从而加速开发周期。
  
• 优化改进：可快速实现新的性能和功能，而不会中断现有的系统。
  
• 集成：无头架构使得将外部服务（如支付提供商、营销工具和客户关系管理 (CRM) 系统）与现有工具或商家当前的技术栈相集成变得更加容易。
  
• 客户导向：更容易实施个性化体验，因为系统可以灵活地向不同的受众提供内容。
  
• 渠道多样性：系统可以同时跨多个数字触点分发内容，例如网站、移动设备或社交媒体平台。
  
• 扩张性：随着流量增加或产品范围扩大，系统可以有效地增长。
  
• 竞争力：快速适应市场趋势和技术发展，确保拥有顶尖的在线影响力。
  
• 面向未来的系统：模块化系统能够快速、轻松地集成新技术或额外内容。
  

德国 Headless 电商的技实施

实施 Headless 电商时，技术的选择至关重要。企业必须确保前端、后端和接口能够轻松协同工作。在德国，除了功能方面的要求，还有法律和安全相关的要求。

后端技术

实施通常从后端开始，因为它提供核心数据和业务逻辑。后端管理产品信息、库存、价格、订单和客户数据。这些功能必须稳定运行，前端应用才能访问它们。

德国企业在构建后端时有几个选项：

• 即插即用的电商平台
  服务提供商提供即插即用的 Headless 电商平台，集成后端功能，如产品管理、结账、支付处理和 CRM 接口。这些平台处理整个技术基础架构，而企业则通过 API 专注于定制。
  
• 基于云的解决方案
  在这种设置中，后端托管在云中，通常作为软件即服务 (SaaS)。企业可受益于供应商提供的维护、灵活性和安全更新。通过标准化接口进行调整。
  
• 内​​部开发
  德国企业还可以开发自己的后端，例如使用模块化框架或微服务。这实现了最大的灵活性和定制化的业务逻辑，但需要更多的技术专长和开发资源。
  
• 混合解决方案
  利用混合解决方案，企业可以将现有平台与自己开发的组件结合起来。例如，产品和库存管理可以在单一平台上运行，而专业化服务或集成则根据具体情况进行开发。
  

前端技术和 API

一旦后端平稳运行且核心功能可用，即可将前端集成到 Headless 架构中。以下步骤尤为重要：

• 前端技术的选择
  企业选择满足其需求的框架或库。所选技术必须确保到 API 的稳定连接，并支持灵活店面、移动应用程序和其他数字接触点的实施。
  
• API 端点的定义
  这指定了前端可以使用哪些后端数据和功能。在此过程中，企业确定哪些端点可用，如何筛选或聚合数据，以及如何处理身份验证和授权。
  
• 接口的实施
  前端开发者将所选技术与 API 端点集成。产品信息、订单和客户数据在用户界面中被检索和处理。后端的更改不会直接影响前端。
  
• 外部服务的集成
  单独的 API 集成了附加功能，例如支付处理、CRM 和营销工具。
  
• 测试和质量保证
  在电商系统投入运营前，所有前端功能必须与 API 一同进行测试。该流程涉及测试性能和稳定性，分析潜在的错误来源，并确保跨各种设备和平台的兼容性。
  

法律和安全相关要求

除了技术考虑外，德国企业在实施 Headless 电商解决方案时还必须遵守许多法律要求。合法合规的在线商店遵守管理支付交易的关键法规。此外，无论是归类在 Headless 电商还是传统电商，还必须遵守数据保护和消费者保护的要求。

披露责任和合同义务

在线合同通常受限于与电商合同相同规则的远程销售合同。根据《德国民法典》(BGB)第 312i 条和第 312j 条的规定，德国企业在签订合同之前需要提供详细信息。这包括有关价格、成本、交货条款和退货的信息。

根据《德国民法典》第 355 条的规定，客户可在 14 天的取消期内行使撤销权，在线商店必须明确传达这些信息。

数据保护和通用数据保护条例 (GDPR)

GDPR 管理个人身份信息的处理，并由《联邦数据保护法》(BDSG) 补充。在线商店必须提供透明的隐私政策，征得使用 Cookie 的同意，并确保以加密形式传输和存储数据等规定。

法律信息

在德国，提供数字服务的企业如果收取服务费用，则必须发布法律声明。根据《数字服务法》(DDG) 第 5 条的规定，除其他要求外，数字服务提供商需要在其网站上发布完整信息，包括姓名、地址、联系方式、商业登记号或增值税标识号 (VAT ID)（如适用）。

安全支付处理和修订版支付服务指令 (PSD2)

除了通用消费者保护和安全义务外，PSD2 要求也适用于支付处理。该欧盟指令要求在在线支付中进行客户身份验证，并在支付过程中采取额外的安全措施，例如银行卡支付或Sofort 支付。

无头商务（headless commerce）面临的支付集成挑战

支付解决方案的集成是任何电商应用程序的关键组成部分。由于前端和后端通过 API 解耦，无头商务面临着独特的挑战。企业必须确保能够轻松、安全、合法合规地处理付款，同时不限制架构的灵活性。

在无头商务架构中，API 接口集成支付服务商，这些接口必须在后端和前端中妥善实施。前端通过定义的端点与后端进行通信，以安全传输支付信息、发起支付以及处理交易数据。后端负责处理交易的授权、结算和日志记录。

同时，企业必须根据 PSD2 实施相应的安全标准，例如强客户身份验证 (SCA)。因为前端和后端是解耦的，所以还需要有可靠的错误和状态处理功能。这能确保在两个系统级别之间始终同步处理付款状态、取消通知和退款。

Stripe 如何协助进行无头商务

Stripe Payments 和 Stripe Checkout 提供基于 API 的解决方案，可轻松集成到无头商务系统中。

Payments 支持处理全球的线上和线下支付，支持 135 种以上货币的超过 125 种支付方式。

Checkout 提供响应式移动端的自定义支付表单，商家可快速部署该表单，以安全地处理敏感的支付数据。它还支持全球支付，并支持动态货币转换。

这些解决方案使德国公司能够可靠、安全和灵活地集成支付，而不会损害其无头商务系统的架构。

常见问题

下面，我们对德国无头商务（headless commerce）的一些最重要问题进行了解答。