Catalog Service pour Adobe Commerce

L’extension Catalog Service for Adobe Commerce améliore les temps de chargement du storefront en fournissant des données de catalogue optimisées et en lecture seule via une API GraphQL dédiée. Ce service est spécialement conçu pour améliorer les expériences de page liées au produit, ce qui permet d’accélérer le chargement des pages et d’améliorer les taux de conversion.

Les données de modèle d’affichage riches fournies par le Catalog Service comprennent les détails du produit, les attributs, l’inventaire et les prix, ce qui permet un rendu rapide des expériences de storefront liées au produit, telles que :

Principaux avantages et fonctionnalités

Aperçu de l’architecture

L’Catalog Service utilise GraphQL pour demander et recevoir des données de catalogue, y compris les produits, les attributs de produit, l’inventaire et les prix. GraphQL est un langage de requête qu’un client front-end utilise pour communiquer avec l’interface de programmation d’applications (API) définie sur un serveur principal tel qu’Adobe Commerce. GraphQL est une méthode de communication populaire, car elle est légère et permet à un intégrateur système de spécifier le contenu et l’ordre de chaque réponse.

Adobe Commerce fournit deux systèmes GraphQL qui servent des objectifs différents :

Système GraphQL principal

Système GraphQL du service de catalogue

Les données disponibles pour le service de catalogue sont fournies par l’extension d’exportation de données SaaS. Cette extension synchronise les données entre l’application Commerce et les services Commerce connectés pour s’assurer que les requêtes envoyées aux points d’entrée de l’API GraphQL des services renvoient les données de catalogue les plus récentes. Pour plus d'informations sur la gestion et le dépannage des opérations d'exportation de données SaaS, consultez le Guide d'exportation de données SaaS.

Catalog Service clients peuvent utiliser l'indexeur de prix SaaS, qui offre des mises à jour de prix et des temps de synchronisation plus rapides.

Détails de l’architecture

Le diagramme suivant illustre les différences architecturales entre le système GraphQL principal et le système GraphQL du service de catalogue, montrant comment ils fonctionnent ensemble pour optimiser les performances du storefront :

Fonctionnement des systèmes

Système Core GraphQL (Approche Traditionnelle) :
L’application web progressive (PWA) envoie les requêtes directement à l’application Commerce, qui traite chaque requête par le biais de plusieurs sous-systèmes avant de renvoyer une réponse. Ce voyage aller-retour en plusieurs étapes peut ralentir les temps de chargement des pages, ce qui peut entraîner une réduction des taux de conversion.

Service de catalogue (approche optimisée) :
Le service de catalogue agit comme une passerelle des services Storefront qui accède à une base de données optimisée et dédiée contenant des détails sur les produits, des attributs, des variantes, des prix et des catégories. Le service maintient la synchronisation avec Adobe Commerce par le biais d’une indexation automatisée, en contournant le cycle traditionnel de requête-réponse pour réduire considérablement la latence.

Les systèmes GraphQL principaux et de service ne communiquent pas directement entre eux. Vous accédez à chaque système à partir d’une URL différente et les appels nécessitent des informations d’en-tête différentes. Les deux systèmes GraphQL sont conçus pour être utilisés ensemble. Le système Catalog Service GraphQL améliore le système principal pour accélérer les expériences de storefront des produits.

Vous pouvez éventuellement mettre en œuvre le maillage API pour Adobe Developer App Builder pour intégrer les deux systèmes Adobe Commerce GraphQL à des API privées et tierces et à d’autres interfaces logicielles à l’aide d’Adobe Developer. Le maillage peut être configuré pour s’assurer que les appels acheminés vers chaque point d’entrée contiennent les informations d’autorisation correctes dans les en-têtes.

Détails architecturaux

Les sections suivantes décrivent certaines des différences entre les deux systèmes GraphQL.

Gestion des schémas

Dans la mesure où Catalog Service fonctionne comme un service, les intégrateurs n’ont pas besoin de s’inquiéter de la version sous-jacente de Commerce. La syntaxe des requêtes est la même pour toutes les versions. En outre, le schéma est cohérent pour tous les commerçants. Cette cohérence facilite l’établissement des bonnes pratiques et accroît considérablement la réutilisation des widgets de storefront.

Simplification des types de produits

Le schéma réduit la diversité des types de produits à deux cas d’utilisation :

Attributs de vue du produit

Les produits simples et complexes possèdent des attributs définis par le client qui peuvent être affichés sur le storefront. Ces attributs sont renvoyés sous la forme ProductViewAttributes. Dans Adobe Commerce, les attributs disponibles sont définis lors de la création du produit. Vous pouvez ajouter des attributs supplémentaires à partir du serveur principal Adobe Commerce ou par programmation. Voir Extension et personnalisation des données de flux d’exportation de données SaaS.

Prix

Les produits simples représentent l'unité de vente de base qui a un prix. Catalog Service calcule le prix normal avant remises ainsi que le prix final après remises. Les calculs de tarification peuvent inclure des taxes sur les produits fixes. Ils excluent les promotions personnalisées.

Un produit complexe n'a pas de prix fixe. Au lieu de cela, le service de catalogue renvoie les prix des simples liés. Par exemple, un commerçant peut initialement attribuer les mêmes prix à toutes les variantes d’un produit configurable. Si certaines tailles ou couleurs sont impopulaires, le marchand peut réduire les prix de ces variantes. Ainsi, le prix du produit complexe (configurable) présente d’abord une fourchette de prix, reflétant le prix des variantes standard et impopulaires. Une fois que l’acheteur a sélectionné une valeur pour toutes les options disponibles, le storefront affiche un prix unique.

Le service de catalogue garantit la précision des mises à jour et des calculs des prix en prenant en charge les prix avec des valeurs élevées (jusqu’à 16 chiffres) et une précision décimale élevée (jusqu’à 4 décimales).

Mise en œuvre

Le processus de mise en œuvre implique :