Adobe已采用Adobe Commerce的GraphQL API作为其官方商务API,用于所有与商务相关的数据。 因此,AEM使用GraphQL通过I/O运行时与Adobe Commerce以及任何商务引擎交换商务数据。 此GraphQL API与AEM GraphQL API无关,可用于访问内容片段。
没有正式的AEM Assets - Adobe Commerce集成可用。 在 市场.
或者,作为解决方法,您可以在AEM Assets中存储产品资产(图像),但必须在Adobe Commerce中手动存储资产URL。 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的缓存失效的详细信息,请参阅 AEM Dispatcher
提供了产品搜索参考实施,但没有对内容进行统一搜索。 此功能通常是非常特定于客户的,并且在特定于项目的级别上得到更好的解决。
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运行时 此处.