Adobe Analytics 2.0 Connector Setup Guide
This article describes how to set up the Adobe Analytics 2.0 connector.
How it works
The Adobe Analytics 2.0 connector uses the Adobe Bulk Data Insertion API to send analytics data, in place of using the JavaScript beacon on a web page or mobile app. This reduces the amount of data transmitted from the client-side, and also offers the advantage of being able to pass audience and visitor data from EventStream or AudienceStream to Adobe Analytics.
The end of life date for the Adobe Analytics 1.4 API is August 12, 2026, including WSSE authentication. After this date, the Adobe Analytics 1.4 API and WSSE authentication will no longer be supported or available.
Connector Actions
Action Name | AudienceStream | EventStream |
---|---|---|
Send Analytics Event | ✓ | ✓ |
Send Analytics Event (Batch) | ✓ | ✓ |
Enter these credentials during configuration of the Adobe Analytics 2.0 connector and test the connection.
Adobe Analytics 2.0 connector differences
The following Adobe Analytics 1.4 connector features are not available in the Adobe Analytics 2.0 connector:
- Custom Field Mapping (Advanced)
- Enable auto-mapping of Lifecycle Event Attributes for Mobile Data-sources
Some Adobe Analytics 1.4 parameters are not available in the Adobe Analytics 2.0 connector, as shown in the following table. An ✗ in the Adobe Analytics 2.0 parameter column indicates that parameter is not available in the 2.0 connector.
Adobe Analytics 1.4 parameter | Adobe Analytics 2.0 parameter |
---|---|
a4t | ✗ |
architecture | hints.architecture |
bitness | hints.bitness |
browserHeight | browserHeight |
browserWidth | browserWidth |
campaign | campaign |
channel | channel |
connectionType | connectionType |
cookiesEnabled | cookiesEnabled |
currencyCode | currencyCode |
customerPerspective | ✗ |
fallbackVisitorID | ✗ |
homePage | ✗ |
imsregion | ✗ |
ipaddress | ipaddress |
javaEnabled | javaEnabled |
javaScriptVersion | ✗ |
language | language |
linkName | linkName |
linkType | linkType |
linkURL | linkURL |
marketingCloudOrgID | ✗ |
marketingCloudVisitorID | marketingCloudVisitorID |
mobile | hints.mobile |
pageName | pageName |
pageType | pageType |
pageURL | pageURL |
platform | hints.platform |
platformVersion | hints.platformversion |
plugins | ✗ |
purchaseID | purchaseID |
referrer | referrer |
reportSuiteID | reportSuiteID |
resolution | resolution |
server | server |
state | ✗ |
timestamp | timestamp |
timezone | ✗ |
transactionID | transactionID |
userAgent | userAgent |
visitorID | visitorID |
wow64 | hints.wow64 |
zip | zip |
For information on migrating Adobe Analytics 1.4 connectors to Adobe Analytics 2.0 connectors, see Migrator Tool.
Connector Configuration
Configuring the Adobe Analytics 2.0 Connector requires the Client ID (API Key) and Client Secret for the Adobe Analytics 2.0 API. To create credentials in the Adobe Developer Console and obtain the Client ID and Client Secret for Adobe Analytics 2.0 API, use the following steps:
- Go to the Adobe Developer Console and log in with your Adobe ID.
- Click Create a new project.
- Enger a name for your project, then click Save.
- In your project dashboard, click Add API.
- In the list of available APIs, select Adobe Analytics.
- For Authentication Type select Server-to-Server Authentication.
- For the type of integration, select OAuth Server-to-Server.
- Select the Product Profiles you want to provide access to.
- To retrieve 5h43 Client ID and Client Secret, go to the Credentials section in your project.
- To view and copy the Client ID and Client Secret, click Retrieve Client Secret.
After you have obtained the Client ID and Client Secret, use the following steps in the interface to configure an Adobe Analytics connector:
- Go to the Connector Marketplace and add the Adobe Analytics connector.
For general instructions on how to add a connector, see Connector Overview. - Select an Audience and a Trigger, then click Continue.
- Click Add Connector.
- Enter a Name for the connector.
- Enter the Client ID and Client Secret.
- (Optional) Click Test Connection.
- Click Done, then click Continue.
The next step is configuring an action.
Batch Limits
Adobe Analytics 2.0 only allows a compressed file to be sent in each call, which means the connector cannot perform a real-time action. The connector performs a 30-second micro-batched action instead.
This connector uses batched requests to support high-volume data transfers to the vendor. For more information, see Batched Actions. Requests are queued until one of the following thresholds is met or the profile is published:
- Maximum number of requests: 250,000
- Maximum time since oldest request: 30 minutes
- Maximum size of requests: Compressed file 100 MB, Uncompressed file 1GB
Configure an action
Select an action, then configure the following parameters:
Group | Description |
---|---|
Event Parameters |
|
Context Data |
|
eVars |
|
Hierarchy |
|
List |
|
Properties |
|
Events |
|
Event Mapping |
|
Event Values |
|
Event Serialization |
|
Products |
|
Product eVars |
|
Product Events |
|
Brands |
|
When you are done configuring parameters, click Save, and then Save and Publish your changes.
General Attributes
For a full reference of all attributes, including details on exactly what each field should contain, see Adobe’s API documentation and the Visitor & Experience Cloud IDs section of this article.
User Agent Client Hints
Client Hints, from Chromium browsers such as Google Chrome and Microsoft Edge, offer device-specific information. This set of data replaces the user agent string as the primary source for device information.
These mapping selections appear in the Event Parameters section.
Map From | Map To | Notes | Sample Connector Output |
---|---|---|---|
Customer Data Hub attribute containing the system architecture hint. | hints.architecture |
|
x64 |
Customer Data Hub attribute containing the number of bits that the application running uses. | hints.bitness |
|
64 |
Customer Data Hub attribute indicating whether the custom event occurred through a mobile connection. | hints.mobile |
|
true |
Customer Data Hub attribute containing the platform hint. | hints.platform |
|
win |
Customer Data Hub attribute containing the platform version hint. | hints.platformVersion |
|
10 |
Customer Data Hub attribute containing an indicator that Windows is running the 32-bit subsystem. For more information, see WoW64 at Wikipedia | hints.wow64 |
|
true |
Context Data
Context Data may be used as a more user-friendly alternative to props and eVars. You can map any event attribute or visitor attribute to Context Data variables in Adobe Analytics. Context Data variables may have any name, but is is an Adobe best practice is to prefix all variables with a unique key, such as your company name. Some variables are reserved and may only be used for predetermined functionality, such as Lifecycle Metrics; these variables are prefixed with a.
.
Map From | Map To | Description | Example |
---|---|---|---|
Select any attribute from dropdown, or enter custom value | companyname.someproperty | Maps a defined Customer Data Hub attribute to a Context Data attribute | Map: (Customer Data Hub Attribute) Campaign Name to “tealium.productColor” |
Analytics eVars
This field is used to map Customer Data Hub attributes to eVars. eVars must be specified by mapping an attribute to a number. Valid range is 1 through 250.
Map From | Map To | Description | Example |
---|---|---|---|
Select any attribute from dropdown, or enter custom value | X, where X is an integer in the range 1-250 | Maps a defined Customer Data Hub attribute to an eVar in your analytics reports | For example, map “event_count” to “1” for eVar1. |
Analytics Property Name (s.props)
This field is used to map Customer Data Hub attributes to props. Props must be specified using the word prop
, plus the number of the prop, for example, “prop4”.Props must be specified by mapping an attribute to a number. Valid range is 1 through 75. List props are supported, but these require prior configuration in your Adobe Analytics Report Suite admin interface.
Map From | Map To | Description | Example |
---|---|---|---|
Select any attribute from dropdown, or enter custom value | X, where X is an integer in the range 1-75 | Maps a defined Customer Data Hub attribute to a prop in your analytics reports | Map “lifetime_value” to “1” for prop1. |
Events (s.events)
Events allow you to measure how frequently a particular event is occurring on your website or in your app. The events variable is a comma-separated string listing all the events that should be counted for a particular analytics event. Both predefined events and custom events are sent in the same string.
Map an array value containing a list of event names that has been populated elsewhere (for example, an extension in iQ Tag Management, an Enrichment, or directly in your data layer).
Input | Sample Connector Output |
---|---|
Customer Data Hub attribute representing a list of events | event1,event5,event9 |
Events Mapping
If you need to rename any event name above by an event X, it can be renamed by mapping.
For example, mapping purchase
to 3
, replaces purchase
with event3
, so the final output based on the Events Mapping example in the Configure an action section would change from event1,event2,event3,purchase
to event1,event2,event3,event4
.
Map From | Map To | Example Event Array | Example Input | |
---|---|---|---|---|
Custom text value containing a string to look up in the Events array | Name of event to trigger, for example, event8 | [“newsletter_registration”, “homepage_viewed”] | “newsletter_registration” |
Event Values
This field allows numerical values to be assigned to events.
Map From | Data Type | Map To | Example Input | Sample Connector Output |
---|---|---|---|---|
Attribute representing a numerical value | Number | X, where X is the number of the event | Map “9” to “event5” | event5=9 |
Event Serialization
Configure event serialization by mapping an attribute that contains the event ID to a number that specifies the event.
Map From | Data Type | Map To | Example Input | Sample Connector Output |
---|---|---|---|---|
Attribute representing an event ID | String | The event number | Map “ABC123” to “1”, Map “ABC123” to “2” |
event1:ABC123,event2:ABC123 |
Products
The Products variable is used wherever it is necessary to capture e-commerce information about one or more products on a particular page (Category, Product ID, Price, Quantity).
Only Customer Data Hub attributes with Array data types may be used to populate the Products variable. All arrays must be equal in length. For example:, if there are five products on the page, Product ID, Quantity, Price, and Category must all be five elements in length).
Map From | Data Type | Map To | Example Input Data | Sample Connector Output |
---|---|---|---|---|
Customer Data Hub attribute representing Product Category | Array | Products Category | ["Shoes", "Shirts"] |
Shoes;;;,Shirts;;; |
Customer Data Hub attribute representing Product ID | Array | Products ID | ["ABC123", "EFG234"] |
;ABC123;;,;EFG234;; |
Customer Data Hub attribute representing Quantity | Array | Products Quantity | ["1", "2"] |
;;1;,;;2;; |
Customer Data Hub attribute representing Price | Array | Products Price | ["149.99", "79.80"] |
;;;149.99,;;;79.80 |
Product Events
This field allows a custom conversion event to be assigned to each product in the Products variable, and a numerical value to be assigned to each event.
If a simple variable is mapped (a singular value, or a custom text value), then the same value is applied to all products in the list. If a list (array) value is mapped, then the array must have the same length as the rest of the product arrays, and each item in the array will have a different value (according to its position in the array).
For these examples, assume the following product arrays are present as event attributes:
Product Category: ["Footwear", "Apparel"] Product ID: ["Running Shoes", "T-Shirt"] Quantity: ["1", "1"] Price: ["99.99", "49.99"]
Map From | Data Type | Map To | Example Input Value | Sample Connector Output |
---|---|---|---|---|
Custom text value containing a numerical value | String | Name of event to trigger. For example, event8. | “9.99” (custom value) | Footwear;RunningShoes;1;99.99;event8=9.99,Apparel;T-Shirt;1;49.99;event8=9.99 |
Customer Data Hub attribute representing numerical array | Array | Name of event to trigger. For example, event12. | [“1.99”, “4.99”] | Footwear;RunningShoes;1;99.99;event12=1.99,Apparel;T-Shirt;1;49.99;event12=4.99 |
Product eVars
This field allows eVars to be assigned to each product in the Products variable.
These work in the same way as the Product Events field, described above.
Map From | Data Type | Map To | Example Input Value | Sample Connector Output |
---|---|---|---|---|
Custom text value containing a numerical value | String | Name of event to trigger. For example, event8. | “9.99” (custom value) | Footwear;RunningShoes;1;99.99;event8=9.99,Apparel;T-Shirt;1;49.99;event8=9.99 |
Customer Data Hub attribute representing an array of numerical data | Array | Name of event to trigger. For example, event12. | [“1.99”, “4.99”] | Shoes;1;99.99;event12=1.99,Apparel;T-Shirt;1;49.99;event12=4.99 |
Hierarchy
Page Hierarchy helps to classify a page within your site/app’s navigation structure. There are five (5) available slots: hier1 - hier5.
List Data
List Variables are delimited strings containing multiple values, and are often used for attribution purposes. A maximum of 3 list variables is available for each Report Suite. Array vars will be converted to a comma separated string.
Map From | Data Type | Map To | Description | Example | Sample Connector Output |
---|---|---|---|---|---|
Select any array attribute from dropdown | Array | list1, list2, list3 (dropdown selection) | Maps a defined Customer Data Hub attribute in Array format to a specified list variable in Adobe Analytics | Map: (Customer Data Hub Attribute) Referrer List to “list1” | google.com,yahoo.com |
Custom ID values
Adobe offers a way to simplify the process of generating an identifier used by the Adobe Experience Cloud Identity Service. Adobe can use one of the customer IDs in the setCustomerIDs method as a seed to generate an Adobe Experience Cloud visitor ID for you.
For more information, refer to Adobe Analytics 2.0 APIS.
Fields
- customerIDType – Specifies the type of Customer ID for which you wish to provide values. For example,
email
. - id – The ID used in the Experience Cloud Identity Service
setCustomerIDs
method. Mapped to customerID.[customerIDType].id. For example, customerID.email.id ↔︎ Customer Email. - isMCSeed – An integer boolean that lets you use
customerID.[customerIDType].id
as the hit’s identifier. Use1
for true and0
for false. - authState – The authState used in the Experience Cloud Identity Service
setCustomerIDs
method. String values are not case-sensitive. The supported values are as follows:0
or an empty string: Not logged in1
orAUTHENTICATED
: Logged in2
orLOGGED_OUT
: Logged out.
Method parameters
Parameter | Description |
---|---|
customerIDType |
Identifies the type of Customer ID for which you wish to provide values. For example, email. |
id |
The ID used in the Experience Cloud Identity Service setCustomerIDs method. Mapped to customerID.[customerIDType].id . For example, customerID.email.id ↔︎ Customer Email. |
isMCSeed |
An integer boolean that lets you use customerID.[customerIDType].id as the hit’s identifier. Use 1 for true and 0 for false. |
authState |
The authState used in the Experience Cloud Identity Service setCustomerIDs method. String values are not case-sensitive. The following values are supported:
|
Visitor and Experience Cloud IDs
See the Adobe Analytics documentation on Visitor IDs, and the order of preference in the event that multiple IDs are provided.
Use Case 1: No prior Adobe Analytics implementation
If this will be a brand new Adobe Analytics implementation, 100% server-side, you may use your own unique visitor ID, and pass it to the visitorID attribute in the connector. You will need to decide what constitutes a suitable visitor ID, within the constraints set out by Adobe.
Use Case 2: Migrating from existing Adobe Analytics client-side JavaScript
If you are migrating from a JavaScript-based Adobe Analytics tag to the server-side connector, you will need to keep a consistent visitor ID to avoid “losing” visitors when/if you migrate fully. You will also need to migrate the visitor IDs if you are implementing the Adobe Analytics Customer Data Hub connector as a secondary collection mechanism (where you are still using the JavaScript tag on your web pages or in your apps as the primary collection mechanism).
To migrate from existing Adobe Analytics client-side JavaScript, use the following steps:
Step 1: Configure the Adobe Experience Cloud ID tag
Follow these instructions to configure the Adobe Experience Cloud ID tag and set up the tag in iQ Tag Management.
Step 2: Store the Adobe visitor IDs in a first-party cookie
Storing the Adobe visitor IDs in a first-party cookie ensures that the value is transmitted to the Customer Data Hub on each hit, without needing to re-request the value for the duration of the session.
-
In iQ Tag Management, go to the Data Layer tab, and create two (2) new First Party Cookie variables called
utag_main_adobe_mcid
andutag_main_aa_vid
.You may rename these variables if you wish, but be sure to retain the
utag_main_
prefix, which will save cookie space by stacking into theutag_main
cookie. If you rename the variables, you will need to also update the JavaScript snippet below -
Create a new JavaScript Code extension, scoped to the Adobe Experience Cloud ID Service tag, and paste in the following code:
if (typeof vAPI !== "undefined") { vAPI.getInstance(u.data.adobe_org_id, function (visitor) { var mcID = visitor.getMarketingCloudVisitorID(), analyticsID = visitor.getAnalyticsVisitorID(), sessionExpiry = ";exp-session"; // store Adobe IDs for the session duration if (!mcID) { // something went wrong - the visitor IDs could not be retrieved utag.DB("MCID could not be returned"); } else { utag.loader.SC("utag_main",{"adobe_mcid" : mcID + sessionExpiry, "aa_vid" : analyticsID + sessionExpiry}); // optionally, trigger an empty utag.link call to trigger sending the cookie values to UDH // if utag.track call is omitted (default), values will be sent on the next utag.link or utag.view call anyway // utag.track is used to avoid calling other third-party tags; only the collect tag should respond // utag.track("adobe_vid_updated", {}); } }, u.clearEmptyKeys(u.data.config), u.data.customer_ids); }
This creates a callback to the Adobe Visitor ID service that is called when the visitor ID(s) have been successfully retrieved from Adobe’s servers, and stores the Visitor ID and Experience Cloud ID in Tealium’s own first-party cookie (
utag_main
). The cookie expires at the end of the session in case the Visitor ID gets updated in future. To make the cookie persistent (non-expiring), setsessionExpiry
to""
in the above code. -
Add the following condition to the JavaScript extension to prevent the code from running again during this session.
utag_main_adobe_mcid IS NOT DEFINEDANDutag_main_aa_vid IS NOT DEFINED
Step 3: Configure the Customer Data Hub for AudienceStream and EventStream
- AudienceStream – If you have AudienceStream, you may store the Adobe Visitor ID and Experience Cloud ID as visitor-level string attributes. Do not store them as Visitor ID attributes. For any actions triggered by an audience event, you may then map the new attribute to
visitorID
andmarketingCloudVisitorID
in the connector configuration. - EventStream – If you only have EventStream, you do not have the ability to store visitor ID variables, which is why we stored the value in a cookie.
- If you have already published your iQ Tag Management configuration from the previous step to Prod, you will find the new
utag_main_adobe_mcid
andutag_main_aa_vid
values already present in your event attributes. - If you have not published to Prod, you may manually add the event attributes, using the First Party Cookie string attribute type. After you have defined these attributes, you may now choose them in the Adobe Analytics connector and map them to
marketingCloudVisitorID
andvisitorID
, respectively.
- If you have already published your iQ Tag Management configuration from the previous step to Prod, you will find the new
Debugging Common Issues
-
To test the connector, we recommend using trace. While running a trace, look for the “HTTP Request Body” field, which will show a sample of the CSV header and the first line that will be sent to Adobe when the batch call is executed. You can compare the CSV output to the “Sample Connector Output” fields in the above tables to verify the output.
-
Look for any errors in the response code being returned from Adobe. Anything other than HTTP Response Status: 200/Successful indicates that there was an error with the request.
You do not need to enter the full URL value into the connector configuration; Tealium auto-generates the URL based on the Data Insertion Domain value. You will only see the full URL when running a Trace session.
-
If data is not being received by Adobe Analytics, check the Timestamps Optional section of your report suite. If timestamp is not optional, be sure to map a valid timestamp.
-
We highly recommend that you map to User Agent or Client Hints. Not mapping this value will result in Adobe picking up the server’s User Agent (for example,
Apache-HttpClient/4.5.5(Java/11.0.17
), which may be identified as bot traffic.
Migrator tool
Using the Adobe Analytics 2.0 Migrator tool, you can migrate existing Adobe Analytics 1.4 connectors into the Adobe Analytics 2.0 connector.
Before using the Migrator Tool, note the following limitations:
- This tool does not migrate the 1.4 attributes that are unavailable in version 2.0. For more information, refer to the table of 1.4 and 2.0 attributes in the Adobe Analytics 2.0 connector differences section.
- Lifecycle Event Attributes for mobile data-source attributes are unavailable in the 2.0 API, so the auto-mapping of these attributes will not be migrated.
- Adobe Analytics 2.0 does not support custom attributes; therefore, the attributes in this section of the 1.4 connectors will not be migrated.
To migrate Adobe Analytics 1.4 connectors, use the following steps:
- Go to Server-Side, then open the Tealium Tools extension for Google Chrome.
- In Tealium Tools, click the Tool Catalogue tab, then click Adobe Analytics 2.0 Migrator. For more information, see Tealium Tools.
- Select how actions should be migrated.
- To disable existing Adobe Analytics 1.4 actions as part of the migration, select Disable existing action.
- To migrate only active actions, select Migrate only active actions.
- Select the scope of the migration from the drop-down list:
- All Adobe Analytics 1.4 actions
- Specific Adobe Analytics 1.4 action
- Specific Adobe Analytics 1.4 connector
- Enter the Adobe Analytics Client ID and Client secret for the project.
- Click Start.
The Migrator tool automatically migrates existing Adobe Analytics 1.4 connectors to new Adobe Analytics 2.0 connectors. The name of the connector will be the same, with the suffix “2.0 (Migrated)”. - Verify the new connector configurations and actions.
- Save and publish your profile.
This page was last updated: April 9, 2025