☕[AT Community Q&A Coffee Break] 1/13/21, 8am PT: Robert Calangiu, Senior Product Manager for Adobe Target☕ | Community
Skip to main content
Amelia_Waliany
Employee
November 18, 2020

☕[AT Community Q&A Coffee Break] 1/13/21, 8am PT: Robert Calangiu, Senior Product Manager for Adobe Target☕

  • November 18, 2020
  • 26 replies
  • 17982 views

Join us for the next monthly Adobe Target Community Q&A Coffee Break

taking place Wednesday, January 13th, 2021 @ 8am PT

👨‍💻👩‍💻REGISTER TODAY👨‍💻👩‍💻

We'll be joined by Robert Calangiu, aka @robertcalangiu,  Senior Product Manager for Adobe Target, who will be signed in here to the Adobe Target Community to chat directly with you on this thread about your Adobe Target questions pertaining to his areas of expertise:

  • Target Setup and Admin UI
  • A4T Integration
  • AEM Integration
  • General Adobe Target UI 
  • Plus! Responses to the questions you include upon registering for this event (though optional)

REQUIREMENTS TO PARTICIPATE  

  • Must be signed in to the Community during the 1-hour period 
  • Must post a Question about Adobe Target
  • THAT'S IT!  *(think of this as the Adobe Target Community equivalent of an AMA, (“Ask Me Anything”), and bring your best speed-typing game) 

INSTRUCTIONS 

  • Click the blue “Reply” button at the bottom right corner of this post
  • Begin your Question with @robertcalangiu
  • When exchanging messages with Robert about your specific question, be sure to use the editor’s "QUOTE" button, which will indicate which post you're replying to, and will help contain your conversation with Robert

💡Want us to send you a calendar invitation so you don’t forget?  Register now to mark your calendar and receive Reminders! 

 

Robert Calangiu is a Senior Product Manager responsible for evolving Adobe Target's UI.  He was in charge with redesigning the Admin UI and now he is focusing on improving the Activity UI as well as with enhancing the A4T integration. Previously, Robert worked as a product manager for Adobe’s TV Everywhere portfolio, leading Authentication & Fraud Management solutions. He is passionate about building customer centric products and helping customers solve the right problems.

 

Curious about what an Adobe Target Community Q&A Coffee Break looks like? Be sure to check out our past 2020 Adobe Target Coffee Breaks, covering a WIDE variety of Adobe Target topics!

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

26 replies

ca90883831
New Participant
January 13, 2021

@Robert_Calangiu

 

Hello, repost my previous questions: 

 

All my questions below are for “form based exp composer”:

 

  1. We use form based experience composer to create Target A/B test. Currently we are using a few regular mboxes on the page. Can I introduce Target global mbox together with regular mbox? aka. Is there an issue to mix global mbox and regular mboxes together? Is global mbox better than regular mbox? 
  2. I understand we can use “targetPageParams” to pass additional parameters to global mbox.  In at.js 2.x, the global mbox uses 2 functions [adobe.target.getOffer() & adobe.target.applyOffer()]. But how does Target know where exactly to apply offers on a page when using global mbox? With regular mbox, you wrap content in <div>. With global mbox, how to specify the location on the page?
  3. We have 1 target account shared across 2 different teams for 2 different domains. So if my team switches to use global mbox, the other team also need to make the same change?
  4. When passing parameters to global mbox using “targetPageParams”, is there any preference to use one method over the other 2 ?  “An array” or “JSON” object or “Query String”, which one is better?
New Participant
January 14, 2021

@ca90883831 wanted to provide some feedback in case you might be interested...

 

1. My experience is that you can have multiple mboxes placed on the page this includes a global mbox and a custom mboxes. I like to think of the global mbox as the one you fire on each page. This will make sure we can introduce experiences into the page using the VEC editor. Then if we have unique experiences using the form based editor, we then use a dedicated custom mbox so as to limit the scope.

 

2. Since the global mbox is focused on supporting use cases that leverage the VEC editor, and the VEC editor in turn captures a css selector from the user from one of the options when editing(insert after, before, or manually), the global mbox response on the client side will always have a "selector" value under "action" object. You can actually pass in this key value pair in your applyOffer() function and when the at.js script runs the script it will do the same and find the css selector and inject the html into that spot.

 

3. The auto create global mbox is something you can control at the script level, so you can create two versions of the script for each domain. Additionally if you use Launch you can control it from there.

 

4. Typically arrays perform slightly better than objects in terms of efficiency. I dont know if the at.js script has any conditions that look at one over the other first as an example therefor being executed faster.

 

Hope this helps and best of luck!

 

ca90883831
New Participant
January 14, 2021

@josejr19  thanks very much!

 

Do you know if global mbox would work with FEC (form based experience composer)? Im trying to figure out how to specify the testing location on the page with FEC+Global mbox implementation. 

 

FEC + Local mbox makes more sense to me, but i'm researching on the FEC + Global option. Very limited resource online as far as I can tell. 

 

 

Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu In relation to Auto-Target the Target documentationsays: "In the future, this test bed will allow us to open our machine learning platform to our data-savvy clients so that they can bring in their own models to augment Target’s models."

Would you know when, where and how we can "bring our own model"?

robertcalangiu
Employee
January 13, 2021

@nicolas_swisscom wrote:

@robertcalangiu In relation to Auto-Target the Target documentationsays: "In the future, this test bed will allow us to open our machine learning platform to our data-savvy clients so that they can bring in their own models to augment Target’s models."

Would you know when, where and how we can "bring our own model"?


The "bring your own model" or "Auto-Target with Custom Model powered by AEP" capability is currently in development.

I don't have a fixed release date that I can offer in this moment.

Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu Would it be possible to make the "Objective" field under Activity Setting mandatory by configuring it somewhere in the setup?

robertcalangiu
Employee
January 13, 2021

@nicolas_swisscom , the "Objective" field under the "Goals&Settings" section is currently optional because it is mostly used as a detailed description of what are the objectives and goals you want to achieve with this activity. Some users are populating it and some of them don't. 

How making it mandatory will help you (or your team) in your day-to-day work? 

Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu It would help the team to be forced to state a clear objective so that others who might have to edit the activity or interpretate the results know what the objective of that test/activity is. Right know you either know it or don't know what a given activity does or has as an objective. It I could somehow configure this field to be mandatory we would significantly increase transparancy for all activities.

andyprout82
New Participant
January 13, 2021

@robertcalangiu I'm new to using Adobe Target so bit of a beginners question but currently having an issue where I can't see any mbox calls being made on the pages I am looking to test. Should I create a new mbox for every element of the page I want to test?

Employee
January 13, 2021

@andyprout82 This is strange; are you sure that you've implemented AT.js in the location you are executing activities?  The js library file may not be implemented in this location, which would be the likely cause of not seeing server calls.  An mbox is no longer required around every element you wish to run an activity with; it's all delivered through a single tag to the page and the VEC or form-based composer.

Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu There are many places in the Target UI i.e. when seting up an activity where the only very few characters can be use (naming of experiences, goals, metrics etc....). Will this be extended?

robertcalangiu
Employee
January 13, 2021

@nicolas_swisscom indeed we have some limits in place right now, but I would love to hear more on your needs? Why you would like to extend these limits, on what entities and how this would help you better do your job? Looking forward for more info here.

Nicolas_Swisscom
New Participant
January 13, 2021

Quite often we just have not enough space to decribe what this or that Experience is about. And A, B, C is not enough. But where it is very often a challenge is in the metrics naming. Often here we can not give a meaningful title here such as "Viewed Samsung FE 5g FAQ page DE" although the text box suggest much more space would result in "Viewed Samsung FE 5g FAQ". Many colleagues also use the German language to name experiences or metrics and as you know German is ca. 30% more in terms of characters/text compared to English. Any chances this gets changed? Why is it limited to only 25 characters?

ca90883831
New Participant
January 13, 2021

@Robert_Calangiu

 

Hello, all my questions below are for “form based exp composer”:

 

  1. We use form based experience composer to create Target A/B test. Currently we are using a few regular mboxes on the page. Can I introduce Target global mbox together with regular mbox? aka. Is there an issue to mix global mbox and regular mboxes together? If global mbox better than regular mbox?
  2. I understand we can use “targetPageParams” to pass additional parameters to global mbox.  In at.js 2.x, the global mbox uses 2 functions [adobe.target.getOffer() & adobe.target.applyOffer()]. But how does Target know where exactly to apply offers on a page when using global mbox? With regular mbox, you wrap content in <div>. With global mbox, how to specify the location on the page?
  3. We have 1 target account shared across 2 different teams for 2 different domains. So if my team switches to use global mbox, the other team also need to make the same change?
  4. When passing parameters to global mbox using “targetPageParams”, is there any preference to use one method over the other 2 ?  “An array” or “JSON” object or “Query String”, which one is better?
Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu Would you have any update on the know issue that there can be data discrapencies when using A4T together with Redirects in Target?

Employee
January 13, 2021

@nicolas_swisscom  Hi Nicolas!  There is often not a data discrepancy with redirects in A$T; this only arises when the Adobe Analytics and Target tags are firing in an irregular way.  An audit can uncover this and adjustments to the tags can be made to support redirects, in these remote situations.  There are many companies successfully executing redirect activities across their customer experience leveraging A4T currently.  The need to audit/confirm the firing of tags will not be a requirement when companies move to the Experience Platform Web SDK, or Alloy.js, in the near future which will consolidate the tags for Adobe Analytics, Adobe Audience Manager, and Adobe Target and streamline data collection and communication between the applications!

 

New Participant
January 13, 2021

@Robert_Calangiu how would I go about sending Audience information to Adobe Target via Server Side implementation?

 

robertcalangiu
Employee
January 14, 2021

@rjbu wrote:

@Robert_Calangiu how would I go about sending Audience information to Adobe Target via Server Side implementation?

 


Hi @rjbu , 

Below you have the documentation available for integrating Target & Audience Manager via Server Side implementation with an example:

https://developers.adobetarget.com/api/delivery-api/#section/Integration-with-Experience-Cloud/Adobe-Audience-Manager

 

Hope this answers your question.

New Participant
January 13, 2021

@Robert_Calangiu - What's the A4T capabilities when leveraging Recommendations Engine? Any additional reporting we can get from the Recs Engine directly? 

robertcalangiu
Employee
January 13, 2021

@skylerj92693058 wrote:

@Robert_Calangiu - What's the A4T capabilities when leveraging Recommendations Engine? Any additional reporting we can get from the Recs Engine directly? 


Hi @skylerj92693058 , 

 

The same Recommendations reports that are available when using Target as the reporting source are also available when using Analytics as the reporting source. When using Analytics as the reporting source, reports can be viewed in Target and/or Analysis Workspace, off of the same data set.

Does it answer your question?

 

Nicolas_Swisscom
New Participant
January 13, 2021

@robertcalangiu Unfortunaltely I have not found a simple way to show how many activities we have in which type (A/B, XT, AT...) as it always states "More than 100 Activities found" why can it no show the exact number?

Filtering by Type does only help if ther are less than 100.

 

Thanks

New Participant
January 13, 2021

@josejr19 wrote:

@robertcalangiu are there any plans to update the Target UI? If so any details around being able to better organize activities and experience fragments specifically?


1. We are using Target to create messaging spaces in our SPA, however, this the element we are targeting persists on other views of the SPA and this happens, as you know, because that element we are targeting in the css is available in other views in the SPA. Can you tell me what I need to do in order to keep the banner on a specific view?

2. we would like to create an "interstitial" or "modal" after a user clicks on a banner. what script is needed for this to happen?

 

Thanks so much!