概念

整合框架提供了以下機制和元件：

• 連線至電子商務引擎
• 將資料拖AEM入
• 顯示資料並收集購物者的回應
• 返回事務處理詳細資訊
• 從兩個系統搜索資料

這表示：

• 購物者可註冊併購物，毋需等待。
• 購物者可立即檢視價格變動。
• 您可視需要新增產品。

為了優化運營，電AEM子商務引擎都專注於自己的專業領域。 資訊在兩者之間即時傳輸；例如：

• AEMcan:

  • 請求：

    • 來自電子商務引擎的產品資訊。

  • 提供：

    • 使用者檢視產品資訊、購物車和結帳。
    • 將購物車和結帳資訊匯入電子商務引擎。
    • 搜尋引擎最佳化(SEO)。
    • 社群功能。
    • 非結構化行銷互動。

• 電子商務引擎可以：

  • 提供：

    • 來自資料庫的產品資訊。
    • 產品變型管理。
    • 訂單管理。
    • ERP（企業資源規劃）。
    • 在產品資訊中搜尋。

  • 程序:

    • 購物車。
    • 結帳。
    • 訂單履行。

提供許多現成的組AEM件以使用整合層。 目前，這些項目包括：

• 產品資訊
• 購物車
• 結帳
• 我的帳戶

也提供各種搜尋選項。

架構

整合架構提供API、一系列元件來說明功能，以及數種擴充功能，以提供連線方法的範例：

此架構可讓您存取下列功能：

實施

電AEM子商務是透過電子商務引擎實作：

• 電子商務整合架構可讓您輕鬆將電子商務引擎與整合AEM。 建立電子商務引擎的目的是控制產品資料、購物車、結帳和訂單履行，AEM同時控制資料顯示和行銷活動。

商務提供者

將資料從商務引擎匯入電AEM子商務網站時，會使用商務提供者來提供資料給進口商。 一個商務供應商可支援多個進口商。

商務提供者是自AEM訂的程式碼，可：

• 後端商務引擎介面
• 在JCR儲存庫上實施商務系統

目前有兩個商務提供者AEM:

• one for geometrixx hybris
• geometrixx-generic(JCR)的另一個

雖然專案通常需要開發其專屬的自訂商務提供者，以針對其PIM和產品資料架構。

ProductServicesManager維護（透過OSGi）ProductImporter和CatalogBlueprintImporter介面的實施清單。 這些列在匯入工具精靈的​匯入工具／商務提供者​下拉式欄位中（使用commerceProvider屬性作為名稱）。

當從下拉式清單提供特定的匯入工具／商務提供者時，必須在下列任一欄位中定義它需要的任何補充資料（視匯入工具類型而定）:

• /apps/commerce/gui/content/catalogs/importblueprintswizard/importers
• /apps/commerce/gui/content/products/importproductswizard/importers

適當importers資料夾下的資料夾必須符合匯入工具名稱；例如：

• .../importproductswizard/importers/geometrixx/.content.xml

源導入檔案的格式由導入程式定義。 或者，匯入工具可建立與商務引擎的連線（例如WebDAV或http）。

角色

整合系統適合以下角色來維護資料：

• 產品資訊管理(PIM)用戶維護：

  • 產品資訊。
  • 分類、分類、核准。
  • 與數位資產管理互動。
  • 定價——通常這是來自ERP系統，並未在商務系統中明確維護。

• 作者／行銷經理，負責：

  • 所有通道的行銷內容。
  • 促銷活動.
  • 憑單.
  • 促銷活動.

• 衝浪者／購物者：

  • 檢視您的產品資訊。
  • 將項目放入購物車。
  • 檢查他們的訂單。
  • 預期訂單履行。

雖然實際位置可能取決於您的實作；例如，一般或具有電子商務引擎：

產品

產品 資料與行銷資料

結構與行銷類別

如果可區分下列兩個類別，則可讓您以有意義的結構（cq:Page節點的樹狀結構）來清楚顯示URL，因此非常接近經典的內AEM容管理):

• 結構類別

  定義​什麼是產品​的類別樹；例如：

  /products/mens/shoes/sneakers

• 行 銷類別

  產品可屬於​的所有其他類別；例如：

  /special-offers/christmas/shoes)

產品資料

若要描述並管理您的產品，您會想要掌握有關產品的各種資訊。

產品資料可以：

• 直接維AEM護（一般）。

• 維護，並於AEM提供。

  視資料類型而定，視需要將其設定為synchronized ，或直接訪問；例如，每次頁面請求時，都會從電子商務引擎擷取高波動性和關鍵性資料，例如產品價格，以確保這些資料永遠是最新的。

在這兩種情況下，當產品資料已輸入／匯AEM入至其中時，可從​Products​主控台檢視。 在此，產品的資訊卡和清單檢視會顯示下列資訊：

• 影像
• SKU代碼
• 上次修改時間

產品的系列品種

有關變型的適當產品資訊，也可保存。 例如，對於可用顏色不同的服裝項目，會保留為變體：

產品屬性

每項產品的個別屬性可能取決於所使用的電子商務引擎及您的AEM實作。 在檢視產品頁面和／或編輯產品資訊時，這些功能（視情況而定）可供使用，其中可包括：

• 影像

  產品的影像。

• 標題

  產品名稱。

• 說明

  產品的文本說明。

• 標記

  用於分組相關產品的標籤。

• 預設資產類別

  資產的預設類別。

• ERP 資料

  企業資源規劃(ERP)資訊。

  • SKU

    庫存單位(SKU)資訊。

  • 彩色

  • 大小

  • 價格

    產品的單價。

• 摘要

  產品功能的摘要。

• 功能

  產品功能的更完整細節。

產品資產

可針對個別產品保留資產選擇。 通常包括影像和視訊。

目錄

目錄將產品資料分組在一起，以方便管理，並讓購物者呈現。 目錄通常根據語言、地理區域、品牌、季節、嗜好、體育等屬性來建構。

目錄結構

多語言型錄

支AEM援多種語言的產品內容。 當請求資料時，整合架構會從目前的樹狀結構中擷取語言（例如，/content/geometrixx-outdoors/en_US下的頁面為en_US）。

對於多語言商店，您可以單獨導入每個語言樹的目錄（或通過MSM複製目錄）。

多品牌目錄

和語言一樣，大型跨國公司也需要迎合多種品牌需求。

依標籤列出的目錄

標籤也可用來將產品群組在目錄中。 這些可用於更動態的型錄，例如季節性選件。

目錄設定（初始導入）

視您的實作而定，您可以將基本型錄所需的產品資料匯入AEM:

• a CSV檔案（適用於一般實作）
• eCommerce引擎

目錄維護（資料同步）

產品資料的進一步變更將不可避免：

• 對於一般實施，可以使用product editor管理這些實施
• 使用電子商務引擎時，必須同步更改

使用電子商務引擎進行資料同步（正在進行中）

初次匯入後，您的產品資料變更是不可避免的。

當使用電子商務引擎時，產品資料會保留在此處，而且需要在中提供AEM。 進行更新時，需要同步此產品資料。

這可視資料類型而定：

• 將週期同步與變更的資料饋送一起使用。

  除此之外，您還可以為快速更新選擇特定更新。

• 從商務引擎中針對每個頁面請求擷取高度波動的資料（例如價格資訊），以確保其永遠是最新的。

目錄——效能和縮放

從電子商務引擎(PIM)匯入大量產品（通常超過100,000個）的大型型錄，會因為節點數目龐大而影響系統。 如果產品有相關資產（例如產品影像），它也會拖慢製作執行個體的速度。 這是因為這些資產的後處理需要耗用CPU和記憶體。

您可以選擇多種策略來解決這些問題：

• 分組 -以迎合大量節點的需求
• 將資產後處理卸載到專用實例
• 僅匯入產品資料
• 導入調節和批處理保存
• 效能測試
• 效能——其他

分段

如果JCR節點有許多直接子節點（如1000個以上），則需要儲存段（虛擬資料夾）以確保效能不受影響。 匯入時會根據演算法產生這些項目。

這些儲存區採用虛擬資料夾的形式，這些資料夾會引入您的目錄結構，但可加以設定，使它們在公用URL中不明顯。

將資產後處理卸載到專用實例

此案例包括設定兩個作者例項：

1. 主作者實例

   從PIM匯入產品資料，資產路徑的後置處理會停用。

2. 專用DAM作者實例

   從PIM匯入和後處理產品資產，然後將這些資產複製回主作者實例以供使用。

僅匯入產品資料

若產品不含要匯入的資產（影像），您可以匯入產品資料，而不受資產後期處理的影響。

效能測試

必須考慮電子商務實作的AEM效能測試：

• 作者環境：

  背景（例如匯入）活動可與一般使用者活動（例如頁面編輯）同時發生，即使前端效能（一般而言）具有較高的優先順序，線上作者看到的不良效能也會導致無法阻止上線決策的困擾。

• 出版物環境：

  複製是確保內容快速可靠地發佈的關鍵過程。 這可能會受作者對要發佈的內容進行分組的方式影響。

• 前端：

  前端和快取失效的混合可能導致效能意外。 測試有助於避免這些問題。

請注意，此效能測試需要您對目標的瞭解和分析：

• 內容卷

  • 資產
  • 本地化的I18ned產品和SKU

• 使用者活動：

  • Bulk Edition
  • 大量出版物
  • 密集搜尋請求

• 背景程式

  • 導入
  • 同步更新（例如定價）

• 維護要求（備份、Tar PM優化、資料儲存廢棄項目收集等）

效能——其他

對於所有實施，可以牢記以下幾點：

• 由於產品、庫存單位和類別可能很多，請盡量使用最少的節點來建立內容模型。

  您擁有的節點越多，您的內容就越有彈性（例如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)

• 在您的技術堆疊中，規劃非常工廠化的內容存取模型和服務。 這是一般的最佳實務，但更重要的是，在最佳化階段，她會新增應用程式快取，以供經常讀取的資料使用（而且您不想填入套件快取）。

  例如，屬性管理通常是快取的最佳候選項，因為它與透過產品匯入更新的資料有關。

• 考慮使用proxy頁面。

目錄部分頁

目錄部分提供您，例如：

• 類別簡介（影像和／或文字）;這也可用於橫幅和廣告廣告，以推廣特殊優惠
• 連結至該類別中的個別產品
• 連結至其他類別

產品頁面

產品頁面提供個別產品的完整資訊。 還反映了動態更新；例如，在電子商務引擎上註冊的價格變更。

產品頁AEM面是使用​Product​元件的頁面；例如，在​商務產品​範本中：

產品元件提供：

• 一般產品資訊；包括文字和影像。
• 定價；這通常會在每次顯示／重新整理頁面時從電子商務引擎擷取。
• 產品變型資訊；例如，顏色和大小。

此資訊可讓購物者在將商品新增至購物籃時選擇下列項目：

• 顏色和大小變體
• 數量

產品著陸頁面

這些頁AEM面主要提供靜態資訊；例如，簡介和概述，其中包含基礎產品頁面的連結。

產品元件

Product​元件可新增至任何具有傳送所需中繼資料之父頁面的頁面（即至cartPage和cartObject的路徑）。 在演示站點中，Geometrixx Outdoors，由UserInfo.jsp提供。

Product​元件也可以根據您的個別需求加以自訂。

代理頁

代理頁用於簡化儲存庫的結構並優化大型目錄的儲存。

建立目錄時，每個產品會使用十個節點，因為它會為每個產品提供個別的元件，您可在其中進行更新和自訂AEM。 如果您的目錄包含數百或甚至數千種產品，就會有大量節點成為問題。 若要避免任何問題，您可以使用Proxy頁面建立目錄。

代理頁使用雙節點結構（cq:Page和jcr:content），但不包含任何實際的產品內容。 在請求時，透過參考產品資料和範本頁面來產生內容。

然而，這是一種取捨。 您將無法在中自訂產品資訊AEM，因此會使用標準範本（為您的網站定義）。

促銷和憑單

憑單

憑單是一種經過嘗試和測試的提供折扣的方法，可吸引購物者購買和／或獎勵客戶的忠誠度。

• 憑單供應：

  • 優惠券代碼（由購物者輸入到購物車中）。
  • 優惠券標籤（在購物者將其輸入購物車後顯示）。
  • 促銷路徑（用來定義憑證套用的動作）。

• 外部商務引擎也可以提供憑單。

在AEM:

• 優惠券是使用網站主控台建立／編輯的頁面型元件。

• Voucher​元件提供：

  • 憑證管理的轉譯器；這會顯示購物車中目前的任何憑單。
  • 用於管理（添加／刪除）憑單的編輯對話框（表單）。
  • 在購物車中新增／移除憑單所需的動作。

• 憑單沒有自己的開／關日期／時間，但使用其父促銷活動。

促銷活動

促銷活動和憑證可讓您瞭解以下情形：

• 公司為員工提供自訂價格，這是一份手工製作的使用者清單。
• 長期客戶可享有所有訂單的折扣。
• 在明確定義的時段內提供的售價。
• 當客戶先前的訂單超過特定金額時，客戶會收到優惠券。
• 購買​product-X​的客戶在​product-Y（配對產品）上享有折扣。

