Hi Team,
We are using AEM fragments in Adobe Target Personalization activity. We are facing issue with the content rendering.
We have experience fragment with Product Hero component which is getting successfully exported except the Price Info to Adobe Target. The price info on the Hero component is inside the ESI tags. These ESI Tags within the fragments call the akamai to render the price
When we use this fragment in an activity, we see the content but not the price info.
So, we are looking for help how to populate the ESI tags (price) within experience fragment.
Can anyone advise something on this ?
Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
Hello @ambikaTewari_ATCI Exporting the experience fragments from AEM to Adobe target will have only context of selector ".atoffer.nocloudconfigs.html" not the page context (like product you are dealing with) so export request for a fragment "xyz" looks analogous to /content/experience-segments/<<xyz>>.atoffer.nocloudconfigs.html, this would not be process by Akamai as it is missing product/page context...
Recommendation to solve this use case:
AEM Approach:
Add another component presentation(slightly) with atoffer.nocloudconfigs.html as the file name and replace the ESI price markup with "${mbox.productPrice}" and verify this markup get exported when activated or by accessing with ".atoffer.nocloudconfigs" selectors.
Passing the Price info from Web to Adobe Target:
Provide price info from clientside to Adobe target via "targetPageParams" or "targetPageParamsAll" to replace the price info and send back computed markup to end user.
Approaches for making price info available for targetPageParams
1) build REST API around pricing and make a immediate call (first top most call) to this API with context to get and set the target params.
Let me know if you have any concerns or issues with this approach.
Hello @ambikaTewari_ATCI Exporting the experience fragments from AEM to Adobe target will have only context of selector ".atoffer.nocloudconfigs.html" not the page context (like product you are dealing with) so export request for a fragment "xyz" looks analogous to /content/experience-segments/<<xyz>>.atoffer.nocloudconfigs.html, this would not be process by Akamai as it is missing product/page context...
Recommendation to solve this use case:
AEM Approach:
Add another component presentation(slightly) with atoffer.nocloudconfigs.html as the file name and replace the ESI price markup with "${mbox.productPrice}" and verify this markup get exported when activated or by accessing with ".atoffer.nocloudconfigs" selectors.
Passing the Price info from Web to Adobe Target:
Provide price info from clientside to Adobe target via "targetPageParams" or "targetPageParamsAll" to replace the price info and send back computed markup to end user.
Approaches for making price info available for targetPageParams
1) build REST API around pricing and make a immediate call (first top most call) to this API with context to get and set the target params.
Let me know if you have any concerns or issues with this approach.