Concetti concepts

Il quadro di integrazione fornisce i meccanismi e le componenti per:

Ciò significa che:

Per ottimizzare il funzionamento, sia AEM che il motore di e-commerce si concentrano sulla propria area di competenza. Le informazioni sono trasferite tra i due in tempo reale; ad esempio:

Per utilizzare il livello di integrazione, sono disponibili diversi componenti AEM pronti all’uso. Attualmente questi includono:

Sono disponibili anche diverse opzioni di ricerca.

Architettura architecture

Il framework di integrazione fornisce l’API , una serie di componenti per illustrare funzionalità e diverse estensioni per fornire esempi di metodi di connessione:

Il framework consente di accedere a funzionalità quali:

Implementazioni implementations

AEM eCommerce viene implementato con un motore eCommerce:

Fornitori commerciali commerce-providers

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

Un provider di servizi commerce è AEM codice personalizzato per:

Per AEM sono attualmente disponibili due provider di commercio di esempio:

Anche se in genere un progetto deve sviluppare un proprio provider di e-commerce personalizzato specifico per il proprio PIM e lo schema dei dati di prodotto.

La ProductServicesManager mantiene OSGi)un elenco delle implementazioni ProductImporter e CatalogBlueprintImporter interfacce. Sono elencati in Fornitore importazione/commercio campo a discesa della procedura guidata di importazione (utilizzando commerceProvider (come nome).

Quando un provider di importazione/commercio specifico è disponibile dal menu a discesa, tutti i dati supplementari necessari devono essere definiti (a seconda del tipo di importazione) in:

La cartella sotto il importers la cartella deve corrispondere al nome dell’importatore; ad esempio:

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

Ruoli roles

Il sistema integrato gestisce i seguenti ruoli per la gestione dei dati:

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

Prodotti products

Dati di prodotto e dati di marketing product-data-versus-marketing-data

Categorie strutturali e di marketing structural-versus-marketing-categories

Se le due categorie seguenti possono essere differenziate, questo ti consente di specificare URL chiari con una struttura significativa (alberi di cq:Page nodi) e quindi molto vicino alla gestione classica dei contenuti AEM):

Dati prodotto product-data

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

I dati di prodotto possono essere:

In entrambi i casi, quando i dati del prodotto sono stati immessi o importati in AEM, possono essere visualizzati dalla Prodotti console. Qui le visualizzazioni a schede ed elenco di un prodotto mostrano informazioni quali:

Varianti prodotto product-variants

Per i prodotti appropriati è inoltre possibile conservare informazioni sulle varianti. Ad esempio, per gli articoli di abbigliamento i diversi colori disponibili sono considerati varianti:

Attributi del prodotto product-attributes

I singoli attributi contenuti in ciascun prodotto possono dipendere dal motore di eCommerce utilizzato e dall’implementazione di AEM. Sono disponibili (a seconda delle necessità) quando si visualizzano le pagine dei prodotti e/o si modificano le informazioni sui prodotti e possono includere:

Risorse del prodotto product-assets

È possibile conservare una selezione di risorse per singoli prodotti. Comunemente questi includono immagini e video.

Cataloghi catalogs

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

Struttura del catalogo catalog-structure

Cataloghi in più lingue catalogs-in-multiple-languages

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 sotto /content/geometrixx-outdoors/en_US).

Per un archivio multilingue, è possibile importare il catalogo per ogni struttura linguistica singolarmente (o copiarlo tramite MSM).

Cataloghi per più marchi catalogs-for-multiple-brands

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

Cataloghi per tag catalogs-by-tags

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

Configurazione catalogo (importazione iniziale) catalog-setup-initial-import

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

Manutenzione del catalogo (sincronizzazione dati) catalog-maintenance-data-synchronization

Ulteriori modifiche ai dati sui prodotti saranno inevitabili:

Sincronizzazione dei dati con un motore di e-commerce (in corso) data-synchronization-with-an-ecommerce-engine-ongoing

Dopo l’importazione iniziale, le modifiche ai dati del prodotto sono inevitabili.

Quando si utilizza un motore di e-commerce, i dati del prodotto vengono mantenuti e devono essere disponibili in AEM. Questi dati di prodotto devono essere sincronizzati quando vengono effettuati gli aggiornamenti.

Questo può dipendere dal tipo di dati:

Cataloghi - Prestazioni e scalabilità catalogs-performance-and-scaling

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

Ci sono diverse strategie che puoi scegliere di aggirare questi problemi:

Bucket bucketing

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

Questi bucket si presentano come cartelle fantasma introdotte nella struttura del catalogo, ma possono essere configurate in modo che non siano visibili negli URL pubblici.

Scaricare la post-elaborazione delle risorse in un’istanza dedicata offload-asset-post-processing-to-a-dedicated-instance

Questo scenario comporta l’impostazione di due istanze di authoring:

Importa solo dati di prodotto only-import-product-data

Nei casi in cui i prodotti non contengono risorse (immagini) da importare, puoi importare i dati del prodotto senza essere interessati dalla post-elaborazione delle risorse.

Test delle prestazioni performance-testing

I test delle prestazioni devono essere presi in considerazione nelle implementazioni AEM eCommerce:

Tieni presente che questo test delle prestazioni richiede conoscenze e analisi del tuo obiettivo:

Prestazioni - Varie performance-miscellaneous

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

Pagine delle sezioni del catalogo catalog-section-pages

Le sezioni del catalogo forniscono, ad esempio:

Pagine prodotto product-pages

Le pagine dei prodotti forniscono informazioni complete sui singoli prodotti. Vengono anche rispecchiati gli aggiornamenti dinamici da; ad esempio, le variazioni di prezzo registrate nel motore eCommerce.

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

Il componente Prodotto fornisce:

Queste informazioni consentono all'acquirente di selezionare quanto segue quando si aggiunge un articolo al carrello:

Pagine di destinazione del prodotto product-landing-pages

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 product-component

La 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 sono forniti da UserInfo.jsp.

La Prodotto Il componente può anche essere personalizzato in base alle proprie esigenze.

Pagine proxy proxy-pages

Le pagine proxy vengono utilizzate per semplificare la struttura dell'archivio e ottimizzare lo storage per i cataloghi di grandi dimensioni.

La creazione di un catalogo utilizza dieci nodi per prodotto in quanto fornisce singoli componenti per ogni prodotto che è possibile 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 è possibile 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 in AEM, verrà utilizzato un modello standard (definito per il sito).

Promozioni e voucher promotions-and-vouchers

Voucher vouchers

I voucher sono un metodo provato e collaudato di offrire sconti per attirare i consumatori nel fare un acquisto e/o premiare la fedeltà del cliente.

In AEM:

Promozioni promotions

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

Le promozioni non vengono generalmente mantenute dai responsabili delle informazioni sui prodotti, ma dai responsabili del marketing:

AEM le promozioni sono integrate anche nel Campaign Management:

Una promozione può essere organizzata in un’esperienza o direttamente nella campagna:

Personalizzazione personalization

Registrazione clienti e account customer-registration-and-accounts

Quando un acquirente 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 sono condivisi:

Il meccanismo esatto può dipendere dallo scenario:

Quando utilizzi un motore di eCommerce, AEM memorizza solo l’ID e la password dell’account (facoltativamente un gruppo di utenti). Tutte le altre informazioni sono memorizzate nel motore eCommerce.

Iscrizione al cliente customer-sign-up

Spesso è necessario iscriversi perché l'acquirente abbia accesso al carrello. Questo richiede la registrazione (Crea account) in modo che sia possibile creare un account specifico per il cliente.

Accesso cliente customer-sign-in

Dopo l'iscrizione l'acquirente può accedere con il proprio account in modo che le loro azioni possano essere monitorate e i loro ordini eseguiti.

Single Sign-On single-sign-on

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

myAccount 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 scrive le informazioni nel motore di eCommerce.

C'è una pagina che ti consente di gestire facilmente le informazioni sul tuo account. Per accedervi, fai clic su Il mio account nella parte superiore di una pagina geometrixx, oppure passando a /content/geometrixx-outdoors/en/user/account.html.

Rubrica address-book

Il tuo sito dovrà memorizzare una selezione di indirizzi; compresi consegna, fatturazione e indirizzi alternativi. È possibile implementarlo utilizzando moduli basati sul formato dell’indirizzo predefinito oppure utilizzando il componente Rubrica fornito da AEM.

Questo componente Rubrica consente di:

È possibile scegliere quale indirizzo si desidera impostare come predefinito.

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

Puoi fare clic su Aggiungi nuovo indirizzo… per aggiungere un nuovo indirizzo nella rubrica. Apre un modulo che è possibile compilare e quindi fai clic su Aggiungi indirizzo.

La Rubrica viene utilizzata per l'estrazione del carrello:

Gli indirizzi vengono mantenuti di seguito user_home/profile/addresses.
Per esempio, per Alison Parker, sarebbe sotto /home/users/geometrixx/aparker@geometrixx.info/profile/addresses

Puoi scegliere l’indirizzo che desideri come impostazione predefinita. Queste informazioni vengono mantenute nel profilo dell’acquirente anziché con l’indirizzo. Proprietà profilo address.default viene impostato con il percorso dell'indirizzo selezionato per il valore.

Prezzi specifici per il cliente customer-specific-pricing

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

Carrello e ordini shopping-cart-and-orders

Quando si effettua lo shopping, l'acquirente sfoglia le pagine dei prodotti e seleziona gli articoli da posizionare nel carrello. Quando procedono al pagamento, è possibile inserire un ordine.

Acquirenti anonimi anonymous-shoppers

Un cliente anonimo può:

Acquirenti registrati registered-shoppers

Un cliente registrato può:

Panoramica dei contenuti del carrello acquisti shopping-cart-content-overview

Il carrello offre:

Il carrello viene salvato in base al motore utilizzato:

In entrambi i casi, gli elementi rimangono nel carrello (e possono essere ripristinati) attraverso l'accesso/disconnessione (ma solo sulla stessa macchina/browser). Ad esempio:

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

Informazioni ordine order-information

A seconda delle informazioni di implementazione relative a un ordine nel motore eCommerce o AEM, queste informazioni vengono rese da AEM.

Vengono memorizzate diverse informazioni, tra cui:

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

Tracciamento degli ordini order-tracking

Dopo aver effettuato un ordine, gli acquirenti spesso ritornano a:

Dopo aver ricevuto la consegna dell'ordine, gli acquirenti possono anche voler visualizzare la cronologia degli ordini effettuati in un 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 ordini , che mostra tutti i dettagli rilevanti, inclusi i voucher e le promozioni applicate. Ad esempio:

Pagamento checkout

L’estrazione è implementata con moduli AEM standard. 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 di AEM.

Sicurezza dei pagamenti payment-security

I dettagli di pagamento, comprese le informazioni sulla carta di credito, sono spesso gestiti dal motore di eCommerce. AEM inoltrare tali informazioni transazionali al motore (da dove vengono poi inoltrate a un servizio di elaborazione dei pagamenti).

È possibile ottenere complicanze nell'ambito del settore delle carte di pagamento (PCI).

Conferma dell'ordine confirmation-of-order

L’ordine viene confermato sullo schermo e può essere monitorato con tracciamento degli ordini.

Ricerca search-features

Poiché 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:

Quando utilizzi un motore di ricerca e-commerce, l’API di ricerca e-commerce può essere completamente implementata nella soluzione motore di e-commerce, in modo da poter utilizzare il componente di ricerca e-commerce fornito come standard. La ricerca sfaccettata consente di cercare JCR e/o il motore: