Konzepte

Das Integrations-Framework bietet Mechanismen und Komponenten für:

• Verbindung zu einer eCommerce-Engine
• Daten in AEM abrufen
• Anzeigen dieser Daten und Erfassen der Antworten des Käufers
• Zurückgeben von Transaktionsdetails
• Suchen nach Daten beider Systeme

Das heißt:

• Käufer können sich registrieren und ohne Wartezeit einkaufen.
• Preisänderungen werden von den Käufern unverzüglich beobachtet.
• Produkte können nach Bedarf hinzugefügt werden.

Um den Betrieb zu optimieren, konzentrieren sich sowohl AEM als auch die eCommerce-Engine auf ihr eigenes Fachgebiet. Informationen werden zwischen den beiden in Echtzeit übertragen. Beispiel:

• AEM können:

  • Anfrage:

    • Produktinformationen aus der eCommerce-Engine.

  • Geben Sie Folgendes an:

    • Benutzeransichten für Produktinformationen, Warenkorb und Checkout.
    • Warenkorb und Checkout-Informationen an die eCommerce-Engine.
    • Suchmaschinenoptimierung (SEO).
    • Community-Funktionalität.
    • Unstrukturierte Marketinginteraktionen.

• Die eCommerce-Engine kann:

  • Geben Sie Folgendes an:

    • Produktinformationen aus der Datenbank.
    • Verwaltung von Produktvarianten.
    • Auftragsverwaltung.
    • Enterprise Resource Planning (ERP)
    • Suchen Sie in den Produktinformationen.

  • Prozess:

    • Der Warenkorb.
    • Der Checkout.
    • Auftragserfüllung.

Eine Reihe vorkonfigurierter AEM-Komponenten wird zur Verwendung der Integrationsebene bereitgestellt. Dazu gehören derzeit:

• Produktinformationen
• Warenkorb
• Auschecken
• Mein Konto

Es stehen auch verschiedene Suchoptionen zur Verfügung.

Architektur

Das Integrations-Framework stellt die API, eine Reihe von Komponenten zur Veranschaulichung der Funktionalität und mehrere Erweiterungen bereit, um Beispiele für Verbindungsmethoden bereitzustellen:

Über das Framework erhalten Sie Zugriff auf Funktionen, z. B.:

Implementierungen

AEM eCommerce wird mit einer eCommerce-Engine implementiert:

• Das eCommerce-Integrations-Framework wurde entwickelt, um Ihnen die einfache Integration einer eCommerce-Engine in AEM zu ermöglichen. Die speziell entwickelte eCommerce-Engine steuert Produktdaten, Warenkörbe, Checkout und die Auftragserfüllung, während AEM die Datenanzeige und Marketingkampagnen steuert.

Commerce-Anbieter

Beim Importieren von Daten aus einer Commerce-Engine in Ihre AEM E-Commerce-Site wird ein Commerce-Anbieter verwendet, um den Importeuren Daten bereitzustellen. Ein Commerce-Anbieter kann mehrere Importeure unterstützen.

Ein Commerce-Anbieter ist AEM Code angepasst an:

• Schnittstelle zu einer Back-End-Commerce-Engine
• ein Commerce-System über dem JCR-Repository implementieren

Derzeit stehen zwei Beispiel-Commerce-Anbieter für AEM zur Verfügung:

• ein für geometrixx-hybris
• ein anderer für geometrixx-generic (JCR)

In der Regel muss ein Projekt jedoch einen eigenen, benutzerdefinierten Commerce-Anbieter entwickeln, der für sein PIM- und Produktdatenschema spezifisch ist.

Der ProductServicesManager verwaltet (über OSGi) eine Liste der Implementierungen der ProductImporter- und CatalogBlueprintImporter-Schnittstelle. Diese sind im Import-Tool-Assistenten im Dropdown-Feld Import-Tool/Commerce-Anbieter aufgeführt (mit der Eigenschaft commerceProvider als Name).

Wenn ein bestimmtes Import-Tool/ein bestimmter Commerce-Anbieter im Dropdown-Feld verfügbar ist, müssen Sie alle weiteren benötigten Daten (je nach Art des Import-Tools) unter einem der folgenden Pfade definieren:

• /apps/commerce/gui/content/catalogs/importblueprintswizard/importers
• /apps/commerce/gui/content/products/importproductswizard/importers

Der Ordner unter dem entsprechenden importers-Ordner muss mit dem Namen des Import-Tools übereinstimmen, z. B.:

• .../importproductswizard/importers/geometrixx/.content.xml

Das Format der Quell-Importdatei wird vom Import-Tool definiert. Alternativ kann das Import-Tool eine Verbindung (z. B. WebDAV oder HTTP) zur Commerce-Engine herstellen.

Rollen

Das integrierte System ermöglicht die Pflege der Daten durch die folgenden Rollen:

• Produktdatenverwaltung (PIM)-Benutzer, der Folgendes verwaltet:

  • Produktinformationen.
  • Taxonomie, Kategorisierung, Genehmigung.
  • Interagiert mit dem digitalen Asset-Management.
  • Preise - Häufig handelt es sich dabei um ein ERP-System, das nicht explizit im Commerce-System verwaltet wird.

• Autor/Marketing-Manager, der Folgendes verwaltet:

  • Marketinginhalte für alle Kanäle.
  • Promotions.
  • Gutscheine.
  • Kampagnen.

• Surfer/Käufer, die:

  • Zeigt Ihre Produktinformationen an.
  • Setzt Artikel in den Warenkorb.
  • Checkt ihre Bestellungen aus.
  • Erwarten Sie die Erfüllung der Bestellung.

Der tatsächliche Speicherort kann von Ihrer Implementierung abhängen. Beispiel: generisch oder mit einer eCommerce-Engine:

Produkte

Produktdaten im Vergleich zu Marketingdaten

Strukturelle und Marketing-Kategorien

Durch die Unterscheidung der folgenden beiden Kategorien können Sie deutliche URLs mit bedeutungsvoller Struktur erstellen (Bäume von cq:Page-Knoten und daher sehr ähnlich der klassischen Inhaltsverwaltung in AEM):

• *Strukturelle *Kategorien

  Kategoriestruktur, die definiert, was ein Produkt ist; Beispiel:

  /products/mens/shoes/sneakers

• Marketing-Kategorien

  Alle anderen Kategorien, zu denen ein Produkt gehören kann; Beispiel:

  /special-offers/christmas/shoes)

Produktdaten

Um Ihr Produkt zu präsentieren und zu verwalten, sollten Sie eine Reihe von Informationen über das Produkt speichern.

Produktdaten können sein:

• direkt in AEM verwaltet werden (allgemein)

• in der eCommerce-Engine verwaltet und in AEM bereitgestellt werden

  Je nach Datentyp sind die Daten synchronisiert, wenn erforderlich, oder direkt zugänglich. Höchst volatile und wichtige Daten wie Produktdaten werden beispielsweise bei jeder Seitenabfrage von der E-Commerce-Engine abgerufen, damit sie jederzeit aktuell sind.

Wenn die Produktdaten in AEM eingegeben/importiert wurden, können sie in den Produkte Konsole. Hier zeigen die Karten- und Listenansichten eines Produkts Informationen wie:

• das Bild
• der SKU-Code
• wann zuletzt geändert

Produktvarianten

Für geeignete Produkte können auch Informationen über Varianten gespeichert werden. Beispielsweise werden bei Bekleidungsartikeln die unterschiedlichen angebotenen Farben als Varianten gespeichert:

Produktattribute

Die über die einzelnen Produkte gespeicherten Attribute können von der verwendeten eCommerce-Engine und Ihrer AEM-Implementierung abhängen. Diese sind (je nach Bedarf) beim Anzeigen von Produktseiten und/oder Bearbeiten von Produktinformationen verfügbar und können Folgendes umfassen:

• Bild

  Ein Bild des Produkts.

• Titel

  Der Produktname.

• Beschreibung

  Ein beschreibender Text zum Produkt.

• Tags

  Tags, mit denen ähnliche Produkte gruppiert werden

• Standard-Asset-Kategorie

  Eine Standardkategorie für Assets.

• ERP-Daten

  Informationen zum Enterprise Resource Planning (ERP).

  • SKU

    SKU-Daten

  • Farbe

  • Größe

  • Preis

    Der Stückpreis des Produkts.

• Zusammenfassung

  Eine Zusammenfassung der Produktfunktionen.

• Funktionen

  Umfassendere Details zu den Produktfunktionen.

Produkt-Assets

Eine Auswahl von Assets kann für einzelne Produkte gespeichert werden. Dazu gehören in der Regel Bilder und Videos.

Kataloge

Ein Katalog fasst Produktdaten zusammen, um sowohl die Verwaltung als auch die Darstellung für den Käufer zu erleichtern. Häufig wird ein Katalog nach Attributen wie Sprache, geografisches Gebiet, Marke, Saison, Hobby, Sport, u.a. strukturiert.

