Adobe Commerce用Catalog Service

Adobe Commerce拡張機能のCatalog Serviceは、専用のGraphQL APIを通じて、最適化された読み取り専用のカタログデータを提供することで、ストアフロントの読み込み時間を短縮します。 このサービスは、製品関連のページエクスペリエンスを強化するために設計されており、その結果、ページの読み込み速度とコンバージョン率が向上します。

Catalog Serviceが提供する豊富なビューモデルデータには、製品の詳細、属性、在庫、価格が含まれており、次のような製品関連のストアフロント体験を素早くレンダリングできます。

主な特長と機能

アーキテクチャの概要

Catalog Serviceでは、GraphQLを使用して、商品、商品属性、在庫、価格などのカタログデータをリクエストおよび受け取ります。 GraphQLは、フロントエンドクライアントが、Adobe Commerceなどのバックエンドで定義されたアプリケーションプログラミングインターフェイス（API）と通信するために使用するクエリ言語です。 GraphQLは軽量で、システムインテグレーターが各応答の内容と順序を指定できるため、一般的な通信方法です。

Adobe Commerceには、異なる目的に対応する2つのGraphQL システムが用意されています。

Core GraphQL System

カタログサービスGraphQLシステム

カタログサービスで使用可能なデータは、SaaS データ書き出し拡張機能によって配信されます。 この拡張機能は、Commerce アプリケーションと接続されたCommerce サービス間でデータを同期し、サービス GraphQL API エンドポイントへのクエリが最新のカタログデータを返すようにします。 SaaS データ書き出し操作の管理とトラブルシューティングについて詳しくは、SaaS データ書き出しガイド ​を参照してください。

Catalog Serviceのお客様はSaaS価格インデクサーを使用できます。これにより、価格の更新と同期時間を短縮できます。

アーキテクチャの詳細

次の図は、コア GraphQL システムとカタログサービス GraphQL システムのアーキテクチャの違いを示し、それらが連携してストアフロントのパフォーマンスを最適化する方法を示しています。

システムの仕組み

コア GraphQL システム （従来のアプローチ）:
プログレッシブ web アプリ（PWA）は、リクエストをCommerce アプリケーションに直接送信し、各リクエストを複数のサブシステムを通じて処理してからレスポンスを返します。 このマルチステップのラウンドトリップは、ページの読み込み時間を遅くし、コンバージョン率が低下する可能性があります。

カタログサービス（最適化されたアプローチ）:
カタログサービスは、商品の詳細、属性、バリエーション、価格、カテゴリーなどを含む専用の最適化されたデータベースにアクセスするストアフロントサービスゲートウェイとして機能します。 このサービスは、自動化されたインデックス作成を通じてAdobe Commerceとの同期を維持し、従来のリクエストと応答のサイクルをバイパスして、待ち時間を大幅に短縮します。

コアシステムとサービスGraphQLシステムが直接通信することはありません。 各システムには異なるURLからアクセスでき、呼び出しには異なるヘッダー情報が必要です。 この2つのGraphQLシステムは、一緒に使用するように設計されています。 Catalog Service GraphQL システムは、製品のストアフロント体験をより迅速に行うために、コアシステムを強化します。

オプションでAPI Mesh for Adobe Developer App Builderを実装して、2つのAdobe Commerce GraphQL システムをプライベート APIとサードパーティ APIおよびその他のソフトウェアインターフェイスとAdobe Developerを使用して統合できます。 各エンドポイントにルーティングされた呼び出しに、ヘッダーに正しい認証情報が含まれていることを確認するようにメッシュを設定できます。

建築の詳細

次の節では、2つのGraphQL システムの違いについて説明します。

スキーマ管理

カタログサービスはサービスとして機能するため、インテグレーターはCommerceの基本バージョンについて心配する必要はありません。 クエリの構文は、すべてのバージョンで同じです。 さらに、スキーマはすべてのマーチャントで一貫しています。 この一貫性により、ベストプラクティスを容易に確立し、ストアフロントウィジェットの再利用を大幅に促進できます。

商品タイプの簡素化

このスキーマは、製品タイプの多様性を2つのユースケースに減らします。

製品ビューの属性

シンプルな商品も複雑な商品も、ストアフロントに表示できる顧客定義の属性を備えています。 これらの属性はProductViewAttributesとして返されます。 Adobe Commerceでは、商品の作成時に使用可能な属性が定義されます。 Adobe Commerceのバックエンドから属性を追加することも、プログラムで追加することもできます。 SaaS データ書き出しフィード データの拡張とカスタマイズ ​を参照してください。

価格

シンプルな商品は、価格を持つベース販売ユニットを表します。 Catalog Serviceは、割引前の通常価格と、割引後の最終価格を計算します。 価格の計算には、固定製品税を含めることができます。 パーソナライズされたプロモーションを除外しています。

複雑な商品には決まった価格はありません。 代わりに、カタログサービスは、リンクされたシンプルな価格を返します。 例えば、初期段階では、設定可能な商品のあらゆるバリエーションに同じ価格を割り当てることができます。 また、特定のサイズや色が人気がない場合は、それらのバリエーションの価格を引き下げることができます。 したがって、最初の複雑な（設定可能な）製品の価格は、標準的なバリアントと人気のないバリアントの両方の価格を反映している価格帯を示しています。 買い物客が利用可能なすべてのオプションの値を選択すると、ストアフロントに単一の価格が表示されます。

カタログサービスは、大きな値（最大16桁）と高い小数点精度（最大4桁）で価格をサポートすることで、正確な価格の更新と計算を保証します。

導入

導入プロセスには、次のことが含まれます。