Adobe已採用Adobe Commerce的GraphQL API作為其官方商務API,以用於所有商務相關資料。 因此,AEM使用GraphQL透過I/O Runtime與Adobe Commerce及任何商務引擎交換商務資料。 此GraphQL API獨立於AEM GraphQL API以存取內容片段。
沒有官方的AEM Assets - Adobe Commerce整合可用。 上有一個合作夥伴連接器 marketplace
或者,您可以將產品資產(影像)儲存在AEM Assets中,但您必須手動將資產URL儲存在Adobe Commerce中。 Dynamic Media現在是AEM Assets的一部分,運作方式相同。
不,您的商務解決方案部署位置並不重要。 CIF和AEM店面可運作,無論部署模式為何。 不過,如果解決方案與建議的E2E參考架構一起部署,則E2E測試可針對代表典型企業客戶設定檔的效能KPI執行。 此方法提供可作為基準的其他資訊。
目錄頁面和產品頁面會根據一般目錄和產品頁面範本,在AEM中建立並動態快取。 不會匯入或儲存任何產品或目錄資料至AEM。
與AEM Cloud Service搭配使用的CIF附加元件,可讓資料從商務解決方案流向AEM隨選。 因此,當您的商務解決方案中有更新時,這不是即時推送或批次程式。
這取決於您需要考慮的其他幾個方面。 目錄資料和頁面的快取比率是多少? 在尖峰時段,您預期會有多少個同時請求? 您的商務解決方案的API有何可擴充性?
PIM資料會透過GraphQL請求公開給AEM和用戶端。 我們的建議是將PIM與商務引擎(Adobe Commerce或其他)整合,以便從商務引擎中檢索到PIM資料。
Dispatcher不會快取價格或庫存等動態資料。 動態資料會透過GraphQL API以Web元件直接擷取用戶端。 Dispatcher上只會快取靜態資料(例如產品或類別資料)。 如果產品資料變更,則需要快取失效。
建議針對Dispatcher上快取的頁面,設定TTL型快取失效。 如需價格或庫存等動態資訊,建議您呈現資料用戶端。 如需TTL型快取失效的詳細資訊,請參閱 最佳化Dispatcher快取 和 AEM效能最佳化.
提供產品搜尋參考實作,但沒有內容的統一搜尋。 此功能是客戶專屬的,在專案專屬層級能更妥善解決。
CIF提供搜尋列和搜尋結果元件。 搜尋列元件會傳送含有搜尋詞的GraphQL請求給商務解決方案,商務解決方案會傳回產品清單,其中包含產品名稱、價格、SLUG等。 然後,在AEM中建立的搜索結果頁面上,「搜索結果」元件將在庫視圖中顯示搜索結果。 「搜尋」支援基本全文搜尋。 我們使用SLUG/url索引鍵來建立PDP的參考。
產品資料已在PIM或Adobe Commerce中轉譯。 AEM - Adobe Commerce整合支援連線至多個Adobe Commerce商店和商店檢視。 在MSM設定中,通常會將一個AEM網站連結至一個Adobe Commerce商店檢視。
建議您在AEM中管理行銷相關資料和內容。 使用內容片段使用其他屬性,或建立及連結非結構化內容的體驗片段與產品,以從您的商務解決方案裝飾產品資料。
我們建議使用抽象的支付方法。 這使得瀏覽器客戶端與支付網關提供商直接通信,使得Adobe或商務解決方案均不保存或傳遞持卡人資料。 此方法僅需要3級PCI合規性。 但是,還有其他事項需要考慮完全符合PCI要求,例如員工與系統和資料的交互方式。 有關Adobe Commerce PCI合規性的詳細資訊,請參閱 PCI合規性要求.
是的,可應要求提供自我評估調查表D和合規性證明。
您可以申請試用許可以使用I/O Runtime 此處.