Katalogstruktur

Kataloge in mehreren Sprachen

AEM unterstützt Produktinhalte in mehreren Sprachen. Beim Abfragen von Daten ruft das Integrations-Framework die Sprache vom aktuellen Baum ab (z. B. en_US für Seiten unter /content/geometrixx-outdoors/en_US).

Für einen mehrsprachigen Speicher können Sie Ihren Katalog für jeden Sprachbaum einzeln importieren (oder ihn über MSM).

Kataloge für mehrere Marken

Ähnlich wie bei Sprachen müssen multinationale Unternehmen auch mehrere Marken unterstützen.

Kataloge nach Tags

Tags können auch verwendet werden, um Produkte in einem Katalog zusammenzufassen. Dieser Ansatz bietet sich für dynamischere Kataloge an.

Katalogeinrichtung (erster Import)

Abhängig von Ihrer Implementierung können Sie die für Ihren Basiskatalog erforderlichen Produktdaten aus folgenden AEM importieren:

• eine CSV-Datei (für die allgemeine Implementierung)
• eCommerce-Engine

Katalogwartung (Datensynchronisierung)

Weitere Änderungen an den Produktdaten werden unvermeidlich sein:

• für die generische Implementierung können diese mit der Produkteditor
• die Verwendung einer eCommerce-Engine; hier müssen die Änderungen synchronisiert werden

Datensynchronisation mit einer eCommerce-Engine (laufend)

Nach dem ersten Import sind Änderungen an Ihren Produktdaten unvermeidlich.

Bei Verwendung einer eCommerce-Engine werden die Produktdaten dort gespeichert und müssen in AEM verfügbar sein. Diese Produktdaten müssen nach Aktualisierungen synchronisiert werden.

Dies kann vom Datentyp abhängen:

• A Die periodische Synchronisierung wird zusammen mit einem Daten-Feed der Änderungen verwendet.

  Zusätzlich können Sie bestimmte Aktualisierungen für ein Express-Update auswählen.

• Hoch schwankende Daten wie Preisinformationen werden für jede Seitenanforderung von der Commerce-Engine abgerufen, um sicherzustellen, dass sie immer auf dem neuesten Stand sind.

Kataloge - Leistung und Skalierung

Der Import eines großen Katalogs mit einer großen Anzahl von Produkten (in der Regel mehr als 100.000) aus einer eCommerce-Engine (PIM) kann sich aufgrund der großen Anzahl von Knoten auf das System auswirken. Sie kann auch die Authoring-Instanz verlangsamen, wenn die Produkte über verknüpfte Assets verfügen (z. B. Produktbilder). Das liegt daran, dass die Nachbearbeitung dieser Assets rechen- und speicherintensiv ist.

Es gibt verschiedene Möglichkeiten, diese Probleme zu umgehen:

• Buckets – um die große Anzahl an Knoten zu unterstützen
• Abladen der Asset-Nachbearbeitung auf einer dedizierten Instanz
• Importieren von Produktdaten ohne Assets
• Importbeschränkung und Batch-Speicherung
• Leistungstests
• Leistung – Verschiedenes

Bucket

Wenn ein JCR-Knoten viele direkt untergeordnete Knoten hat (z. B. 1000 und mehr), sind Buckets (Phantom-Ordner) erforderlich, um sicherzustellen, dass die Leistung nicht beeinträchtigt wird. Diese werden beim Import anhand eines Algorithmus generiert.

Diese Behälter haben die Form von Phantom-Ordnern, die in Ihre Katalogstruktur eingeführt werden, aber so konfiguriert werden können, dass sie in öffentlichen URLs nicht sichtbar sind.

Auslagern der Asset-Nachbearbeitung auf eine dedizierte Instanz

Dieses Szenario umfasst das Einrichten von zwei Autoreninstanzen:

1. Primäre Autoreninstanz

   Importiert Produktdaten vom PIM, auf dem die Nachbearbeitung für Asset-Pfade deaktiviert ist.

2. Dedizierte DAM-Autoreninstanz

   Importiert Produkt-Assets aus dem PIM, bearbeitet sie nach und repliziert sie zur Nutzung zurück zur primären Autoreninstanz.

Importieren von Produktdaten ohne Assets

Wenn Produkte keine Assets (Bilder) enthalten, die importiert werden sollen, können Sie die Produktdaten importieren, ohne von der Nachbearbeitung der Assets betroffen zu sein.

Leistungstests

Leistungstests müssen bei AEM E-Commerce-Implementierungen berücksichtigt werden:

• Autorenumgebung:

  Eine Hintergrundaktivität (z. B. ein Importvorgang) kann gleichzeitig mit einer normalen Benutzeraktivität (z. B. Seitenbearbeitung) ausgeführt werden. Selbst wenn der Frontend-Leistung (im Allgemeinen) eine höhere Priorität zugeschrieben wird, kann eine mangelhafte Leistung, die Online-Autoren erleben, demotivieren und sogar eine Go-Live-Entscheidung hemmen.

• Veröffentlichungsumgebung:

  Die Replikation ist wichtig, um sicherzustellen, dass die Inhalte schnell und zuverlässig veröffentlicht werden. Dies kann dadurch beeinflusst werden, wie der Autor die Inhalte gruppiert, die veröffentlicht werden sollen.

• Frontend:

  Kombination aus Frontend- und Cache-Invalidierung kann zu Leistungseinbußen führen. Tests helfen dabei, diese zu vermeiden.

Bitte beachten Sie, dass dieser Leistungstest Kenntnisse und Analysen Ihrer Zielgruppe erfordert:

• Inhaltsvolumen

  • Assets
  • Lokalisierte I18-End-Produkte und SKUs

• Benutzeraktivität:

  • Massenbearbeitung
  • Massenveröffentlichung
  • Intensiv-Suchanfragen

• Hintergrundprozesse

  • Importvorgänge
  • Synchronisierungsaktualisierungen (z. B. Preise)

• Wartungsanforderungen (Sicherung, Tar-PM-Optimierung, Speicherbereinigung usw.)

Leistung – Verschiedenes

Bei allen Implementierungen können die folgenden Punkte beachtet werden:

• Da Produkt, Lagereinheiten und Kategorien zahlreich sein können, versuchen Sie, die geringstmögliche Anzahl von Knoten zur Modellierung des Inhalts zu verwenden.

  Je mehr Knoten Sie nutzen, desto flexibler sind Ihre Inhalte (z. B. ParSys). Alles ist jedoch ein Kompromiss und benötigen Sie (standardmäßig) individuelle Flexibilität bei der Bearbeitung (z. B. 30.000 Produkte)?

• Vermeiden Sie Duplizierungen so oft wie möglich (siehe Lokalisierung) oder überlegen Sie, zu wie vielen Knoten Ihre Duplizierung führen wird.

• Versuchen Sie, Ihren Inhalt so oft wie möglich mit Tags zu versehen, um die Abfrageoptimierung vorzubereiten.

  Zum Beispiel:

  /content/products/france/fr/shoe/reebok/pump/46 SKU

  sollte es ein Tag pro Inhaltsebene geben (d. h. Land, Sprache, Kategorie, Marke, Produkt). Die Suche nach

  //element(*,my:Sku)[@country=’france’ and @language=’fr’

  und

  @category=’shoe’ and @brand=’reebok’ and @product=’pump’]

  wird drastisch schneller sein als die Suche nach

  /jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku)

• Planen Sie in Ihrem technischen Stack ein sehr factorisiertes Inhaltszugriffsmodul und Dienste. Dies ist eine allgemeine Best Practice, aber noch wichtiger ist sie, da Sie in Optimierungsphasen Anwendungscaches für Daten hinzufügen können, die sehr häufig gelesen werden (und mit denen Sie den Bundle-Cache nicht füllen möchten).

  Beispielsweise ist die Attributverwaltung oft gut für das Caching geeignet, da sie Daten betrifft, die durch das Importieren von Produkten aktualisiert werden.

• Erwägen Sie die Verwendung von Proxy-Seiten.

Katalogbereichsseiten

In Katalogabschnitten finden Sie beispielsweise Folgendes:

• eine Einleitung (Bild und/oder Text) für die Kategorie; hier können auch Banner und Teaser für Sonderangebote werben
• Links zu den einzelnen Produkten in dieser Kategorie
• Links zu den anderen Kategorien

Produktseiten

Produktseiten bieten umfassende Informationen zu einzelnen Produkten. Dynamische Aktualisierungen von werden ebenfalls widergespiegelt. z. B. Preisänderungen, die auf der eCommerce-Engine registriert sind.

Produktseiten sind AEM Seiten, die Produkt Komponente; z. B. innerhalb der Commerce-Produkt template:

Die Produkt-Komponente bietet:

