Vissa funktioner på den här sidan kräver att AEM 6.5.3.0 (eller senare) används.
6.5.3.0:
6.5.2.0:
Upplevelsefragment kan exporteras till:
AEM måste vara integrerat med Adobe Target med IMS.
AEM 6.5.0.0 och 6.5.1.0:
Du kan exportera Upplevelsefragment, som har skapats i Adobe Experience Manager (AEM), till Adobe Target (Target). De kan sedan användas som erbjudanden i Target-aktiviteter för att testa och personalisera upplevelser i stor skala.
Det finns tre formatalternativ för att exportera ett Experience Fragment till Adobe Target:
AEM Experience Fragments kan exporteras till standardarbetsytan i Adobe Target eller till användardefinierade arbetsytor för Adobe Target. Detta görs med Adobe Developer Console, som AEM integrerat med Adobe Target med IMS.
Adobe Target arbetsytor finns inte i själva Adobe Target. De definieras och hanteras i Adobe IMS (Identity Management System) och väljs sedan ut för användning i olika lösningar med hjälp av integreringar från Adobe Developer Console.
Adobe Target arbetsytor kan endast användas för att tillåta medlemmar i en organisation (grupp) att skapa och hantera erbjudanden och aktiviteter för denna organisation. utan att ge åtkomst till andra användare. Till exempel landsspecifika organisationer inom ett globalt område.
Mer information finns även i:
Vissa funktioner på den här sidan kräver att AEM 6.5.3.0 används.
Du måste utföra olika åtgärder:
Du måste integrera AEM med Adobe Target med IMS.
Experience Fragments exporteras från AEM författarinstans, så du måste Konfigurera AEM Link Externalizer på författarinstansen för att säkerställa att alla referenser i Experience Fragment är externaliserade för webbleverans.
För ländrörning som inte omfattas av standardinställningen används Experience Fragment Link Rewriter-provider är tillgängligt. Med detta kan ni utveckla anpassade regler för er instans.
Innan du exporterar ett fragment måste du lägga till Molnkonfiguration for Adobe Target till fragmentet eller mappen. Detta gör även att du kan:
De obligatoriska alternativen kan väljas i Sidegenskaper av den mapp och/eller det fragment som krävs, specifikationen ärvs vid behov.
Navigera till Upplevelsefragment konsol.
Öppna Sidegenskaper för rätt mapp eller fragment.
Om du lägger till molnkonfigurationen i den överordnade Experience Fragment-mappen ärvs konfigurationen av alla underordnade.
Om du lägger till molnkonfigurationen i själva Experience Fragment ärvs konfigurationen av alla variationer.
Välj Cloud Services -fliken.
Under Konfiguration av Cloud Service, markera Adobe Target i listrutan.
JSON-formatet i ett Experience Fragment-erbjudande kan anpassas. Om du vill göra det definierar du en Customer Experience Fragment-komponent och kommenterar sedan hur dess egenskaper ska exporteras i komponentens Sling Model.
Se kärnkomponenten:
Under Adobe Target välj:
Externeringsdomänen är valfri.
En AEM externaliserare konfigureras när du vill att det exporterade innehållet ska peka mot en viss publicera domän. Mer information finns i Konfigurera AEM Link Externalizer.
Observera också att Externalizer-domäner bara är relevanta för innehållet i Experience Fragment som skickas till Target, och inte för metadata som Visa erbjudandeinnehåll.
För en mapp:
Spara och stäng.
För medieresurser, till exempel bilder, exporteras bara en referens till Target. Resursen lagras i AEM Assets och levereras från den AEM publiceringsinstansen.
På grund av detta måste Experience Fragment, med alla relaterade resurser, publiceras före export till Target.
Så här exporterar du ett upplevelsefragment från AEM till mål (efter att du har angett molnkonfigurationen):
Navigera till Experience Fragment-konsolen.
Välj den Experience Fragment som du vill exportera till mål.
Det måste vara en webbvariant för Experience Fragment.
Tryck/klicka Exportera till Adobe Target.
Om Experience Fragment redan har exporterats väljer du Uppdatera i Adobe Target.
Tryck/klicka Exportera utan publicering eller Publicera efter behov.
Markera Publicera publicerar upplevelsefragmentet direkt och skickar det till Target.
Tryck/klicka OK i bekräftelsedialogrutan.
Ditt upplevelsefragment bör nu finnas i Target.
Olika detaljer av exporten visas i Listvy av konsolen och Egenskaper.
När du visar ett Experience Fragment i Adobe Target senast ändrad datum som visas är det datum då fragmentet senast ändrades i AEM, inte det datum då fragmentet senast exporterades till Adobe Target.
Du kan också exportera från sidredigeraren med jämförbara kommandon i Sidinformation -menyn.
När du har utfört de föregående åtgärderna visas upplevelsefragmentet på sidan Erbjudanden i Target. Ta en titt på specifik Target-dokumentation om du vill veta vad du kan uppnå där.
När du visar ett Experience Fragment i Adobe Target senast ändrad datum som visas är det datum då fragmentet senast ändrades i AEM, inte det datum då fragmentet senast exporterades till Adobe Target.
Om du tar bort ett Experience Fragment som redan har exporterats till Target kan det orsaka problem om fragmentet redan används i ett erbjudande i Target. Om du tar bort fragmentet blir erbjudandet oanvändbart eftersom fragmentinnehållet levereras av AEM.
För att undvika sådana situationer:
Om Experience Fragment inte används för närvarande i en aktivitet kan AEM användaren ta bort fragmentet utan ett varningsmeddelande.
Om Experience Fragment används för närvarande av en aktivitet i Target får AEM ett felmeddelande om eventuella konsekvenser som en borttagning av fragmentet kan ha för aktiviteten.
Felmeddelandet i AEM förhindrar inte användaren från att (tvinga) ta bort Experience Fragment. Om Experience Fragment tas bort:
Målerbjudandet med AEM Experience Fragment kan visa oönskat beteende
Det är förstås inte möjligt att göra ytterligare ändringar i Experience Fragment eftersom Experience Fragment inte längre finns i AEM.
Experience Fragments innehåller fullständiga html-taggar och alla nödvändiga klientbibliotek (CSS/JS) för att återge fragmentet exakt som det skapades av Experience Fragment Content Author. Det här är underdesign.
När du använder ett Experience Fragment-erbjudande med Adobe Target på en sida som levereras av AEM innehåller målsidan redan alla nödvändiga klientbibliotek. Dessutom behövs inte heller den överflödiga HTML-koden i Experience Fragment-erbjudandet (se Överväganden).
Här följer ett pseudoexempel på html i ett Experience Fragment-erbjudande:
<!DOCTYPE>
<html>
<head>
<title>…</title>
<!-- all of the client libraries (css/js) -->
…
</head>
<body>
<!--/* Actual XF Offer content would appear here... */-->
</body>
</html>
När AEM exporterar ett Experience Fragment till Adobe Target sker detta på en hög nivå med hjälp av flera ytterligare Sling Selectors. URL:en för det exporterade Experience Fragment kan till exempel se ut så här (observera nocloudconfigs.atoffer
):
The nocloudconfigs
-väljaren definieras med hjälp av HTML och kan överlappas genom att den kopieras från:
The atoffer
väljaren faktiskt används efter bearbetning med Sling Rewriter. Båda kan användas för att ta bort klientbiblioteken.
I det här fallet ska vi visa hur man gör detta med nocloudconfigs
.
Se Redigerbara mallar för mer information.
I just det här exemplet övertäckningar som inkluderas tar bort klientbiblioteken och den ovidkommande html. Du förutsätts redan ha skapat malltypen Experience Fragment. De filer som behövs och som ska kopieras från /libs/cq/experience-fragments/components/xfpage/
inkludera:
nocloudconfigs.html
head.nocloudconfigs.html
body.nocloudconfigs.html
I det här exemplet ska vi använda följande struktur:
Innehållet i dessa filer är följande:
body.nocloudconfigs.html
head.nocloudconfigs.html
nocloudconfigs.html
Används data-sly-unwrap
för att ta bort den body-tagg du behöver nocloudconfigs.html
.
Om du behöver stöd för både AEM och icke-AEM webbplatser med Experience Fragment Offers i Adobe Target måste du skapa två Experience Fragments (två olika malltyper):
En med övertäckningen som tar bort clientlibs/extra html
En som inte har övertäckningen och därför innehåller de nödvändiga klientlibs