Catalog Service für Adobe Commerce

Catalog Service für Adobe Commerce verbessert die Ladezeiten der Storefront, indem optimierte, schreibgeschützte Katalogdaten über eine dedizierte GraphQL-API bereitgestellt werden. Dieser Service wurde speziell entwickelt, um produktbezogene Seitenerlebnisse zu verbessern, was zu schnelleren Seitenladevorgängen und verbesserten Konversionsraten führt.

Die umfangreichen Ansichtsmodelldaten, die von der Catalog Service bereitgestellt werden, umfassen Produktdetails, Attribute, Bestand und Preise, was ein schnelles Rendern produktbezogener Storefronts ermöglicht, z. B.:

Wichtige Vorteile und Funktionen

Überblick über die Architektur

Der Catalog Service verwendet GraphQL, um Katalogdaten, einschließlich Produkte, Produktattribute, Bestand und Preise, anzufordern und zu empfangen. GraphQL ist eine Abfragesprache, die ein Frontend-Client verwendet, um mit der in einem Backend wie Adobe Commerce definierten Anwendungsprogrammierschnittstelle (API) zu kommunizieren. GraphQL ist eine beliebte Kommunikationsmethode, da sie einfach ist und es einem Systemintegrator ermöglicht, den Inhalt und die Reihenfolge jeder Antwort anzugeben.

Adobe Commerce bietet zwei GraphQL-Systeme, die unterschiedlichen Zwecken dienen:

GraphQL-Kernsystem

Catalog Service GraphQL-System

Die für den Katalog-Service verfügbaren Daten werden von der SaaS-Datenexporterweiterung bereitgestellt. Diese Erweiterung synchronisiert Daten zwischen der Commerce-Anwendung und den verbundenen Commerce Services, um sicherzustellen, dass Abfragen an die GraphQL-API-Endpunkte der Services die aktuellen Katalogdaten zurückgeben. Informationen zur Verwaltung und Fehlerbehebung bei SaaS-Datenexportvorgängen finden Sie im SaaS-Datenexporthandbuch.

Catalog Service Kunden können den SaaS-Preisindexer verwenden, der schnellere Preisaktualisierungen und Synchronisierungszeiten ermöglicht.

Architekturdetails

Das folgende Diagramm veranschaulicht die architektonischen Unterschiede zwischen dem GraphQL-Kernsystem und dem GraphQL-Katalogdienst-System und zeigt, wie sie zusammenarbeiten, um die Leistung der Storefront zu optimieren:

Funktionsweise der Systeme

Core GraphQL-System (herkömmlicher Ansatz):
Die Progressive Web App (PWA) sendet Anfragen direkt an die Commerce-Anwendung, die jede Anfrage über mehrere Subsysteme verarbeitet, bevor sie eine Antwort zurückgibt. Dieser mehrstufige Roundtrip kann zu langsamen Seitenladezeiten führen und möglicherweise zu niedrigeren Konversionsraten.

Katalog-Service (optimierter Ansatz):
Catalog Service fungiert als Gateway für Storefront-Services, das auf eine dedizierte, optimierte Datenbank mit Produktdetails, Attributen, Varianten, Preisen und Kategorien zugreift. Der Service sorgt für die Synchronisierung mit Adobe Commerce durch automatisierte Indizierung, wobei der herkömmliche Zyklus von Anfrage und Antwort umgangen wird, um die Latenz erheblich zu reduzieren.

Die Kern- und Service-GraphQL-Systeme kommunizieren nicht direkt miteinander. Sie greifen auf jedes System über eine andere URL zu, und Aufrufe erfordern unterschiedliche Kopfzeileninformationen. Die beiden GraphQL-Systeme sind so konzipiert, dass sie gemeinsam verwendet werden können. Das Catalog Service GraphQL-System erweitert das Kernsystem, um ProduktStorefront-Erlebnisse schneller zu machen.

Sie können optional API Mesh für Adobe Developer App Builder implementieren, um die beiden Adobe Commerce GraphQL-Systeme mit privaten und Drittanbieter-APIs und anderen Softwareschnittstellen unter Verwendung von Adobe Developer zu integrieren. Das Netz kann so konfiguriert werden, dass an jeden Endpunkt weitergeleitete Aufrufe die richtigen Autorisierungsinformationen in den -Kopfzeilen enthalten.

Architektonische Details

In den folgenden Abschnitten werden einige der Unterschiede zwischen den beiden GraphQL-Systemen beschrieben.

Schema-Management

Da der Katalog-Service als Service funktioniert, müssen sich Integratoren keine Gedanken über die zugrunde liegende Version von Commerce machen. Die Syntax der Abfragen ist für alle Versionen gleich. Darüber hinaus ist das Schema für alle Händler konsistent. Diese Konsistenz erleichtert die Einrichtung von Best Practices und erhöht die Wiederverwendung von Storefront-Widgets erheblich.

Vereinfachung der Produktarten

Das Schema reduziert die Vielfalt der Produkttypen auf zwei Anwendungsfälle:

Attribute der Produktansicht

Sowohl einfache als auch komplexe Produkte verfügen über kundendefinierte Attribute, die in der Storefront angezeigt werden können. Diese Attribute werden als "" zurückgegeben. In Adobe Commerce werden die verfügbaren Attribute definiert, wenn das Produkt erstellt wird. Sie können zusätzliche Attribute aus dem Adobe Commerce-Backend oder programmgesteuert hinzufügen. Siehe Erweitern und Anpassen von SaaS-Datenexport-Feed-Daten.

Preise

Einfache Produkte stellen die Basis-Verkaufseinheit dar, die einen Preis hat. Catalog Service berechnet den regulären Preis vor Rabatten sowie den Endpreis nach Rabatten. Preisberechnungen können feste Produktsteuern enthalten. Sie schließen personalisierte Promotions aus.

Ein komplexes Produkt hat keinen festgelegten Preis. Stattdessen gibt der Katalog-Service die Preise für verknüpfte Einfache zurück. Beispielsweise kann ein Händler zunächst allen Varianten eines konfigurierbaren Produkts dieselben Preise zuweisen. Wenn bestimmte Größen oder Farben unbeliebt sind, kann der Händler die Preise dieser Varianten senken. Der Preis des komplexen (konfigurierbaren) Produkts weist also zunächst eine Preisspanne auf, die den Preis sowohl von Standardvarianten als auch von unpopulären Varianten widerspiegelt. Nachdem der Käufer einen Wert für alle verfügbaren Optionen ausgewählt hat, zeigt die Storefront einen einzigen Preis an.

Der Katalog-Service sorgt für genaue Preisaktualisierungen und Berechnungen, indem er Preise mit großen Werten (bis zu 16 Stellen) und hoher Dezimalgenauigkeit (bis zu 4 Dezimalstellen) unterstützt.

Implementierung

Der Implementierungsprozess umfasst Folgendes: