Expand my Community achievements bar.

Applications for the 2024 Adobe Target Community Mentorship Program are open! Click to the right to learn more about participating as either an Aspirant, to professionally level up with a new Certification, or as a Mentor, to share your Adobe Target expertise and inspire through your leadership! Submit your application today.
SOLVED

To global or to regional, that is the question

Avatar

Level 2

I'm a bit new to Target and trying to build some guideline docs.  Can anyone point me to a 'best practice' on when to choose a regional mbox over global mbox?  

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hi @THE_DK,

If you are talking about web use then typically the global mbox (AKA pageLoad for at.js 2.x) is the way to go as it allows you to use the visual experience composer (VEC) for experience setup.

Regional mboxes (AKA locations) are used in other channels/use-cases such as IOT, native mobile app, email, and server-side implementations of Target. They can also be used in a regular client-side web deployment though the vast majority of cases can be accomplished with the global or pageLoad request.

Here's a help doc that covers a little of this topic: https://docs.adobe.com/content/help/en/target/using/implement-target/client-side/mbox-implement/glob...

Hope that helps

View solution in original post

5 Replies

Avatar

Correct answer by
Employee Advisor

Hi @THE_DK,

If you are talking about web use then typically the global mbox (AKA pageLoad for at.js 2.x) is the way to go as it allows you to use the visual experience composer (VEC) for experience setup.

Regional mboxes (AKA locations) are used in other channels/use-cases such as IOT, native mobile app, email, and server-side implementations of Target. They can also be used in a regular client-side web deployment though the vast majority of cases can be accomplished with the global or pageLoad request.

Here's a help doc that covers a little of this topic: https://docs.adobe.com/content/help/en/target/using/implement-target/client-side/mbox-implement/glob...

Hope that helps

Avatar

Level 2
thanks Ryan! Hoping you can help me get my head around this use case though. We may have the need to load a mbox or 'location' passing in data captured from user interaction or data that is fetched from a server call. If I'm following correctly, this would cause holding up the global mbox from completing and thus holding the whole UI causing lots of flicker. Would it be a best practice to maybe say that if an activity/test needs specific data not available at page load, use a region? l?

Avatar

Employee Advisor

Ah...if you are just wanting to send data into Target (e.g., visitor profile info, or event tracking) you can use the adobe.target.trackEvent() function for that. Here's the link: https://docs.adobe.com/content/help/en/target/using/implement-target/client-side/functions-overview/.... Those can be fired as the data becomes available. TrackEvent is only for recording data/events. If you actually want content returned from Target they you want to use the getOffers() function instead https://docs.adobe.com/content/help/en/target/using/implement-target/client-side/functions-overview/....

Avatar

Level 2
Again thanks! we have A4T set, so good there. Our use case is concerning the case of say 3rd party data needed for an Activity. Another case is we need to derive a data layer data point from the DOM, assume we have no server-side generated data layer., to pass as a param to Target. In both of these instance, the global mbox use would hold up delivery of said global mbox right? and introduce massive FOOC right? Or am I missing something?

Avatar

Level 4

@THE_DK  If you are building a Target activity through VEC, then these would always be configured using the target-global-mbox.

Regional mboxes are used to configure form based activities which are used for channels such as mobile apps.

 

Regards,

Karan