概念 concepts

整合框架提供以下機制和組成部分：

這表示：

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

提供許多現成可用的AEM元件以使用整合層。 目前包括：

也提供各種搜尋選項。

架構 architecture

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

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

實作 implementations

AEM eCommerce是使用eCommerce引擎實作：

商務提供者 commerce-providers

將資料從商務引擎匯入AEM eCommerce網站時，會使用商務提供者來為匯入工具提供資料。 一個商務提供者可支援多個匯入工具。

商務提供者是自訂為下列任一項的AEM程式碼：

AEM目前提供兩個商務提供者範例：

雖然通常，項目需要開發自己的、定製的、特定於其PIM和產品資料架構的商務提供商。

此 ProductServicesManager 維護(通過 OSGi)實作清單 ProductImporter 和 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 eCommerce實作必須考慮效能測試：

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

效能 — 其他 performance-miscellaneous

對於所有實施，請謹記下列幾點：

目錄區段頁面 catalog-section-pages

目錄區段可提供您下列項目：

產品頁面 product-pages

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

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

產品元件提供：

此資訊可讓購物者在購物籃中新增項目時選取下列項目：

產品登錄頁面 product-landing-pages

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

產品元件 product-component

此 產品 元件可新增至任何具有上層頁面且提供必要中繼資料(亦即連往 cartPage 和 cartObject)。 在演示站點中，Geometrixx Outdoors由提供 UserInfo.jsp.

此 產品 元件也可根據您的個別需求加以自訂。

代理頁 proxy-pages

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

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

代理頁使用雙節點結構( 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中的表單動作會將資訊寫回電子商務引擎。

有一個頁面可讓您輕鬆管理帳戶資訊。 您可以按一下 我的帳戶 在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

購物車提供：

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

無論是哪種情況，項目都會在登入/登出期間（但僅在相同的電腦/瀏覽器上）保留在購物車中（且可以還原）。 例如：

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

訂單資訊 order-information

根據您在電子商務引擎或AEM中保存的訂單相關實作資訊，此資訊由AEM呈現。

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

在AEM內保留訂單時，Order Console會針對每筆訂單顯示下列內容：

訂單追蹤 order-tracking

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

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

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

結帳 checkout

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

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

支付安全性 payment-security

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

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

訂單確認 confirmation-of-order

順序會在畫面上確認，且可使用 訂購追蹤.

搜尋 search-features

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

若需要更徹底的實作，您可以：

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