Show Menu

Enable your solutions for core services

Implement the Experience Cloud and become an administrator. This process modernizes your solutions for core service features like customer attributes and audiences.

Step 1. Join the Experience Cloud and become an administrator

What you need to do to join the Experience Cloud:
Ensure that you have the appropriate Adobe Analytics or Adobe Target SKUs.
  • Adobe Analytics: Standard or Premium (not the legacy SiteCatalyst SKU).
  • Adobe Target: Standard or Premium.
Modernize your implementation and get provisioned an administrator.
  1. Follow the steps below in Deploy the Experience Cloud ID Service .
  2. Contact your Account Manager and start the provisioning process for the Experience Cloud.
Manage users and products in the Admin Console.
Administrator Access
After you are an administrator, you can log in at .
You will see the Administration link in the Experience Cloud menu navigation.
User Access
To log in to the Experience Cloud, your users must:
  1. Have an Adobe ID.
  2. Belong to a solution group that is mapped to an enterprise group.
  3. If necessary, link their solution accounts to their Adobe ID (described below).
Optional: Link existing user accounts.
Most likely, you have users who are already members of solution groups, such an Analytics group that you managed in Analytics > Admin Tools.
When you map these groups to Experience Cloud enterprise groups, those users must manually link their solution account credentials to their Adobe ID.
After enterprise and solution groups are mapped, new users are automatically linked. (Solution credentials are automatically created and linked to their Adobe ID.)
The following sections describe how to modernize your implementation. Modernizing your implementation enables core services in the Experience Cloud.

Step 2. Implement the Experience Cloud ID service using Dynamic Tag Manager or Launch, by Adobe

The simplest method for enabling Experience Cloud core services is to activate it automatically for Analytics and Target via the Experience Cloud ID service tool in Dynamic Tag Manager. (Or Launch, by Adobe.)
For complete Experience Cloud ID service help (formerly, visitor ID), go here .
Also, the next-generation tag management is Launch, by Adobe
Not Using Dynamic Tag Management or Launch?
If you are not using Dynamic Tag Management, manually implement the ID service via the JavaScript Deployment (VisitorAPI.js), as follows:
  1. Adobe also recommends setting additional customer IDs . These IDs are associated with each visitor and enable current and future functionality in Experience Cloud core services.
  2. Update your existing s_code to version H.27.3 or later, or your existing AppMeasurement.js to version 1.4 or later.
    These files are available for download in the Code Manager in Analytics Admin Tools.
    (The JavaScript Implementation guide is available if you need more information about AppMeasurement.js.)
  3. Synchronize the customer ID for Analytics. See Analytics - synching the customer ID (below).

Analytics & Target - synching the customer ID

As a part of setting up the Experience Cloud ID service, Adobe recommends for Analytics and Target that you synchronize your customer IDs with the Experience Cloud.
In Target, the mbox3rdpartyid needs to get the customer ID and send it to Target. (See Working with Customer Attributes in Target.)
When a visitor authenticates on your website, or otherwise identifies himself, your implementation must expose that person's CRM customer ID to the page or app. Then you can use the appropriate function call to synchronize your customer ID to the Experience Cloud. This synchronization stores the visitor's CRM customer ID in the Experience Cloud, and activates that customer's attributes for use in the Experience Cloud.
For example, assume that Bob has Customer ID 52mc210tr42 in your CRM system. When Bob authenticates on your site, you must expose this ID on the page, and use the ID to synchronize it by one of two means:
  • Call visitor.setCustomerIDs({"crm_id":"52mc210tr42"}) using the Visitor ID service. Or,
  • Populate the Customer ID (52mc210tr42) in a prop or eVar.
The Customer ID must be set on each Analytics server call where the Customer ID is known.

Mobile SDKs

See the Experience Cloud ID service section for syntax examples about how to set additional customer IDs in Android and iOS Mobile applications.

Enabling Attributes for Historical Data

Customer attribute data is made available after visitors log in. If you have not yet implemented the latest Experience Cloud ID service, and if you have historically been tracking customer IDs in a prop or eVar, you can request a process that sends historical logins to the Experience Cloud. This process lets you begin using customer attributes immediately.
Contact Customer Care to enable historical data.

Step 3. Map Report Suites to an Experience Cloud Organization

Experience Cloud services (such as Experience Cloud ID service and People) are associated with an Experience Cloud organization instead of an individual report suite. To ensure that these services operate correctly, each Analytics report suite must be mapped to an Experience Cloud organization.

Step 4. (Adobe Analytics) Modernize your Analytics AppMeasurement code

Verify that you are on regional data collection (RDC). If your data collection domain is, or if your CNAME is mapped to, you are on RDC. See Transitioning to RDC for more information. If you are using first-party cookies, refer to CNAME and the Experience Cloud ID Service for information about data collection CNAMEs and cross-domain tracking.
It is recommended that you modernize your Analytics implementation by updating your JavaScript libraries, including the Visitor API. The simple way to accomplish this is to add an Adobe Analytics tool in Dynamic Tag Management, specifying Automatic as the configuration method.
In Dynamic Tag Management, click <Web Property Name> > Overview > Add a Tool > Adobe Analytics . See Adobe Analytics Settings in Dynamic Tag Management for deployment information.

Step 5. (Adobe Target) Modernize your Adobe Target implementation

  • It is recommended that you add an Adobe Target tool in Dynamic Tag Management, so that your library retrieval is automatic. In Dynamic Tag Management, click <Web Property Name> > Overview > Add a Tool > Adobe Target . Note: You can also use Dynamic Tag Management to deploy the Experience Cloud ID service for Target (and other solutions). The Experience Cloud ID service update is required for Target to use core services.
  • If you are not using Dynamic Tag Management, update your mbox library manually.
  • Request access to use Adobe Analytics as the reporting source for Adobe Target. Target and Analytics data are combined on the same server call during processing so that visitors are connected between the two solutions. See Analytics for Target Implementation .
  • All analytics customers are already provisioned for core services like customer attributes. If you are not an Analytics customer, contact Customer Care to request to be provisioned.

Step 6. Verify the core services implementation

Use the following process to ensure the Experience Cloud ID service is implemented correctly on your site.
  1. Clear cookies for your site so you can see the request to the Experience Cloud ID service (the request happens on the first visit, then approximately once per visitor per week).1. Using a packet analyzer or the network panel in a web browser debugger, look for a request going to
  2. Verify that the response contains d_mid and a value, for example: _setMarketingCloudFields({"d_mid":"4235...
  3. Verify that the Analytics request contains the mid parameter (the Experience Cloud ID). During the grace period (if it is enabled), you should also see an aid parameter (the Analytics visitor ID).
Expected response containing the Experience Cloud ID:
Analytics image request containing the Experience Cloud ID (mid):
Experience Cloud ID in the mbox request:
What Is the Grace Period?
After you deploy the visitor ID service, new visitors no longer receive an Analytics visitor ID from your data collection server. If sections of your site have not yet implemented the visitor ID service, when visitors browse to these sections, the Experience Cloud ID is not recognized and visitors are assigned a legacy Analytics visitor ID. This can cause potential problems, including duplicate visits and incorrect attribution.
For example, if the support section of your site is managed in a separate CMS, you might have a different Analytics JavaScript file for this section. If you deploy the visitor ID on your main site before you deploy the visitor ID service to the support site, new visitors will receive a legacy Analytics ID when they visit the support section, and visits that span both site sections will be reported as different visits.
Deploying the visitor ID service on sites that are using multiple JavaScript files or other technologies (such as Flash) can cause coordination issues since you need to enable the visitor ID service on all portions of your site at the same time. By configuring a grace period, new visitors to continue to receive an Analytics visitor ID from the visitor ID service, so visitors can be consistently identified on sections of your site that have not been upgraded to use the visitor ID service.

Step 7. Manage users and products

Once you are up and running, navigate to Administration > Launch Admin Console , where you can manage users and product profiles.
Customer Attributes
Users that are added to the Customer Attributes group will see the Customer Attributes menu item on the left side of the Experience Cloud interface

Step 8. Start using core services

Take advantage of the following core service features.
People > Customer Attributes
If you capture enterprise customer data in a customer relationship management (CRM) database, you can upload the data into a customer attribute data source in the Experience Cloud. Once uploaded, leverage the data in Adobe Analytics and Adobe Target.
People > Audience Library
Experience Cloud Audiences is the interface that lets you create audiences, combine existing audiences to create composite audiences, and view all shared audiences.

Data Storage and Privacy Disclosure Information

If you leverage real-time audience profiling and other core services within the Adobe Experience Cloud, use of these services might impact which data center (and country) your data resides. Specifically, because the core services of the Adobe Experience Cloud leverage Adobe Audience Manager, data used within the People core service must reside within Audience Manager servers in the United States.
When leveraging core services made available via the People core service, the types of data sent from other Adobe products to audience management are:
  • Analytics key/value pairs (props, eVars, list vars, and so on). By default, the log lines include IP address, including the last octet of the IP (assuming that the IP address was not modified by IP obfuscation settings within Adobe Analytics).
  • Traits and segments that visitors qualify for based on rules set up in Audience Manager.
  • (Optional) One or more of your IDs. Depending on your implementation of the ID service, you might also be sending in one or more of your IDs, such as CRM IDs or hashed email addresses. If this data is sent into Adobe Analytics, it is transferred to Adobe audience management. Adobe recommends against providing personal data to Adobe Analytics. Rather, use a one-way hash to pseudonymize the data before it is sent to Adobe.
  • Segments originating in Analytics via the back-end segment sharing capability.
  • The cookie is set if third-party cookies are not blocked. The AMCV_###@AdobeOrg first-party cookie is always set with the Experience Cloud ID (formerly, Visitor ID service).
All these data elements are delivered to Adobe Audience Manager in the form of log files. Audience Manager processes and stores this data within the United States. Audience Manager does not provide an option to store or process this data outside of the United States.
Cookies and Opt-Outs
Use of real-time audience profiling leverages the Audience Manager cookie, in addition to the cookies used for Analytics and Target.
If you want to provide the proper opt-out ability, visitors to your site must add the Audience Manager opt-out to your existing opt-out process.
See Data Collection CNAMEs and Cross-Domain Tracking for enabling cross-domain tracking.