Adobe Commerce的Catalog Service

适用于Adobe Commerce扩展的Catalog Service通过专用的GraphQL API提供优化的只读目录数据，从而缩短店面加载时间。 此服务专门用于增强与产品相关的页面体验，从而加快页面加载并提高转化率。

Catalog Service提供的丰富视图模型数据包括产品详细信息、属性、库存和价格，支持快速呈现与产品相关的店面体验，例如：

主要优势和功能

架构概述

Catalog Service使用GraphQL请求和接收目录数据，包括产品、产品属性、库存和价格。 GraphQL是一种查询语言，前端客户端使用它与在后端(如Adobe Commerce)上定义的应用程序编程接口(API)进行通信。 GraphQL是一种常用的通信方法，因为它非常轻量，允许系统集成商指定每个响应的内容和顺序。

Adobe Commerce提供两种用途不同的GraphQL系统：

核心GraphQL System

目录服务GraphQL System

目录服务可用的数据由SaaS数据导出扩展提供。 此扩展在Commerce应用程序与连接的Commerce服务之间同步数据，以确保对服务GraphQL API端点的查询返回最新的目录数据。 有关管理和排查SaaS数据导出操作问题的信息，请参阅SaaS Data Export Guide。

Catalog Service客户可以使用SaaS价格索引器，这提供了更快的价格更新和同步时间。

架构详细信息

下图说明了核心GraphQL系统和目录服务GraphQL系统之间的体系结构差异，说明了它们如何协作来优化店面性能：

系统如何工作

核心GraphQL系统（传统方法）：
渐进式Web应用程序(PWA)将请求直接发送到Commerce应用程序，后者在返回响应之前通过多个子系统处理每个请求。 这种多步往返可能会导致页面加载时间变慢，从而潜在地降低转化率。

目录服务（优化方法）：
目录服务充当一个Storefront Services Gateway，可访问专用的优化数据库，该数据库包含产品详细信息、属性、变体、价格和类别。 该服务通过自动索引来维护与Adobe Commerce的同步，从而绕过传统的请求 — 响应周期来显着减少延迟。

GraphQL的核心系统和服务不会直接相互通信。 您可以从不同的URL访问每个系统，并且调用需要不同的标头信息。 这两个GraphQL系统旨在共同使用。 Catalog Service GraphQL系统增强了核心系统，使产品店面体验更快。

您可以选择实施适用于Adobe Developer App Builder的API Mesh，以便使用Adobe Developer将两个Adobe Commerce GraphQL系统与私有和第三方API以及其他软件接口集成。 可以配置网格以确保路由到每个端点的调用在标头中包含正确的授权信息。

体系结构详细信息

以下部分介绍了这两种GraphQL系统之间的一些差异。

架构管理

由于目录服务作为一种服务运行，因此集成商无需担心Commerce的基础版本。 所有版本的查询语法相同。 此外，该架构对于所有商家都是一致的。 这种一致性使得建立最佳实践更加容易，并显着提高了店面构件的重复使用率。

产品类型的简化

架构将产品类型的多样性减少为两个用例：

产品视图属性

简单和复杂的产品都有客户定义的属性，这些属性可显示在店面上。 这些属性作为ProductViewAttributes返回。 在Adobe Commerce中，可用的属性在创建产品时定义。 您可以从Adobe Commerce后端或以编程方式添加其他属性。 请参阅扩展和自定义SaaS数据导出馈送数据。

价格

简单产品表示具有价格的基本销售单位。 Catalog Service计算折扣前的常规价格以及折扣后的最终价格。 定价计算可以包括固定产品税。 它们不包括个性化促销。

复杂的产品没有确定的价格。 相反，目录服务会返回链接的单点的价格。 例如，商家最初可以为可配置产品的所有变体分配相同的价格。 如果某些尺寸或颜色不受欢迎，商家可以降低这些变体的价格。 因此，复杂（可配置）产品的价格首先显示一个价格范围，同时反映标准和不受欢迎的变体的价格。 购物者为所有可用选项选择了一个值后，店面会显示一个价格。

目录服务支持大值（最多16位）和高小数精度（最多4位小数）的价格，从而确保准确的价格更新和计算。

实现

实施过程涉及：