• allgemeine Produktinformationen, darunter Text und Bilder
• Preise; diese werden in der Regel bei jedem Aufruf bzw. jeder Aktualisierung der Seite von der eCommerce-Engine abgerufen.
• Informationen zu Produktvarianten, z. B. Farbe und Größe

Anhand dieser Daten kann der Käufer folgende Optionen auswählen, wenn er einen Artikel zum Warenkorb hinzufügt:

• Farb- und Größenvarianten
• Menge

Produkt-Landingpages

Dies sind AEM Seiten, die hauptsächlich statische Informationen bereitstellen. z. B. eine Einführung und Übersicht mit Links zu den zugrunde liegenden Produktseiten.

Produktkomponente

Die Produkt-Komponente können Sie zu jeder Seite mit einer übergeordneten Seite hinzufügen, welche die benötigten Metadaten bereitstellt (d. h. die Pfade zu cartPage und cartObject). Bei der Demo-Website, Geometrixx Outdoors, ist dies UserInfo.jsp.

Die Produkt -Komponente kann auch entsprechend Ihren individuellen Anforderungen angepasst werden.

Proxy-Seiten

Proxy-Seiten werden verwendet, um die Struktur des Repositorys zu vereinfachen und den Speicher für große Kataloge zu optimieren.

Beim Erstellen eines Katalogs werden zehn Knoten pro Produkt verwendet, da er einzelne Komponenten für jedes Produkt bereitstellt, die Sie in AEM aktualisieren und anpassen können. Diese große Anzahl von Knoten kann zu einem Problem werden, wenn Ihr Katalog Hunderte oder sogar Tausende von Produkten enthält. Um Probleme zu vermeiden, können Sie Ihren Katalog mit Proxy-Seiten erstellen.

Proxy-Seiten nutzen eine Struktur mit zwei Knoten (jcr:content und cq:Page), die keine Produktinhalte enthalten. Die Inhalte werden zur Abfragezeit durch Verweise auf die Produktdaten und die Vorlagenseite generiert.

Es gibt jedoch einen Kompromiss. Sie können Ihre Produktinformationen nicht innerhalb von AEM anpassen. Es wird eine Standardvorlage (definiert für Ihre Site) verwendet.

Promotions und Gutscheine

Gutscheine

Gutscheine sind eine bewährte Methode, Rabatte anzubieten, um Käufer dazu zu bewegen, einen Kauf zu tätigen und/oder die Treue des Kunden zu belohnen.

• Gutscheine:

  • Ein Gutscheincode (der vom Käufer in den Warenkorb eingegeben wird).
  • Eine Gutscheinbeschriftung (die angezeigt wird, nachdem der Käufer sie in den Warenkorb eingegeben hat).
  • Ein Promotionpfad (der die Aktion definiert, die der Gutschein anwendet).

• Externe Commerce-Engines können auch Gutscheine bereitstellen.

AEM:

• Ein Gutschein ist eine seitenbasierte Komponente, die mit der Websites-Konsole erstellt und bearbeitet wird.

• Die Gutschein-Komponente bietet:

  • einen Renderer für die Gutscheinadministration; er zeigt alle Gutscheine an, die sich aktuell im Warenkorb befinden
  • Die Bearbeitungsdialogfelder (Formular) zum Verwalten (Hinzufügen/Entfernen) der Gutscheine.
  • Die zum Hinzufügen/Entfernen von Gutscheinen zum/vom Warenkorb erforderlichen Aktionen.

• Gutscheine verfügen nicht über eigene Ein- und Ausschaltzeiten, sondern über die ihrer übergeordneten Kampagnen.

Promotions

Promotions ermöglichen Ihnen zusammen mit Gutscheinen die Realisierung von Szenarien wie:

• Ein Unternehmen bietet benutzerdefinierte Preise für Mitarbeiter, eine handgefertigte Liste von Benutzern.
• Langfristige Kunden erhalten Rabatte auf alle Bestellungen.
• Ein Verkaufspreis, der über einen genau festgelegten Zeitraum angeboten wird.
• Ein Kunde erhält einen Gutschein, wenn seine vorherige Bestellung einen bestimmten Betrag überschritten hat.
• Ein Kunde, der kauft product-X erhalten Sie einen Rabatt auf product-Y (Produkte paarweise).

Promotions werden in der Regel nicht von Produktinformationsmanagern, sondern von Marketing-Managern verwaltet:

• Eine Promotion ist eine seitenbasierte Komponente, die mit der Websites-Konsole erstellt und bearbeitet wird. ``

• Angebote für Werbeaktionen:

  • Eine Priorität
  • Ein Promotion-Handler-Pfad

• Sie können Promotions mit einer Kampagne verknüpfen, um deren Aktivierungs-/Ausschaltzeiten zu definieren.

• Sie können Promotions mit einem Erlebnis verbinden, um deren Segmente zu definieren.

• Promotions, die nicht mit einem Erlebnis verbunden sind, werden nicht allein ausgelöst, können aber dennoch von einem Gutschein ausgelöst werden.

• Die Komponente Promotion enthält:

  • Renderer und Dialogfelder für die Promotions-Administration
  • Unterkomponenten zum Rendern und Bearbeiten von Konfigurationsparametern, die spezifisch für die Promotion-Handler sind

AEM werden die Promotions auch in die Campaign Management:

• a Kampagne gibt die Ein-/Ausschaltzeiten an
• Erlebnisse Innerhalb die Kampagne wird verwendet, um Assets (Teaser-Seiten, Promotions usw.) entsprechend dem jeweiligen Zielgruppensegment zu gruppieren.

Eine Promotion kann entweder in einem Erlebnis oder direkt in der Kampagne stattfinden:

• Wenn eine Promotion in einem Erlebnis gespeichert wird, kann sie automatisch auf ein Zielgruppensegment angewendet werden.

  Beispielsweise die Promotion auf der Beispielsite geometrixx-outdoors:

  /content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping

  befindet sich in einem Erlebnis, wird also immer dann automatisch ausgelöst, wenn das Segment ( ordervalueover100) aufgelöst wird.

• Wenn eine Promotion nicht in einem Erlebnis angezeigt wird (also nur in der Kampagne), kann sie nicht automatisch auf eine Zielgruppe angewendet werden. Sie kann jedoch dennoch ausgelöst werden, wenn ein Käufer einen Gutschein im Warenkorb eingibt und dieser Gutschein auf die Promotion verweist.

  Zum Beispiel gilt für die Promotion:

  /content/campaigns/geometrixx-outdoors/article/10-bucks-off

  sie befindet sich außerhalb eines Erlebnisses und wird daher nie automatisch ausgelöst wird (d. h.: basierend auf der Segmentierung). Es verweisen jedoch Gutscheine, die sich in mehreren Erlebnissen der Artikelkampagne befinden, auf diese Promotion. Werden diese Gutschein-Codes im Warenkorb eingegeben, wird die Promotion ausgelöst.

Personalisierung

Kundenregistrierung und -konten

Wenn sich ein Kunde registriert, müssen die Kontodetails zwischen AEM und der eCommerce-Engine synchronisiert werden. Sensible Daten werden separat gespeichert, die Profile sind jedoch freigegeben:

Der genaue Mechanismus hängt vom Szenario ab:

1. Das Benutzerkonto ist auf beiden Systemen vorhanden:

   1. Keine Aktion erforderlich.

2. Das Benutzerkonto existiert nur in AEM:

   1. Der Benutzer wird in der eCommerce-Engine mit derselben Konto-ID und einem zufälligen Kennwort erstellt, das in AEM gespeichert wird.
   2. Das zufällig generierte Kennwort ist nötig, weil AEM beim ersten Aufruf (wenn beispielsweise eine Produktseite angefragt und für den Preis auf die eCommerce-Engine verwiesen wird) versucht, sich bei der eCommerce-Engine anzumelden. Da dies nach der AEM geschieht, ist das Kennwort nicht verfügbar.

3. Das Benutzerkonto existiert nur in der eCommerce-Engine:

   1. Das Konto wird in AEM mit derselben Konto-ID und demselben Kennwort erstellt.

Bei Verwendung einer eCommerce-Engine speichert AEM nur die Konto-ID und das Kennwort (optional eine Benutzergruppe). Alle anderen Daten werden in der eCommerce-Engine gespeichert.

Kundenanmeldung

Häufig ist eine Anmeldung erforderlich, damit der Käufer Zugriff auf den Warenkorb hat. Dafür ist eine Registrierung (Konto erstellen) nötig, damit ein kundenspezifisches Konto erstellt werden kann.

Kundenanmeldung

Nach der Registrierung kann sich der Kunde bei seinem Konto anmelden, damit seine Aktionen nachverfolgt und seine Bestellungen bearbeitet werden.

Single Sign-on

Single Sign-On (SSO) wird bereitgestellt, sodass Autoren sowohl im AEM als auch im E-Commerce-System bekannt sind, ohne sich zweimal anmelden zu müssen.

myAccount

Transaktionsdaten von der eCommerce-Engine werden mit personenbezogenen Daten zum Kunden kombiniert. AEM verwendet einige dieser Daten als Profildaten. Die Aktion eines Formulars in AEM schreibt Informationen zurück in die eCommerce-Engine.

Es gibt eine Seite, auf der Sie Ihre Kontoinformationen einfach verwalten können. Um die Seite anzuzeigen, klicken Sie oben auf der Geometrixx-Seite auf Mein Konto oder gehen Sie zu /content/geometrixx-outdoors/en/user/account.html.

Adressbuch

Ihre Site muss eine Auswahl von Adressen speichern. einschließlich Versand-, Abrechnungs- und Alternativadressen. Dies kann mithilfe von Formularen implementiert werden, die auf Ihrem Standard-Adressformat basieren, oder Sie können die Komponente Adressbuch verwenden, die von AEM bereitgestellt wird.

Mit dieser Komponente Adressbuch können Sie:

• Adressdaten im Buch bearbeiten
• eine Adresse aus dem Buch für die Lieferadresse auswählen
• eine Adresse aus dem Buch für die Rechnungsadresse auswählen

Sie können auswählen, welche Adresse Sie als Standard verwenden möchten.

Die Adressbuch-Komponente finden Sie auf der Seite Mein Konto durch Klicken auf Adressbuch oder indem Sie zu /content/geometrixx-outdoors/en/user/account/address-book.html gehen.

Klicken Sie auf Neue Adresse hinzufügen…, um eine neue Adresse zum Adressbuch hinzuzufügen. Dadurch wird ein Formular geöffnet, das Sie ausfüllen können. Klicken Sie dann auf Adresse hinzufügen.

Das Adressbuch wird verwendet, wenn Sie Ihren Warenkorb auschecken:

Adressen werden unter user_home/profile/addresses aufbewahrt.

Die Adresse von Alison Parker befindet sich beispielsweise unter /home/users/geometrixx/aparker@geometrixx.info/profile/addresses.

Sie können auswählen, welche Adresse Sie als Standard festlegen möchten. Diese Information wird im Käuferprofil gespeichert, nicht zusammen mit der Anschrift. Als Wert für die Profileigenschaft address.default wird der Pfad der ausgewählten Adresse festgelegt.

Kundenspezifische Preise

Die eCommerce-Engine verwendet den Kontext (im Wesentlichen die Kaufinformationen), um den Preis zu bestimmen, den sie hält, und stellt dann die richtigen Informationen zurück an AEM.

Warenkorb und Bestellungen

Beim Einkauf durchsucht der Käufer die Produktseiten und wählt die Artikel aus, um sie in den Warenkorb zu legen. Wenn er zur Kasse wechselt, kann er eine Bestellung aufgeben.

Anonyme Käufer

Ein anonymer Käufer kann:

• Produkte anzeigen
• Produkte zum Warenkorb hinzufügen
• Checkout durchführen, um ihre Bestellung zu platzieren

Registrierte Käufer

Ein registrierter Käufer kann:

• Bei ihrem Konto anmelden
• Produkte anzeigen
• Produkte zum Warenkorb hinzufügen
• Checkout durchführen, um ihre Bestellung zu platzieren
• Anzeigen und Verfolgen früherer Bestellungen

Übersicht über den Inhalt des Warenkorbs

Der Warenkorb bietet:

• Übersicht über die ausgewählten Elemente

• Links zu den Produktseiten für die ausgewählten Artikel

• die Fähigkeit,

  • Anzahl/Menge der einzelnen Elemente aktualisieren
  • einzelne Elemente entfernen

Der Warenkorb wird je nach verwendeter Engine gespeichert:

• Die generische AEM-Version speichert den Warenkorb in einem Cookie.
• Bestimmte eCommerce-Engines können den Warenkorb in einer Sitzung speichern.

In beiden Fällen bleiben Artikel im Warenkorb (und können wiederhergestellt werden) über die Anmeldung/das Abmelden (aber nur auf demselben Computer/Browser). Beispiel:

• Surfen Sie anonymous und fügen Sie Produkte zum Warenkorb hinzu.

• Melden Sie sich als Allison Parker an. Ihr Warenkorb ist leer.

• Fügen Sie Produkte zu ihrem Warenkorb hinzu.

• Melden Sie sich ab. Der Warenkorb zeigt die Produkte für anonymous an.

• Melden Sie sich erneut als Allison Parker an. Ihre Produkte werden wiederhergestellt.

Vor dem Checkout werden Preisänderungen (in beiden Systemen) übernommen, sobald sie auftreten.

Bestellinformationen

Abhängig von Ihrer Implementierung werden Informationen zu einer Bestellung entweder in der eCommerce-Engine oder AEM gespeichert. Diese Informationen werden von AEM gerendert.

Es werden verschiedene Informationen gespeichert, darunter:

• Auftrags-ID

  Die Referenznummer für die Bestellung.

• Platziert

  Das Datum, an dem die Bestellung aufgegeben wurde.

• Status

  Der Status der Bestellung z. B. „versendet“

• Währung

  Die Währung der Bestellung.

• Inhaltselemente

  Eine Liste der bestellten Artikel.

• Zwischensumme

  Die Gesamtkosten der bestellten Artikel.

• Steuer

  Der für die Bestellung anfallende Steuerbetrag.

• Versand

  Versandkosten.

• Gesamtbetrag

  Der Gesamtbetrag der Bestellung (bestellte Artikel, Steuer, Versand).

• Rechnungsadresse

  Die Adresse, an die die Rechnung gesendet werden soll.

• Zahlungs-Token

  Die Zahlungsmethode.

• Zahlungsstatus

  Status der Zahlung.

• Lieferadresse

  Die Adresse, an die die Waren geliefert werden sollen.

• Versandart

  Die Versandart, z. B. Post, Luftfracht, Seefracht.

• Tracking-Nummer

  Eine Tracking-Nummer des Versandunternehmens für die Sendungsnachverfolgung

• Tracking-Link

  Der Link, der während des Versands zur Sendungsnachverfolgung genutzt wird.

Wenn eine Bestellung in AEM gespeichert wird, zeigt die Bestellungs-Konsole Folgendes für jede Bestellung an:

• die Anzahl der Artikel im Warenkorb
• den Gesamtwert der Bestellung
• den Zeitpunkt, zu dem die Bestellung aufgegeben wurde
• den Status

Bestellverfolgung

Nach der Bestellung kehren die Käufer häufig zu folgenden Punkten zurück:

• Überprüfen des Status ihrer Bestellung
• Produkte aus der Bestellung entfernen
• Produkte zur Bestellung hinzufügen

Nach Erhalt des Bestellversands möchten die Käufer möglicherweise auch den Verlauf der über einen bestimmten Zeitraum erfolgten Bestellungen einsehen.

Die Auftragserfüllung und -verfolgung wird in der Regel von der eCommerce-Engine verwaltet. Informationen können über die Bestellverlauf-Komponente in AEM angezeigt werden, die alle relevanten Details aufführt, einschließlich der angewendeten Gutscheine und Promotions. Beispiel:

Checkout

Das Auschecken wird mit standardmäßigen AEM-Formularen implementiert. Dadurch kann der Marketing-Manager das Erlebnis mit Marketing-Inhalten anpassen.

Der eCommerce verwaltet dann den Checkout-Prozess mit Eingaben aus den AEM Formularen.

Zahlungssicherheit

Zahlungsdetails wie Kreditkarteninformationen werden häufig von der eCommerce-Engine verwaltet. AEM leitet solche Transaktionsdaten an die Engine weiter (von wo aus sie dann zu einem Zahlungsdienstleister weitergeleitet werden).

Die Kompatibilität der Zahlungskartenindustrie (PCI) ist möglich.

Bestellbestätigung

Die Bestellung wird auf dem Bildschirm bestätigt und lässt sich mit der Bestellungsnachverfolgung nachverfolgen.

Suchen

Da AEM Standardseiten für Produkte nutzt, können Sie mit der Standard-Such-Komponente eine Suchseite erstellen.

Wenn Sie eine gründlichere Implementierung benötigen, können Sie entweder:

• Erweitern Sie die Standardsuchkomponente mit der benötigten Funktionalität.
• die Suchmethode im CommerceService implementieren und dann die eCommerce-Such-Komponente auf der Suchseite nutzen

Bei Nutzung einer E-Commerce-Engine kann die E-Commerce-Such-API vollständig in die E-Commerce-Engine-Lösung implementiert werden, sodass Sie die vorkonfigurierte E-Commerce-Such-Komponente nutzen können. Mit der Facettensuche können Sie JCR und/oder die Engine durchsuchen: