整合框架提供了以下機制和元件:
這表示:
電子商務架構可與下列項目搭配使用:
電子商務整合架構是AEM附加元件。
您的銷售代表將可以根據適當的引擎提供完整的詳細資料。
該框架為您自己的項目提供了基本要求。
為了配合您的規格調整架構,一律需要進行一定量的開發工作。
標準AEM安裝包含一般AEM(JCR)電子商務實作。
這目前僅供展示之用,或根據您的需求做為自訂實作的基礎。
為了最佳化運作,AEM和電子商務引擎都將重心放在自己的專業領域。 資訊在兩者之間即時傳輸;例如:
AEM可以:
請求:
提供:
電子商務引擎可以:
提供:
程序:
具體細節將取決於電子商務引擎和項目實施。
提供許多現成可用的AEM元件,以使用整合層。 目前,這些項目包括:
也提供各種搜尋選項。
整合架構提供API、一系列元件來說明功能,以及數種擴充功能,以提供連線方法的範例:
此架構可讓您存取下列功能:
AEM eCommerce是透過電子商務引擎實作:
將資料從商務引擎匯入AEM電子商務網站時,會使用商務提供者來提供資料給進口商。 一個商務供應商可支援多個進口商。
商務提供者是自訂的AEM代碼,可用於:
AEM目前提供兩個商務提供者範例:
雖然專案通常需要開發其專屬的自訂商務提供者,以針對其PIM和產品資料架構。
Geometrixx匯入器使用CSV檔案;其實施上方的注釋中,有接受的架構說明(允許自訂屬性)。
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)用戶維護:
作者/行銷經理,負責:
衝浪者/購物者:
雖然實際位置可能取決於您的實作;例如,一般或具有電子商務引擎:
如果可區分下列兩個類別,則可讓您以有意義的結構(cq:Page
節點的樹狀結構)來清楚顯示URL,因此非常接近傳統的AEM內容管理):
結構類別
定義什麼是產品的類別樹;例如:
/products/mens/shoes/sneakers
行 銷類別
產品可屬於的所有其他類別;例如:
/special-offers/christmas/shoes
)
若要描述並管理您的產品,您會想要掌握有關產品的各種資訊。
產品資料可以:
直接維護於AEM(一般)。
維護,並在AEM中提供。
視資料類型而定,視需要將其設定為synchronized ,或直接訪問;例如,每次頁面請求時,都會從電子商務引擎擷取高波動性和關鍵性資料,例如產品價格,以確保這些資料永遠是最新的。
在這兩種情況下,當產品資料已輸入/匯入至AEM時,可從Products主控台檢視。 在此,產品的資訊卡和清單檢視會顯示下列資訊:
有關變型的適當產品資訊,也可保存。 例如,對於可用顏色不同的服裝項目,會保留為變體:
每個產品的個別屬性可能取決於所使用的電子商務引擎和您的AEM實作。 在檢視產品頁面和/或編輯產品資訊時,這些功能(視情況而定)可供使用,其中可包括:
影像
產品的影像。
標題
產品名稱。
說明
產品的文本說明。
標記
用於分組相關產品的標籤。
預設資產類別
資產的預設類別。
ERP 資料
企業資源規劃(ERP)資訊。
SKU
庫存單位(SKU)資訊。
彩色
大小
價格
產品的單價。
摘要
產品功能的摘要。
功能
產品功能的更完整細節。
可針對個別產品保留資產選擇。 通常包括影像和視訊。
目錄將產品資料分組在一起,以方便管理,並讓購物者呈現。 目錄通常根據語言、地理區域、品牌、季節、嗜好、體育等屬性來建構。
AEM支援多種語言的產品內容。 當請求資料時,整合架構會從目前的樹狀結構中擷取語言(例如,/content/geometrixx-outdoors/en_US
下的頁面為en_US
)。
對於多語言商店,您可以單獨導入每個語言樹的目錄(或通過MSM複製目錄)。
和語言一樣,大型跨國公司也需要迎合多種品牌需求。
標籤也可用來將產品群組在目錄中。 這些可用於更動態的型錄,例如季節性選件。
視您的實作而定,您可以從以下位置將基本型錄所需的產品資料匯入AEM:
產品資料的進一步變更將不可避免:
初次匯入後,您的產品資料變更是不可避免的。
當使用電子商務引擎時,產品資料會在那裡維護,而且需要在AEM中提供。 進行更新時,需要同步此產品資料。
這可視資料類型而定:
除此之外,您還可以為快速更新選擇特定更新。
從商務引擎中針對每個頁面請求擷取高度波動的資料(例如價格資訊),以確保其永遠是最新的。
從電子商務引擎(PIM)匯入大量產品(通常超過100,000個)的大型型錄,會因為節點數目龐大而影響系統。 如果產品有相關資產(例如產品影像),它也會拖慢製作執行個體的速度。 這是因為這些資產的後處理需要耗用CPU和記憶體。
您可以選擇多種策略來解決這些問題:
如果JCR節點有許多直接子節點(如1000個以上),則需要儲存段(虛擬資料夾)以確保效能不受影響。 匯入時會根據演算法產生這些項目。
這些儲存區採用虛擬資料夾的形式,這些資料夾會引入您的目錄結構,但可加以設定,使它們在公用URL中不明顯。
此案例包括設定兩個作者例項:
主作者實例
從PIM匯入產品資料,資產路徑的後置處理會停用。
專用DAM作者實例
從PIM匯入和後處理產品資產,然後將這些資產複製回主作者實例以供使用。
若產品不含要匯入的資產(影像),您可以匯入產品資料,而不受資產後期處理的影響。
AEM eCommerce實作必須考慮效能測試:
作者環境:
背景(例如匯入)活動可與一般使用者活動(例如頁面編輯)同時發生,即使前端效能(一般而言)具有較高的優先順序,線上作者看到的不良效能也會導致無法阻止上線決策的困擾。
出版物環境:
複製是確保內容快速可靠地發佈的關鍵過程。 這可能會受作者對要發佈的內容進行分組的方式影響。
前端:
前端和快取失效的混合可能導致效能意外。 測試有助於避免這些問題。
請注意,此效能測試需要您對目標的瞭解和分析:
內容卷
使用者活動:
背景程式
維護要求(備份、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頁面。
目錄部分提供您,例如:
產品頁面提供個別產品的完整資訊。 還反映了動態更新;例如,在電子商務引擎上註冊的價格變更。
產品頁面是使用Product元件的AEM頁面;例如,在商務產品範本中:
產品元件提供:
此資訊可讓購物者在將商品新增至購物籃時選擇下列項目:
這些是AEM頁面,主要提供靜態資訊;例如,簡介和概述,其中包含基礎產品頁面的連結。
Product元件可新增至任何具有傳送所需中繼資料之父頁面的頁面(即至cartPage
和cartObject
的路徑)。 在展示網站Geometrixx Outdoors中,這是由UserInfo.jsp
提供。
Product元件也可以根據您的個別需求加以自訂。
代理頁用於簡化儲存庫的結構並優化大型目錄的儲存。
建立目錄時,每個產品會使用10個節點,因為它可為每個產品提供個別的元件,您可在AEM中更新和自訂。 如果您的目錄包含數百或甚至數千種產品,就會有大量節點成為問題。 若要避免任何問題,您可以使用Proxy頁面建立目錄。
代理頁使用雙節點結構(cq:Page
和jcr:content
),但不包含任何實際的產品內容。 在請求時,透過參考產品資料和範本頁面來產生內容。
然而,這是一種取捨。 您將無法在AEM中自訂產品資訊,因此會使用標準範本(為您的網站定義)。
如果匯入沒有代理頁面的大型目錄,將不會遇到任何問題。
您可以隨時從一種方法轉換為另一種方法。 您也可以轉換目錄的子區段。
憑單是一種經過嘗試和測試的提供折扣的方法,可吸引購物者購買和/或獎勵客戶的忠誠度。
憑單供應:
外部商務引擎也可以提供憑單。
在AEM中:
優惠券是使用網站主控台建立/編輯的頁面型元件。
Voucher元件提供:
憑單沒有自己的開/關日期/時間,但使用其父促銷活動。
AEM使用詞語Voucher,這與詞語Coupon同義。
促銷活動和憑證可讓您瞭解以下情形:
促銷通常不是由產品資訊經理維護,而是由行銷經理維護:
促銷是使用網站主控台建立/編輯的頁面型元件。 "
促銷提供:
您可以將促銷活動連結至促銷活動,以定義其開/關日期/時間。
您可以將促銷活動與體驗連結,以定義其細分。
與體驗無關的促銷活動不會自行引發,但仍可以透過優惠券引發。
升級元件包含:
在AEM中,促銷活動也整合在促銷活動管理中:
促銷活動可以在體驗中或直接在促銷活動中進行:
如果促銷活動是在體驗中持有,則可自動套用至觀眾區段。
例如,在geometrixx-outdoors範例網站中,促銷:
/content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping
在體驗中,因此每當區段(ordervalueover100
)解析時,會自動觸發。
如果促銷活動未顯示在體驗中(僅在促銷活動中),則無法自動套用至對象。 不過,如果購物者在購物車中輸入優惠券,而該優惠券參照促銷活動,則仍可以引發此優惠券。
例如,促銷:
/content/campaigns/geometrixx-outdoors/article/10-bucks-off
不在體驗之外,因此絕不會自動觸發(即:根據區段)。 但是,這是由憑證引用的,這些憑證可在文章促銷活動中的數個體驗中找到。 將這些憑單代碼輸入購物車將導致促銷觸發。
hybris促 銷 活動和hybris擔保會覆蓋影響購物車的一切,並與定價有關。促銷特定行銷內容(例如橫幅等)不屬於Hybris促銷。
當購物者註冊時,帳戶詳細資訊必須在AEM和電子商務引擎之間同步。 敏感資料是獨立保存的,但個人檔案是共用的:
確切的機制可以取決於情境:
用戶帳戶存在於兩個系統中:
使用者帳戶僅存在於AEM:
使用者帳戶僅存在於電子商務引擎中:
使用電子商務引擎時,AEM僅會儲存帳戶ID和密碼(選擇性地是使用者群組)。 所有其他資訊都儲存在電子商務引擎中。
使用電子商務引擎時,您需要確保為登入AEM例項的使用者建立的帳戶會複製(例如透過工作流程)至與該引擎通訊的任何其他AEM例項。
否則,這些其他AEM例項也會嘗試為引擎中的相同使用者建立帳戶。 這些動作會因引擎發出DuplicateUidException
而失敗。
購物者必須註冊才能存取購物車。 這需要註冊(建立帳戶),才能建立客戶專屬帳戶。
也支援匿名購物車和結帳。
註冊後,購物者可以使用其帳戶登入,以便追蹤其動作並履行訂單。
提供單一登入(SSO),讓作者在AEM和電子商務系統中都已知,而不需登入兩次。
來自電子商務引擎的交易資料會與購物者的個人資訊結合。 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。
當購物者瀏覽產品頁面並選取項目,將其放入購物車中時。 當他們繼續結帳時,可以下訂單。
匿名客戶可以:
在結帳前,可能需要執行個體位址資訊的設定或客戶註冊。
註冊客戶可以:
購物車提供:
所選項目概覽
連結至所選項目的產品頁面
能夠:
購物車會根據所使用的引擎進行儲存:
無論是哪種情況,項目都會在購物車中(並且可以還原),而且登入/登出(但僅限在相同的機器/瀏覽器上)。 例如:
瀏覽為anonymous
並將產品新增至購物車
登入為Allison Parker
—— 她的購物車為空
將產品新增至購物車
登出——購物車將顯示anonymous
的產品
以Allison Parker
重新登入——她的產品已復原
匿名購物車只能在同一台機器/瀏覽器上還原。
不建議使用admin
帳戶來測試還原購物車內容,因為這可能與電子商務引擎的admin
帳戶(例如hybris)衝突。
可以將hybris配置為在定義的時間段後刪除暫掛購物車。
在結帳之前,價格變更會在發生時反映(在兩個系統中)。
根據您在電子商務引擎或AEM中持有的訂單相關實作資訊,AEM會轉譯此資訊。
會儲存各種資訊,其中包括:
訂單 ID
訂單的參考編號。
已下單
下單的日期。
狀態
訂單狀態;例如,「已發運」。
貨幣
訂單的貨幣。
內容項目
排序項目清單。
小計
訂購物料的總成本。
稅金
訂單上任何應繳稅款的金額。
送貨
運費。
總計
訂單的總價值;訂購的物品,稅金和垃圾。
帳單地址
發票應傳送的地址。
付款 Token
付款方式。
付款狀態
付款狀態。
送貨地址
貨物應運抵的地址。
送貨方法
運輸方式;例如陸地、海洋或空氣。
追蹤編號
發運公司使用的任何追蹤編號。
追蹤連結
用於在發運時跟蹤訂單的連結。
建立順序精靈中使用的欄位取決於是否有針對位置定義的觸控最佳化支架。 在通用範例中,您可在以下網址找到:
/etc/scaffolding/geometrixx-outdoors/order/jcr:content/cq:dialog
在AEM中持有訂單時,「訂單控制台」會針對每筆訂單顯示下列項目:
下單後,購物者通常會返回:
在收到訂單傳送後,購物者可能也會想要檢視一段時間內的訂單記錄。
訂單履行和追蹤通常由電子商務引擎管理。 AEM可以使用「訂單歷史記錄」元件來顯示資訊,其中顯示所有相關詳細資訊,包括套用的憑單和促銷。 例如:
結帳是透過標準AEM表單實作。 這可讓行銷經理自訂行銷內容的體驗。
然後,電子商務會透過AEM表單的輸入來管理結帳程式。
付款詳細資訊(包括信用卡資訊)通常由電子商務引擎管理。 AEM會將此類交易資訊轉送至引擎(從此處轉送至付款處理服務)。
支付卡行業(PCI)可以實現複雜性。
訂單在螢幕上確認,可使用訂單追蹤來追蹤。
由於AEM使用產品的標準頁面,因此您可以使用標準搜尋元件來建立搜尋頁面。
如果您需要更徹底的實施,您可以:
CommerceService
中實作搜尋方法,然後在您的搜尋頁面上使用eCommerce搜尋元件。使用電子商務引擎時,電子商務搜尋API可在電子商務引擎解決方案中完整實作,因此您可以使用現成可用的電子商務搜尋元件。 多面搜索允許您搜索JCR和/或引擎: