Catalog Service voor Adobe Commerce

Catalog Service voor Adobe Commerce-extensie verbetert de laadtijden van winkels door geoptimaliseerde, alleen-lezen catalogusgegevens te verschaffen via een speciale GraphQL API. Deze service is specifiek ontworpen om de productgerelateerde paginaervaring te verbeteren, waardoor pagina's sneller worden geladen en de conversiesnelheden zijn verbeterd.

De rijke mening-modelgegevens die door Catalog Service worden verstrekt omvatten productdetails, attributen, inventaris, en prijzen, die snelle teruggave van product-gerelateerde storefront ervaringen zoals toelaten:

Belangrijkste voordelen en functies

Overzicht van architectuur

Catalog Service gebruikt ​ GraphQL ​ om catalogusgegevens met inbegrip van producten, productattributen, inventaris, en prijzen te verzoeken en te ontvangen. GraphQL is een querytaal die een front-end client gebruikt om te communiceren met de API (Application Programming Interface) die op een back-end zoals Adobe Commerce is gedefinieerd. GraphQL is een veelgebruikte communicatiemethode omdat deze lichtgewichtgericht is en een systeemintegrator de inhoud en volgorde van elke reactie kan opgeven.

Adobe Commerce biedt twee GraphQL-systemen voor verschillende doeleinden:

Core GraphQL System

Catalogusservice GraphQL-systeem

De gegevens beschikbaar aan de Dienst van de Catalogus worden geleverd door de uitbreiding van de Uitvoer van Gegevens SaaS. Deze extensie synchroniseert gegevens tussen de Commerce-toepassing en de aangesloten Commerce Services om ervoor te zorgen dat query's naar de services die GraphQL API-eindpunten retourneert, de meest recente catalogusgegevens retourneren. Voor informatie over het beheren van en het oplossen van problemenSaaS gegevens de uitvoerverrichtingen, zie de ​ Gids van de Uitvoer van Gegevens SaaS ​.

Catalog Service klanten kunnen ​ SaaS prijsindexeerder ​ gebruiken, die snellere prijsupdates en synchronisatietijd verstrekt.

Architectuurgegevens

In het volgende diagram worden de architecturale verschillen tussen het GraphQL-kernsysteem en het GraphQL-systeem van Catalog Service weergegeven, waarbij wordt getoond hoe ze samenwerken om de prestaties van winkels te optimaliseren:

De werking van de systemen

Systeem van de Kern GraphQL (Traditionele Benadering):
De Progressieve Web App (PWA) verzendt verzoeken rechtstreeks naar de toepassing van Commerce, die elk verzoek door veelvoudige subsystemen alvorens een reactie terugkeert verwerkt. Deze stap voor ronde reizen in meerdere stappen kan leiden tot een trage laadtijd van de pagina, wat kan leiden tot lagere conversiesnelheden.

de Dienst van de Catalogus (Geoptimaliseerde Benadering):
De Dienst van de Catalogus doet dienst als Gateway van de Diensten Storefront die tot een specifieke, geoptimaliseerde gegevensbestand toegang heeft die productdetails, attributen, varianten, prijzen, en categorieën bevatten. De service zorgt voor synchronisatie met Adobe Commerce via automatische indexering, waarbij de traditionele aanvraagresponscyclus wordt overgeslagen om de latentie aanzienlijk te verminderen.

De kern en de dienstGraphQL systemen communiceren niet direct met elkaar. U hebt toegang tot elk systeem via een andere URL en voor aanroepen is andere headerinformatie nodig. De twee GraphQL-systemen zijn ontworpen om samen te worden gebruikt. Het GraphQL-systeem van Catalog Service maakt het basissysteem sterker, zodat producten sneller kunnen worden opgeslagen.

U kunt naar keuze uitvoeren ​ API Net voor Adobe Developer App Builder ​ om de twee systemen van Adobe Commerce GraphQL met privé en derde APIs en andere softwareinterfaces te integreren gebruikend Adobe Developer. Het netwerk kan worden gevormd om vraag te verzekeren die aan elk eindpunt wordt verpletterd bevat de correcte vergunningsinformatie in de kopballen.

Architectuurgegevens

In de volgende secties worden enkele verschillen tussen de twee GraphQL-systemen beschreven.

Schema-beheer

Aangezien Catalog Service als service werkt, hoeven integrators zich niet zorgen te maken over de onderliggende versie van Commerce. De syntaxis van de query's is voor alle versies hetzelfde. Bovendien is het schema verenigbaar voor alle handelaren. Deze consistentie maakt het gemakkelijker om beste praktijken te vestigen, en verhoogt opnieuw gebruik van storefront widgets beduidend.

Vereenvoudiging van productsoorten

Het schema vermindert de diversiteit van producttypen tot twee gebruiksgevallen:

Kenmerken van de productweergave

Zowel hebben de eenvoudige als de complexe producten klant-bepaalde attributen die op de winkelfront kunnen worden getoond. Deze attributen zijn teruggekeerd als ​ ProductViewAttributes ​. In Adobe Commerce worden de beschikbare kenmerken gedefinieerd wanneer het product wordt gemaakt. U kunt aanvullende kenmerken toevoegen vanuit de Adobe Commerce-backend of via programmacode. Zie ​ de gegevens van de de uitvoervoer van SaaS uitbreiden en aanpassen ​.

Prijzen

Eenvoudige producten vertegenwoordigen de basisverkoopeenheid die een prijs heeft. Catalog Service berekent de normale prijs vóór kortingen en de uiteindelijke prijs na kortingen. Prijsberekeningen kunnen vaste productbelastingen bevatten. Ze sluiten gepersonaliseerde promoties uit.

Een complex product heeft geen vaste prijs. In plaats daarvan retourneert de Catalogusservice de prijzen van gekoppelde voorbeelden. Een handelaar kan bijvoorbeeld in eerste instantie dezelfde prijzen toewijzen aan alle varianten van een configureerbaar product. Als bepaalde grootten of kleuren niet populair zijn, kan de handelaar de prijzen van die varianten verlagen. De prijs van het complexe (configureerbare) product vertoont dus eerst een prijsbereik, dat de prijs van zowel standaard- als niet-populaire varianten weerspiegelt. Nadat de winkelier een waarde voor alle beschikbare opties heeft geselecteerd, toont de winkel één enkele prijs.

De Catalogusdienst verzekert nauwkeurige prijsupdates en berekeningen door prijzen met grote waarden (tot 16 cijfers) en hoge decimale precisie (tot 4 decimalen) te steunen.

Implementatie

Het implementatieproces omvat: