Adobe已采用Adobe Commerce的GraphQL API作为适用于所有商业相关数据的官方Commerce API。 因此,AEM使用GraphQL通过I/O运行时与Adobe Commerce和任何商业引擎交换商业数据。 此GraphQL API独立于AEM GraphQL API,无法访问内容片段。
没有官方的AEM Assets - Adobe Commerce集成可用。 上有一个合作伙伴连接器 marketplace
或者,作为解决方法,您可以在AEM Assets中存储产品资产(图像),但必须在Adobe Commerce中手动存储资产URL。 Dynamic Media现在是AEM Assets的一部分,并且以相同的方式工作。
不需要,商业解决方案部署位置无关紧要。 无论采用何种部署模型,CIF和AEM店面都能正常运行。 但是,如果解决方案是使用推荐的E2E参考体系结构部署的,则E2E测试可以根据代表典型企业客户概要文件的性能KPI运行。 此方法提供可用作基准的其他信息。
目录页面和产品页面是基于通用目录和产品页面模板在AEM中动态创建和缓存的。 AEM中未导入和存储任何产品或目录数据。
与AEM Cloud Service一起使用的CIF加载项使数据能够从Commerce解决方案按需流向AEM。 因此,当您的商业解决方案中有更新时,这不是实时推送或批处理。
这取决于您还必须考虑的几个其他方面。 您的目录数据和页面的缓存比率是多少? 您预计在高峰时段有多少并发请求? 您的商业解决方案的API可扩展性如何?
PIM数据通过GraphQL请求向AEM和客户端公开。 我们的建议是将PIM与商业引擎(Adobe Commerce或其他引擎)集成,以便随后可以从商业引擎检索PIM数据。
Dispatcher上未缓存价格或库存等动态数据。 使用Web组件直接通过GraphQL API在客户端获取动态数据。 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运行时 此处.