Real-time profile syncing for mbox3rdPartyId
The mbox3rdPartyId
in Adobe Target is your company’s visitor ID, such as the membership ID for your company’s loyalty program.
When a visitor logs in to a company’s site, the company typically creates an ID that is tied to the visitor’s account, loyalty card, membership number, or other applicable identifiers for that company.
When a visitor accesses a page on which Target is enabled, that visitor is assigned a Target PCID. If the visitor then logs in, and the implementation passes the mbox3rdPartyId
to Target, Target connects that visitor’s mbox3rdPartyId
with the Target PCID.
Updates are synced with the profile store every 5-10 minutes. When the visitor’s session ends, the merged data replaces the previous data associated with the mbox3rdPartyId
, creating a complete record of that visitor’s actions. If the same attribute exists in both IDs–for example, the PCID has category=hats and the mbox3rdPartyId
has category=skis, or if the visitor saw experience A before logging in, but experience B is stored in the mbox3rdPartyId
–the attribute stored in the mbox3rdPartyId
overwrites the attribute from the PCID. If the visitor was in one activity or experience before logging in, but a different activity and experience are stored in the mbox3rdPartyId
, after logging in, that visitor is placed into the mbox3rdPartyId
activity and experience.
When the visitor logs out, the merged profile is maintained.
Considerations considerations
-
If your page contains several mboxes and only some use
3rdPartyID
, Target does not have a separate visitor profile/context for each visitor request. The3rdPartyID
context takes priority over the PCID context. It’s enough for one mbox to pass3rdPartyId
for its context to take priority over PCID.For example, suppose that a visitor accesses a page before logging in and sees an experience. The global mbox does not use
3rdPartyID
. After logging in, the visitor sees one of three experiences with child mboxes, some of which use3rdPartyID
. The visitor visits various pages on the site and then uses the Back button to return to the main page accessed before logging in and sees a different experience. In this scenario, the global mbox did not pass3rdPartyID
, but one or more of the child mboxes did.3rdPartyID
took priority over PCID. -
You can send visitors’ customer IDs to Target using two approaches:
-
Use
mbox3rdPartyId
/thirdPartyId
.mbox3rdPartyId
is the parameter name when you usetargetPageParams
ortargetPageParamsAll
thirdPartyId
is the parameter name you set in the Delivery API payload directly.- You can send only one value in this parameter.
-
Use the
setCustomerId
/customerIds
function of ECID Service.setCustomerId
is a function you can use on client-side (browser) implementations when VisitorAPI.js is available on the page.customerIds
is the parameter name used when you set it in the Delivery API payload directly and is usually done on server-side or IOT (Internet of Things) implementations.- Unlike
mbox3rdPartyId
/thirdPartyId
, you can send multiple IDs as a list in this approach, but because Target supports only a single customer ID per TnT Id, it uses the first ID in the list with a known alias (alias configured in the Customer Attributes UI).
You can use
mbox3rdPartyId
/thirdPartyId
if Target is your only Adobe Experience Cloud solution and you do not want to use Customer Attributes. For all other cases, we recommend that you usesetCustomerId
/customerIds
for sending your customer IDs.note important IMPORTANT Using both approaches mentioned above interchangeably for a single visitor can result in incorrect profile merges of the unauthenticated and authenticated Target profiles. Adobe does not recommend that you use both mbox3rdPartyId
/thirdPartyId
andsetCustomerID
/customerIds
together.If you must use both approaches interchangeably, ensure that the first ID in the list used by setCustomerID
/customerIds
is what is used bythirdPartyId
/mbox3rdPartyId
and vice versa. -