概念 concepts
集成框架为以下项目提供机制和组件：
- 连接到电子商务引擎
- 将数据提取到Adobe Experience Manager (AEM)
- 显示数据并收集购物者的响应
- 返回交易详细信息
- 搜索来自两个系统的数据
这意味着：
- 购物者无需等待即可注册和购物。
- 消费者毫不拖延地看到价格变化。
- 可以根据需要添加产品。
为了优化操作，AEM和电子商务引擎都专注于各自的专业领域。 信息在两者之间实时传输；例如：
-
AEM可以：
-
请求：
- 电子商务引擎中的产品信息。
-
提供：
- 产品信息、购物车和结账的用户视图。
- 将购物车和结帐信息发送到电子商务引擎。
- 搜索引擎优化(SEO)。
- 社区功能。
- 非结构化营销互动。
-
-
电子商务引擎可以：
-
提供：
- 数据库中的产品信息。
- 产品变型管理。
- Order Management。
- ERP（企业资源规划）。
- 搜索产品信息。
-
进程：
- 购物车。
- 结帐。
- 订单履行。
-
提供了多个现成的AEM组件以使用集成层。 目前，这些方法包括：
- 产品信息
- 购物车
- 结帐
- 我的帐户
还可以使用各种搜索选项。
架构 architecture
集成框架提供了API、一系列用于说明功能的组件，以及多个用于提供连接方法示例的扩展：
利用框架，可访问以下功能：
实施 implementations
AEM eCommerce是通过电子商务引擎实现的：
- 电子商务集成框架已经构建，可让您轻松地将电子商务引擎与AEM集成。 专门构建的电子商务引擎控制产品数据、购物车、结账和订单履行，而AEM控制数据展示和营销活动。
Commerce提供商 commerce-providers
将数据从商业引擎导入到AEM电子商务网站时，会使用商业提供程序向导入程序提供数据。 一个商务提供商可以支持多个导入程序。
商业提供程序是自定义到的AEM代码，可用于：
- 后端商务引擎的接口
- 在JCR存储库上实施商业系统
AEM目前有两个示例商业提供程序：
- 一个用于geometrixx-hybris
- 另一个用于geometrixx-generic (JCR)
尽管通常项目需要开发他们自己的特定于其PIM和产品数据架构的自定义商业提供程序。
ProductServicesManager（通过OSGi）维护ProductImporter和CatalogBlueprintImporter接口的实现列表。 导入器向导的 Importer/Commerce提供程序 下拉字段（使用commerceProvider属性作为名称）中列出了这些项。
如果下拉菜单中提供了特定的导入程序/商务提供程序，则必须在以下任一位置定义所需的任何补充数据（取决于导入程序类型）：
/apps/commerce/gui/content/catalogs/importblueprintswizard/importers/apps/commerce/gui/content/products/importproductswizard/importers
相应importers文件夹下的文件夹必须与导入程序名称匹配；例如：
.../importproductswizard/importers/geometrixx/.content.xml
源导入文件的格式由导入器定义。 或者，导入程序可能会建立与商业引擎的连接（例如，WebDAV或http）。
角色 roles
集成的系统满足以下角色的需要，以维护数据：
-
产品信息管理(PIM)用户，负责维护：
- 产品信息。
- 分类、分类、审批。
- 与数字资产管理交互。
- 定价 — 通常来自ERP系统，在商业系统中没有明确维护。
-
作者/营销经理，负责维护：
- 所有渠道的营销内容。
- 促销活动。
- 优惠券。
- 营销活动。
-
冲浪者/购物者：
- 查看您的产品信息。
- 将商品放入购物车。
- 查他们的订单。
- 期望订单履行。
虽然实际位置可能取决于您的实施；例如，通用或使用电子商务引擎：
产品 products
产品数据与营销数据 product-data-versus-marketing-data
结构类别与营销类别 structural-versus-marketing-categories
如果可以区分以下两个类别，那么通过这可以清楚地显示具有有意义的结构的URL（树状结构cq:Page节点），因此非常接近于经典AEM内容管理：
-
结构 类别
类别树定义 什么是产品；例如：
/products/mens/shoes/sneakers -
营销 类别
产品可属于 的所有其他类别；例如：
/special-offers/christmas/shoes)
产品数据 product-data
为了描述和管理您的产品，您需要保存有关它们的一系列信息。
产品数据可以是：
-
直接在AEM中维护（通用）。
-
在电子商务引擎中维护，并在AEM中提供。
根据数据类型，它将在必要时进行同步，或直接访问；例如，在每个页面请求上从电子商务引擎中检索高度不稳定和关键的数据（如产品价格），以确保它们始终保持最新。
无论哪种情况，当产品数据已输入/导入AEM时，都可以从 产品 控制台中看到该数据。 在此处，产品的卡和列表视图会显示如下信息：
- 图像
- SKU代码
- 上次修改时间
产品的系列品种 product-variants
对于相应的产品，还可以保存有关变体的信息。 例如，对于服装项目，可用的不同颜色将作为变体保留：
产品属性 product-attributes
每个产品的各个属性可能取决于所使用的电子商务引擎和您的AEM实施。 在查看产品页面和/或编辑产品信息时，这些选项可用（如果适用），可以包括：
-
图像
产品的图像。
-
标题
产品名称。
-
描述
产品的文本描述。
-
标记
用于对相关产品进行分组的标记。
-
默认资源类别
资产的默认类别。
-
ERP数据
企业资源规划(ERP)信息。
-
SKU
库存单位(SKU)信息。
-
颜色
-
大小
-
价格
产品的单价。
-
-
摘要
产品功能摘要。
-
功能
产品功能的更完整详细信息。
产品Assets product-assets
可以为单个产品持有精选资产。 通常包括图像和视频。
目录 catalogs
目录将产品数据分组在一起，以便于管理并向购物者呈现。 通常，目录是根据语言、地理区域、品牌、季节、爱好、体育等属性来构建的。
目录结构 catalog-structure
多种语言的目录 catalogs-in-multiple-languages
AEM支持多种语言的产品内容。 在请求数据时，集成框架会从当前树中检索语言（例如，/content/geometrixx-outdoors/en_US下的页面检索en_US）。
对于多语言存储，您可以单独导入每个语言树的目录（或使用MSM复制目录）。
多个品牌的目录 catalogs-for-multiple-brands
与语言一样，大型跨国企业必须满足多个品牌的需求。
按标记列出的目录 catalogs-by-tags
标记也可用于将产品分组到目录中。 它们可用于更具动态的目录，例如季节性优惠。
目录设置（初始导入） catalog-setup-initial-import
根据您的实施，您可以从以下位置将基础目录所需的产品数据导入AEM：
- CSV文件（用于一般实施）
- 电子商务引擎
目录维护（数据同步） 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
此方案涉及设置两个创作实例：
-
主作者实例
从PIM导入产品数据，其中禁用了资产路径的后处理。
-
专用DAM创作实例
从PIM导入产品资产并对其进行后处理，然后将其复制回主创作实例以供使用。
仅导入产品数据 only-import-product-data
对于产品不包含要导入的资产（图像）的情况，您可以导入产品数据而不受资产后处理的影响。
性能测试 performance-testing
必须在AEM电子商务实施中考虑性能测试：
-
创作环境：
后台（例如，导入）活动可与正常用户活动（例如，页面编辑）同时发生，即使（通常）前端性能被赋予较高的优先级，在线作者看到的性能不佳也会导致无法阻止上线决策的失败。
-
发布环境：
复制是确保快速、可靠地发布内容的关键过程。 这可能受作者如何对要发布的内容进行分组的影响。
-
前端：
前端和缓存失效的组合可能会导致性能惊人。 测试有助于避免这些情况。
请注意，此性能测试需要了解和分析您的目标：
-
内容卷
- 资源
- 本地化的I18ned产品和SKU
-
用户活动：
- 批量编辑
- 批量发布
- 大量搜索请求
-
后台进程
- 导入
- 同步更新（例如，定价）
-
维护要求（备份、Tar PM优化、数据存储垃圾收集等）
绩效 — 其他 performance-miscellaneous
对于所有实施，请牢记以下几点：
-
由于产品、库存单位和类别可能会很多，请尝试使用尽可能少的节点数来建模内容。
节点越多，内容就越灵活（例如，parsys）。 然而，所有事情都是权衡取舍，您在操作（例如）30K产品时（默认情况下）是否需要个人的灵活性？
-
尽可能避免重复（请参阅本地化），或者在这样做时，考虑重复将带来多少个节点。
-
尽可能多地尝试标记您的内容以准备查询优化。
例如：
/content/products/france/fr/shoe/reebok/pump/46 SKU每个内容级别应具有一个标记（即国家/地区、语言、类别、品牌、产品）。 正在搜索
//element(*,my:Sku)[@country='france' and @language='fr'和
@category='shoe' and @brand='reebok' and @product='pump']会比寻找
/jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku) -
在您的技术栈栈中，规划工厂化的内容访问模型和服务。 这是一个常规的最佳实践，但在这里甚至更重要，因为在优化阶段，您可以为经常读取的数据（并且您不希望使用填充捆绑缓存）添加应用程序缓存。
例如，属性管理通常是缓存的良好候选对象，因为它涉及通过产品导入更新的数据。
-
考虑使用代理页面。
目录部分页面 catalog-section-pages
目录部分为您提供，例如：
- 类别的简介（图像和/或文本）；这还可用于横幅和Teaser以促销特殊优惠
- 指向该类别中各个产品的链接
- 链接到其他类别
产品页面 product-pages
产品页面提供有关各个产品的全面信息。 来自的动态更新也会反映在中；例如，在电子商务引擎上注册的价格变化。
产品页是使用 Product 组件的AEM页；例如，在 Commerce Product 模板中：
产品组件提供：
- 一般产品信息；包括文本和图像。
- 定价；每次显示/刷新页面时，都会从电子商务引擎中检索定价信息。
- 产品变型信息；例如，颜色和大小。
此信息允许购物者在将商品添加到购物篮时选择以下选项：
- 颜色和大小变量
- 数量
产品登陆页面 product-landing-pages
这些主要是提供静态信息的AEM页面；例如，带有基础产品页面链接的简介和概述。
产品组件 product-component
可以将 Product 组件添加到任何具有提供所需元数据的父页面（即cartPage和cartObject的路径）的页面。 在演示站点Geometrixx Outdoors中，这由UserInfo.jsp提供。
还可以根据您的个别要求自定义 Product 组件。
代理页面 proxy-pages
代理页面用于简化存储库的结构并优化大型目录的存储。
创建目录时，每个产品将使用10个节点，因为它会为您可在AEM中更新和自定义的每个产品提供单独的组件。 如果您的目录包含数百甚至数千个产品，那么如此大量的节点可能会成为一个问题。 要避免出现任何问题，您可以使用代理页面创建目录。
代理页面使用不包含任何实际产品内容的双节点结构（cq:Page和jcr:content）。 在请求时，通过引用产品数据和模板页面生成内容。
然而，这其中有一个取舍。 您将无法在AEM中自定义产品信息，将使用标准模板（为您的站点定义）。
促销和优惠券 promotions-and-vouchers
优惠券 vouchers
优惠券是一种经过尝试和测试的方法，用于提供折扣，以吸引购物者进行购买和/或奖励客户的忠诚度。
-
优惠券供应：
- 优惠券代码（由购物者键入购物车中）。
- 优惠券标签（在购物者将其输入购物车后显示）。
- 提升路径（定义凭证应用的操作）。
-
外部商业引擎也可以提供优惠券。
在AEM中：
-
优惠券是一种基于页面的组件，使用“网站”控制台创建/编辑。
-
优惠券 组件提供：
- 凭证管理的呈现器；这将显示当前购物车中的任何凭证。
- 用于管理（添加/删除）优惠券的编辑对话框（表单）。
- 在购物车中添加/删除优惠券所需的操作。
-
优惠券没有自己的开始和结束日期/时间，但会使用父营销活动的日期/时间。
促销活动 promotions
促销活动与优惠券一起使您能够了解以下情形：
- 公司为员工提供定制的价格，这是手工编制的用户列表。
- 长期客户可获得所有订单的折扣。
- 在明确规定的时间段内提供的销售价格。
- 当客户先前的订单超过特定金额时，客户会收到凭证。
- 购买 product-X 的客户可获得 product-Y （配对产品）的折扣。
促销活动不是由产品信息经理进行维护，而是由营销经理进行维护：
-
促销活动是一个基于页面的组件，使用“网站”控制台创建/编辑。 "
-
促销供应：
- 优先级
- 提升处理程序路径
-
您可以将促销活动关联到促销活动，以定义其打开/关闭日期/时间。
-
您可以将促销活动连接到体验以定义其区段。
-
与体验无关的促销活动不会自行触发，但仍可以通过优惠券触发。
-
提升组件包含：
- 用于提升管理的渲染器和对话框
- 用于呈现和编辑特定于提升处理程序的配置参数的子组件
在AEM中，促销活动也集成到Campaign Management中：
促销活动可以在体验中或直接在营销活动中进行：
-
如果促销活动在体验中进行，则会自动将其应用于受众区段。
例如，在geometrixx-outdoors示例站点中，促销活动包括：
/content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping在体验中，因此每当区段(
ordervalueover100)解析时，就会自动触发。 -
如果促销活动未出现在体验中（仅在营销活动中），则无法自动将其应用于受众。 但是，如果购物者在购物车中输入优惠券并且该优惠券引用了促销活动，则仍可以触发此事件。
例如，促销活动：
/content/campaigns/geometrixx-outdoors/article/10-bucks-off位于体验之外，因此绝不会自动触发（即：基于分段）。 但是，可在文章营销活动中的若干体验中找到优惠券来引用它。 将这些优惠券代码输入购物车将会触发促销活动。
个性化 personalization
客户注册和帐户 customer-registration-and-accounts
购物者注册时，帐户详细信息必须在AEM和电子商务引擎之间同步。 敏感数据是独立保留的，但用户档案是共享的：
确切的机制可能取决于以下情况：
-
这两个系统中都存在用户帐户：
- 无需执行任何操作。
-
用户帐户仅存在于AEM中：
- 用户是在电子商务引擎中创建的，其帐户ID和随机密码均相同，并将存储在AEM中。
- 当AEM尝试在第一次调用（例如，当请求产品页面并且价格引用电子商务引擎时）时登录到电子商务引擎时，随机密码是必需的。 由于此情况发生在AEM登录之后，因此密码不可用。
-
用户帐户仅存在于电子商务引擎中：
- 该帐户在AEM中创建，具有相同的帐户ID和密码。
使用电子商务引擎时，AEM仅存储帐户ID和密码（可以选择用户组）。 所有其他信息都存储在电子商务引擎中。
DuplicateUidException而失败。客户注册 customer-sign-up
购物者通常需要注册才能访问购物车。 这需要注册（创建帐户），以便创建特定于客户的帐户。
客户登录 customer-sign-in
注册后，购物者可以使用他们的帐户登录，以便可以跟踪他们的操作并完成他们的订单。
单点登录 single-sign-on
提供单点登录(SSO)，以便在AEM和电子商务系统中都可识别作者，而无需登录两次。
我的帐户 myaccount
来自电子商务引擎的交易数据与购物者的个人信息相结合。 AEM会使用其中一些数据作为配置文件数据。 AEM中的表单操作将信息写回电子商务引擎。
有一个页面可让您轻松管理帐户信息。 您可以通过单击Geometrixx页顶部的 我的帐户 或导航到/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
购物车提供：
-
所选项目的概述
-
所选项目的产品页面的链接
-
能够：
- 更新单个物料的编号/数量
- 删除单个项目
根据正在使用的引擎保存购物车：
- AEM generic将购物车存储在Cookie中。
- 某些电子商务引擎可以在会话中存储购物车。
在任一情况下，项目都会在登录/注销过程中保留在购物车中（并且可以进行恢复）（但只能在同一台计算机/浏览器上）。 例如：
-
作为
anonymous浏览并将产品添加到购物车 -
以
Allison Parker登录 — Allison的购物车为空 -
将产品添加到Allison的购物车
-
注销 — 购物车显示
anonymous的产品 -
以
Allison Parker身份再次登录 — Allison的产品已恢复
admin帐户测试还原购物车内容，因为这可能与电子商务引擎的admin帐户（例如hybris）冲突。在结账之前，价格变更会在发生时反映出来（在两个系统中）。
订单信息 order-information
根据您的订单实施信息保存在电子商务引擎或AEM中，此信息由AEM呈现。
存储各种信息，其中可能包括：
-
订单ID
订单的参考编号。
-
已下单
下订单的日期。
-
状态
订单的状态；例如，已发运。
-
货币
订单的币种。
-
内容项
已排序的项的列表。
-
小计
已订购物料的总成本。
-
税
订单上应付的任何税额。
-
送货
运费。
-
总计
订单的总值；订购的项目、税费和运费。
-
帐单地址
发票应发送到的地址。
-
付款令牌
付款方式。
-
付款状态
付款的状态。
-
送货地址
货物应该发运到的地址。
-
配送方式
运输方法；例如，陆运、海运或空运。
-
跟踪号
航运公司使用的任何跟踪编号。
-
跟踪链接
用于在发运时跟踪订单的链接。
/etc/scaffolding/geometrixx-outdoors/order/jcr:content/cq:dialog在AEM中保留订单后，订单控制台将为每个订单显示以下内容：
- 购物车中的项目数
- 订单的总值
- 下达订单的时间
- 状态
订单跟踪 order-tracking
下订单后，购物者通常会返回：
- 检查其订单的状态
- 从订单中删除产品
- 将产品添加到订单
在收到订单交付后，购物者可能还希望查看一段时间内的订单历史记录。
订单履行和跟踪由电子商务引擎管理。 AEM可以使用“订单历史记录”组件来显示信息，该组件会显示所有相关详细信息，包括应用的优惠券和促销活动。 例如：
签出 checkout
使用标准AEM表单执行结账。 这允许营销经理使用营销内容自定义体验。
然后，电子商务利用AEM表单中的输入来管理结账过程。
支付安全性 payment-security
包括信用卡信息在内的付款详细信息通常由电子商务引擎管理。 AEM将此类交易信息转发给引擎（然后从引擎转发给支付处理服务）。
可实现支付卡行业(PCI)合规性。
订单确认 confirmation-of-order
订单已在屏幕上确认，可以通过订单跟踪进行跟踪。
搜索 search-features
由于AEM对产品使用标准页面，因此您可以使用标准搜索组件创建搜索页面。
如果需要更全面的实施，您可以：
- 使用所需的功能扩展默认搜索组件。
- 在
CommerceService中实施搜索方法，然后在搜索页面上使用电子商务搜索组件。
使用电子商务引擎时，可以在电子商务引擎解决方案中完全实施电子商务搜索API，因此您可以使用提供的现成的电子商务搜索组件。 通过多面搜索，可搜索JCR和/或引擎：