Adobe a adopté les API GraphQL d’Adobe Commerce en tant qu’API commerciales officielles pour toutes les données liées au commerce. Par conséquent, AEM utilise GraphQL pour échanger des données commerciales avec Adobe Commerce et tout moteur de commerce via I/O Runtime. Cette API GraphQL est indépendante de l’API GraphQL AEM pour accéder aux fragments de contenu.
Aucune intégration officielle AEM Assets - Adobe Commerce n’est disponible. Un connecteur partenaire est disponible sur la marketplace
Pour obtenir une solution à cela, vous pouvez stocker les ressources de produit (images) dans AEM Assets, mais vous devez stocker manuellement les URL de ressources dans Adobe Commerce. Dynamic Media fait désormais partie d’AEM Assets et fonctionne de la même manière.
Non, l’emplacement de déploiement de votre solution de commerce n’a pas d’importance. Le storefront d’AEM et CIF fonctionne indépendamment du modèle de déploiement. Cependant, si la solution est déployée avec l’architecture de référence de bout en bout recommandée, les tests de bout en bout peuvent s’exécuter par rapport aux KPI qui représentent un profil client d’entreprise type. Cette méthode permet d’obtenir des informations supplémentaires qui pourront être utilisées comme référence.
Les pages de catalogues et de produits sont créées et mises en cache dynamiquement dans AEM en fonction de modèles de pages de catalogues et de produits génériques. Aucune donnée de produit ni de catalogue n’est importée et stockée dans AEM.
Le module complémentaire CIF utilisé avec le Cloud Service AEM permet aux données de transiter de la solution de commerce à AEM, et ce, à la demande. Par conséquent, il ne s’agit pas d’un transfert Push en temps réel ni d’un traitement par lots dans le cas d’une mise à jour dans votre solution de commerce.
Cela dépend de quelques aspects supplémentaires que vous devez prendre en compte. Quel est le ratio de cache de vos pages et données de catalogue ? Combien de demandes simultanées attendez-vous aux heures de pointe ? Quelle est l’évolutivité des API de vos solutions commerciales ?
Les données PIM sont exposées à AEM et aux clients par le biais de requêtes GraphQL. Nous recommandons d’intégrer PIM au moteur de commerce (Adobe Commerce ou autres) afin que les données PIM puissent être récupérées à partir de ce dernier.
Les données dynamiques telles que le prix ou l’inventaire ne sont pas mises en cache dans le Dispatcher. Les données dynamiques sont récupérées côté client avec des composants web directement via les API GraphQL. Seules les données statiques (telles que les données de produit ou de catégorie) sont mises en cache dans le Dispatcher. Si les données de produit sont modifiées, une invalidation du cache est nécessaire.
Nous vous recommandons de configurer l’invalidation de cache TTL pour les pages mises en cache dans le Dispatcher. Pour les informations dynamiques telles que le prix ou l’inventaire, Adobe recommande d’effectuer le rendu des données côté client. Pour plus d’informations sur l’invalidation du cache TTL, voir Optimisation du cache de Dispatcher et Optimisation des performances AEM.
Une mise en œuvre de référence de recherche de produit est fournie, mais aucune recherche unifiée avec du contenu. Cette fonctionnalité est spécifique au client ou à la cliente et est mieux résolue au niveau d’un projet spécifique.
CIF fournit des composants de barre de recherche et de résultats de recherche. Le composant barre de recherche envoie une requête GraphQL avec le terme de recherche à la solution de commerce, puis renvoie une liste de produits qui inclut le nom, le prix, le SLUG, etc. Le composant de résultats de recherche affiche ensuite les résultats de la recherche dans une vue de galerie sur une page de résultats de recherche créée dans AEM. La recherche prend en charge la recherche de texte intégral de base. Nous utilisons la clé SLUG/url pour établir une référence au PDP.
Les données de produit sont déjà traduites dans PIM ou dans Adobe Commerce. L’intégration AEM - Adobe Commerce prend en charge la connexion à plusieurs magasins et vues de magasin Adobe Commerce. Dans une configuration MSM, un site AEM est généralement lié à une vue de magasin Adobe Commerce.
Nous vous recommandons de gérer les données et le contenu liés au marketing dans AEM. Décorez les données de produit de votre solution commerciale avec des attributs supplémentaires à l’aide de fragments de contenu ou créez et liez des fragments d’expérience pour le contenu non structuré avec vos produits.
Adobe recommande d’utiliser des modes de paiement abstraits. Le client du navigateur est ainsi en communication directe avec le fournisseur de passerelle de paiement, de sorte que ni Adobe ni les solution de commerce ne contiennent ni ne transmettent les données du détenteur de carte. Cette approche nécessite uniquement une conformité PCI de niveau 3. Cependant, il existe d’autres aspects à considérer pour assurer une conformité PCI entière, tels que la façon dont les employé(e)s interagissent avec le système et les données. Pour plus d’informations sur la conformité PCI d’Adobe Commerce, consultez les Exigences de conformité PCI.
Oui, le questionnaire d’auto-évaluation D et l’attestation de conformité sont disponibles sur demande.
Vous pouvez demander une licence d’évaluation pour utiliser I/O Runtime ici.