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 the Marketing Cloud Integrations Provisioning Form to request to be provisioned.
This A4T integration requires that you implement the following library versions (or newer), depending on whether you want to use redirect offers with A4T or not:
This integration requires that you implement the following library versions (or newer) if you do not plan on using redirect offers with A4T. The order listed is the order of operations.
To use redirect offers with A4T, you must implement the following library versions (or newer). The order listed is the order of operations.
Experience Cloud Visitor ID Service: visitorAPI.js version 2.3.0
Adobe Target: at.js version 1.6.2
Note: The mbox.js library does not support redirect offers with A4T. Your implementation must use at.js.
Adobe Analytics: appMeasurement.js version 2.1
Download and deployment instructions are listed in Analytics for Target Implementation.
VisitorAPI.jsappears above the tags for all other Experience Cloud solutions.
After this integration is enabled, you will experience an additional 5-10 minutes of latency in Analytics. This latency increase allows data from Analytics and Target to be stored on the same hit, allowing you to break down activities by page and site section.
This increase is reflected in all Analytics services and tools, including the live-stream and real-time reporting, and applies in the following scenarios:
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 Experience Cloud Debugger as the
sdid parameter. For example:
sdid=2F3C18E511F618CC-45F83E994AEE93A0. This ID is generated anytime the following criteria are in place:
When troubleshooting, be sure to confirm that the supplemental ID is present on Analytics hits.
By default, when at.js, the Experience Cloud Visitor ID Service, and appMeasurement.js are on the page, Analytics and Target correctly stitch events for reporting and analytics purposes in the backend as long as the correct supplemental ID is included from the page, as mentioned above. You won’t need to manage and perform any additional operations for A4T to function correctly.
However, there are cases when you might want to have more control on when and how to send analytics data related to Target to Analytics for reporting purposes. You might have an in-house analytics tool that you leverage for internal purposes but also want to send the analytics data to Analytics via your in-house analytics product so that other members of your organization can continue to utilize Analytics as a visual reporting source. See Step 7: Reference at.js or mbox.js on all site pages in Analytics for Target Implementation for more information.
While filling in the Marketing Cloud Integrations Provisioning Form, be aware of the following important information concerning the Shared Audiences option listed under “For which capabilities are you requesting provisioning?”
When you request Shared Audiences, you enable Target and Adobe Audience Manager (AAM) to share information, in this case audiences.
This integration between Target and AAM comes with additional costs. You will be billed for each Target call in AAM.