Concetti

Il framework di integrazione fornisce i meccanismi e i componenti necessari per:

• connessione a un motore di eCommerce
• inserire dati nell’AEM
• visualizzazione dei dati e raccolta delle risposte dell'acquirente
• restituzione dei dettagli della transazione
• eseguire ricerche nei dati di entrambi i sistemi

Ciò significa che:

• Gli acquirenti possono registrarsi e fare acquisti senza attendere.
• Gli acquirenti vedranno immediatamente le variazioni di prezzo.
• I prodotti possono essere aggiunti in base alle esigenze.

Per ottimizzare il funzionamento, sia l’AEM che il motore di eCommerce si concentrano sulla propria area di competenza. Le informazioni vengono trasferite tra i due in tempo reale, ad esempio:

• L’AEM può:

  • Richiesta:

    • Informazioni sul prodotto dal motore di eCommerce.

  • Fornisci:

    • Visualizzazioni utente per informazioni sul prodotto, carrello e pagamento.
    • Carrello acquisti e informazioni di pagamento al motore di eCommerce.
    • Ottimizzazione dei motori di ricerca (SEO).
    • Funzionalità community.
    • Interazioni di marketing non strutturate.

• Il motore di eCommerce può:

  • Fornisci:

    • Informazioni sul prodotto dal database.
    • Gestione varianti prodotto.
    • Gestione degli ordini.
    • ERP (Enterprise Resource Planning).
    • Cerca nelle informazioni sul prodotto.

  • Processo:

    • Il carrello.
    • Il pagamento.
    • Evasione dell'ordine.

Per utilizzare il livello di integrazione è disponibile una serie di componenti AEM pronti all’uso. Attualmente questi includono:

• Informazioni sul prodotto
• Carrello
• Check-out
• Account personale

Sono inoltre disponibili varie 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

L’eCommerce dell’AEM è implementato con un motore di eCommerce:

• Il framework di integrazione dell’eCommerce è stato creato per consentire di integrare facilmente un motore di eCommerce con l’AEM. Il motore di eCommerce appositamente creato controlla i dati dei prodotti, i carrelli, il pagamento e l’evasione degli ordini, mentre l’AEM controlla la visualizzazione dei dati e le campagne di marketing.

Provider commerce

Quando si importano dati da un motore di e-commerce nel sito eCommerce dell’AEM, viene utilizzato un provider di e-commerce per fornire i dati agli importatori. Un unico fornitore di servizi commerce può supportare più importatori.

Un provider di servizi commerce è un codice AEM personalizzato in base a:

• interfaccia con un motore di commerce back-end
• implementare un sistema commerce sopra l’archivio JCR

Due esempi di fornitori commerciali sono attualmente disponibili per l’AEM:

• uno per geometrixx-hybris
• un altro per geometrixx-generic (JCR)

Anche se in genere un progetto deve sviluppare un provider di e-commerce personalizzato in base allo schema PIM e ai dati di prodotto.

Il ProductServicesManager mantiene (tramite OSGi)un elenco delle implementazioni di Importazione prodotti e ImportazioneBlueprintCatalogo interfacce. Questi sono elencati nella Importatore/Fornitore commerce campo a discesa della procedura guidata di importazione (utilizzando commerceProvider come nome).

Quando uno specifico provider di importazione/commercio è disponibile dal menu a discesa, 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 cartella appropriata importers la cartella deve corrispondere al nome dell’importazione, ad esempio:

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

Il formato del file di importazione di origine è definito dall'importazione. In alternativa, l’importazione può stabilire una connessione (ad esempio WebDAV o http) al motore di e-commerce.

Ruoli

Il sistema integrato gestisce i seguenti ruoli per mantenere i dati:

• Gestione delle informazioni sul prodotto (PIM) Utente che gestisce:

  • Informazioni sul prodotto.
  • Tassonomia, classificazione, approvazione.
  • Interagisce direttamente con la gestione delle risorse digitali.
  • Determinazione dei prezzi: spesso questo deriva da un sistema ERP e non viene mantenuto esplicitamente nel sistema commerciale.

• Autore/Marketing Manager che gestisce:

  • Contenuti di marketing per tutti i canali.
  • Promozioni.
  • Voucher.
  • Campagne.

• Acquirente che:

  • Visualizza le informazioni sul prodotto.
  • Inserisce gli articoli nel carrello.
  • Esegue il check-out degli ordini.
  • Prevista evasione ordine.

Anche se la posizione effettiva può dipendere dall’implementazione; ad esempio, generica o con un motore di eCommerce:

Prodotti

Dati di prodotto e dati di marketing

Categorie strutturali e di marketing

Se le due categorie seguenti possono essere differenziate, ciò ti consente di specificare chiaramente gli URL con una struttura significativa (strutture di cq:Page e quindi molto vicino alla classica gestione dei contenuti AEM):

• *Categorie strutturali

  Struttura ad albero delle categorie che definisce cos’è un prodotto; ad esempio:

  /products/mens/shoes/sneakers

• Marketing categorie

  Tutte le altre categorie a il prodotto può appartenere a; ad esempio:

  /special-offers/christmas/shoes)

Dati prodotto

Per riprodurre e gestire il prodotto è necessario disporre di una serie di informazioni.

I dati di prodotto possono essere:

• mantenuti direttamente nell’AEM (generico).

• mantenuti nel motore di eCommerce e resi disponibili nell’AEM.

  A seconda del tipo di dati sincronizzato se necessario, o a cui si accede direttamente; ad esempio, dati altamente volatili e critici come i prezzi dei prodotti vengono recuperati dal motore di e-commerce in ogni richiesta di pagina per garantire che siano sempre aggiornati.

In entrambi i casi, quando i dati del prodotto sono stati inseriti/importati nell’AEM, è possibile visualizzarli dal Prodotti console. Qui le viste a schede e a elenco di un prodotto mostrano informazioni quali:

• l'immagine
• il codice SKU
• quando viene modificata per ultima

Varianti prodotto

Per i prodotti appropriati possono essere conservate anche informazioni sulle varianti. Ad esempio, per gli articoli di abbigliamento i diversi colori disponibili sono tenuti come varianti:

Attributi del prodotto

I singoli attributi mantenuti per ciascun prodotto possono dipendere dal motore di eCommerce utilizzato e dall’implementazione dell’AEM. Sono disponibili (a seconda del caso) quando si visualizzano pagine di prodotto e/o si modificano informazioni sul prodotto e possono includere:

• Immagine

  Immagine del prodotto.

• Titolo

  Il nome del prodotto.

• Descrizione

  Una descrizione testuale del prodotto.

• Tag

  Tag utilizzati per raggruppare i prodotti correlati.

• Categoria risorse predefinita

  Categoria predefinita per le risorse.

• Dati ERP

  Informazioni ERP (Enterprise Resource Planning).

  • SKU

    Informazioni sulle SKU (Stock Keeping Unit).

  • Colore

  • Dimensione

  • Prezzo

    Il prezzo unitario del prodotto.

• Riepilogo

  Riepilogo delle funzioni del prodotto.

• Funzioni

  Dettagli più completi sulle funzioni del prodotto.

Risorse di prodotto

È possibile selezionare le risorse per i singoli prodotti. Di solito includono immagini e video.

Cataloghi

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

Struttura del catalogo

Cataloghi in più lingue

L’AEM supporta i contenuti dei prodotti in più lingue. Quando si richiedono i dati, Integration Framework recupera la lingua dalla struttura corrente (ad esempio, en_US per le pagine in /content/geometrixx-outdoors/en_US).

Per un archivio multilingue, è possibile importare il catalogo per ogni struttura ad albero della lingua singolarmente (oppure 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. Possono essere utilizzati per cataloghi più dinamici, ad esempio per le offerte stagionali.

Configurazione catalogo (importazione iniziale)

A seconda dell’implementazione, puoi importare in AEM i dati di prodotto necessari per il catalogo di base da:

• un file CSV (per l’implementazione generica)
• il motore di eCommerce

Manutenzione del catalogo (sincronizzazione dati)

Ulteriori modifiche ai dati di prodotto saranno inevitabili:

• per l'implementazione generica, questi possono essere gestiti con editor prodotti
• quando si utilizza un’ Motore di eCommerce le modifiche devono essere sincronizzate

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 dei prodotti vengono conservati lì e devono essere disponibili nell’AEM. Questi dati di prodotto devono essere sincronizzati quando vengono apportati aggiornamenti.

Questo può dipendere dal tipo di dati:

• A la sincronizzazione periodica viene utilizzata insieme a un feed di dati di modifiche.

  Inoltre, puoi selezionare aggiornamenti specifici per un aggiornamento rapido.

• Dati ad alta volatilità, come le informazioni sui prezzi, vengono recuperati dal motore di commerce per ogni richiesta di pagina, per garantire che siano sempre aggiornati.

Cataloghi - Prestazioni e scalabilità

L’importazione di un catalogo di grandi dimensioni con un numero elevato di prodotti (in genere più di 100.000) da un motore di eCommerce (PIM) può influire sul sistema a causa del numero elevato di nodi. Può anche rallentare l’istanza di authoring se ai prodotti sono associate delle risorse (ad esempio immagini di prodotto). Ciò è dovuto al fatto che la post-elaborazione di queste risorse richiede un uso intensivo della CPU e della memoria.

È possibile scegliere tra diverse strategie per risolvere questi problemi:

• Bucket - per gestire un numero elevato di nodi
• Offload della post-elaborazione delle risorse in un’istanza dedicata
• Importa solo dati prodotto
• Importa limitazione e salvataggi batch
• Test delle prestazioni
• Prestazioni - Varie

Bucket

Se un nodo JCR ha molti nodi secondari diretti (ad esempio 1000 e più), sono necessari bucket (cartelle fantasma) per garantire che le prestazioni non vengano influenzate. Questi vengono generati in base a un algoritmo durante l’importazione.

Questi bucket assumono la forma di cartelle fantasma introdotte nella struttura del catalogo, ma possono essere configurate in modo da non risultare visibili negli URL pubblici.

Offload della post-elaborazione delle risorse in un’istanza dedicata

Questo scenario comporta la configurazione di due istanze di authoring:

1. Istanza autore principale

   Importa i dati di prodotto da PIM, su cui è disabilitata la post-elaborazione per i percorsi delle risorse.

2. Istanza di authoring DAM dedicata

   Importa ed esegue la post-elaborazione delle risorse di prodotto da PIM, quindi le replica nell’istanza di authoring principale per l’utilizzo.

Importa solo dati prodotto

Nei casi in cui i prodotti non contengano risorse (immagini) da importare, puoi importare i dati dei prodotti senza subire l’effetto della post-elaborazione delle risorse.

Test delle prestazioni

Occorre valutare le prestazioni delle implementazioni di eCommerce AEM:

• Ambiente di authoring:

  L’attività in background (ad es. importazione) può verificarsi contemporaneamente alla normale attività dell’utente (ad es. modifica pagina) e anche se alle prestazioni front-end (in generale) è assegnata una priorità più elevata, le prestazioni errate rilevate dagli autori online possono portare a una frustrazione in grado di bloccare una decisione di pubblicazione.

• 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 invalidamenti front-end e cache può potenzialmente portare a sorprese nelle prestazioni. I test consentono di evitarli.

Tieni presente che questo test delle prestazioni richiede la conoscenza e l’analisi del target:

• Volumi di contenuto

  • Risorse
  • Prodotti e SKU localizzati I18ned

• Attività utente:

  • Modifica in serie
  • Pubblicazione in blocco
  • Richieste di ricerca intense

• Processi in background

  • Importazioni
  • Aggiornamenti della sincronizzazione (ad esempio, determinazione prezzi)

• Requisiti di manutenzione (backup, ottimizzazione Tar PM, raccolta rifiuti del datastore, ecc.)

Prestazioni - Varie

Per tutte le implementazioni è possibile tenere presenti i seguenti punti:

• Poiché il prodotto, le unità e le categorie di stockkeeping possono essere numerose, prova a utilizzare il minor numero di nodi possibile per modellare il contenuto.

  Più nodi hai, più il contenuto è flessibile (ad esempio, parsys). Tuttavia, tutto è un compromesso e hai bisogno di flessibilità individuale (per impostazione predefinita) durante la manipolazione (ad esempio) di prodotti 30K?

• Evita le duplicazioni il più possibile (consulta localizzazione), o quando sì, pensa a quanti nodi porterà la duplicazione.

• Prova a assegnare tag al contenuto il più possibile per preparare l’ottimizzazione della query.

  Ad esempio:

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

  deve 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’]

  sarà drasticamente più veloce che cercare

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

• Nella tua stack tecnica, pianifica modelli e servizi di accesso ai contenuti molto personalizzati. Si tratta di una best practice generale, ma è ancora più cruciale in quanto, nelle fasi di ottimizzazione, puoi aggiungere cache dell’applicazione per i dati letti molto spesso (e che non desideri 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 aggiornati tramite l’importazione di prodotti.

• Valuta l’utilizzo di pagine proxy.

Pagine sezione catalogo

Le sezioni del catalogo forniscono, ad esempio:

• un’introduzione (immagine e/o testo) alla categoria; può essere utilizzata anche per banner e teaser per promuovere offerte speciali
• collegamenti ai singoli prodotti di tale categoria
• collegamenti alle altre categorie

Pagine prodotto

Le pagine dei prodotti forniscono informazioni complete sui singoli prodotti. Vengono riflessi anche gli aggiornamenti dinamici di; ad esempio, le modifiche di prezzo registrate sul motore di eCommerce.

Le pagine di prodotto sono pagine AEM che utilizzano Prodotto componente; ad esempio, all’interno del Prodotto Commerce modello:

Il componente Prodotto fornisce:

• Informazioni generali sul prodotto, inclusi testo e immagini.
• Prezzi; in genere vengono recuperati dal motore di eCommerce ogni volta che la pagina viene visualizzata o aggiornata.
• Informazioni sulla variante del prodotto, ad esempio colore e dimensioni.

Queste informazioni consentono all'acquirente di selezionare quanto segue quando si aggiunge un articolo 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 Prodotto può essere aggiunto a qualsiasi pagina con una pagina padre che fornisce i metadati richiesti (ad esempio i percorsi per cartPage e cartObject). Nel sito della dimostrazione, Geometrixx Outdoors, questo viene fornito da UserInfo.jsp.

Il Prodotto Il componente può anche essere personalizzato in base alle vostre esigenze individuali.

Pagine proxy

Le pagine proxy vengono utilizzate per semplificare la struttura dell’archivio e ottimizzare l’archiviazione per i cataloghi di grandi dimensioni.

La creazione di un catalogo utilizza dieci nodi per prodotto, in quanto fornisce singoli componenti per ciascun prodotto che è possibile aggiornare e personalizzare in AEM. Questo numero elevato di nodi può diventare un problema se il catalogo contiene centinaia o anche migliaia di prodotti. Per evitare problemi puoi creare il catalogo utilizzando le pagine proxy.

Le pagine proxy utilizzano una struttura a due nodi ( cq:Page e jcr:content) che non contiene nessuno del contenuto effettivo del prodotto. Il contenuto viene generato, al momento della richiesta, facendo riferimento ai dati del prodotto e alla pagina del modello.

Tuttavia, c'è un compromesso. Non sarà possibile personalizzare le informazioni di prodotto all’interno di AEM, verrà utilizzato un modello standard (definito per il sito).

Promozioni e voucher

Voucher

I voucher sono un metodo collaudato per offrire sconti al fine di attirare gli acquirenti verso un acquisto e/o premiare la fedeltà del cliente.

• Fornitura voucher:

  • Un codice voucher (che deve essere digitato nel carrello dall’acquirente).
  • Etichetta del voucher (da mostrare dopo che l'acquirente l'ha inserito nel carrello).
  • Un percorso di promozione (che definisce l'azione applicata dal voucher).

• Anche i motori di commercio esterno possono fornire voucher.

Per l'AEM:

• Un voucher è un componente basato su pagina che viene creato/modificato con la console Siti Web.

• Il Voucher Il componente fornisce:

  • Un renderer per l'amministrazione dei voucher; questo mostra tutti i voucher attualmente nel carrello.
  • Le finestre di dialogo per modifica (modulo) per l’amministrazione (aggiunta/rimozione) dei voucher.
  • Azioni necessarie per aggiungere o rimuovere i voucher dal carrello.

• I voucher non hanno date/ore di attivazione e disattivazione, ma utilizzano quelle delle campagne principali.

Promozioni

Le promozioni, insieme ai voucher, consentono di realizzare scenari come:

• Un'azienda 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.
• 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 il product-Y (prodotti in coppia).

Le promozioni non vengono in genere gestite dai responsabili delle informazioni sui prodotti, ma dai responsabili del marketing:

• Una promozione è un componente basato su pagina che viene creato/modificato con la console Siti web. "

• Offerta promozioni:

  • Una priorità
  • Un percorso del gestore delle promozioni

• È possibile collegare le promozioni a una campagna per definirne 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 da sole, ma possono comunque essere attivate da un voucher.

• Il componente Promozione contiene:

  • renderer e finestre di dialogo per l'amministrazione della promozione
  • sottocomponenti per il rendering e la modifica dei parametri di configurazione specifici dei gestori di promozioni

Nell'AEM le promozioni sono integrate anche nel Campaign Management:

• a campagna specifica i tempi di attivazione/disattivazione
• esperienze entro la campagna viene utilizzata per raggruppare le risorse (pagine teaser, promozioni, ecc.) in base al segmento di pubblico a cui corrispondono

Una promozione può essere effettuata 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

  si trova in un’esperienza e viene quindi attivato automaticamente ogni volta che il segmento ( ordervalueover100) si risolve.

• Se una promozione non viene visualizzata all’interno di un’esperienza (solo nella campagna), non può essere applicata automaticamente a un pubblico. Tuttavia, può comunque essere attivato se il cliente inserisce un voucher nel carrello e tale voucher fa riferimento alla promozione.

  Ad esempio, la promozione:

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

  si trova al di fuori di un’esperienza e quindi non si attiva mai automaticamente (ovvero, in base alla segmentazione). Tuttavia, è indicato dai voucher che si trovano in diverse esperienze all’interno della campagna di articoli. L'inserimento di tali codici voucher nel carrello causerà l'attivazione della promozione.

Personalizzazione

Registrazione clienti e account

Quando un acquirente si registra, i dettagli dell’account devono essere sincronizzati tra l’AEM e il motore di e-Commerce. 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. Non è richiesta alcuna azione.

2. L’account utente esiste solo nell’AEM:

   1. L’utente verrà creato nel motore di eCommerce con lo stesso ID account e una password casuale che verrà memorizzata nell’AEM.
   2. La password casuale è necessaria, in quanto l’AEM tenta di accedere al motore di eCommerce alla prima chiamata (ad esempio, quando viene richiesta una pagina di prodotto e viene fatto riferimento al motore di eCommerce per il prezzo). Poiché ciò accade dopo l’accesso AEM, la password non è disponibile.

3. L’account utente esiste solo nel motore di 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 vengono memorizzate nel motore di eCommerce.

Registrazione cliente

Spesso è necessaria l’iscrizione per consentire al cliente di accedere al carrello. È necessaria la registrazione (Crea account) per creare un account specifico per il cliente.

Accesso del cliente

Dopo l’iscrizione, l’acquirente può effettuare l’accesso con il proprio account, in modo da monitorare le azioni e soddisfare gli ordini.

Single Sign-On

Viene fornito il Single Sign-On (SSO), in modo che gli autori siano noti sia nell’AEM che nel sistema e-Commerce senza dover accedere due volte.

myAccount

I dati delle transazioni provenienti dal motore di eCommerce vengono combinati con le informazioni personali relative all’acquirente. L’AEM utilizza alcuni di questi dati come dati di profilo. L’azione di un modulo nell’AEM scrive le informazioni nuovamente sul motore di eCommerce.

È disponibile una pagina che consente di gestire facilmente le informazioni sull’account. Puoi accedervi facendo clic su Il mio account nella parte superiore di una pagina geometrixx oppure passando a /content/geometrixx-outdoors/en/user/account.html.

Rubrica

Il sito dovrà memorizzare una selezione di indirizzi, tra cui consegna, fatturazione e indirizzi alternativi. È possibile implementare questa funzionalità utilizzando moduli basati sul formato di indirizzo predefinito oppure utilizzando il componente Rubrica fornito dall'AEM.

Questo componente Rubrica consente di:

• modifica indirizzi nel registro
• seleziona un indirizzo dalla rubrica per l'indirizzo di spedizione
• seleziona un indirizzo dalla rubrica per l'indirizzo di fatturazione

È possibile scegliere l'indirizzo predefinito desiderato.

Il componente Rubrica è raggiungibile dal Il mio account pagina facendo clic su Rubrica o navigando su /content/geometrixx-outdoors/en/user/account/address-book.html.

Puoi fare clic su Aggiungi nuovo indirizzo… per aggiungere un nuovo indirizzo nella rubrica. Verrà aperto un modulo che sarà possibile compilare e quindi fare clic su Aggiungi indirizzo.

La Rubrica viene utilizzata per il pagamento del carrello:

Gli indirizzi vengono mantenuti di seguito user_home/profile/addresses.
Ad esempio, per Alison Parker, si troverebbe in /home/users/geometrixx/aparker@geometrixx.info/profile/addresses

Puoi scegliere l’indirizzo predefinito; queste informazioni vengono mantenute nel profilo dell’acquirente invece che con l’indirizzo. Proprietà profilo address.default viene impostato con il percorso dell’indirizzo selezionato per il valore.

Prezzi specifici del cliente

Il motore di eCommerce utilizza il contesto (essenzialmente le informazioni relative all’acquirente) per determinare il prezzo che detiene, quindi fornisce le informazioni corrette all’AEM.

Carrello e ordini

Durante l’acquisto, l’acquirente sfoglia le pagine dei prodotti e seleziona gli articoli da inserire nel carrello. Quando procedono al pagamento, è possibile effettuare un ordine.

Acquirenti anonimi

Un cliente anonimo può:

• Visualizza prodotti
• Aggiungi prodotti al carrello
• Esegui il pagamento per effettuare l'ordine

Acquirenti registrati

Un cliente registrato può:

• Accedi al loro account
• Visualizza prodotti
• Aggiungi prodotti al carrello
• Esegui il pagamento per effettuare l'ordine
• Visualizza e tiene traccia degli ordini precedenti

Panoramica contenuti carrello

Il carrello fornisce:

• panoramica degli elementi selezionati

• collegamenti alle pagine dei prodotti per gli elementi selezionati

• la capacità di:

  • aggiorna il numero/quantità dei singoli articoli
  • rimuovere singoli elementi

Il carrello viene salvato in base al motore utilizzato:

• Un generico AEM memorizza il carrello in un cookie.
• Alcuni motori di eCommerce possono memorizzare il carrello in una sessione.

In entrambi i casi, gli elementi rimangono nel carrello (e possono essere ripristinati) durante l’accesso o la disconnessione (ma solo sullo stesso computer/browser). Ad esempio:

• sfoglia come anonymous e aggiungi prodotti al carrello

• accedi come Allison Parker - il carrello è vuoto

• aggiungi prodotti al carrello

• disconnetti: il carrello mostra i prodotti per anonymous

• accedi di nuovo come Allison Parker - i suoi prodotti sono stati ripristinati

Prima del pagamento, le variazioni di prezzo vengono riportate (in entrambi i sistemi) nel momento in cui si verificano.

Informazioni ordine

A seconda delle informazioni di implementazione relative a un ordine che si trovano nel motore di eCommerce o nell’AEM, tali informazioni vengono visualizzate dall’AEM.

Vengono memorizzate diverse informazioni, tra cui:

• ID ordine

  Numero di riferimento per l'ordine.

• Inserito

  La data in cui è stato effettuato l’ordine.

• Stato

  Stato dell'ordine, ad esempio Spedito.

• Valuta

  Valuta dell'ordine.

• Elementi contenuto

  Un elenco di elementi ordinati.

• Subtotale

  Il costo totale degli articoli ordinati.

• Imposte

  L’importo di eventuali imposte dovute sull’ordine.

• Spedizione

  Spese di spedizione.

• Totale

  Valore totale dell'ordine: articoli ordinati, imposte e spedizioni.

• Indirizzo di fatturazione

  Indirizzo a cui inviare la fattura.

• Token di pagamento

  Il metodo di pagamento.

• Stato dei pagamenti

  Stato del pagamento.

• Indirizzo di spedizione

  L’indirizzo a cui devono essere spedite le merci.

• Metodo di spedizione

  Il metodo di spedizione, ad esempio terra, mare o aria.

• Numero di tracciamento

  Qualsiasi numero di registrazione utilizzato dalla società di spedizione.

• Collegamento per tracciamento

  Collegamento utilizzato per tenere traccia dell'ordine durante la spedizione.

Quando l’ordine viene mantenuto all’interno di AEM, la console Ordine mostra quanto segue per ogni ordine:

• il numero di articoli 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:

• Verifica lo stato del loro ordine
• Rimuovi prodotti dall'ordine
• Aggiungi prodotti all'ordine

Dopo aver ricevuto la consegna dell’ordine, gli acquirenti possono 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 di eCommerce. Le informazioni possono essere visualizzate dall’AEM utilizzando il componente Cronologia ordini, che mostra tutti i dettagli rilevanti, inclusi i voucher e le promozioni applicati. Ad esempio:

Pagamento

Il checkout è implementato con i moduli standard per l’AEM. Questo consente al responsabile marketing di personalizzare l’esperienza con i contenuti di marketing.

L’eCommerce gestisce quindi il processo di pagamento con l’input dei moduli AEM.

Sicurezza dei pagamenti

I dettagli del pagamento, comprese le informazioni sulla carta di credito, sono spesso gestiti dal motore di eCommerce. L'AEM inoltra tali informazioni transazionali al motore (dal quale le inoltra poi 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 tracciamento degli ordini.

Ricerca

Poiché l’AEM utilizza pagine standard per i prodotti, puoi utilizzare il componente di ricerca standard per creare una pagina di ricerca.

Se hai bisogno di un’implementazione più completa, puoi effettuare le seguenti operazioni:

• Estendi il componente di ricerca predefinito con la funzionalità necessaria.
• Implementare il metodo di ricerca nel CommerceService e quindi utilizza il componente di ricerca eCommerce nella pagina di ricerca.

Quando utilizzi un motore di eCommerce, l’API di ricerca di eCommerce può essere completamente implementata nella soluzione del motore di eCommerce, in modo da poter utilizzare il componente di ricerca di eCommerce fornito come strumento pronto all’uso. La ricerca con facet consente di cercare in JCR e/o nel motore: