Concepts concepts
Le framework d’intégration fournit les mécanismes et les composants pour les éléments suivants :
- connexion à un moteur e-commerce
- extraction de données dans Adobe Experience Manager (AEM)
- affichage de ces données et collecte des réponses de du nouvel acheteur ou de la nouvelle acheteuse
- renvoi des détails de transaction
- recherche des données des deux systèmes
Cela signifie que :
- Les nouveaux acheteurs et les nouvelles acheteuses peuvent s’inscrire et faire leurs achats sans attendre.
- Les nouveaux acheteurs et les nouvelles acheteuses peuvent constater sans délai les changements de prix.
- Vous pouvez ajouter des produits selon vos besoins.
Pour optimiser le fonctionnement, AEM et le moteur eCommerce se concentrent chacun sur leur propre champ d’expertise. Les informations sont transmises en temps réel entre les deux, par exemple :
-
AEM peut :
-
Requête :
- Informations sur les produits du moteur e-commerce.
-
Fournissez les détails suivants :
- Vue des personnes sur des informations relatives aux produits, le panier et le passage en caisse.
- Informations sur le panier et le passage en caisse pour le moteur e-commerce.
- Optimisation du moteur de recherche (SEO).
- Fonctionnalités de la communauté.
- Interactions marketing non structurées.
-
-
Le moteur eCommerce peut :
-
fournir les détails suivants :
- Informations produit de la base de données.
- Gestion des variantes de produits.
- Gestion des commandes.
- la planification des ressources de l’entreprise (ERP) ;
- Recherche au sein des informations sur les produits.
-
Processus :
- Le panier.
- Le passage en caisse.
- Exécution des commandes.
-
Plusieurs composants AEM prêts à l’emploi sont proposés pour utiliser la couche d’intégration. Actuellement, il s’agit des éléments suivants :
- Informations sur les produits
- Panier
- Passage en caisse
- Mon compte
Diverses options de recherche sont également disponibles.
Architecture architecture
Le framework d’intégration fournit l’API, une gamme de composants pour illustrer la fonctionnalité et plusieurs extensions pour fournir des exemples de modes de connexion :
Le framework vous donne accès à certaines fonctionnalités, comme :
Mises en œuvre implementations
AEM eCommerce est implémenté avec un moteur d’e-commerce :
- Le framework d’intégration d’e-commerce a été conçu pour permettre d’intégrer facilement un moteur d’e-commerce à AEM. Le moteur e-commerce dédié contrôle les données de produit, les paniers, le passage en caisse et l’exécution des commandes, tandis qu’AEM contrôle l’affichage des données et les campagnes marketing.
-
Un exemple d’instance AEM eCommerce native autonome illustrant l’utilisation de l’API, Ceci peut être utilisé pour contrôler les données des produits, les paniers et le passage en caisse conjointement à l’affichage des données existantes et aux campagnes marketing. Dans ce cas, la base de données de produits est stockée dans le référentiel natif d’AEM (mise en œuvre Adobe de JCR).
L’installation standard d’AEM contient les éléments de base de la mise en œuvre générique d’e-commerce.
Fournisseurs de commerce commerce-providers
Lors de l’importation des données d’un moteur de commerce dans votre site AEM eCommerce, un fournisseur de commerce est utilisé pour fournir des données aux importateurs. Un fournisseur de commerce peut prendre en charge plusieurs importateurs.
Un fournisseur de commerce est un code AEM personnalisé pour :
- s’interfacer avec un moteur de commerce d’arrière-plan
- mettre en œuvre un système de commerce par-dessus le référentiel JCR
Deux exemples de fournisseurs de commerce sont actuellement disponibles pour AEM :
- un pour geometrixx-hybris
- un autre pour geometrixx-generic (JCR)
Cependant, généralement, un projet doit développer son propre fournisseur de commerce personnalisé, spécifique à son PIM et à son schéma de données de produit.
ProductServicesManager conserve (par le biais d’OSGi) une liste des mises en œuvre des interfaces ProductImporter et CatalogBlueprintImporter.Celles-ci sont répertoriées dans le champ de liste déroulante Importateur/Fournisseur de commerce de l’assistant d’importation (à l’aide de la propriété commerceProvider comme nom).
Lorsqu’un importateur/fournisseur de commerce spécifique est répertorié dans la liste déroulante, toutes les données complémentaires dont il a besoin doivent être définies (en fonction du type de l’importateur) dans :
/apps/commerce/gui/content/catalogs/importblueprintswizard/importers/apps/commerce/gui/content/products/importproductswizard/importers
Le dossier situé sous le dossier importers approprié doit correspondre au nom de l’importateur, par exemple :
.../importproductswizard/importers/geometrixx/.content.xml
Le format du fichier d’importation source est défini par l’importateur. L’importateur peut également établir une connexion (WebDAV ou HTTP, par exemple) avec le moteur de commerce.
Rôles roles
Le système intégré gère les rôles suivants pour traiter les données :
-
Utilisateur de la gestion d’informations sur les produits, qui gère les éléments suivants :
- Informations sur les produits.
- Taxonomie, catégorisation, approbation.
- Interagit avec la gestion des ressources numériques.
- Tarifs : souvent issus d’un système ERP, ils ne sont pas explicitement pris en charge dans le système commercial.
-
Auteur/autrice/responsable marketing qui conserve :
- Contenu marketing pour tous les canaux.
- Promotions.
- Bons.
- Campagnes.
-
Surfeur ou surfeuse/acheteur ou acheteuse qui :
- affiche les informations sur votre produit ;
- place les articles dans le panier ;
- vérifie ses commandes ;
- attend l’exécution de la commande.
Bien que l’emplacement réel puisse dépendre de votre implémentation, par exemple, générique ou avec un moteur e-commerce :
Produits products
Données des produits ou données marketing product-data-versus-marketing-data
Catégories structurelles ou catégories marketing structural-versus-marketing-categories
Si les deux catégories ci-dessous peuvent être différenciées, vous pouvez créer des adresses URL claires avec une structure significative (arborescences de nœuds cq:Page) et, par conséquent, très proche de la gestion de contenu AEM classique :
-
Catégories structurelles
Arborescence de catégories définissant ce qu’est un produit ; par exemple :
/products/mens/shoes/sneakers -
Catégories Marketing
Toutes les autres catégories auxquelles un produit peut appartenir, par exemple :
/special-offers/christmas/shoes)
Données du produit product-data
Pour représenter et gérer votre produit, vous souhaiterez conserver diverses informations à son sujet.
Les données des produits peuvent être :
-
créées directement dans AEM (générique) ;
-
gérées dans le moteur eCommerce et mises à disposition dans AEM.
Selon le type de données, elles sont synchronisées si nécessaire ou directement accessibles. Par exemple, les données très variables et essentielles, comme les prix des produits, sont extraites du moteur e-commerce pour chaque demande de page afin qu’elles soient toujours à jour.
Dans un cas comme dans l’autre, lorsque les données des produits ont été saisies/importées dans AEM, elles sont visibles dans la console Produits. Ici, les vues Carte et Liste d’un produit affichent des informations telles que :
- L’image
- Le code SKU
- La date de dernière modification
Variantes de produit product-variants
Pour certains produits, il peut exister des informations sur les variantes. Pour des vêtements par exemple, les différentes couleurs disponibles sont affichées sous forme de variantes :
Attributs de produit product-attributes
Les différents attributs de produit peuvent dépendre du moteur eCommerce utilisé et de votre mise en œuvre AEM. Ils sont disponibles (le cas échéant) lors de l’affichage de pages de produits et/ou de la modification d’informations sur les produits et peuvent inclure :
-
Image
Image du produit.
-
Titre
Nom du produit.
-
Description
Description textuelle du produit.
-
Balises
Balises utilisées pour regrouper des produits associés.
-
Catégorie de ressources par défaut
Catégorie par défaut des ressources.
-
Données ERP
Informations sur la planification des ressources de l’entreprise.
-
SKU
Informations sur les unités de gestion des stocks (SKU).
-
Couleur
-
Taille
-
Prix
Prix du produit à l’unité.
-
-
Résumé
Récapitulatif des caractéristiques du produit.
-
Fonctions
Informations plus exhaustives des caractéristiques du produit.
Ressources du produit product-assets
Plusieurs ressources peuvent être disponibles pour différents produits. En général, il s’agit d’images et de vidéos.
Catalogues catalogs
Un catalogue regroupe des données sur les produits afin de faciliter la gestion et la présentation à l’acheteur. Souvent, un catalogue est structuré selon des attributs tels que la langue, la zone géographique, la marque, la saison, le loisir, le sport, etc.
Structure de catalogue catalog-structure
Catalogues en plusieurs langues catalogs-in-multiple-languages
AEM prend en charge le contenu du produit en plusieurs langues. Lorsque vous demandez des données, le framework d’intégration extrait la langue de l’arborescence actuelle (par exemple, en_US pour les pages sous /content/geometrixx-outdoors/en_US).
Pour un magasin multilingue, vous pouvez importer votre catalogue pour chaque arborescence de langues individuellement (ou le copier avec MSM).
Catalogues pour plusieurs marques catalogs-for-multiple-brands
Comme pour les langues, les grandes entreprises multinationales doivent couvrir plusieurs marques.
Catalogues par balises catalogs-by-tags
Vous pouvez également utiliser des balises pour regrouper des produits dans un catalogue. Ceci permet de générer des catalogues plus dynamiques, par exemple pour les offres saisonnières.
Configuration du catalogue (import initial) catalog-setup-initial-import
Selon votre implémentation, vous pouvez importer les données des produits requises pour votre catalogue de base dans AEM à partir :
- d’un fichier CSV (pour l’implémentation générique) ;
- du moteur e-commerce.
Maintenance du catalogue (synchronisation des données) catalog-maintenance-data-synchronization
D’autres modifications des données des produits sont inévitables :
- Pour l’implémentation générique, elles peuvent être gérées avec l’éditeur de produit.
- Lors de l’utilisation d’un moteur eCommerce, les modifications doivent être synchronisées.
Synchronisation des données avec un moteur e-commerce (en cours) data-synchronization-with-an-ecommerce-engine-ongoing
Après l’import initial, les modifications apportées aux données de vos produits sont inévitables.
Lorsque vous utilisez un moteur e-commerce, les données des produits y sont conservées et doivent être disponibles dans AEM. Ces données sur les produits doivent être synchronisées en cas de mises à jour.
Cela peut dépendre du type de données :
-
Une synchronisation périodique est utilisée avec un flux de données de modifications.
De plus, vous pouvez sélectionner des mises à jour spécifiques pour une mise à jour express.
-
Des données hautement volatiles, telles que des informations sur les prix, sont récupérées à partir du moteur de commerce pour chaque demande de page, afin de garantir qu’elles sont toujours à jour.
Catalogues - Performance et mise à l’échelle catalogs-performance-and-scaling
L’import d’un catalogue volumineux contenant de nombreux produits (plus de 100 000) à partir d’un moteur e-commerce (PIM) peut avoir un impact sur le système en raison du grand nombre de nœuds. Il peut également ralentir l’instance de création si des ressources (images des produits, par exemple) sont associées aux produits. En effet, le post-traitement de ces ressources nécessite beaucoup de puissance de calcul et de mémoire.
Pour contourner ces problèmes, vous pouvez appliquer l’une des stratégies suivantes :
Compartimentation bucketing
Si un nœud JCR comporte de nombreux nœuds enfants directs (1 000 et plus, par exemple), des compartiments (ou dossiers fantômes) sont nécessaires pour s’assurer que les performances ne sont pas affectées. Ils sont générés selon un algorithme lors de l’import.
Ces compartiments prennent la forme de dossiers fantômes introduits dans la structure de votre catalogue, mais peuvent être configurés de sorte qu’ils ne soient pas visibles dans les URL publiques.
Décharger le post-traitement des ressources sur une instance dédiée offload-asset-post-processing-to-a-dedicated-instance
Ce scénario implique la configuration de deux instances de création :
-
Instance de création principale
Importe des données de produit à partir de la gestion d’informations sur les produits, pour laquelle le post-traitement des chemins d’accès aux ressources est désactivé.
-
Instance de création de gestion des ressources numériques dédiée
Importe et post-traite des ressources de produit à partir de la gestion d’informations sur les produits, puis réplique ces ressources sur l’instance de création principale pour les utiliser.
Importer uniquement des données des produits only-import-product-data
Dans le cas où les produits ne contiennent pas de ressources (images) à importer, vous pouvez importer les données de produit sans que le post-traitement des ressources n’ait de conséquences.
Test de performance performance-testing
Les tests de performance doivent être pris en compte dans les implémentations d’AEM e-commerce :
-
Environnement de création :
L’activité en arrière-plan (un import, par exemple) peut avoir lieu en même temps que l’activité habituelle de la personne (modification des pages, etc.). Même si les performances frontales bénéficient en général d’une priorité supérieure, des performances médiocres constatées par les auteurs et autrices en ligne peuvent conduire à une frustration susceptible de bloquer une décision de lancement.
-
Environnement de publication :
La réplication est un processus critique, qui permet de s’assurer que le contenu est publié rapidement et facilement, et qui peut être influencé par la façon dont le créateur regroupe le contenu à publier.
-
Front-end :
L’ensemble des invalidations front-end et de cache peut nuire aux performances. Les tests permettent d’éviter ces erreurs.
Notez que ce test de performance nécessite des connaissances et une analyse de votre cible :
-
Volumes de contenu
- Assets
- Produits et SKU localisés I18ned
-
Activité de la personne :
- Modification en bloc
- Publication en bloc
- Requêtes de recherche intensives
-
Processus en arrière-plan
- Importations
- Mises à jour de la synchronisation (par exemple, tarification)
-
Exigences de maintenance (sauvegarde, optimisation Tar PM, récupération de l’espace mémoire du magasin de données, etc.)
Performances – Divers performance-miscellaneous
Pour toutes les mises en œuvre, vous pouvez tenir compte des points suivants :
-
Pour les produits, les unités et catégories de gestion des stocks peuvent être nombreuses. Essayez donc d’utiliser le moins de nœuds possible pour modéliser le contenu.
Plus il y a de nœuds, plus le contenu est flexible (parsys, par exemple). Cependant, tout n’est que compromis. Demandez-vous si vous avez vraiment besoin d’une flexibilité individuelle (par défaut) lors de la manipulation de 30 000 produits, par exemple.
-
Évitez autant que possible la duplication (voir Localisation). Le cas échéant, pensez au nombre de nœuds auxquels votre duplication conduit.
-
Essayez de baliser votre contenu autant que possible pour préparer l’optimisation des requêtes.
Par exemple :
/content/products/france/fr/shoe/reebok/pump/46 SKUDoit comporter une balise par niveau de contenu (c’est-à-dire pays, langue, catégorie, marque, produit). Recherche de
//element(*,my:Sku)[@country='france' and @language='fr'et
@category='shoe' and @brand='reebok' and @product='pump']sera considérablement plus rapide que la recherche de
/jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku) -
Dans votre pile technique, planifiez un modèle et des services d’accès au contenu adaptés. Il s’agit d’une bonne pratique générale, mais elle s’avère encore plus essentielle ici, car vous pouvez, dans les phases d’optimisation, ajouter des caches d’application pour les données qui sont lues souvent (et avec lesquelles vous ne souhaitez pas remplir le cache du bundle).
Par exemple, il est habituellement recommandé de mettre en cache la gestion des attributs, car cela concerne les données mises à jour lors de l’import des produits.
-
Envisagez l’utilisation de pages proxy.
Pages de section du catalogue catalog-section-pages
Les sections du catalogue vous fournissent, par exemple :
- Présentation (image et/ou texte) de la catégorie. Elle peut également être utilisée pour les bannières et les teasers afin de promouvoir des offres spéciales.
- Des liens vers les produits individuels de cette catégorie.
- Des liens vers les autres catégories.
Pages de produits product-pages
Les pages de produits fournissent des informations exhaustives sur des produits spécifiques. Les mises à jour dynamiques sont également répercutées ; par exemple, les modifications de prix enregistrées dans le moteur e-commerce.
Les pages de produits sont des pages AEM qui utilisent le composant Produit, par exemple, dans le modèle Produit Commerce :
Le composant Produit fournit les éléments suivants :
- Informations générales sur les produits, dont le texte et les images.
- Tarification. Elle est extraite du moteur e-commerce chaque fois que la page est affichée/actualisée.
- Informations sur les variantes des produits, par exemple, couleur et taille.
Ces informations permettent à l’acheteur de sélectionner les éléments ci-dessous lorsqu’il ajoute un article dans son panier :
- Variantes de couleur et de taille
- Quantité
Pages de destination de produits product-landing-pages
Il s’agit de pages AEM qui fournissent principalement des informations statiques ; par exemple, une introduction et une vue d’ensemble avec des liens vers les pages de produits sous-jacentes.
Composant Produit product-component
Le composant Produit peut être ajouté à une page avec une page parente, qui contient les métadonnées nécessaires (à savoir, chemins d’accès à cartPage et à cartObject). Sur le site de démonstration Geometrixx Outdoors, il est fourni par UserInfo.jsp.
Le composant Produit peut également être personnalisé en fonction de vos besoins.
Pages de proxy proxy-pages
Les pages proxy sont utilisées pour simplifier la structure du référentiel et optimiser le stockage pour les catalogues volumineux.
La création d’un catalogue utilise dix nœuds par produit, car elle fournit des composants individuels pour chaque produit, que vous pouvez mettre à jour et personnaliser dans AEM. Ce grand nombre de nœuds peut devenir problématique si votre catalogue contient des centaines, voire des milliers de produits. Pour éviter tout problème, vous pouvez créer votre catalogue à l’aide de pages proxy.
Les pages de proxy reposent sur une structure à deux nœuds (jcr:content et cq:Page), qui ne contient pas de contenu réel de produits. Le contenu est généré lors de la demande, en se référant aux données des produits et au modèle de page.
Ceci présente cependant un inconvénient : Vous ne pourrez pas personnaliser les informations sur vos produits dans AEM. Un modèle standard (défini pour votre site) sera utilisé.
Promotions et bons promotions-and-vouchers
Bons vouchers
Les bons sont une méthode éprouvée d’offre de remise pour inciter les acheteurs et acheteuses à faire un achat et/ou récompenser leur fidélité.
-
Envoi des bons :
- Un code de bon (à saisir dans le panier par l’acheteur ou l’acheteuse).
- Le libellé du bon (à afficher une fois que l’acheteur ou l’acheteuse l’a saisi dans le panier).
- Un chemin de promotion (qui définit l’action appliquée par le bon).
-
Les moteurs de commerce externes peuvent également fournir des bons.
Dans AEM :
-
Un bon est un composant basé sur une page, créé/modifié avec la console Sites web.
-
Le composant Bon fournit :
- Un moteur de rendu pour l’administration des bons qui affiche tous les bons actuellement dans le panier.
- Les boîtes de dialogue de modification (formulaire) pour l’administration (ajout/suppression) des bons.
- Actions requises pour l’ajout/la suppression de bons dans le panier.
-
Les bons n’ont pas leurs propres dates/heures d’activation et de désactivation. Ils utilisent ceux de leurs campagnes parents.
Promotions promotions
Les promotions, ainsi que les bons, vous permettent de réaliser des scénarios tels que :
- Une entreprise fournit des prix personnalisés pour les employées et employés, qui est une liste de personnes réalisée manuellement.
- Les clientes et clients de longue date bénéficient de remises sur toutes les commandes.
- Un prix de vente est proposé sur une période définie.
- Un client ou une cliente reçoit un bon lorsque sa commande précédente a dépassé un montant spécifique.
- Un client ou une cliente qui achète le produit X se voit offrir une remise sur le produit Y (association de produits).
Les promotions ne sont pas gérées par les responsables des informations sur les produits, mais par les responsables marketing :
-
Une promotion est un composant basé sur une page, créé/modifié avec la console Sites web. ``
-
Les promotions fournissent :
- Une priorité
- Un chemin de gestionnaire de promotions
-
Vous pouvez lier des promotions à une campagne pour définir leur date/heure d’activation/de désactivation.
-
Vous pouvez lier des promotions à une expérience pour définir leurs segments.
-
Les promotions non liées à une expérience ne se déclenchent pas toutes seules, mais peuvent toujours être déclenchées par un bon.
-
Le composant Promotion contient les éléments suivants :
- des rendus et boîtes de dialogue pour l’administration des promotions ;
- des sous-composants pour le rendu et la modification des paramètres de configuration spécifiques aux gestionnaires de promotions.
Dans AEM, les promotions sont également intégrées à Campaign Management :
- une campagne spécifie les heures d’activation/de désactivation
- les expériences au sein de la campagne sont utilisées pour regrouper des ressources (pages de teaser, promotions, etc.) en fonction du segment ciblé auquel elles correspondent.
Une promotion peut être contenue dans une expérience ou directement dans la campagne :
-
Si une expérience contient une promotion, elle peut alors être appliquée automatiquement à un segment ciblé.
Par exemple, dans l’exemple de site geometrixx-outdoors, la promotion :
/content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shippingse déclenche automatiquement chaque fois que le segment (
ordervalueover100) est résolu. -
Si une promotion ne s’affiche pas dans une expérience (seulement dans la campagne), elle ne peut pas être appliquée automatiquement à une audience. Cependant, elle peut se déclencher si l’acheteur saisit un bon dans son panier et que ce bon est associé à la promotion.
Par exemple, la promotion :
/content/campaigns/geometrixx-outdoors/article/10-bucks-offse trouve en dehors d’une expérience et ne se déclenche donc jamais automatiquement (c'est-à-dire en fonction de la segmentation). Elle est, cependant, référencée par les bons qui se trouvent dans différentes expériences dans la campagne concernant l’article. La saisie de ces codes de bon dans le panier déclenche la promotion.
Personnalisation personalization
Enregistrement et compte des clientes et clients customer-registration-and-accounts
Lorsqu’un nouvel acheteur ou une nouvelle acheteuse s’enregistre, les détails du compte doivent être synchronisés entre AEM et le moteur e-commerce. Les données sensibles sont conservées indépendamment, mais les profils sont partagés :
Le mécanisme exact peut dépendre du scénario :
-
Le compte de la personne existe sur les deux systèmes :
- Aucune action n’est requise.
-
Le compte de la personne existe uniquement dans AEM :
- La personne est créée dans le moteur e-commerce avec le même ID de compte et un mot de passe aléatoire, qui seront stockés dans AEM.
- Le mot de passe aléatoire est nécessaire, car AEM tente de se connecter au moteur eCommerce au premier appel (par exemple, lorsqu’une page de produit est demandée et que le moteur eCommerce est consulté pour le prix). Dans la mesure où cela se produit après la connexion AEM, le mot de passe n’est pas disponible.
-
Le compte utilisateur existe uniquement dans le moteur e-commerce :
- Le compte est créé dans AEM avec les mêmes ID de compte et mot de passe.
Lorsque vous utilisez un moteur eCommerce, AEM stocke uniquement l’ID de compte et le mot de passe (éventuellement, un groupe d’utilisateurs). Toutes les autres informations sont stockées dans le moteur eCommerce.
DuplicateUidException générée par le moteur.Inscription des clientes et clients customer-sign-up
Pour que l’acheteur ait accès au panier, il doit généralement s’inscrire. Cela implique un enregistrement (Créer un compte) afin de pouvoir créer un compte spécifique au client.
Connexion du client ou de la cliente customer-sign-in
Après leur inscription, le nouvel acheteur ou la nouvelle acheteuse peut se connecter à son compte, afin que ses actions puissent faire l’objet d’un suivi et que ses commandes soient exécutées.
Authentification unique single-sign-on
L’authentification unique (SSO) est fournie, de sorte que les auteurs et autrices soient connus dans AEM et dans le système e-commerce sans avoir à se connecter deux fois.
myAccount myaccount
Les données des transactions du moteur eCommerce sont combinées aux informations personnelles sur l’acheteur. AEM utilise certaines de ces données sous forme de données de profil. L’action d’un formulaire dans AEM réécrit les informations dans le moteur e-commerce.
Une page permet de gérer facilement les informations de compte. Pour y accéder, cliquez sur Mon compte dans la partie supérieure d’une page Geometrixx ou accédez à /content/geometrixx-outdoors/en/user/account.html.
Carnet d’adresses address-book
Votre site doit stocker diverses adresses, dont les adresses de livraison et de facturation, ou encore les adresses secondaires. Vous pouvez pour cela utiliser des formulaires basés sur votre format d’adresse par défaut ou utiliser le composant Carnet d’adresses fourni par AEM.
Ce composant Carnet d’adresses permet de :
- modifier les adresses du carnet ;
- sélectionner une adresse du carnet comme adresse de livraison ;
- sélectionner une adresse du carnet comme adresse de facturation.
Vous pouvez choisir l’adresse par défaut.
Pour accéder au composant Carnet d’adresses, sélectionnez la page Mon compte en cliquant sur Carnet d’adresses ou en accédant à /content/geometrixx-outdoors/en/user/account/address-book.html.
Cliquez sur Ajouter une nouvelle adresse… pour ajouter une adresse à votre carnet d’adresses. Vous ouvrez ainsi un formulaire à remplir. Cliquez ensuite sur Ajouter une adresse.
Le carnet d’adresses est utilisé lorsque vous passez en caisse avec votre panier :
Les adresses sont conservées ci-dessous user_home/profile/addresses.
Par exemple, Alison Parker serait enregistrée sous /home/users/geometrixx/aparker@geometrixx.info/profile/addresses.
Vous pouvez définir l’adresse à sélectionner par défaut. Ces informations sont conservées dans le profil de l’acheteur plutôt qu’avec l’adresse. La propriété de profil address.default est définie avec le chemin d’accès de l’adresse sélectionnée pour la valeur.
Tarifs spécifiques au client ou à la cliente customer-specific-pricing
Le moteur e-commerce utilise le contexte (essentiellement les informations sur les nouveaux acheteurs ou les nouvelles acheteuses) pour déterminer le prix, puis fournit les informations à AEM.
Panier et commandes shopping-cart-and-orders
Lorsque le nouvel acheteur ou la nouvelle acheteuse effectue des achats, il ou elle parcourt les pages de produits et sélectionne des articles à placer dans son panier. Au passage en caisse, la commande peut être passée.
Acheteurs anonymes anonymous-shoppers
Un client anonyme peut :
- Afficher les produits
- Ajouter des produits à son panier
- Passer en caisse et passer commande
Nouveaux acheteurs et nouvelles acheteuses enregistrés registered-shoppers
Un client enregistré peut :
- Se connecter à son compte
- Afficher les produits
- Ajouter des produits à son panier
- Passer en caisse et passer commande
- Afficher et suivre les commandes précédentes
Vue d’ensemble du contenu du panier shopping-cart-content-overview
Le panier fournit :
-
une vue d’ensemble des éléments sélectionnés ;
-
des liens vers des pages de produits pour les articles sélectionnés ;
-
la possibilité de :
- mettre à jour le nombre/la quantité d’éléments individuels ;
- supprimer des éléments individuels
Le panier est enregistré en fonction du moteur utilisé :
- AEM générique stocke le panier dans un cookie.
- Certains moteurs e-commerce peuvent stocker le panier dans une session.
Dans un cas comme dans l’autre, les articles restent dans le panier (et peuvent être restaurés) au-delà de la connexion/déconnexion (mais uniquement sur le même ordinateur/dans le même navigateur). Par exemple :
-
Parcourez un site en tant qu’utilisateur
anonymouset ajoutez des articles au panier. -
Connectez-vous en tant qu’
Allison Parker(son panier est vide). -
Ajoutez des produits au panier d’Allison.
-
Déconnectez-vous. Le panier affiche les produits d’une personne
anonymous. -
Reconnectez-vous en tant qu’
Allison Parker. Ses produits sont restaurés.
admin, car cela peut créer un conflit avec le compte admin du moteur e-commerce (Hybris, par exemple).Avant le passage en caisse, les changements de prix sont répercutés (dans les deux systèmes) au fur et à mesure.
Informations sur la commande order-information
En fonction de votre mise en œuvre, les informations relatives à une commande sont conservées dans le moteur e-commerce ou AEM. Ces informations sont générées par AEM.
Diverses informations sont stockées, notamment les éléments suivants :
-
ID de commande
Numéro de référence de la commande.
-
Passée
Date à laquelle la commande a été passée.
-
Statut
Statut de la commande, par exemple, Expédiée.
-
Devise
Devise dans laquelle la commande est libellée.
-
Éléments de contenu
Liste des éléments triés.
-
Sous-total
Coût total des articles commandés.
-
Taxes
Montant des taxes dues sur la commande.
-
Expédition
Frais d’expédition.
-
Total
Valeur totale de la commande : articles commandés, taxes et frais d’expédition.
-
Adresse de facturation
Adresse à laquelle la facture doit être envoyée.
-
Jeton de paiement
Mode de paiement.
-
Statut du paiement
Statut du paiement.
-
Adresse d’expédition
Adresse à laquelle les produits doivent être expédiés.
-
Mode d’expédition
Mode d’expédition, par exemple, par voie terrestre, maritime ou aérienne.
-
Numéro de suivi
Tout numéro de suivi utilisé par le transporteur.
-
Lien de suivi
Lien utilisé pour suivre la commande en cours d’expédition.
/etc/scaffolding/geometrixx-outdoors/order/jcr:content/cq:dialogLorsque la commande est conservée dans AEM, la console Commande affiche les informations ci-dessous pour chaque commande :
- Nombre d’articles dans le panier
- Valeur totale de la commande
- Date à laquelle la commande a été passée
- Statut
Suivi des commandes order-tracking
Après avoir passé une commande, les acheteurs et acheteuses reviennent souvent :
- consulter le statut de leur commande ;
- supprimer des produits de la commande ;
- ajouter des produits à la commande.
Après réception de la commande, les acheteurs et acheteuses peuvent également souhaiter consulter l’historique des commandes passées sur une période donnée.
L’exécution et le suivi des commandes sont gérés par le moteur e-commerce. Ces informations peuvent être affichées par AEM à l’aide du composant Historique des commandes, qui affiche tous les détails pertinents, dont les bons et les promotions appliqués. Par exemple :
Passage en caisse checkout
Le passage en caisse est mis en œuvre avec des formulaires AEM standard. Cela permet au ou à la responsable marketing de personnaliser l’expérience avec le contenu marketing.
L’e-commerce gère ensuite le processus de passage en caisse avec les entrées des formulaires AEM.
Sécurité des paiements payment-security
Les informations de paiement, dont les informations de carte de crédit, sont généralement gérées par le moteur eCommerce. AEM transfère ces informations sur les transactions au moteur (d’où elles sont ensuite transférées à un service de traitement des paiements).
La conformité aux normes de sécurité des données de l’industrie des cartes de paiement peut être obtenue.
Confirmation de commande confirmation-of-order
La commande est confirmée à l’écran et peut être suivie grâce au suivi des commandes.
Rechercher search-features
Dans la mesure où AEM utilise des pages standard pour les produits, vous pouvez utiliser le composant de recherche standard afin de créer une page de recherche.
Si vous avez besoin d’une implémentation plus approfondie, vous pouvez :
- étendre le composant de recherche par défaut avec les fonctionnalités dont vous avez besoin ;
- mettre en œuvre la méthode de recherche de
CommerceService, puis utiliser le composant de recherche eCommerce sur votre page de recherche.
Lorsque vous utilisez un moteur eCommerce, l’API de recherche eCommerce peut être totalement mise en œuvre dans la solution du moteur eCommerce afin que vous puissiez utiliser le composant de recherche eCommerce fourni. La recherche à facette permet d’effectuer une recherche dans JCR et/ou dans le moteur :