概念

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

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

這表示:

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

電子商務架構可與下列項目搭配使用:

注意

電子商務整合架構是附AEM加元件。

您的銷售代表將可以根據適當的引擎提供完整的詳細資料。

注意

該框架為您自己的項目提供了基本要求。

為了配合您的規格調整架構,一律需要進行一定量的開發工作。

注意

標準安AEM裝包含通用AEM(JCR)電子商務實作。

這目前僅供展示之用,或根據您的需求做為自訂實作的基礎。

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

  • AEMcan:

    • 請求:

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

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

    • 提供:

      • 來自資料庫的產品資訊。
      • 產品變型管理。
      • 訂單管理。
      • ERP(企業資源規劃)。
      • 在產品資訊中搜尋。
    • 程序:

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

具體細節將取決於電子商務引擎和項目實施。

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

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

也提供各種搜尋選項。

架構

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

chlimage_1-167

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

chlimage_1-168

實施

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

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

標準安AEM裝包含通用AEM(JCR)電子商務實作。

這目前僅供展示之用,或根據您的需求做為自訂實作的基礎。

在AEM基於JCR的AEM通用開發中實現的電子商務是:

  • 一個獨立AEM的原生電子商務範例,以說明API的使用。 這可用來控制產品資料、購物車和結帳,並結合現有的資料顯示和行銷活動。 在這種情況下,產品資料庫儲存在儲存庫的本AEM地(Adobe實施JCR)。
    標準安AEM裝包含一般電子商務實作的基本資訊。

商務提供者

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

商務提供者是自AEM訂的程式碼,可:

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

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

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

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

注意

Geometrixx匯入器使用CSV檔案;其實施上方的注釋中,有接受的架構說明(允許自訂屬性)。

ProductServicesManager維護(透過OSGiProductImporterCatalogBlueprintImporter介面的實施清單。 這些列在匯入工具精靈的​匯入工具/商務提供者​下拉式欄位中(使用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系統,並未在商務系統中明確維護。
  • 作者/行銷經理,負責:

    • 所有通道的行銷內容。
    • 促銷活動.
    • 憑單.
    • 促銷活動.
  • 衝浪者/購物者:

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

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

chlimage_1-169

產品

產品 資料與行銷資料

結構與行銷類別

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

  • 結構類別

    定義​什麼是產品​的類別樹;例如:

    /products/mens/shoes/sneakers

  • 銷類別

    產品可屬於​的所有其他類別;例如:

    /special-offers/christmas/shoes)

產品資料

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

產品資料可以:

  • 直接維AEM護(一般)。

  • 維護,並於AEM提供。

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

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

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

chlimage_1-170

產品的系列品種

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

commerceproductvariants

產品屬性

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

  • 影像

    產品的影像。

  • 標題

    產品名稱。

  • 說明

    產品的文本說明。

  • 標記

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

  • 預設資產類別

    資產的預設類別。

  • ERP 資料

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

    • SKU

      庫存單位(SKU)資訊。

    • 彩色

    • 大小

    • 價格

      產品的單價。

  • 摘要

    產品功能的摘要。

  • 功能

    產品功能的更完整細節。

產品資產

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

目錄

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

目錄結構

多語言型錄

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

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

多品牌目錄

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

依標籤列出的目錄

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

目錄設定(初始導入)

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

  • a CSV檔案(適用於一般實作)
  • eCommerce引擎

目錄維護(資料同步)

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

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

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

當使用電子商務引擎時,產品資料會保留在此處,而且需要在中提供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頁面

目錄部分頁

目錄部分提供您,例如:

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

ecommerce_categoryrunning

產品頁面

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

產品頁AEM面是使用​Product​元件的頁面;例如,在​商務產品​範本中:

ecommerce_nairobirunnersgreen

產品元件提供:

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

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

  • 顏色和大小變體
  • 數量

產品著陸頁面

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

產品元件

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

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

代理頁

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

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

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

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

注意

如果匯入沒有代理頁面的大型目錄,將不會遇到任何問題。

您可以隨時從一種方法轉換為另一種方法。 您也可以轉換目錄的子區段。

促銷和憑單

憑單

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

  • 憑單供應:

    • 優惠券代碼(由購物者輸入到購物車中)。
    • 優惠券標籤(在購物者將其輸入購物車後顯示)。
    • 促銷路徑(用來定義憑證套用的動作)。
  • 外部商務引擎也可以提供憑單。

在AEM:

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

  • Voucher​元件提供:

    • 憑證管理的轉譯器;這會顯示購物車中目前的任何憑單。
    • 用於管理(添加/刪除)憑單的編輯對話框(表單)。
    • 在購物車中新增/移除憑單所需的動作。
  • 憑單沒有自己的開/關日期/時間,但使用其父促銷活動。

注意

使AEM用​優惠券​一詞,這與​優惠券​一詞同義。

促銷活動

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

  • 公司為員工提供自訂價格,這是一份手工製作的使用者清單。
  • 長期客戶可享有所有訂單的折扣。
  • 在明確定義的時段內提供的售價。
  • 當客戶先前的訂單超過特定金額時,客戶會收到優惠券。
  • 購買​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

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

注意

hybris促 活動和hybris擔保會覆蓋影響購物車的一切,並與定價有關。促銷特定行銷內容(例如橫幅等)不屬於Hybris促銷。

個性化

客戶註冊和帳戶

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

chlimage_1-173

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

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

    1. 不需執行任何動作。
  2. 使用者帳戶僅存在於AEM:

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

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

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

注意

使用電子商務引擎時,您需要確保為登入例項的使用者建立的帳AEM戶會複製(例如透過工作流程)至與該引AEM擎通訊的其他例項。

否則,這AEM些其他例項也會嘗試為引擎中的相同使用者建立帳戶。 這些動作會因引擎發出DuplicateUidException而失敗。

客戶註冊

購物者必須註冊才能存取購物車。 這需要註冊(建立帳戶),才能建立客戶專屬帳戶。

chlimage_1-174

注意

也支援匿名購物車和結帳。

客戶登入

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

chlimage_1-175

單一登入

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

myAccount

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

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

chlimage_1-176

通訊錄

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

此通訊簿元件允許您:

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

您可以選擇預設的地址。

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

chlimage_1-177

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

注意

您可以在通訊簿中輸入幾個地址。

當您結帳購物車時,會使用通訊錄:

chlimage_1-178

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

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

客戶特定價格

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

購物車與訂購

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

匿名購物者

匿名客戶可以:

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

在結帳前,可能需要執行個體位址資訊的設定或客戶註冊。

註冊購物者

註冊客戶可以:

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

購物車內容概觀

購物車提供:

  • 所選項目概覽

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

  • 能夠:

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

ecommerce_shoppingcart

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

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

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

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

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

  • 將產品新增至購物車

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

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

注意

匿名購物車只能在同一台機器/瀏覽器上還原。

注意

不建議使用admin帳戶來測試還原購物車內容,因為這可能與電子商務引擎的admin帳戶(例如hybris)衝突。

注意

可以將hybris配置為在定義的時間段後刪除暫掛購物車。

在結帳之前,價格變更會在發生時反映(在兩個系統中)。

訂單資訊

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

會儲存各種資訊,其中包括:

  • 訂單 ID

    訂單的參考編號。

  • 已下單

    下單的日期。

  • 狀態

    訂單狀態;例如,「已發運」。

  • 貨幣

    訂單的貨幣。

  • 內容項目

    排序項目清單。

  • 小計

    訂購物料的總成本。

  • 稅金

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

  • 送貨

    運費。

  • 總計

    訂單的總價值;訂購的物品,稅金和垃圾。

  • 帳單地址

    發票應傳送的地址。

  • 付款 Token

    付款方式。

  • 付款狀態

    付款狀態。

  • 送貨地址

    貨物應運抵的地址。

  • 送貨方法

    運輸方式;例如陸地,海洋或空氣。

  • 追蹤編號

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

  • 追蹤連結

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

注意

建立順序精靈中使用的欄位取決於是否有針對位置定義的觸控最佳化支架。 在通用範例中,您可在以下網址找到:
/etc/scaffolding/geometrixx-outdoors/order/jcr:content/cq:dialog

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

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

chlimage_1-179

訂單追蹤

下單後,購物者通常會返回:

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

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

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

chlimage_1-180

結帳

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

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

付款安全性

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

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

確認訂單

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

搜尋

chlimage_1-181

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

如果您需要更徹底的實施,您可以:

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

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

本頁內容

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now