Concetti

Il quadro di integrazione fornisce meccanismi e componenti per:

• connessione a un motore eCommerce
• trascinamento dei 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à.

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:

  • 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.

Per utilizzare il livello di integrazione sono disponibili diversi componenti AEM predefiniti. 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 consentire di integrare facilmente un motore di eCommerce con AEM. Il motore eCommerce appositamente creato 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.

Fornitori Commerce

Durante l'importazione di dati da un motore di eCommerce AEM nel sito di eCommerce, viene utilizzato un provider di servizi commerciali per fornire agli importatori i dati. Un fornitore commerciale può supportare più importatori.

Un provider di servizi commerciali è AEM codice personalizzato per:

• interfaccia per un motore di back-end commerce
• implementazione di un sistema di commercio sopra l'archivio JCR

Sono disponibili due provider di commercio di esempio per AEM:

• 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.

ProductServicesManager mantiene (attraverso OSGi) un elenco delle implementazioni delle interfacce ProductImporter e CatalogBlueprintImporter. Questi sono elencati nel campo a discesa Importatore/Commerce Provider della procedura guidata di importazione (utilizzando la proprietà commerceProvider 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 cartella importers 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, categorizzazione, 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

Prodotto Dati e dati di marketing

Categorie strutturali e di marketing

Se le due categorie seguenti possono essere differenziate, questo consente di rendere chiari gli URL 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 prodotto possono appartenere a; ad esempio:

  /special-offers/christmas/shoes)

Dati prodotto

Per rappresentare e gestire il prodotto, è necessario disporre di una serie di informazioni su di essi.

I dati del prodotto possono essere:

• mantenuto direttamente in AEM (generico).

• mantenuti nel motore eCommerce e resi disponibili in AEM.

  A seconda del tipo di dati, è sincronizzato, a seconda delle necessità, 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 Products. 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 utilizzato e dall’implementazione 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 conservazione delle scorte (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, è possibile importare il catalogo per ogni albero lingua singolarmente (o copiarlo mediante 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, potete importare in AEM i dati di 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:

• per l'implementazione generica, questi possono essere gestiti con l' editor di prodotti
• quando si utilizza un motore 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 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:

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

  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 (in genere 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:

• Bucketing - per gestire il grande numero di nodi
• Scaricate l'elaborazione post-produzione delle risorse in un'istanza dedicata
• Importa solo dati di prodotto
• Importa soglie e salvataggi batch
• Test delle prestazioni
• Prestazioni - Varie

Allacciamento

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 al momento dell'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 la post-elaborazione 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 prodotto

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

Verifica 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, viste dagli autori online, possono causare frustrazione e bloccare una decisione 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.

• Prendere in considerazione l'utilizzo di pagine 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. Anche gli aggiornamenti dinamici da sono riportati; ad esempio, le variazioni di prezzo registrate nel motore eCommerce.

Le pagine prodotto sono AEM pagine che utilizzano il componente Product; 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 AEM pagine 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 cartPage e cartObject). Nel sito dimostrativo, i Geometrixx Outdoors vengono forniti da UserInfo.jsp.

Il componente Product può essere personalizzato anche 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 all’interno di 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. Non sarà possibile personalizzare le informazioni sui prodotti entro AEM, verrà utilizzato un modello standard (definito per il sito).

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.

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.
• Al 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à
  • Un 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 integrate anche in Gestione campagna:

• a campaign 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 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 suo 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.

Personalizzazione

Registrazione clienti 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, in quanto 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 il login del 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.

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.

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 AEM riscrive le informazioni nel motore eCommerce.

È disponibile una pagina che consente di gestire facilmente le informazioni sull’account. Per accedervi, fate clic su My Account 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 è possibile 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 facendo clic su Rubrica oppure passando 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.

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 invece che con l'indirizzo. La proprietà profilo address.default è 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 a 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

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

Il carrello offre:

• una panoramica degli elementi selezionati

• collegamenti alle pagine di prodotto per gli elementi selezionati

• la capacità di:

  • aggiornare il numero/la quantità dei singoli articoli
  • rimuovere singoli elementi

Il carrello viene salvato in base al motore utilizzato:

• AEM generico 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 come 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 vengono ripristinati

Prima del checkout, le variazioni di prezzo si riflettono (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 eCommerce o AEM, queste informazioni vengono sottoposte a rendering da AEM.

Sono memorizzate diverse informazioni, che possono includere:

• ID ordine

  Il 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.

Quando l’ordine è tenuto all’interno AEM console Ordine, per ciascun ordine vengono visualizzati i seguenti elementi:

• il numero di elementi nel carrello
• il valore totale dell'ordine
• quando è stato effettuato l'ordine
• lo stato

Monitoraggio 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 AEM utilizzando il componente Cronologia ordine, che mostra tutti i dettagli pertinenti, inclusi i voucher e le promozioni applicate. Esempio:

Pagamento

Il checkout è implementato con moduli AEM standard. Questo consente al manager marketing di personalizzare l'esperienza con il contenuto di marketing.

eCommerce gestisce quindi il processo di estrazione con l'input dei moduli AEM.

Cauzione di pagamento

I dettagli di pagamento, comprese le informazioni sulla carta di credito, sono spesso gestiti dal motore eCommerce. AEM inoltrare 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 monitoraggio ordine.

Ricerca

Poiché AEM utilizza pagine standard per i prodotti, potete utilizzare 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.
• Implementa il metodo di ricerca nella CommerceService, quindi usa il componente di ricerca eCommerce nella pagina di ricerca.

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: