Before you implement
Several changes occur in your data collection process when enabling Analytics as the reporting source for Target (A4T).
Before you decide to use this integration, review the following sections and consider the impact to your reporting processes:
Before you can begin using A4T, you need to request that your account be provisioned for the integration. Use this form to request to be provisioned.
This A4T integration requires that you implement the following library versions, depending on whether you want to use redirect offers with A4T or not:
Requirements Needed for A4T
Requirements Needed for Redirect Offers Using A4T
This integration requires that you implement the following library versions (or newer) if you do not plan on using redirect offers with A4T:
To use redirect offers with A4T, you must implement the following library versions (or newer):
Note: The mbox.js library does not support redirect offers with A4T. Your implementation must use at.js.
Download and deployment instructions are listed in Adobe for Target Implementation .
Things to Know Before You Implement
- This integration is enabled on new activities when you select to use Analytics as the reporting source. After you make the implementation changes described in this document, your existing activities are not impacted.
- The process of setting up Analytics as the reporting source for Target includes several implementation steps, followed by a provisioning step. It is a good idea to read through the process as described below before implementing. After you complete these steps, you will be ready to use Analytics as your reporting source as soon as it is enabled for you. The provisioning process can take up to five business days.
- The Visitor ID service creates a shared Visitor ID across the Experience Cloud. While it does not replace the Target mboxPC id or Audience Manager UUID, it does replace the way Analytics identifies new visitors. If set up properly, returning Analytics visitors should also be identified via their old Analytics ID to prevent visitor cliffing. Similarly, because the Target mboxPCid remains intact, no Target visitor profile data is lost when you upgrade to the Visitor ID service.
- The Visitor ID service must execute before your Analytics and Target page code. Make sure that VisitorAPI.js appears above the tags for all other Experience Cloud products.
After this integration is enabled, you will experience an additional 5-10 minutes of latency in Adobe Analytics. This latency increase allows data from Analytics and Target to be stored on the same hit, allowing you to break down tests by page and site section.
This increase is reflected in all Adobe Analytics services and tools, including the live stream and real-time reporting, and applies in the following scenarios:
- For live stream, real-time reports & API requests, and current data for traffic variables, only hits with a supplemental data ID are delayed.
- For current data on conversion metrics, finalized data, and data feeds, all hits are delayed an additional 5-7 minutes.
Be aware that the latency increase starts after you implement the Experience Cloud visitor ID service, even if you have not fully implemented this integration.
All Target calls used by an A4T activity to deliver content or record the goal metric must have a corresponding Analytics hit that shares the same supplemental ID for A4T to work properly.
Hits that contain data from Analytics and Target contain a supplemental data ID. You can see this ID in the Adobe Debugger as the sdid parameter. For example: sdid=2F3C18E511F618CC-45F83E994AEE93A0. This ID is generated anytime the following criteria are in place:
- The visitor ID service is in implemented
- A version of mbox.js that supports this integration is implemented.
When troubleshooting, be sure to confirm that the supplemental ID is present on Analytics hits.