Show Menu
ARGOMENTI×

Concetti

Il quadro di integrazione fornisce meccanismi e componenti per:
  • connessione a un motore eCommerce
  • pulling di dati in AEM
  • visualizzazione di tali dati e raccolta delle risposte dell'acquirente
  • restituzione dettagli transazione
  • cercare i dati di entrambi i sistemi
Ciò significa che:
  • Gli acquirenti possono registrarsi e fare acquisti senza aspettare.
  • Le variazioni di prezzo saranno viste dagli acquirenti senza ritardo.
  • I prodotti possono essere aggiunti secondo necessità.
Il framework eCommerce può essere utilizzato con:
Il framework di integrazione eCommerce è un componente aggiuntivo AEM.
Il rappresentante commerciale sarà in grado di fornire informazioni complete, in base al motore appropriato.
Il framework fornisce i requisiti di base per il proprio progetto.
Per adattare il framework alle proprie specifiche, è sempre necessario un certo lavoro di sviluppo.
L’installazione standard di AEM include l’implementazione generica di AEM (JCR) eCommerce.
Al momento è destinato a scopi dimostrativi, o come base per un'implementazione personalizzata in base alle tue esigenze.
Per ottimizzare il funzionamento, sia AEM che il motore di eCommerce si concentrano sulla propria area di competenza. Le informazioni sono trasferite tra i due in tempo reale; ad esempio:
  • AEM può:
    • Richiesta:
      • Informazioni sul prodotto dal motore eCommerce.
    • Fornisci:
      • Visualizzazioni utente per informazioni sui prodotti, carrello acquisti e checkout.
      • Carrello acquisti e informazioni sul checkout per il motore eCommerce.
      • Ottimizzazione del motore di ricerca (SEO).
      • Funzionalità community.
      • Interazioni di marketing non strutturate.
  • Il motore eCommerce può:
    • Fornisci:
      • Informazioni sui prodotti provenienti dal database.
      • Gestione delle varianti di prodotto.
      • Gestione degli ordini.
      • ERP (Enterprise Resource Planning).
      • Cercate all'interno delle informazioni sul prodotto.
    • Processo:
      • Il carrello.
      • Il checkout.
      • evasione ordine.
I dettagli esatti dipenderanno dal motore eCommerce e dall'implementazione del progetto.
Per usare il livello di integrazione, sono disponibili diversi componenti AEM forniti con il prodotto. Attualmente questi includono:
  • Informazioni sul prodotto
  • Carrello
  • Check-out
  • Account personale
Sono disponibili anche diverse opzioni di ricerca.

Architettura

Il framework di integrazione fornisce l'API, una serie di componenti per illustrare le funzionalità e diverse estensioni per fornire esempi di metodi di connessione:
Il framework consente di accedere a funzionalità quali:

Implementazioni

AEM eCommerce è implementato con un motore eCommerce:
  • Il framework di integrazione eCommerce è stato creato per consentirvi di integrare facilmente un motore di eCommerce con AEM. Il motore eCommerce creato appositamente controlla i dati di prodotto, i carrelli commerciali, l'evasione degli ordini e il checkout, mentre AEM controlla la visualizzazione dei dati e le campagne di marketing.
L’installazione standard di AEM include l’implementazione generica di AEM (JCR) eCommerce.
Al momento è destinato a scopi dimostrativi, o come base per un'implementazione personalizzata in base alle tue esigenze.
AEM eCommerce implementato in AEM con sviluppo generico basato su JCR:
  • Un esempio eCommerce autonomo e nativo di AEM per illustrare l'utilizzo dell'API. Questo può essere utilizzato per controllare i dati dei prodotti, i carrelli commerciali e il checkout insieme alla visualizzazione dei dati e alle campagne di marketing esistenti. In questo caso il database del prodotto viene memorizzato nell'archivio nativo di AEM (implementazione Adobe di JCR ). L’installazione standard di AEM contiene le nozioni di base dell’implementazione generica di eCommerce .

Fornitori Commerce

Quando importate dati da un motore di eCommerce nel vostro sito AEM, un provider di commercio viene utilizzato per fornire i dati agli importatori. Un fornitore commerciale può supportare più importatori.
Un fornitore commerciale è un codice AEM personalizzato per:
  • interfaccia per un motore di back-end
  • implementazione di un sistema di commercio sopra l'archivio JCR
Per AEM sono attualmente disponibili due esempi di fornitori di servizi commerciali:
  • uno per geometrixx-hybris
  • un altro per geometrixx-Generic (JCR)
Anche se in genere un progetto dovrà sviluppare un proprio provider di commercio personalizzato specifico per il proprio PIM e lo schema di dati del prodotto.
Gli importatori geometrixx utilizzano file CSV; nei commenti sopra l'implementazione è presente una descrizione dello schema accettato (con proprietà personalizzate consentite).
Il ProductServicesManager gestisce (tramite OSGi ) un elenco delle implementazioni delle interfacce ProductImporter e CatalogBlueprintImporter . Questi sono elencati nel campo a discesa Importatore/Fornitore di commercio della procedura guidata di importazione (utilizzando la commerceProvider proprietà come nome).
Quando dal menu a discesa è disponibile un provider importatore/commercio specifico, tutti i dati supplementari necessari devono essere definiti (a seconda del tipo di importatore) in:
  • /apps/commerce/gui/content/catalogs/importblueprintswizard/importers
  • /apps/commerce/gui/content/products/importproductswizard/importers
La cartella nella importers cartella appropriata deve corrispondere al nome dell’importatore; ad esempio:
  • .../importproductswizard/importers/geometrixx/.content.xml
Il formato del file di importazione di origine è definito dall'importatore. Oppure l'importatore può stabilire una connessione (ad esempio WebDAV o http) al motore di e-commerce.

Ruoli

Il sistema integrato è dotato dei seguenti ruoli per la manutenzione dei dati:
  • Gestione delle informazioni sui prodotti (PIM) Utente che gestisce:
    • Informazioni sul prodotto.
    • Tassonomia, classificazione, approvazione.
    • Interagisce con la gestione delle risorse digitali.
    • Prezzi - spesso questo proviene da un sistema ERP e non è mantenuto esplicitamente nel sistema commerciale.
  • Autore/Marketing Manager che gestisce:
    • Contenuto marketing per tutti i canali.
    • Promozioni.
    • Voucher.
    • Campagne.
  • Surfer / Shopper che:
    • Visualizza le informazioni sul prodotto.
    • Posiziona gli articoli nel carrello.
    • Controlla i loro ordini.
    • Attesa evasione ordine.
anche se la posizione effettiva può dipendere dall’implementazione; ad esempio, generico o con un motore eCommerce:

Prodotti

Dati prodotto e dati marketing

Categorie strutturali e di marketing

Se le due categorie seguenti possono essere differenziate, è possibile ottenere URL chiari con una struttura significativa (alberi di cq:Page nodi) e quindi molto vicini alla classica gestione dei contenuti AEM:
  • *Categorie strutturali
    La struttura delle categorie che definisce cosa è un prodotto ; ad esempio:
    /products/mens/shoes/sneakers
  • Categorie di marketing
    Tutte le altre categorie a cui un prodotto può appartenere ; ad esempio:
    /special-offers/christmas/shoes )

Dati prodotto

Per rappresentare e gestire il vostro prodotto è necessario avere una serie di informazioni su di essi.
I dati del prodotto possono essere:
  • gestito direttamente in AEM (generico).
  • mantenuti nel motore eCommerce e resi disponibili in AEM.
    A seconda del tipo di dati, viene sincronizzato , se necessario, o vi si accede direttamente; ad esempio, dati altamente volatili e critici come i prezzi dei prodotti vengono recuperati dal motore di e-commerce su ogni richiesta di pagina per assicurarsi che siano sempre aggiornati.
In entrambi i casi, quando i dati del prodotto sono stati immessi/importati in AEM, possono essere visualizzati dalla console Prodotti . Qui le viste scheda ed elenco di un prodotto mostrano informazioni come:
  • l'immagine
  • il codice SKU
  • data dell'ultima modifica

Varianti prodotto

Per i prodotti appropriati è possibile tenere anche informazioni sulle varianti. Ad esempio, per gli articoli di abbigliamento i diversi colori disponibili sono conservati come varianti:

Attributi prodotto

I singoli attributi contenuti in ciascun prodotto possono dipendere dal motore eCommerce in uso e dall’implementazione di AEM. Sono disponibili (se appropriato) quando si visualizzano le pagine di prodotto e/o si modificano le informazioni sui prodotti e possono includere:
  • Immagine
    Un'immagine del prodotto.
  • Titolo
    Il nome del prodotto.
  • Descrizione
    Una descrizione testuale del prodotto.
  • Tag
    Tag utilizzati per raggruppare prodotti correlati.
  • Categoria risorse predefinita
    Categoria predefinita per le risorse.
  • Dati ERP
    Informazioni ERP (Enterprise Resource Planning).
    • SKU
      Informazioni sulle unità di custodia (SKU).
    • Colore
    • Dimensione
    • Prezzo
      Il prezzo unitario del prodotto.
  • Riepilogo
    Un riepilogo delle funzioni del prodotto.
  • Funzioni
    Maggiori dettagli sulle caratteristiche del prodotto.

Risorse prodotto

Per i singoli prodotti è possibile conservare una selezione di risorse. Comunemente questi includono immagini e video.

Cataloghi

Un catalogo raggruppa i dati del prodotto per semplificare la gestione e la rappresentazione dell'acquirente. Spesso un catalogo è strutturato in base ad attributi come lingua, area geografica, marchio, stagione, hobby, sport, tra molti altri.

Struttura catalogo

Cataloghi in più lingue

AEM supporta il contenuto del prodotto in più lingue. Quando si richiedono i dati, il framework di integrazione recupera la lingua dalla struttura corrente (ad esempio, en_US per le pagine in /content/geometrixx-outdoors/en_US ).
Per uno store multilingue, potete importare il catalogo per ogni albero lingua singolarmente (o copiarlo tramite MSM ).

Cataloghi per più marchi

Come per le lingue, le grandi aziende multinazionali possono avere bisogno di occuparsi di più marchi.

Cataloghi per tag

I tag possono essere utilizzati anche per raggruppare i prodotti in un catalogo. Questi possono essere utilizzati per cataloghi più dinamici, come le offerte stagionali.

Impostazione catalogo (importazione iniziale)

A seconda dell’implementazione, puoi importare in AEM i dati del prodotto richiesti per il catalogo di base da:
  • un file CSV (per l’implementazione generica)
  • il motore eCommerce

Manutenzione catalogo (sincronizzazione dati)

Ulteriori modifiche ai dati del prodotto saranno inevitabili:

Sincronizzazione dei dati con un motore di eCommerce (in corso)

Dopo l'importazione iniziale, le modifiche ai dati del prodotto sono inevitabili.
Quando si utilizza un motore di eCommerce, i dati del prodotto vengono mantenuti e devono essere disponibili in AEM. Questi dati del prodotto devono essere sincronizzati quando vengono effettuati gli aggiornamenti.
Questo può dipendere dal tipo di dati:
  • Inoltre, potete selezionare aggiornamenti specifici per un aggiornamento rapido.
  • I dati altamente volatili, come le informazioni sui prezzi, vengono recuperati dal motore di commercio per ogni richiesta di pagina, per essere sicuri che sia sempre aggiornato.

Cataloghi - Prestazioni e scalabilità

L'importazione di un catalogo di grandi dimensioni con un numero elevato di prodotti (generalmente più di 100.000) da un motore di eCommerce (PIM) può avere un impatto sul sistema a causa del grande numero di nodi. Può inoltre rallentare l’istanza di authoring se i prodotti dispongono di risorse associate (ad esempio, immagini di prodotto). Ciò è dovuto al fatto che la post-elaborazione di queste risorse richiede molta CPU e memoria.
Esistono diverse strategie che potete scegliere per risolvere i seguenti problemi:

Foratura

Se un nodo JCR ha molti nodi figlio diretti (ad esempio, 1000 e più), i bucket (cartelle fantasma) sono necessari per garantire che le prestazioni non vengano compromesse. Questi vengono generati in base a un algoritmo durante l'importazione.
Questi bucket hanno la forma di cartelle fantasma introdotte nella struttura del catalogo, ma possono essere configurate in modo che non siano visibili negli URL pubblici.

Scaricate l'elaborazione post-produzione delle risorse in un'istanza dedicata

Questo scenario richiede l’impostazione di due istanze di creazione:
  1. Istanza dell'autore principale
    Importa i dati del prodotto da PIM, su cui è disattivata la post-elaborazione per i percorsi delle risorse.
  2. istanza di creazione DAM dedicata
    Importa e post-elabora risorse di prodotto dal PIM, quindi le replica nuovamente nell’istanza di creazione principale per l’uso.

Importa solo dati di prodotto

Se i prodotti non contengono risorse (immagini) da importare, potete importare i dati del prodotto senza essere interessati dalla post-elaborazione delle risorse.

Test delle prestazioni

Le verifiche delle prestazioni devono essere prese in considerazione nelle implementazioni AEM eCommerce:
  • Ambiente di authoring:
    L'attività in background (ad esempio, l'importazione) può svolgersi contemporaneamente alla normale attività dell'utente (ad esempio, l'editing di pagina) e anche se le prestazioni front-end sono (in generale) considerate con maggiore priorità, le prestazioni sbagliate che gli autori online vedono possono portare a frustrazione in grado di bloccare una decisione go-live.
  • Ambiente di pubblicazione:
    La replica è un processo fondamentale per garantire che il contenuto venga pubblicato in modo rapido e affidabile. Questo può essere influenzato dal modo in cui l’autore raggruppa il contenuto da pubblicare.
  • Front-end:
    La combinazione di invalidazioni front-end e cache può portare a sorprese delle prestazioni. La verifica consente di evitare questi problemi.
Nota che questo test delle prestazioni richiede conoscenza e analisi del tuo obiettivo:
  • Volumi di contenuto
    • Assets
    • Prodotti localizzati, I18ned e SKU
  • Attività utente:
    • Bulk edition
    • Pubblicazione in blocco
    • Richieste di ricerca intense
  • Processi in background
    • Importazioni
    • Aggiornamenti della sincronizzazione (ad esempio, prezzi)
  • Requisiti di manutenzione (backup, ottimizzazione Tar PM, raccolta di rifiuti nei datastore, ecc.)

Prestazioni - Varie

Per tutte le implementazioni è possibile tenere presenti i punti seguenti:
  • Come prodotto, le unità di conservazione delle scorte e le categorie possono essere numerose, provare a utilizzare il numero minimo di nodi possibile per modellare il contenuto.
    Maggiore è il numero di nodi, maggiore è la flessibilità del contenuto (ad es. parsys). Tuttavia, tutto è un trade-off e avete bisogno di flessibilità individuale (per impostazione predefinita) quando manipolate (ad esempio) prodotti 30K?
  • Evitate duplicazioni quanto più possibile (consultate la localizzazione), oppure pensate a quanti nodi causeranno la duplicazione.
  • Per preparare l'ottimizzazione della query, provare a assegnare al contenuto il tag più possibile.
    Esempio:
    /content/products/france/fr/shoe/reebok/pump/46 SKU
    devono avere un tag per livello di contenuto (ad es. paese, lingua, categoria, marchio, prodotto). Ricerca
    //element(*,my:Sku)[@country=’france’ and @language=’fr’
    e
    @category=’shoe’ and @brand=’reebok’ and @product=’pump’]
    saranno drasticamente più veloci della ricerca
    /jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku)
  • Nello stack tecnico, pianificate modelli e servizi di accesso ai contenuti molto strutturati. Si tratta di una best practice generale, ma ancora più cruciale, come si può, nelle fasi di ottimizzazione, aggiungere cache delle applicazioni per i dati che vengono letti molto spesso (e che non si desidera riempire la cache del bundle con).
    Ad esempio, la gestione degli attributi è molto spesso un buon candidato per il caching, in quanto riguarda i dati che vengono aggiornati attraverso l'importazione di prodotti.
  • Considerare l'utilizzo di pagine Pagine proxy proxy.

Pagine sezione catalogo

Le sezioni del catalogo forniscono, ad esempio:
  • introduzione (immagine e/o testo) alla categoria; può essere utilizzato anche per banner e teaser per promuovere offerte speciali
  • collegamenti ai singoli prodotti in quella categoria
  • collegamenti alle altre categorie

Pagine prodotto

Le pagine dei prodotti forniscono informazioni complete sui singoli prodotti. Vengono inoltre riportati gli aggiornamenti dinamici; ad esempio, le variazioni di prezzo registrate nel motore eCommerce.
Le pagine prodotto sono pagine AEM che utilizzano il componente Prodotto ; ad esempio, all'interno del modello Commerce Product :
Il componente Prodotto fornisce:
  • Informazioni generali sul prodotto; testo e immagini inclusi.
  • Prezzi; in genere questo viene recuperato dal motore eCommerce ogni volta che la pagina viene visualizzata o aggiornata.
  • informazioni sulla variante del prodotto; ad esempio, colore e dimensione.
Queste informazioni consentono all'acquirente di selezionare quanto segue quando aggiunge un elemento al carrello:
  • Varianti di colore e dimensione
  • Quantità

Pagine di destinazione del prodotto

Si tratta di pagine AEM che forniscono principalmente informazioni statiche; ad esempio, un'introduzione e una panoramica con collegamenti alle pagine di prodotto sottostanti.

Componente prodotto

Il componente Prodotto può essere aggiunto a qualsiasi pagina con una pagina padre che fornisca i metadati richiesti (ovvero i percorsi a cartPage e cartObject ). Nel sito dimostrativo Geometrixx Outdoors, questo è fornito da UserInfo.jsp .
Il componente Prodotto può essere personalizzato in base alle proprie esigenze.

Pagine proxy

Le pagine proxy sono utilizzate per semplificare la struttura dell'archivio e ottimizzare lo storage per cataloghi di grandi dimensioni.
La creazione di un catalogo utilizza dieci nodi per prodotto, in quanto fornisce singoli componenti per ogni prodotto che potete aggiornare e personalizzare in AEM. Questo elevato numero di nodi può diventare un problema se il catalogo contiene centinaia o persino migliaia di prodotti. Per evitare problemi, potete creare il catalogo utilizzando le pagine proxy.
Le pagine proxy utilizzano una struttura a due nodi ( cq:Page e jcr:content ) che non contiene il contenuto effettivo del prodotto. Il contenuto viene generato, al momento della richiesta, facendo riferimento ai dati del prodotto e alla pagina del modello.
Tuttavia, esiste un compromesso. In AEM non sarà possibile personalizzare le informazioni sui prodotti, verrà utilizzato un modello standard (definito per il sito).
Non si verificheranno problemi se si importa un catalogo di grandi dimensioni senza pagine proxy.
È possibile convertire da una metodologia all'altra in qualsiasi momento. Potete inoltre convertire una sottosezione del catalogo.

Promozioni e voucher

Voucher

I voucher sono un metodo provato e testato per offrire sconti per attirare gli acquirenti nel fare un acquisto e/o ricompensare la fedeltà dei clienti.
  • Fornitura di voucher:
    • Un codice di voucher (che deve essere digitato nel carrello dal cliente).
    • Etichetta del voucher (da visualizzare dopo che l'acquirente l'ha inserita nel carrello).
    • Un percorso di promozione (che definisce l’azione applicata dal voucher).
  • I motori per il commercio esterno possono anche fornire voucher.
In AEM:
  • Un voucher è un componente basato su pagina creato/modificato con la console Siti Web.
  • Il componente Voucher fornisce:
    • Un renderer per l’amministrazione del voucher; vengono visualizzati tutti i voucher attualmente presenti nel carrello.
    • Le finestre di dialogo di modifica (modulo) per l'amministrazione (aggiunta/rimozione) dei voucher.
    • Azioni necessarie per aggiungere o rimuovere voucher nel carrello.
  • I voucher non dispongono di date/ore di attivazione e disattivazione, ma utilizzano quelle delle campagne padre.
AEM utilizza il termine Voucher , sinonimo di Coupon .

Promozioni

Le promozioni, insieme ai voucher, consentono di realizzare scenari quali:
  • Una società fornisce prezzi personalizzati per i dipendenti, che è un elenco di utenti creato a mano.
  • I clienti a lungo termine ricevono sconti su tutti gli ordini.
  • Un prezzo di vendita offerto in un periodo di tempo ben definito.
  • Un cliente riceve un voucher quando il suo ordine precedente supera un importo specifico.
  • Un cliente che acquista product-X viene offerto uno sconto su product-Y (prodotti coppia).
Le promozioni non vengono solitamente gestite dai responsabili delle informazioni sui prodotti, ma dai responsabili marketing:
  • Una promozione è un componente basato su pagina creato/modificato con la console Siti Web. ``
  • Offerta promozionale:
    • Priorità
    • Percorso gestore di promozione
  • Potete collegare le promozioni a una campagna per definirne la data/ora di attivazione/disattivazione.
  • Puoi collegare le promozioni a un'esperienza per definirne i segmenti.
  • Le promozioni non collegate a un'esperienza non si attivano autonomamente, ma possono essere comunque attivate da un Voucher.
  • Il componente Promozione contiene:
    • renderer e finestre di dialogo per l'amministrazione della promozione
    • componenti secondari per il rendering e la modifica dei parametri di configurazione specifici per i gestori della promozione
In AEM le promozioni sono anche integrate nella gestione delle campagne :
  • una campagna specifica i tempi di attivazione/disattivazione
  • le esperienze all’interno della campagna vengono utilizzate per raggruppare le risorse (pagine teaser, promozioni, ecc.) in base al segmento di pubblico a cui corrispondono
Una promozione può essere organizzata in un'esperienza o direttamente nella campagna:
  • Se una promozione viene mantenuta in un'esperienza, può essere applicata automaticamente a un segmento di pubblico.
    Ad esempio, nel sito di esempio geometrixx-outdoors, la promozione:
    /content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping
    è in un'esperienza e viene quindi attivato automaticamente ogni volta che il segmento ( ordervalueover100 ) viene risolto.
  • Se una promozione non viene visualizzata all'interno di un'esperienza (solo nella campagna), non può essere applicata automaticamente a un'audience. Tuttavia, può ancora essere attivato se l'acquirente inserisce un voucher nel carrello e tale voucher fa riferimento alla promozione.
    Ad esempio, la promozione:
    /content/campaigns/geometrixx-outdoors/article/10-bucks-off
    è al di fuori di un'esperienza e quindi non viene mai attivato automaticamente (ad esempio: in base alla segmentazione). Tuttavia, vi fanno riferimento i voucher che si trovano in diverse esperienze all'interno della campagna articolo. L'inserimento di tali codici di voucher nel carrello darà luogo all'attivazione della promozione.
promozioni hybris e voucher hybris coprono tutto ciò che influenza il carrello e riguarda i prezzi. La promozione di contenuti di marketing specifici (come banner, ecc.) non fa parte della promozione hybris.

Personalizzazione

Registrazione del cliente e account

Quando un cliente si registra, i dettagli dell'account devono essere sincronizzati tra AEM e il motore eCommerce. I dati sensibili vengono conservati in modo indipendente, ma i profili vengono condivisi:
Il meccanismo esatto può dipendere dallo scenario:
  1. Gli account utente esistono in entrambi i sistemi:
    1. Nessuna azione richiesta.
  2. L’account utente esiste solo in AEM:
    1. L’utente verrà creato nel motore eCommerce con lo stesso ID account e una password casuale che verrà memorizzata in AEM.
    2. La password casuale è necessaria, poiché AEM tenta di accedere al motore eCommerce alla prima chiamata (ad esempio, quando viene richiesta una pagina di prodotto e viene fatto riferimento al motore eCommerce per il prezzo). Poiché questo accade dopo l’accesso ad AEM, la password non è disponibile.
  3. L'account utente esiste solo nel motore eCommerce:
    1. L'account verrà creato in AEM con lo stesso ID account e la stessa password.
Quando si utilizza un motore di eCommerce, AEM memorizza solo l'ID account e la password (facoltativamente un gruppo di utenti). Tutte le altre informazioni sono memorizzate nel motore eCommerce.
Quando utilizzi un motore di eCommerce, devi assicurarti che gli account creati per gli utenti che accedono a un’istanza di AEM vengano replicati (ad esempio tramite flussi di lavoro) in tutte le altre istanze di AEM che comunicano con tale motore.
In caso contrario, anche queste altre istanze di AEM cercheranno di creare account per gli stessi utenti nel motore. Queste azioni non riusciranno con un DuplicateUidException motore in arrivo.

Iscrizione cliente

Spesso l'accesso è necessario per consentire all'acquirente di accedere al carrello. Ciò richiede la registrazione (Crea account) in modo che sia possibile creare un account specifico per il cliente.
È inoltre supportato un carrello e un checkout anonimi.

Accesso cliente

Una volta effettuato l'accesso, l'acquirente può effettuare l'accesso con il proprio account in modo che le azioni dell'acquirente possano essere monitorate e che gli ordini vengano eseguiti.

Single Sign-On

È disponibile l'SSO (Single Sign-On), in modo che gli autori siano noti sia in AEM che nel sistema eCommerce senza dover effettuare il login due volte.

myAccount

I dati delle transazioni del motore eCommerce sono combinati con informazioni personali sull'acquirente. AEM utilizza alcuni di questi dati come dati di profilo. L'azione di un modulo in AEM riscrive le informazioni nel motore eCommerce.
È disponibile una pagina che consente di gestire facilmente le informazioni sull’account. Per accedervi, fate clic su Account personale nella parte superiore di una pagina geometrixx oppure passate a /content/geometrixx-outdoors/en/user/account.html .

Rubrica

Il sito dovrà memorizzare una selezione di indirizzi; compresi consegna, fatturazione e indirizzi alternativi. Questo può essere implementato utilizzando moduli basati sul formato dell’indirizzo predefinito oppure potete utilizzare il componente Rubrica fornito da AEM.
Questo componente Rubrica consente di:
  • modificare gli indirizzi nel libro
  • selezionare un indirizzo dal libro per l'indirizzo di spedizione
  • selezionare un indirizzo dalla rubrica per la fatturazione
Potete scegliere l’indirizzo predefinito desiderato.
Il componente della rubrica è raggiungibile dalla pagina Account personale facendo clic su Rubrica o accedendo a /content/geometrixx-outdoors/en/user/account/address-book.html .
È possibile fare clic su Aggiungi nuovo indirizzo... per aggiungere un nuovo indirizzo nella rubrica. Apre un modulo che è possibile compilare e quindi fare clic su Aggiungi indirizzo .
È possibile inserire diversi indirizzi nella Rubrica.
La Rubrica viene utilizzata quando si estrae il carrello:
Gli indirizzi sono persistenti sotto user_home/profile/addresses . Ad esempio, per Alison Parker, si trova in /home/users/geometrixx/aparker@geometrixx.info /profile/address
Potete scegliere l'indirizzo che desiderate utilizzare come predefinito. Queste informazioni sono persistenti nel profilo dell'acquirente anziché con l'indirizzo. La proprietà profile address.default viene impostata con il percorso dell'indirizzo selezionato per il valore.

Prezzi specifici per il cliente

Il motore eCommerce utilizza il contesto (essenzialmente le informazioni dell’acquirente) per determinare il prezzo che detiene, quindi fornire le informazioni corrette ad AEM.

Carrello acquisti e ordini

Quando si effettua la spesa, l'acquirente può sfogliare le pagine dei prodotti e selezionare gli articoli da inserire nel carrello. Quando procedono al checkout, è possibile inserire un ordine.

Acquirenti anonimi

Un cliente anonimo può:
  • Visualizza prodotti
  • Aggiungere prodotti al carrello
  • Eseguire il checkout per eseguire l'ordine
A seconda della configurazione dell'indirizzo dell'istanza, o della registrazione del cliente, potrebbe essere necessario prima del checkout.

Acquirenti registrati

Un cliente registrato può:
  • Login al proprio account
  • Visualizza prodotti
  • Aggiungere prodotti al carrello
  • Eseguire il checkout per eseguire l'ordine
  • Visualizzare e tenere traccia degli ordini precedenti

Panoramica del contenuto del carrello acquisti

Il carrello offre:
  • una panoramica degli elementi selezionati
  • collegamenti alle pagine di prodotto per gli elementi selezionati
  • la capacità di:
    • aggiornare il numero/quantità dei singoli articoli
    • rimuovere singoli elementi
Il carrello viene salvato in base al motore utilizzato:
  • AEM generica memorizza il carrello in un cookie.
  • Alcuni motori di eCommerce possono archiviare il carrello in una sessione.
In entrambi i casi, gli elementi rimangono nel carrello (e possono essere ripristinati) attraverso l'accesso/disconnessione (ma solo sullo stesso computer/browser). Esempio:
  • sfogliare anonymous e aggiungere prodotti al carrello
  • accedere come Allison Parker - il carrello è vuoto
  • aggiungere prodotti al carrello
  • disconnetti - il carrello mostrerà i prodotti per anonymous
  • accedere di nuovo come Allison Parker - i suoi prodotti sono stati ripristinati
Un carrello anonimo può essere ripristinato solo sullo stesso computer/browser.
Non si consiglia di testare il ripristino del contenuto del carrello con l' admin account, in quanto ciò può entrare in conflitto con l' admin account del motore eCommerce (ad es. hybris).
hybris può essere configurato per rimuovere i carrelli in sospeso dopo un determinato periodo di tempo.
Prima del checkout, le variazioni di prezzo si riflettono (in entrambi i sistemi) nel momento in cui si verificano.

Informazioni ordine

A seconda che le informazioni di implementazione relative a un ordine siano memorizzate nel motore eCommerce o in AEM, AEM esegue il rendering di queste informazioni.
Sono memorizzate diverse informazioni, che possono includere:
  • ID ordine
    Numero di riferimento per l'ordine.
  • Inserito
    Data in cui è stato effettuato l’ordine.
  • Stato
    lo stato dell'ordine; ad esempio, Spedito.
  • Valuta
    La valuta dell'ordine.
  • Elementi contenuto
    Un elenco di articoli ordinati.
  • Subtotale
    Costo totale degli articoli ordinati.
  • Imposte
    L'importo di eventuali imposte dovute sull'ordine.
  • Spedizione
    Spese di spedizione.
  • Totale
    Il valore totale dell'ordine; articoli ordinati, tasse e spedizione.
  • Indirizzo di fatturazione
    Indirizzo a cui deve essere inviata la fattura.
  • Token di pagamento
    Metodo di pagamento.
  • Stato dei pagamenti
    Stato del pagamento.
  • Indirizzo di spedizione
    L'indirizzo a cui le merci devono essere spedite.
  • Metodo di spedizione
    Il metodo di spedizione; ad esempio, terra, mare o aria.
  • Numero di tracciamento
    Qualsiasi numero di tracciamento utilizzato dalla società di spedizione.
  • Collegamento per tracciamento
    Collegamento utilizzato per tenere traccia dell'ordine durante la spedizione.
I campi utilizzati nella procedura guidata per la creazione dell’ordine dipendono dalla presenza di una pagina di scaffolding ottimizzata per il tocco definita per la posizione. Nell'esempio generico, questo è possibile trovare all'indirizzo: /etc/scaffolding/geometrixx-outdoors/order/jcr:content/cq:dialog
Quando l’ordine è tenuto in AEM, nella console Ordine sono riportati i seguenti elementi per ciascun ordine:
  • il numero di elementi nel carrello
  • il valore totale dell'ordine
  • quando è stato effettuato l'ordine
  • lo stato

Tracciamento ordine

Dopo aver effettuato un ordine, gli acquirenti spesso tornano a:
  • Controllare lo stato del loro ordine
  • Rimozione di prodotti dall'ordine
  • Aggiungere prodotti all'ordine
Dopo aver ricevuto la consegna dell'ordine, gli acquirenti potrebbero anche voler visualizzare la cronologia degli ordini effettuati in un determinato periodo di tempo.
L'evasione e il tracciamento degli ordini sono in genere gestiti dal motore eCommerce. Le informazioni possono essere visualizzate da AEM tramite il componente Cronologia ordini, che mostra tutti i dettagli rilevanti, inclusi i voucher e le promozioni applicate. Esempio:

Estrai

Il checkout è implementato con i moduli AEM standard. Questo consente al manager marketing di personalizzare l'esperienza con il contenuto di marketing.
eCommerce gestisce quindi il processo di checkout con l'input dei moduli AEM.

Pagamento

I dettagli di pagamento, comprese le informazioni sulla carta di credito, sono spesso gestiti dal motore eCommerce. AEM inoltra tali informazioni transazionali al motore (da dove vengono poi inoltrate a un servizio di elaborazione dei pagamenti).
È possibile ottenere la conformità PCI (Payment Card Industry).

Conferma dell'ordine

L’ordine viene confermato sullo schermo e può essere tracciato con il tracciamento dell’ ordine.

Ricerca

Poiché AEM utilizza pagine standard per i prodotti, potete usare il componente di ricerca standard per creare una pagina di ricerca.
Se hai bisogno di un'implementazione più completa, puoi:
  • Estendete il componente di ricerca predefinito con le funzionalità necessarie.
  • Implementate il metodo di ricerca nella vostra pagina di ricerca CommerceService e quindi utilizzate il componente di ricerca eCommerce.
Quando si utilizza un motore di eCommerce, l'API di ricerca eCommerce può essere implementata completamente nella soluzione del motore di eCommerce, per poter utilizzare il componente di ricerca eCommerce fornito out-of-the-box. La ricerca sfaccettata consente di effettuare ricerche JCR e/o sul motore: