概念 concepts

集成框架提供了以下机制和组件：

这意味着：

为了优化操作，AEM和电子商务引擎都集中在自己的专业领域。 信息在两者之间实时传输；例如：

提供了许多现成的AEM组件来使用集成层。 目前，这些服务包括：

还提供各种搜索选项。

架构 architecture

集成框架提供了API、一系列用于说明功能的组件以及多个用于提供连接方法示例的扩展：

利用框架，可访问以下功能：

实施 implementations

AEM eCommerce通过电子商务引擎实施：

商务提供商 commerce-providers

将数据从商务引擎导入AEM电子商务网站时，会使用商务提供商为导入程序提供数据。 一个商务提供商可以支持多个导入程序。

商务提供商是自定义为以下任一项的AEM代码：

AEM当前提供两个商务提供程序示例：

尽管通常，项目需要开发他们自己的自定义商务提供商，以特定于其PIM和产品数据架构。

的 ProductServicesManager 维护(通过 OSGi)实施列表 产品导入程序 和 CatalogBlueprintImporter 界面。 这些文件在 导入程序/商务提供程序 导入器向导的下拉字段(使用 commerceProvider 属性)。

当下拉菜单中提供了特定的导入器/商务提供程序时，必须在以下任一位置定义所需的任何补充数据（取决于导入器类型）：

相应文件夹下的文件夹 importers 文件夹必须与导入程序名称匹配；例如：

源导入文件的格式由导入器定义。 或者，导入程序可以建立与商务引擎的连接（例如WebDAV或http）。

角色 roles

集成系统可满足以下角色以维护数据：

尽管实际位置可能取决于您的实施；例如，使用电子商务引擎的通用或：

产品 products

产品数据与营销数据 product-data-versus-marketing-data

结构性与营销类别 structural-versus-marketing-categories

如果可以区分以下两个类别，则允许您以有意义的结构（树）来明确URL cq:Page 节点)，因此非常接近经典的AEM内容管理):

产品数据 product-data

要描述和管理您的产品，您需要掌握与其相关的一系列信息。

产品数据可以是：

无论哪种情况，在将产品数据输入/导入AEM后，均可从 产品 控制台。 在此，产品的卡片视图和列表视图显示以下信息：

产品的系列品种 product-variants

对于适当的产品，还可以保存有关变体的信息。 例如，对于可用不同颜色的服装项目，将作为变体保留：

产品属性 product-attributes

有关每个产品的单个属性可能取决于所使用的电子商务引擎和您的AEM实施。 在查看产品页面和/或编辑产品信息时，这些功能（视情况而定）可用，并且可以包括：

产品资产 product-assets

可为单个产品保留资产选项。 通常包括图像和视频。

目录 catalogs

目录可将产品数据分组在一起，以便于管理和呈现给购物者。 通常，目录会根据语言、地理区域、品牌、季节、爱好、体育等属性进行结构化。

目录结构 catalog-structure

多语言目录 catalogs-in-multiple-languages

AEM支持多种语言的产品内容。 在请求数据时，集成框架从当前树中检索语言(例如， en_US 在 /content/geometrixx-outdoors/en_US)。

对于多语言商店，您可以单独导入每个语言树的目录(或通过 MSM)。

多品牌目录 catalogs-for-multiple-brands

与语言一样，大型跨国公司可能需要满足多个品牌的需求。

按标记的目录 catalogs-by-tags

标记还可用于将产品分组到目录中。 这些目录可用于更多动态目录，如季节性选件。

目录设置（初始导入） catalog-setup-initial-import

根据您的实施，您可以将基础目录所需的产品数据从以下项目导入AEM:

目录维护（数据同步） catalog-maintenance-data-synchronization

产品数据将不可避免地发生进一步的变化：

与电子商务引擎的数据同步（持续） data-synchronization-with-an-ecommerce-engine-ongoing

初始导入后，对产品数据的更改将不可避免。

使用电子商务引擎时，产品数据会在该处维护，需要在AEM中可用。 更新后，需要同步此产品数据。

这取决于数据类型：

目录 — 性能和扩展 catalogs-performance-and-scaling

从电子商务引擎(PIM)导入具有大量产品（通常超过100,000个）的大目录可能会因节点数量过多而影响系统。 如果产品具有关联的资产（如产品图像），则创作实例的速度也可能会减慢。 这是因为这些资产的后处理是CPU和内存密集型的。

您可以选择各种策略来解决这些问题：

分段 bucketing

如果JCR节点具有许多直接子节点（例如1000个及以上），则需要存储段（虚拟文件夹）以确保性能不受影响。 导入时会根据算法生成这些值。

这些存储段采用虚拟文件夹的形式，这些文件夹已引入目录结构，但可进行配置，以便在公共URL中不显示。

将资产后处理卸载到专用实例 offload-asset-post-processing-to-a-dedicated-instance

此方案涉及设置两个创作实例：

仅导入产品数据 only-import-product-data

如果产品不包含要导入的资产（图像），则您可以导入产品数据，而不会受资产后处理的影响。

性能测试 performance-testing

必须在AEM电子商务实施中考虑性能测试：

请注意，此性能测试需要您对目标的了解和分析：

性能 — 其他 performance-miscellaneous

对于所有实施，可以牢记以下几点：

目录部分页面 catalog-section-pages

目录部分提供了以下内容：

产品页面 product-pages

产品页面提供有关各个产品的全面信息。 还反映了中的动态更新；例如，在电子商务引擎中注册的价格更改。

产品页面是使用 产品 组件；例如，在 商务产品 模板：

产品组件提供：

此信息允许购物者在将项目添加到购物篮时选择以下内容：

产品登录页面 product-landing-pages

这些是主要提供静态信息的AEM页面；例如，包含指向基础产品页面的链接的简介和概述。

产品组件 product-component

的 产品 组件可以添加到任何具有可交付所需元数据的父页面(即， cartPage 和 cartObject)。 在演示站点Geometrixx Outdoors中，这由 UserInfo.jsp.

的 产品 组件也可以根据您的个人要求进行自定义。

代理页 proxy-pages

代理页面用于简化存储库的结构并优化大型目录的存储。

创建目录将为每个产品使用十个节点，因为它为每个产品提供可在AEM中更新和自定义的各个组件。 如果您的目录包含数百个甚至数千个产品，则大量节点可能会成为问题。 要避免任何问题，您可以使用代理页面创建目录。

代理页面使用双节点结构( cq:Page 和 jcr:content)不包含任何实际产品内容。 在请求时，可通过引用产品数据和模板页面来生成内容。

然而，这是一种取舍。 您将无法在AEM中自定义产品信息，将使用标准模板（为您的网站定义）。

促销和凭单 promotions-and-vouchers

优惠券 vouchers

凭单是一种经过试用和测试的提供折扣的方法，可以吸引购物者购买和/或奖励客户的忠诚度。

在AEM中：

促销活动 promotions

通过促销活动和凭单，您可以实现以下情景：

促销活动通常不是由产品信息经理维护，而是由营销经理维护：

在AEM中，促销活动也集成到 Campaign Management:

可以在体验中或直接在营销策划中进行促销：

个性化 personalization

客户注册和帐户 customer-registration-and-accounts

当购物者注册时，需要在AEM和电子商务引擎之间同步帐户详细信息。 敏感数据是独立保存的，但用户档案是共享的：

具体机制取决于情景：

使用电子商务引擎时，AEM仅存储帐户ID和密码（可选为用户组）。 所有其他信息都存储在电子商务引擎中。

客户注册 customer-sign-up

购物者需要注册才能访问购物车。 这需要注册（创建帐户），以便能够创建特定于客户的帐户。

客户登录 customer-sign-in

注册后，购物者可以使用其帐户登录，以便跟踪其操作并完成其订单。

单点登录 single-sign-on

提供单点登录(SSO)，以便作者在AEM和电子商务系统中都是已知的，无需两次登录。

myAccount myaccount

来自电子商务引擎的交易数据将与有关购物者的个人信息组合在一起。 AEM会将其中一些数据用作用户档案数据。 AEM中表单的操作会将信息写回电子商务引擎。

有一个页面可让您轻松管理帐户信息。 您可以通过单击 我的帐户 ，或者通过导航到 /content/geometrixx-outdoors/en/user/account.html.

通讯簿 address-book

您的网站需要存储一系列地址；包括交付、帐单和替代地址。 可以使用基于默认地址格式的表单来实施此功能，也可以使用AEM提供的通讯簿组件。

此通讯簿组件允许您：

您可以选择所需的默认地址。

通讯簿组件可从 我的帐户 通过单击 通讯簿 或导航至 /content/geometrixx-outdoors/en/user/account/address-book.html.

您可以单击 添加新地址…… 在通讯簿中添加新地址。 它会打开一个您可填写的表单，然后单击 添加地址.

购物车结账时，会使用通讯簿：

地址会保留在下面 user_home/profile/addresses.
例如，对于Alison Parker，它位于/home/users/geometrixx/aparker@geometrixx.info/profile/addresses下

您可以选择所需的默认地址，此信息将保留在购物者的配置文件中，而不是包含在地址中。 配置文件属性 address.default 设置为选定值地址的路径。

特定于客户的定价 customer-specific-pricing

电子商务引擎使用上下文（本质上是购物者信息）来确定其持有的价格，然后将正确的信息提供回AEM。

购物车和订购 shopping-cart-and-orders

购物时，购物者将浏览产品页面并选择项目，以将它们放入其购物车中。 在他们继续结帐时，可以下订单。

匿名购物者 anonymous-shoppers

匿名客户可以：

注册购物者 registered-shoppers

注册客户可以：

购物车内容概述 shopping-cart-content-overview

购物车提供：

购物车根据所使用的引擎进行保存：

无论哪种情况，物品都会在登录/注销过程中停留在购物车中（并且可以恢复）（但只能在同一台计算机/浏览器上）。 例如：

在结账前，价格变动会在发生时反映（在两个系统中）。

订单信息 order-information

根据您在电子商务引擎或AEM中保存的订单相关实施信息，此信息由AEM呈现。

存储了各种信息，其中可能包括：

在AEM中保留订单后，“订单”控制台将显示每个订单的以下信息：

订单跟踪 order-tracking

下订单后，购物者通常会返回：

在收到订单交货后，购物者可能还希望查看一段时间内订单的历史记录。

订单履行和跟踪通常由电子商务引擎管理。 AEM可以使用“订单历史记录”组件显示信息，该组件显示所有相关详细信息，包括已应用的凭证和促销。 例如：

签出 checkout

使用标准AEM表单实施结帐。 这允许营销经理自定义营销内容的体验。

然后，电子商务会通过来自AEM表单的输入管理结帐流程。

支付安全 payment-security

付款详细信息（包括信用卡信息）通常由电子商务引擎管理。 AEM将此类事务性信息转发到引擎（从那里转发到付款处理服务）。

支付卡行业(PCI)的复杂性可以实现。

订单确认 confirmation-of-order

订单在屏幕上得到确认，并可通过 订单跟踪.

搜索 search-features

由于AEM将标准页面用于产品，因此您可以使用标准搜索组件创建搜索页面。

如果您需要更彻底的实施，则可以：

使用电子商务引擎时，电子商务搜索API可以在电子商务引擎解决方案中完全实施，以便您可以使用现成提供的电子商务搜索组件。 多面搜索允许您搜索JCR和/或引擎：