Adobe a adopté les API GraphQL 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 avec 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.
Vous pouvez également, comme solution de contournement, stocker des ressources de produit (images) dans AEM Assets, mais vous devrez stocker manuellement les URL de ressources dans Adobe Commerce. Dynamic Media fait désormais partie d’AEM Assets et fonctionnera de la même manière.
Non, l’emplacement de déploiement de votre solution de commerce n’a pas d’importance. Le CIF et le storefront AEM fonctionneront 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 indicateurs de performance clés de performance (KPI) qui représentent un profil client d’entreprise type. Vous obtiendrez ainsi 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 vous recommandons d’intégrer PIM au moteur de commerce (Adobe Commerce ou autres) afin que les données PIM puissent ensuite être récupérées à partir du moteur de commerce.
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, le cache doit être invalidé.
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 le stock, nous vous recommandons de rendre les données côté client. Pour plus d’informations sur l’invalidation de cache TTL, reportez-vous à AEM Dispatcher
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 généralement très spécifique au client et 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 du produit, 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 généralement déjà traduites dans PIM ou dans Adobe Commerce. L’AEM - Intégration Adobe Commerce prend en charge la connexion à plusieurs magasins et vues de magasin Adobe Commerce. Dans une configuration MSM, généralement, un site AEM est 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.
Nous vous recommandons d’utiliser des méthodes de paiement abstraites. 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és interagissent avec le système et les données. Pour plus d’informations sur la conformité PCI Adobe Commerce, reportez-vous à la section 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.