促銷通常不是由產品資訊經理維護，而是由行銷經理維護：

• 促銷是使用網站主控台建立／編輯的頁面型元件。 "

• 促銷提供：

  • 優先順序
  • 促銷處理常式路徑

• 您可以將促銷活動連結至促銷活動，以定義其開／關日期／時間。

• 您可以將促銷活動與體驗連結，以定義其細分。

• 與體驗無關的促銷活動不會自行引發，但仍可以透過優惠券引發。

• 升級元件包含：

  • 促銷管理的轉譯者和對話方塊
  • 子元件，用於渲染和編輯特定於升級處理程式的配置參數

在AEM促銷活動中，也會整合至促銷活動管理:

• a campaign指定開／關時間
• 促銷 ** 活動中的體驗會用來根據對應的受眾群體，將資產（預告頁面、促銷等）分組

促銷活動可以在體驗中或直接在促銷活動中進行：

• 如果促銷活動是在體驗中持有，則可自動套用至觀眾區段。

  例如，在geometrixx-outdoors範例網站中，促銷：

  /content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping

  在體驗中，因此每當區段(ordervalueover100)解析時，會自動觸發。

• 如果促銷活動未顯示在體驗中（僅在促銷活動中），則無法自動套用至對象。 不過，如果購物者在購物車中輸入優惠券，而該優惠券參照促銷活動，則仍可以引發此優惠券。

  例如，促銷：

  /content/campaigns/geometrixx-outdoors/article/10-bucks-off

  不在體驗之外，因此絕不會自動觸發(即：根據區段)。 但是，這是由憑證引用的，這些憑證可在文章促銷活動中的數個體驗中找到。 將這些憑單代碼輸入購物車將導致促銷觸發。

個性化

客戶註冊和帳戶

當購物者註冊時，帳戶詳細資訊需要與電子商務AEM引擎同步。 敏感資料是獨立保存的，但個人檔案是共用的：

確切的機制可以取決於情境：

1. 用戶帳戶存在於兩個系統中：

   1. 不需執行任何動作。

2. 使用者帳戶僅存在於AEM:

   1. 使用者將會在電子商務引擎中建立，其帳戶ID和隨機密碼會儲存在AEM中。
   2. 隨機密碼是必要的，因AEM為第一次呼叫時會嘗試登入電子商務引擎（例如，當請求產品頁面且電子商務引擎參考價格時）。 由於這會在登入後AEM發生，因此密碼無法使用。

3. 使用者帳戶僅存在於電子商務引擎中：

   1. 帳戶將使用相AEM同的帳戶ID和密碼建立。

使用電子商務引擎時，AEM僅會儲存帳戶ID和密碼（選擇性地是使用者群組）。 所有其他資訊都儲存在電子商務引擎中。

客戶註冊

購物者必須註冊才能存取購物車。 這需要註冊（建立帳戶），才能建立客戶專屬帳戶。

客戶登入

註冊後，購物者可以使用其帳戶登入，以便追蹤其動作並履行訂單。

單一登入

提供單一登入(SSO)，讓作者在電子商務系統中都已知AEM，而不需要登入兩次。

myAccount

來自電子商務引擎的交易資料會與購物者的個人資訊結合。 將AEM部分資料當做描述檔資料。 表單的動作會將資AEM訊寫回電子商務引擎。

有一個頁面可讓您輕鬆管理帳戶資訊。 您可以按一下geometrixx頁面頂端的​My Account​來存取它，或導覽至/content/geometrixx-outdoors/en/user/account.html。

通訊錄

您的網站需要儲存一系列的地址；包括傳送、帳單和替代地址。 您可以根據預設地址格式使用表單來實施此功能，也可以使用由提供的通訊簿元件AEM。

此通訊簿元件允許您：

• 編輯帳簿中的地址
• 從帳簿中選擇地址作為發運地址
• 從帳簿中選擇帳務地址

您可以選擇預設的地址。

通過按一下​地址簿​或導航到/content/geometrixx-outdoors/en/user/account/address-book.html，可從​我的帳戶​頁訪問地址簿元件。

您可以按一下​添加新地址……，在您的通訊錄中新增地址。 它會開啟一個表格，您可以填寫，然後按一下「新增位址​」。

當您結帳購物車時，會使用通訊錄：

地址保存在user_home/profile/addresses以下。
例如，若是Alison Parker，則位於/home/users/geometrixx/aparker@geometrixx.info/profile/addresses下

您可以選擇想要的預設地址，這些資訊會保存在購物者的個人檔案中，而不是包含在地址中。 profile屬性address.default與選定值地址的路徑一起設定。

客戶特定價格

電子商務引擎使用上下文（實質上是購物者資訊）來判斷其持有的價格，然後將正確的資訊提供回AEM去。

購物車與訂購

當購物者瀏覽產品頁面並選取項目，將其放入購物車中時。 當他們繼續結帳時，可以下訂單。

匿名購物者

匿名客戶可以：

• 檢視產品
• 將產品新增至購物車
• 執行結帳以下單

註冊購物者

註冊客戶可以：

• 登入其帳戶
• 檢視產品
• 將產品新增至購物車
• 執行結帳以下單
• 檢視及追蹤先前的訂單

購物車內容概觀

購物車提供：

• 所選項目概覽

• 連結至所選項目的產品頁面

• 能夠：

  • 更新個別項目的數量
  • 移除個別項目

購物車會根據所使用的引擎進行儲存：

• 通AEM用程式將購物車儲存在Cookie中。
• 某些電子商務引擎可將購物車儲存在作業中。

無論是哪種情況，項目都會在購物車中（並且可以還原），而且登入／登出（但僅限在相同的機器／瀏覽器上）。 例如：

• 瀏覽為anonymous並將產品新增至購物車

• 登入為Allison Parker —— 她的購物車為空

• 將產品新增至購物車

• 登出——購物車將顯示anonymous的產品

• 以Allison Parker重新登入——她的產品已復原

在結帳之前，價格變更會在發生時反映（在兩個系統中）。

訂單資訊

根據您有關訂單的實作資訊會保存在電子商務引擎中，或AEM由您轉譯此資AEM訊。

會儲存各種資訊，其中包括：

• 訂單 ID

  訂單的參考編號。

• 已下單

  下單的日期。

• 狀態

  訂單狀態；例如，「已發運」。

• 貨幣

  訂單的貨幣。

• 內容項目

  排序項目清單。

• 小計

  訂購物料的總成本。

• 稅金

  訂單上任何應繳稅款的金額。

• 送貨

  運費。

• 總計

  訂單的總價值；訂購的物品，稅金和垃圾。

• 帳單地址

  發票應傳送的地址。

• 付款 Token

  付款方式。

• 付款狀態

  付款狀態。

• 送貨地址

  貨物應運抵的地址。

• 送貨方法

  運輸方式；例如陸地，海洋或空氣。

• 追蹤編號

  發運公司使用的任何追蹤編號。

• 追蹤連結

  用於在發運時追蹤訂單的連結。

當訂單存放在訂單控AEM制台中時，每筆訂單會顯示下列項目：

• 購物車中的項目數
• 訂單的總值
• 下訂單時
• 狀態

訂單追蹤

下單後，購物者通常會返回：

• 檢查訂單狀態
• 從訂單中移除產品
• 將產品新增至訂單

在收到訂單傳送後，購物者可能也會想要檢視一段時間內的訂單記錄。

訂單履行和追蹤通常由電子商務引擎管理。 您可使用「訂單歷AEM史記錄」元件來顯示資訊，其中顯示所有相關詳細資訊，包括所套用的憑單和促銷。 例如：

結帳

結帳是使用標準表單AEM實作。 這可讓行銷經理自訂行銷內容的體驗。

然後，電子商務會透過表單的輸入來管理結帳AEM程式。

付款安全性

付款詳細資訊（包括信用卡資訊）通常由電子商務引擎管理。 將AEM此類交易資訊轉發到引擎（從那裡轉發到付款處理服務）。

支付卡行業(PCI)可以實現複雜性。

確認訂單

訂單在螢幕上確認，可使用訂單追蹤來追蹤。

搜尋

由於AEM產品使用標準頁面，因此您可以使用標準搜尋元件來建立搜尋頁面。

如果您需要更徹底的實施，您可以：

• 使用您所需的功能擴充預設搜尋元件。
• 在您的CommerceService中實作搜尋方法，然後在您的搜尋頁面上使用eCommerce搜尋元件。

使用電子商務引擎時，電子商務搜尋API可在電子商務引擎解決方案中完整實作，因此您可以使用現成可用的電子商務搜尋元件。 多面搜索允許您搜索JCR和／或引擎：