Certaines fonctionnalités de cette page nécessitent l’application d’AEM 6.5.3.0 (ou version ultérieure).
6.5.3.0 :
6.5.2.0 :
Les fragments d’expérience peuvent être exportés vers :
AEM doit être intégré à Adobe Target à l’aide d’IMS.
AEM 6.5.0.0 et 6.5.1.0 :
Vous pouvez exporter les Fragments d’expérience, créés dans Adobe Experience Manager (AEM), dans Adobe Target (Target). Ceux-ci peuvent ensuite être utilisés comme offres dans les activités Target, pour tester et personnaliser les expériences en fonction des besoins.
Il existe trois options de format pour exporter un fragment d’expérience vers Adobe Target :
Les fragments d’expérience AEM peuvent être exportés vers l’espace de travail par défaut dans Adobe Target ou vers des espaces de travail définis par l’utilisateur pour Adobe Target. Cette opération s’effectue à l’aide de la console Adobe Developer, pour laquelle AEM doit être intégré à Adobe Target à l’aide d’IMS.
Les espaces de travail Adobe Target n’existent pas dans Adobe Target lui-même. Ils sont définis et gérés dans Adobe IMS (Identity Management System), puis sélectionnés pour une utilisation dans toutes les solutions à l’aide de la console Adobe Developer.
Les espaces de travail Adobe Target peuvent être utilisés pour permettre aux membres d’une organisation (groupe) de créer et de gérer des offres et des activités pour cette organisation uniquement ; sans donner accès à d’autres utilisateurs. Par exemple, les organisations spécifiques à un pays avec une préoccupation mondiale.
Pour plus d’informations, consultez également :
Certaines fonctionnalités de cette page nécessitent l’application d’AEM 6.5.3.0.
Plusieurs actions sont requises :
Vous devez intégrer AEM à Adobe Target à l’aide d’IMS.
Les fragments d’expérience sont exportés à partir de l’instance d’auteur AEM. Vous devez donc Configurer l’externaliseur de liens d’AEM sur l’instance d’auteur pour vous assurer que toutes les références contenues dans le fragment d’expérience sont externalisées pour la diffusion web.
Pour la réécriture de liens, non couverte par le format par défaut, il existe un fournisseur de réécriture de liens des fragments d’expérience. Cela vous permet de développer des règles personnalisées pour votre instance.
Avant d’exporter un fragment, vous devez ajouter la configuration cloud pour Adobe Target au fragment ou au dossier. Vous pouvez ainsi :
Vous pouvez sélectionner les options obligatoires dans les propriétés de page du dossier ou du fragment concerné. La spécification sera héritée, le cas échéant.
Accédez à la console Fragments d’expérience.
Ouvrez les propriétés de page pour le dossier ou le fragment approprié.
Lorsque vous ajoutez la configuration cloud au dossier parent du fragment d’expérience, celle-ci est héritée par tous les enfants.
Lorsque vous ajoutez la configuration cloud directement au fragment d’expérience, la configuration est héritée par toutes les variations.
Sélectionnez l’onglet Services cloud.
Sous Configuration du service cloud, sélectionnez Adobe Target dans la liste déroulante.
Le format JSON d’une offre de fragment d’expérience peut être personnalisé. Pour ce faire, définissez un composant de fragment d’expérience client, puis annotez comment exporter ses propriétés dans le modèle Sling du composant.
Voir le composant principal :
Sous Adobe Target sélectionnez :
Le domaine de l’externaliseur est facultatif.
Un externaliseur d’AEM est configuré lorsque vous souhaitez que le contenu exporté pointe vers un domaine de publication spécifique. Pour plus d’informations, consultez Configuration de l’externaliseur de liens d’AEM.
Notez également que les domaines de l’externaliseur sont pertinents uniquement pour le contenu du fragment d’expérience envoyé à Target, et non pour les métadonnées telles que Afficher le contenu de l’offre.
Par exemple, pour un dossier :
Enregistrer et fermer.
Pour les contenus multimédias, comme les images, une seule référence est exportée vers Target. La ressource elle-même reste stockée dans AEM Assets et elle est diffusée depuis l’instance de publication AEM.
Le fragment d’expérience, ainsi que l’ensemble des ressources connexes, doivent être publiés avant l’exportation vers Target.
Pour exporter un fragment d’expérience d’AEM vers Target (une fois la configuration cloud spécifiée) :
Accédez à la console Fragment d’expérience.
Sélectionnez le fragment d’expérience que vous souhaitez exporter vers Target.
Il doit s’agir d’une variation web de fragment d’expérience.
Appuyez/cliquez sur Exporter vers Adobe Target.
Si le fragment d’expérience a déjà été exporté, sélectionnez Mettre à jour dans Adobe Target.
Appuyez/cliquez sur Exporter sans publier ou sur Publier, en fonction de vos besoins.
L’option Publier permet la publication immédiate du fragment d’expérience et l’envoie vers Target.
Appuyez/cliquez sur OK dans la boîte de dialogue de confirmation.
Votre fragment d’expérience se trouve désormais dans Target.
Divers détails sur l’exportation sont visibles dans le mode Liste de la console et dans les Propriétés.
Lors de l’affichage d’un fragment d’expérience dans Adobe Target, la date de la dernière modification qui apparaît correspond à la dernière modification du fragment dans AEM. Il ne s’agit pas de la date de la dernière exportation du fragment vers Adobe Target.
Vous pouvez également procéder à l’exportation via l’éditeur de page, à l’aide des commandes comparables du menu Informations sur la page.
Après avoir effectué les tâches précédentes, le fragment d’expérience s’affiche sur la page Offres de Target. Consultez la documentation spécifique de Target pour en savoir plus sur ce qui est réalisable.
Lors de l’affichage d’un fragment d’expérience dans Adobe Target, la date de la dernière modification qui apparaît correspond à la dernière modification du fragment dans AEM. Il ne s’agit pas de la date de la dernière exportation du fragment vers Adobe Target.
La suppression d’un fragment d’expérience qui a déjà été exporté vers Target peut entraîner des problèmes si le fragment est déjà utilisé pour une offre dans Target. L’offre ne serait alors plus utilisable, car c’est AEM qui fournit le contenu du fragment.
Pour éviter de tels problèmes :
Si le fragment d’expérience n’est pas en cours d’utilisation par une activité, l’utilisateur peut le supprimer sans recevoir de message d’avertissement.
Si le fragment d’expérience est en cours d’utilisation par une activité dans Target, un message d’erreur informe l’utilisateur d’AEM des risques que la suppression dudit fragment peut engendrer.
Le message d’erreur apparu dans AEM n’empêche pas à l’utilisateur de forcer la suppression du fragment d’expérience. Lorsque le fragment d’expérience est supprimé :
l’offre Target qui utilise le fragment d’expérience AEM peut souffrir d’un comportement indésirable ;
Bien sûr, toute modification supplémentaire apportée au fragment d’expérience est impossible, car le fragment d’expérience n’existe plus dans AEM.
Les fragments d’expérience contiennent des balises HTML complètes et toutes les bibliothèques clientes (CSS/JS) nécessaires pour effectuer le rendu du fragment tel qu’il a été créé par l’auteur ou l’autrice du contenu du fragment d’expérience. Cela est intentionnel.
Lors de l’utilisation d’une offre de fragment d’expérience avec Adobe Target sur une page diffusée par AEM, la page ciblée contient déjà toutes les bibliothèques clientes nécessaires. En outre, le code HTML superflu dans l’offre de fragment d’expérience n’est pas nécessaire non plus (voir les Considérations).
Voici un pseudo-exemple du code HTML d’une offre de fragment d’expérience :
<!DOCTYPE>
<html>
<head>
<title>…</title>
<!-- all of the client libraries (css/js) -->
…
</head>
<body>
<!--/* Actual XF Offer content would appear here... */-->
</body>
</html>
À un niveau élevé, lorsqu’AEM exporte un fragment d’expérience vers Adobe Target, il le fait à l’aide de plusieurs sélecteurs Sling supplémentaires. Par exemple, l’URL du fragment d’expérience exporté peut se présenter comme suit (remarque nocloudconfigs.atoffer
) :
Le sélecteur nocloudconfigs
est défini à l’aide de HTL et peut être recouvert en le copiant à partir de :
Le sélecteur atoffer
est en réalité appliqué après traitement à l’aide de la réécriture Sling. Vous pouvez utiliser les deux pour supprimer les bibliothèques clientes.
Dans notre cas, nous allons vous montrer comment faire avec nocloudconfigs
.
Consultez Modèles modifiables pour en savoir plus.
Dans cet exemple particulier, les recouvrements inclus suppriment les bibliothèques clientes et le code html superflu. Nous partons du principe que vous avez déjà créé le type de modèle de fragment d’expérience. Les fichiers nécessaires qui devront être copiés à partir de /libs/cq/experience-fragments/components/xfpage/
incluent :
nocloudconfigs.html
head.nocloudconfigs.html
body.nocloudconfigs.html
Dans le cadre de cet exemple, nous utiliserons la structure suivante :
Le contenu de ces fichiers est le suivant :
body.nocloudconfigs.html
head.nocloudconfigs.html
nocloudconfigs.html
Pour utiliser data-sly-unwrap
afin de supprimer la balise body, vous avez besoin de nocloudconfigs.html
.
Si vous devez prendre en charge les sites AEM et non AEM à l’aide d’offres de fragments d’expérience dans Adobe Target, vous devez créer deux fragments d’expérience (deux types de modèles différents) :
Un avec le recouvrement pour supprimer les bibliothèques clientes ou le code html en trop
Un qui ne dispose pas du recouvrement et qui inclut donc les bibliothèques clientes requises