Create an Adobe Analytics source connection in the UI

This tutorial provides steps for creating an Adobe Analytics source connection in the UI to bring Adobe Analytics report suite data into Adobe Experience Platform.

Getting started

This tutorial requires a working understanding of the following components of Experience Platform:

  • Experience Data Model (XDM) System: The standardized framework by which Experience Platform organizes customer experience data.
  • Real-Time Customer Profile: Provides a unified, real-time consumer profile based on aggregated data from multiple sources.
  • Sandboxes: Experience Platform provides virtual sandboxes which partition a single Platform instance into separate virtual environments to help develop and evolve digital experience applications.

Key terminology

It is important to understand the following key terms used throughout this document:

  • Standard attribute: Standard attributes are any attribute that is pre-defined by Adobe. They contain the same meaning for all customers and are available in the Analytics source data and Analytics schema field groups.
  • Custom attribute: Custom attributes are any attribute in the custom variable hierarchy in Analytics. Custom attributes are used within an Adobe Analytics implementation to capture specific information into a report suite, and they can differ in their use from report suite to report suite. Custom attributes include eVars, props, and lists. See the following Analytics documentation on conversion variables for more information on eVars.
  • Any attribute in Custom field groups: Attributes that originate from field groups created by customers are all user-defined and are considered to be neither standard nor custom attributes.
  • Friendly names: Friendly names are human-provided labels for custom variables in an Analytics implementation. See the following Analytics documentation on conversion variables for more information on friendly names.

Create a source connection with Adobe Analytics

When you create an Analytics source dataflow in a production sandbox, two dataflows are created:
  • A dataflow that does a 13-month backfill of historical report suite data into data lake. This dataflow ends when the backfill is complete.
  • A dataflow flow which sends live data to data lake and to Real-Time Customer Profile. This dataflow runs continuously.

In the Platform UI, select Sources from the left navigation to access the Sources workspace. The Catalog screen displays a variety of sources that you can create an account with.

You can select the appropriate category from the catalog on the left-hand side of your screen. You can also use the search bar to narrow down the displayed sources.

Under the Adobe applications category, select Adobe Analytics and then select Add data.


Select data

The report suites listed on the screen may come from various regions. You are responsible for understanding the limitations and obligations of your data and how you use that data in Adobe Experience Platform cross regions. Please ensure this is permitted by your company.

The Analytics source add data step provides you with a list of Analytics report suite data to create a source connection with.

A report suite is a container of data that forms the basis of Analytics reporting. An organization can have many report suites, each containing different datasets.

You can ingest report suites from any region (United States, United Kingdom, or Singapore) as long as they are mapped to the same organization as the Experience Platform sandbox instance in which the source connection is being created in. A report suite can be ingested using only a single active dataflow. A report suite that is not selectable has already been ingested, either in the sandbox that you are using or in a different sandbox.

Multiple in-bound connections can be made to bring multiple report suites into the same sandbox. If the report suites have differing schemas for variables (such as eVars or events), they should be mapped to specific fields in the custom field groups and avoid data conflicts using Data Prep. Report suites can only be added to a single sandbox.

Data from multiple report suites can be enabled for Real-Time Customer Profile only if there are no data conflicts, such as two custom properties (eVars, lists and props) that have different meaning.

To create an Analytics source connection, select a report suite and then select Next to proceed.


Data Prep transformations may add latency to the overall dataflow. The additional latency added varies based on the complexity of the transformation logic.

Before you can map your Analytics data to target XDM schema, you must first select whether you are using a default schema or a custom schema.

A default schema creates a new schema on your behalf, containing the Adobe Analytics ExperienceEvent Template field group. To use a default schema, select Default schema.


With a custom schema, you can choose any available schema for your Analytics data, as long as that schema has the Adobe Analytics ExperienceEvent Template field group. To use a custom schema, select Custom schema.


The Mapping page provides an interface to map source fields to their appropriate target schema fields. From here, you can map custom variables to new schema field groups and apply calculations as supported by Data Prep. Select a target schema to start the mapping process.

Only schemas that have the Adobe Analytics ExperienceEvent Template field group are displayed in the schema selection menu. Other schemas are omitted. If there are no appropriate schemas available for your Report Suite data, then you must create a new schema. For detailed steps on creating schemas, see the guide on creating and editing schemas in the UI.


The Map standard fields section displays panels for Standard mappings applied, Non matching standard mappings and Custom mappings. See the following table for specific information regarding each category:

Map standard fields
Standard mappings applied
The Standard mappings applied panel displays the total number of mapped attributes. Standard mappings refer to mapping sets between all attributes in the source Analytics data and corresponding attributes in Analytics field group. These are pre-mapped and cannot be edited.
Non matching standard mappings
The Non matching standard mappings panel refers to the number of mapped attributes that contain friendly name conflicts. These conflicts appear when you are re-using a schema that already has a populated set of field descriptors from a different Report Suite. You can proceed with your Analytics dataflow even with friendly name conflicts.
Custom mappings
The Custom mappings panel displays the number of mapped custom attributes, including eVars, props, and lists. Custom mappings refer to mapping sets between custom attributes in the source Analytics data and attributes in custom field groups included in the selected schema.


To preview the Analytics ExperienceEvent template schema field group, select View in the Standard mappings applied panel.


The Adobe Analytics ExperienceEvent Template Schema Field Group page provides you with an interface to use for inspecting the structure of your schema. When finished, select Close.


Platform automatically detects your mapping sets for any friendly name conflicts. If there are no conflicts with your mapping sets, select Next to proceed.


If there are friendly name conflicts between your source Report Suite and your selected schema, you can still continue with your Analytics dataflow, acknowledging that the field descriptors will not be changed. Alternatively, you can opt to create a new schema with a blank set of descriptors.

Custom mappings

You can use Data Prep functions to add new custom mapping or calculated fields for custom attributes. To add custom mappings, select Custom.


Depending on your needs, you can select either Add new mapping or Add calculated field and proceed to create custom mappings for your custom attributes. For comprehensive steps on how to use Data Prep functions, please read the Data Prep UI guide.

The following documentation provides further resources on understanding Data Prep, calculated fields, and mapping functions:

Filtering for Real-Time Customer Profile filtering-for-profile

Once you have completed mappings for your Analytics report suite data, you can apply filtering rules and conditions to selectively include or exclude data from ingestion to the Real-Time Customer Profile. Support for filtering is only available for Analytics data and data is only filtered prior to entering Profile. All data are ingested into the data lake.


Additional information on Data Prep and filtering Analytics data for Real-Time Customer Profile

  • You can use the filtering functionality for data that is going to Profile, but not for data going to data lake.
  • You can use filtering for live data, but you cannot filter backfill data.
    • The Analytics source does not backfill data into Profile.
  • If you utilize Data Prep configurations during the initial setup of an Analytics flow, those changes are applied to the automatic 13-month backfill as well.
    • However, this is not the case for filtering because filtering is reserved only for live data.
  • Data Prep is applied to both streaming and batch ingestion paths. If you modify an existing Data Prep configuration, those changes are then applied to new incoming data across both streaming and batch ingestion pathways.
    • However, any Data Prep configurations do not apply to data that has already been ingested into Experience Platform, regardless of whether it is streaming or batch data.
  • Standard attributes from Analytics are always mapped automatically. Therefore, you cannot apply transformations to standard attributes.
    • However, you can filter out standard attributes as long as they are not required in Identity Service or Profile.
  • You cannot use column-level filtering to filter required fields and identity fields.
  • While you can filter out secondary identities, specifically AAID and AACustomID, you cannot filter out ECID.
  • When a transformation error occurs, the corresponding column results in NULL.

Row-level filtering

Use row-level filtering to apply conditions and dictate which data to include for Profile ingestion. Use column-level filtering to select the columns of data that you want to exclude for Profile ingestion.

You can filter data for Profile ingestion at the row-level and the column-level. Row-level filtering allows you to define criteria such as string contains, equals to, begins, or ends with. You can also use row-level filtering to join conditions using AND as well as OR, and negate conditions using NOT.

To filter your Analytics data at the row-level, select Row filter.


Use the left rail to navigate through the schema hierarchy and select the schema attribute of your choice to further drill down a particular schema.


Once you have identified the attribute that you want to configure, select and drag the attribute from the left rail to the filtering panel.


To configure different conditions, select equals and then select a condition from the dropdown window that appears.

The list of configurable conditions include:

  • equals
  • does not equal
  • starts with
  • ends with
  • does not end with
  • contains
  • does not contain
  • exists
  • does not exist


Next, enter the values that you want to include based on the attribute that you selected. In the example below, Apple and Google are selected for ingestion as part of the Manufacturer attribute.


To further specify your filtering conditions, add another attribute from the schema and then add values based on that attribute. In the example below, the Model attribute is added and models such as the iPhone 13 and Google Pixel 6 are filtered for ingestion.


To add a new container, select the ellipses (...) on the top right of the filtering interface and then select Add container.


Once a new container is added, select Include and then select Exclude from the dropdown window that appears.


Next, complete the same process by dragging schema attributes and adding their corresponding values that you want to exclude from filtering. In the example below, the iPhone 12, iPhone 12 mini, and Google Pixel 5 are all filtered from exclusion from the Model attribute, landscape is excluded from the Screen orientation, and model number A1633 is excluded from Model number.

When finished, select Next.


Column-level filtering

Select Column filter from the header to apply column-level filtering.


The page updates into an interactive schema tree, displaying your schema attributes at the column-level. From here, you can select the columns of data that you would like to exclude from Profile ingestion. Alternatively, you can expand a column and select specific attributes for exclusion.

By default, all Analytics go to Profile and this process allows for branches of XDM data to be excluded from Profile ingestion.

When finished, select Next.


Filter secondary identities

Use a column filter to exclude secondary identities from Profile ingestion. To filter secondary identities, select Column filter and then select _identities.

The filter only applies when an identity is marked as secondary. If identities are selected, but an event arrives with one of the identities marked as primary, then those do not get filtered out.


Provide dataflow details

The Dataflow detail step appears, where you must provide a name and an optional description for the dataflow. Select Next when finished.



The Review step appears, allowing you to review your new Analytics dataflow before it is created. Details of the connection are grouped by categories, including:

  • Connection: Displays the source platform of the connection.
  • Data type: Displays the selected Report Suite and its corresponding Report Suite ID.


Monitor your dataflow monitor-your-dataflow

Once your dataflow is complete, select Dataflows in the sources catalog to monitor the activity and status of your data.

The sources catalog with the dataflows tab selected.

A list of existing Analytics dataflows in your organization appears. From here, select a target dataset to view its respective ingestion activity.

A list of existing Adobe Analytics dataflows in your organization.

The Dataset activity page provides information on the progress of data that is being sent from Analytics to Experience Platform. The interface displays metrics such as the number of ingested records, number of ingested batches, and number of failed batches.

The source instantiates two dataset flows. One flow represents backfill data and the other is for live data. Backfill data is not configured for ingestion into Real-Time Customer Profile but is sent to the data lake for analytical and data-science use-cases.

For more information on backfill, live data, and their respective latencies, read the Analytics source overview.

The dataset activity page for a given target dataset for Adobe Analytics data.

View individual batches using the legacy monitoring interface

The dataset activity page does not display a list of individual batches. To view a list of individual batches, select a chart in the dataset activity interface.

The dataset activity page with a chart selected.

You are taken to the Monitoring dashboard. Next, select ONLY INGEST FAILURES: YES to clear the filter and view a list of individual batches.

The monitoring dashboard with the failure filter selected.

The interface updates to a list of individual batches, including information on their respective metrics.

The legacy monitoring page for batch data.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 layout-auto
Metrics Description
Batch ID The ID of a given batch. This value is generated internally.
Dataset name The name of a given dataset used for Analytics data.
Source The source of the ingested data.
Updated The date of the most recent flow run iteration.
Records in dataset The total count of records in the dataset. Note: This parameter will occasionally display a status of in-progress. This status indicates that the record ingestion process is not yet complete.
New profile fragments The total count of new profile fragments that were ingested.
Existing profile fragments The total count of existing profile fragments.
Identity records stitched The total count of identity records that were stitched together after ingestion.
Records in Profile The total count of records that were ingested to Real-Time Customer Profile.

Next steps and additional resources

Once the connection is created, the dataflow is automatically created to contain the incoming data and populate a dataset with your selected schema. Furthermore, data back-filling occurs and ingests up to 13 months of historical data. When the initial ingestion completes, Analytics data and be used by downstream Platform services such as Real-Time Customer Profile and Segmentation Service. See the following documents for more details:

The following video is intended to support your understanding of ingesting data using the Adobe Analytics Source connector:

The Platform UI shown in the following video is out-of-date. Please refer to the documentation above for the latest UI screenshots and functionality.
In this video, I’ll explain how users can ingest their data from Adobe Analytics into Adobe Experience Platform and enable the data for platforms real time customer profile. These are the areas I’ll cover in this video analytics source connector. Workflow options for using a standard or custom schema. Use cases for custom schema. Data prep functions in the custom schema. Workflow. Filter rules to selectively include or exclude data from ingestion to the profile store. Configure analytics data objects for the real time customer profile, and monitor the analytics data flow. The analytics source connector isn’t the only way to get your analytics data into platform, but it’s the fastest method requiring the least level of effort. If you have use cases that require real time segmentation based on analytics attributes, review the tutorials and documentation about streaming, ingestion, and web SDK to set up the Adobe Analytics Source Connector, just log in to your experience platform and navigate to sources. To view the sources catalog. Under Adobe Applications, look for Adobe Analytics. Select the Adobe Analytics Source Connector to add data. In the Analytics Source Add Data step, you can choose the source data from any of your organization’s reports suites, each of which is considered a unique data set and platform. Notice my organization includes reports suites from multiple regions. This is possible as long as they’re mapped to the same organization as the Experience Platform Sandbox instance, in which the connection is being created. Grayed out report suites indicated data flow has already been created. Select the report suite you want to ingest data from in the list, and then at the top select next. There are two target schema choices Default and custom. There’s also an option to enable data to profile service. Before we go further in the workflow, I’ll spend some time reviewing the differences between the default and custom schema. First, what is a schema? It’s a set of rules that validate the structure and format of data, and it’s used by platform to ensure the consistency and quality of data coming in. Selecting the analytics default schema in the Source connector workflow will automatically map your reports with data to the default schema. Without any additional effort on your end. You don’t need to create a new schema for this option. Everything comes over as is. Selecting custom schema in the sources. Workflow does require you set up a new schema, because you’ll be mapping standard analytics attributes to new attributes. Let me show you what I mean. There are two feel groups that are a part of this schema. The first is the Adobe Analytics Experience Event template, which contains the standard analytics attributes. The second field group is reservation details. This is a user defined field group added to this schema. Here we see fields that have descriptive names like transaction cancellation and confirmation number. Later, I’ll map analytics variables to some of these new attributes in the Source Connector workflow. Before we go back to the workflow, here are the main use cases for using a custom analytics schema. First, you may want to see better semantic or descriptive attribute names in things like segmentation, service, and customer journey analytics. But let’s say you don’t want to change these in the Analytics report suite. Settings. You can do that using data prep features. Second, if you want a more standardized way of referencing the same data that might be captured differently across report suites, using custom attributes is the way to go, as you see illustrated in this table. Third, you may have data and analytics that is stored in pipe delimited format. Or maybe you want to join two values together in a single attribute. The data prep features accomplish this. And last, let’s say you want more flexibility for defining identities for your analytics data beyond the experience cloud ID you can do that by setting up a new attribute in your custom field group, and marking it as an identity field. Back in the UI, I’ll choose Enable Data to Profile Service. Later in the flow, I’ll show you how to apply filtering rules and conditions to selectively include or exclude data from ingestion to the profile service. Next, I’ll choose custom schema from the schema list. I’ll select Travel reservations. The Map Standard field section gives you details about the default mapping that occurs from your report suite to the analytics experience event field group in the schema. If there are descriptor conflicts when mapping your report suite to a preexisting schema, they’ll appear here. Now I’ll create some mapper functions, also known as data prep. First I’ll set up a pass through mapping. I’ll select the Add New mapping button under custom in the source field, which is coming from my report suite descriptors, I’m going to select Evar five. My report suite doesn’t have a label or descriptor for this variable, but it contains confirmation number values. I want to map this to the semantic field created in the Vehicle Reservations Custom field group. That’s part of the schema. Now in the target field I’ll select the confirmation number field. Next I’ll set up a calculated field. I’ll select the Add Calculated field button. This opens an editor that contains the functions, fields and operators on the left, as well as a text editor and a preview section in the middle. I’ll type in trim in the search box, and then I’ll click on the plus sign to add it to the editor. I’ll do the same for lower. Next I’ll select field at the top and type in Evar two, and I’ll click the plus sign again. So let’s say Evar two contains the transaction ID. What I want to do is trim any spaces and ensure the value is lowercase. Last, I’ll make sure to rearrange the formula so that the syntax is correct. Now there’s a preview button to see a sample or notice the green checkmark. To indicate proper syntax. I’ll click on the save button in the upper right corner. This adds the calculated field to the left. Now I’ll configure the target field on the right. I’ll select transaction ID in the transaction object and then I’ll click on select at the bottom. Now that all the mappings are addressed I can click on next in the upper right corner. This is the filtering step in the flow. This step only applies if enable for profile was selected earlier. Here’s a quick review of the Analytics to platform architecture using the Data Source connector. All analytics data automatically goes to the data lake, the repository that’s used for things like query service, customer journey, analytics, and other applications that use platform data. The profile store, on the other hand, is a separate repository used to create customer profiles and used by things like segmentation service customers who use Experience platform are discerning about the volume and nature of data they want to send to the profile store. The ability to filter analytics data is permitted only prior to this data entering profile. This means you need to set it up during the initial ingestion workflow. If you enable analytics data for profile at that time, there are two types of filter rules available. Row level filtering allows you to apply conditions that dictate which data to include for profile ingestion, whereas column level filtering allows you to specify which data to exclude. I’ll show you row level filtering first. Under row filter, I’ll enter country to filter for that column. Let’s say my analytics report suite contains reservations from multiple countries, but I only want to send data to the profile store related to reservation made in the United States. I’ll drag and drop the country attribute to the filtering canvas. There are many operators available, such as starts with exists, etc. but I’m going to keep this set to equals. I’ll enter United States in the text box and then I’ll press enter. Now I’ll click on the column filter. Let’s say I want to exclude some mobile application events. I’ll expand the hierarchy for application. Then I’ll select application closes and all the boolean type attributes on the data flow detail page. I’ll provide a name. Then I’m going to click on next in the upper right corner. All right. This takes us to the review step. We want to make sure everything looks good before clicking on the finish button in the upper right corner. Last, I’ll show you some other validations and configurations you can do once your analytics data has started to ingest, I’ll demonstrate using a different data flow. I’ll click on Data Flows at the top. Here in the sources section, I’ll filter Adobe Analytics by clicking the filter icon. Then I’ll select the last data flow in the list. This opens the Data set activity page. Under the Data Set Activity, there’s a quick summary of ingested batches and filled batches during a specific time window. As I scroll, I see ingested batch IDs. Each batch represents data ingested. There’s also some metadata about the records successfully ingested or failed. I’ll select preview data set in the upper right corner to show you what the last process batch looks like. If the data set is enabled for real time customer profile, the toggle for this setting would be green. In the properties panel to the right. Notice the link to the schema below the profile toggle if this data should be sent to the profile store. Confirm the setting for the schema as well. I’ll open the schema in a new window and check it out. In this example, the data set isn’t configured for profile what the schema is. This means data won’t be sent to the profile store, because the data set isn’t configured for profile. This concludes the demonstration for using the source connector to ingest data from analytics into experience platform. You should now understand all the configuration options available, as well as how to enable this data for the real time customer profile. Good luck!