Concepts concepts

Integreringsramverket innehåller mekanismer och komponenter för att

Detta innebär att

För att optimera driften koncentrerar sig både AEM och e-handelsmotorn på sin egen expertis. Information överförs mellan de två i realtid, till exempel:

Det finns flera färdiga AEM för att använda integreringslagret. För närvarande omfattar dessa:

Det finns även olika sökalternativ.

Arkitektur architecture

Integreringsramverket innehåller API:t, en rad komponenter som illustrerar funktioner och flera tillägg som ger exempel på anslutningsmetoder:

Ramverket ger dig tillgång till funktioner som:

Implementeringar implementations

AEM e-handel genomförs med en e-handelsmotor:

Leverantörer av handel commerce-providers

När du importerar data från en e-handelsmotor till din AEM e-handelsplats används en e-handelsleverantör för att förse importörerna med data. En e-handelsleverantör kan stödja flera importörer.

En e-handelsleverantör är AEM kod som är anpassad till antingen:

Två exempel på e-handelsleverantörer finns för AEM:

Vanligtvis måste ett projekt utveckla en egen, anpassad e-handelsleverantör som är specifik för PIM och produktdataschemat.

The ProductServicesManager underhåller (genom OSGi) en lista över genomförandet av ProductImporter och CatalogBlueprintImport gränssnitt. Dessa listas i Importör/handelsleverantör listrutefält för importguiden (med commerceProvider egenskap som ett namn).

När en viss importör/e-handelsleverantör är tillgänglig från listrutan måste alla kompletterande uppgifter som den behöver definieras (beroende på importörens typ) i antingen

Mappen under lämplig importers mappen måste matcha importörens namn, till exempel:

Formatet på källimportfilen definieras av importeraren. Eller så kan importören upprätta en anslutning (till exempel WebDAV eller http) till e-handelsmotorn.

Roller roles

Det integrerade systemet fångar upp följande roller för att underhålla data:

Även om den faktiska platsen kan vara beroende av implementeringen, till exempel generisk eller med en e-handelsmotor:

Produkter products

Produktdata kontra marknadsföringsdata product-data-versus-marketing-data

Strukturella kontra marknadsföringskategorier structural-versus-marketing-categories

Om följande två kategorier kan särskiljas kan du göra tydliga URL-adresser med en meningsfull struktur (träd i cq:Page noder) och därför mycket nära klassisk AEM):

Produktdata product-data

Om du vill visa och hantera produkten måste du lagra en mängd information om dem.

Produktdata kan vara:

När produktinformationen har matats in/importerats till AEM kan den i båda fallen ses från Produkter konsol. Här visas kort- och listvyerna för en produkt, t.ex.:

Produktvarianter product-variants

För lämpliga produkter kan information om varianter också finnas. För klädesplagg hålls t.ex. de olika tillgängliga färgerna som varianter:

Produktattribut product-attributes

De enskilda attributen för respektive produkt kan vara beroende av vilken e-handelsmotor som används och hur AEM implementeras. Dessa är tillgängliga (om det är lämpligt) vid visning av produktsidor och/eller redigering av produktinformation och kan omfatta:

Produktresurser product-assets

Ett urval av mediefiler kan sparas för enskilda produkter. Vanligtvis är det bilder och videoklipp.

Kataloger catalogs

En katalog grupperar produktdata för både enkel hantering och representation för kunden. En katalog är ofta strukturerad enligt attribut som språk, geografiskt område, varumärke, årstid, hobby, sport bland många andra.

Katalogstruktur catalog-structure

Kataloger på flera språk catalogs-in-multiple-languages

AEM stöder produktinnehåll på flera språk. När integreringsramverket begär data hämtar det språket från det aktuella trädet (till exempel en_US för sidor under /content/geometrixx-outdoors/en_US).

För en flerspråkig butik kan du importera katalogen för varje språkträd separat (eller kopiera den med MSM).

Kataloger för flera varumärken catalogs-for-multiple-brands

Liksom för språk måste stora flernationella företag ta hand om flera varumärken.

Kataloger efter taggar catalogs-by-tags

Taggar kan också användas för att gruppera produkter i en katalog. De kan användas för mer dynamiska kataloger, till exempel säsongserbjudanden.

Kataloginställningar (inledande import) catalog-setup-initial-import

Beroende på implementeringen kan du importera produktdata som krävs för din baskatalog till AEM från:

Katalogunderhåll (datasynkronisering) catalog-maintenance-data-synchronization

Ytterligare ändringar i produktinformationen är oundvikliga:

Datasynkronisering med en e-handelsmotor (pågående) data-synchronization-with-an-ecommerce-engine-ongoing

Efter den första importen är det oundvikligt att ändra produktinformationen.

När du använder en e-handelsmotor bevaras produktdata där och måste vara tillgängliga i AEM. Produktdata måste synkroniseras när uppdateringar görs.

Detta kan bero på datatypen:

Kataloger - prestanda och skalning catalogs-performance-and-scaling

Om du importerar en stor katalog med ett stort antal produkter (fler än 100 000) från en e-handelsmotor (PIM) kan det påverka systemet på grund av det stora antalet noder. Det kan också göra redigeringsinstansen långsammare om produkterna har associerade resurser (till exempel produktbilder). Detta beror på att efterbearbetningen av dessa resurser är processor- och minneskrävande.

Det finns olika strategier som du kan använda för att lösa dessa problem:

Bucketing bucketing

Om en JCR-nod har många direkta underordnade noder (till exempel 1 000 och fler) krävs det bucket (phantom-mappar) för att säkerställa att prestandan inte påverkas. Dessa genereras enligt en algoritm vid import.

De här bucklarna har formen av fantommappar som introduceras i katalogstrukturen, men kan konfigureras så att de inte visas i offentliga URL:er.

Avlasta efterbearbetning av resurser till en dedikerad instans offload-asset-post-processing-to-a-dedicated-instance

I det här scenariot ställs två författarinstanser in:

Importera endast produktdata only-import-product-data

Om produkter inte innehåller resurser (bilder) som ska importeras kan du importera produktdata utan att påverkas av efterbearbetningen av resurser.

Prestandatestning performance-testing

Prestandatestning måste övervägas AEM e-handelsimplementationer:

Observera att den här prestandatestningen kräver kunskap om och analys av ditt mål:

Prestanda - övriga performance-miscellaneous

För alla implementeringar kan följande punkter beaktas:

Avsnittssidor för katalog catalog-section-pages

I katalogavsnitten finns exempel:

Produktsidor product-pages

På produktsidorna finns omfattande information om enskilda produkter. Dynamiska uppdateringar från återspeglas också, till exempel prisändringar som registreras i eCommerce-motorn.

Produktsidorna är AEM sidor som använder Produkt -komponent, till exempel inom Commerce Product mall:

Produkskomponenten innehåller:

Med den här informationen kan kunden välja följande när en artikel läggs till i varukorgen:

Produktlandningssidor product-landing-pages

Det här är AEM sidor som i första hand innehåller statisk information, till exempel en introduktion och en översikt med länkar till de underliggande produktsidorna.

Produktkomponent product-component

The Produkt kan läggas till på alla sidor med en överordnad sida som innehåller de metadata som krävs (d.v.s. sökvägarna till cartPage och cartObject). På demonstrationssajten Geometrixx Outdoors tillhandahålls detta av UserInfo.jsp.

The Produkt -komponenten kan också anpassas efter dina individuella krav.

Proxysidor proxy-pages

Proxysidor används för att förenkla databasens struktur och optimera lagring för stora kataloger.

När du skapar en katalog används tio noder per produkt, eftersom den innehåller enskilda komponenter för varje produkt som du kan uppdatera och anpassa i AEM. Detta stora antal noder kan bli ett problem om katalogen innehåller hundratals eller till och med tusentals produkter. Du kan undvika problem genom att skapa katalogen med hjälp av proxysidor.

För proxysidor används en tvånodsstruktur ( cq:Page och jcr:content) som inte innehåller något av det faktiska produktinnehållet. Innehållet genereras på begäran genom att produktdata och mallsidan refereras.

Men det finns en kompromiss. Du kommer inte att kunna anpassa produktinformationen i AEM, utan en standardmall (som definierats för din webbplats) används.

Kampanjer och kuponger promotions-and-vouchers

Vouchers vouchers

Kuponger är en beprövad metod för att erbjuda rabatter som antingen lockar kunderna till att göra ett köp och/eller belönar kundens lojalitet.

I AEM:

Erbjudanden promotions

Med kampanjer och vouchers kan du förverkliga scenarier som:

Kampanjer hanteras inte av produktinformationsansvariga, utan av marknadschefer:

AEM är också integrerade i Campaign Management:

En kampanj kan hållas antingen som en upplevelse eller direkt i kampanjen:

Personalisering personalization

Kundregistrering och konton customer-registration-and-accounts

När en kund registrerar sig måste kontoinformationen synkroniseras mellan AEM och e-handelsmotorn. Känsliga data lagras oberoende av varandra, men profiler delas:

Den exakta mekanismen kan bero på scenariot:

När du använder en e-handelsmotor lagrar AEM bara konto-ID och lösenord (eventuellt en användargrupp). All annan information lagras i e-handelsmotorn.

Kundregistrering customer-sign-up

Det krävs ofta att kunden måste registrera sig för att få tillgång till kundvagnen. Detta kräver registrering (Skapa konto) så att ett kundspecifikt konto kan skapas.

Kundinloggning customer-sign-in

Efter registreringen kan kunden logga in med sitt konto så att deras handlingar kan spåras och deras order uppfylls.

Enkel inloggning single-sign-on

enkel inloggning (SSO) tillhandahålls så att författare är kända både i AEM och e-handelssystemet utan att behöva logga in två gånger.

myAccount myaccount

Transaktionsdata från e-handelsmotorn kombineras med personuppgifter om kunden. AEM använder en del av dessa data som profildata. Ett formulärs åtgärd i AEM skriver tillbaka information till e-handelsmotorn.

Det finns en sida där du enkelt kan hantera din kontoinformation. Du kommer åt den genom att klicka Mitt konto överst på en Geometrixx eller genom att navigera till /content/geometrixx-outdoors/en/user/account.html.

Adressbok address-book

Webbplatsen måste lagra ett urval adresser, inklusive leverans, fakturering och alternativa adresser. Detta kan implementeras med formulär som baseras på ditt standardadressformat eller så kan du använda adressbokskomponenten som AEM tillhandahåller.

Med den här adressbokskomponenten kan du:

Du kan välja vilken adress du vill använda som standard.

Adressbokskomponenten kan nås från Mitt konto sida genom att klicka Adressbok eller genom att navigera till /content/geometrixx-outdoors/en/user/account/address-book.html.

Klicka Lägg till ny adress… om du vill lägga till en adress i adressboken. Då öppnas ett formulär som du kan fylla i och sedan klicka på Lägg till adress.

Adressboken används när du"checkar ut" kundvagnen:

Adresserna sparas nedan user_home/profile/addresses.
För Alison Parker skulle det till exempel vara under /home/users/geometrixx/aparker@geometrixx.info/profile/address

Du kan välja vilken adress du vill använda som standard. Informationen sparas i kundprofilen i stället för med adressen. Egenskapen profile address.default anges med sökvägen till den valda adressen för värdet.

Kundspecifikt pris customer-specific-pricing

E-handelsmotorn använder kontexten (i huvudsak kundinformationen) för att avgöra vilket pris den har, och skickar sedan rätt information tillbaka till AEM.

Kundvagn och beställningar shopping-cart-and-orders

När du handlar bläddrar du bland produktsidorna och väljer artiklar som du vill placera i kundvagnen. När de går vidare till kassan kan de lägga en order.

Anonyma köpare anonymous-shoppers

En anonym kund kan

Registrerade köpare registered-shoppers

En registrerad kund kan

Översikt över kundvagnsinnehåll shopping-cart-content-overview

Kundvagnen innehåller följande:

Kundvagnen sparas enligt den motor som används:

I båda fallen behålls objekten i vagnen (och kan återställas) mellan inloggning/utloggning (men endast på samma dator/webbläsare). Till exempel:

Innan du går till kassan återspeglas prisförändringarna (i båda systemen) när de inträffar.

Beställningsinformation order-information

Beroende på din implementeringsinformation om en beställning finns antingen i eCommerce-motorn eller AEM återges den här informationen av AEM.

Olika typer av information lagras, t.ex.:

När beställningen hålls i AEM visar orderkonsolen följande för varje beställning:

Orderspårning order-tracking

Efter att ha lagt en order kommer kunderna ofta tillbaka till:

Efter att ha tagit emot beställningsleveransen kanske kunderna också vill se historiken över beställningar som gjorts under en tidsperiod.

Beställningsleveranser och -spårning hanteras av e-handelsmotorn. Information kan visas genom AEM med komponenten Orderhistorik, som visar all relevant information, inklusive kuponger och erbjudanden som används. Till exempel:

Utcheckning checkout

Utcheckning implementeras med AEM. På så sätt kan marknadschefen anpassa upplevelsen av marknadsföringsmaterialet.

E-handeln hanterar sedan utcheckningsprocessen med indata från AEM.

Betalningssäkerhet payment-security

Betalningsinformation, inklusive kreditkortsinformation, hanteras ofta av e-handelsmotorn. AEM vidarebefordrar sådan transaktionsinformation till motorn (varifrån den sedan vidarebefordras till en betalningstjänst).

Kompatibilitet med betalkortsbranschen (PCI) kan uppnås.

Bekräftelse av beställning confirmation-of-order

Ordningen bekräftas på skärmen och kan spåras med orderspårning.

Sök search-features

Eftersom AEM använder standardsidor för produkter kan du använda standardsökkomponenten för att skapa en söksida.

Om du behöver en mer detaljerad implementering kan du antingen:

När du använder en eCommerce-motor kan e-handelssöknings-API:t implementeras helt i eCommerce-motorlösningen, så att du kan använda eCommerce-sökkomponenten som medföljer. Med den fasetterade sökningen kan du söka i antingen JCR och/eller motorn: