Data Subject Request API Version 1 and 2
Data Subject Request API Version 3
Platform API Overview
Accounts
Apps
Audiences
Calculated Attributes
Data Points
Feeds
Field Transformations
Services
Users
Workspaces
Warehouse Sync API Overview
Warehouse Sync API Tutorial
Warehouse Sync API Reference
Data Mapping
Warehouse Sync SQL Reference
Warehouse Sync Troubleshooting Guide
ComposeID
Warehouse Sync API v2 Migration
Custom Access Roles API
Bulk Profile Deletion API Reference
Data Planning API
Group Identity API Reference
Calculated Attributes Seeding API
Pixel Service
Profile API
Events API
mParticle JSON Schema Reference
IDSync
AMP SDK
Initialization
Configuration
Network Security Configuration
Event Tracking
User Attributes
IDSync
Screen Events
Commerce Events
Location Tracking
Media
Kits
Application State and Session Management
Data Privacy Controls
Error Tracking
Opt Out
Push Notifications
WebView Integration
Logger
Preventing Blocked HTTP Traffic with CNAME
Linting Data Plans
Troubleshooting the Android SDK
API Reference
Upgrade to Version 5
Cordova Plugin
Identity
Direct URL Routing FAQ
Web
Android
iOS
Initialization
Configuration
Event Tracking
User Attributes
IDSync
Screen Tracking
Commerce Events
Location Tracking
Media
Kits
Application State and Session Management
Data Privacy Controls
Error Tracking
Opt Out
Push Notifications
Webview Integration
Upload Frequency
App Extensions
Preventing Blocked HTTP Traffic with CNAME
Linting Data Plans
Troubleshooting iOS SDK
Social Networks
iOS 14 Guide
iOS 15 FAQ
iOS 16 FAQ
iOS 17 FAQ
iOS 18 FAQ
API Reference
Upgrade to Version 7
Getting Started
Identity
Upload Frequency
Getting Started
Opt Out
Initialize the SDK
Event Tracking
Commerce Tracking
Error Tracking
Screen Tracking
Identity
Location Tracking
Session Management
Initialization
Configuration
Content Security Policy
Event Tracking
User Attributes
IDSync
Page View Tracking
Commerce Events
Location Tracking
Media
Kits
Application State and Session Management
Data Privacy Controls
Error Tracking
Opt Out
Custom Logger
Persistence
Native Web Views
Self-Hosting
Multiple Instances
Web SDK via Google Tag Manager
Preventing Blocked HTTP Traffic with CNAME
Facebook Instant Articles
Troubleshooting the Web SDK
Browser Compatibility
Linting Data Plans
API Reference
Upgrade to Version 2 of the SDK
Getting Started
Identity
Web
Alexa
Overview
Step 1. Create an input
Step 2. Verify your input
Step 3. Set up your output
Step 4. Create a connection
Step 5. Verify your connection
Step 6. Track events
Step 7. Track user data
Step 8. Create a data plan
Step 9. Test your local app
Overview
Step 1. Create an input
Step 2. Verify your input
Step 3. Set up your output
Step 4. Create a connection
Step 5. Verify your connection
Step 6. Track events
Step 7. Track user data
Step 8. Create a data plan
Step 1. Create an input
Step 2. Create an output
Step 3. Verify output
Node SDK
Go SDK
Python SDK
Ruby SDK
Java SDK
Introduction
Outbound Integrations
Firehose Java SDK
Inbound Integrations
Compose ID
Data Hosting Locations
Glossary
Migrate from Segment to mParticle
Migrate from Segment to Client-side mParticle
Migrate from Segment to Server-side mParticle
Segment-to-mParticle Migration Reference
Rules Developer Guide
API Credential Management
The Developer's Guided Journey to mParticle
Create an Input
Start capturing data
Connect an Event Output
Create an Audience
Connect an Audience Output
Transform and Enhance Your Data
The new mParticle Experience
The Overview Map
Introduction
Data Retention
Connections
Activity
Live Stream
Data Filter
Rules
Tiered Events
mParticle Users and Roles
Analytics Free Trial
Troubleshooting mParticle
Usage metering for value-based pricing (VBP)
Introduction
Sync and Activate Analytics User Segments in mParticle
User Segment Activation
Welcome Page Announcements
Project Settings
Roles and Teammates
Organization Settings
Global Project Filters
Portfolio Analytics
Analytics Data Manager Overview
Events
Event Properties
User Properties
Revenue Mapping
Export Data
UTM Guide
Data Dictionary
Query Builder Overview
Modify Filters With And/Or Clauses
Query-time Sampling
Query Notes
Filter Where Clauses
Event vs. User Properties
Group By Clauses
Annotations
Cross-tool Compatibility
Apply All for Filter Where Clauses
Date Range and Time Settings Overview
Understanding the Screen View Event
Analyses Introduction
Getting Started
Visualization Options
For Clauses
Date Range and Time Settings
Calculator
Numerical Settings
Assisted Analysis
Properties Explorer
Frequency in Segmentation
Trends in Segmentation
Did [not] Perform Clauses
Cumulative vs. Non-Cumulative Analysis in Segmentation
Total Count of vs. Users Who Performed
Save Your Segmentation Analysis
Export Results in Segmentation
Explore Users from Segmentation
Getting Started with Funnels
Group By Settings
Conversion Window
Tracking Properties
Date Range and Time Settings
Visualization Options
Interpreting a Funnel Analysis
Group By
Filters
Conversion over Time
Conversion Order
Trends
Funnel Direction
Multi-path Funnels
Analyze as Cohort from Funnel
Save a Funnel Analysis
Explore Users from a Funnel
Export Results from a Funnel
Saved Analyses
Manage Analyses in Dashboards
Dashboards––Getting Started
Manage Dashboards
Dashboard Filters
Organize Dashboards
Scheduled Reports
Favorites
Time and Interval Settings in Dashboards
Query Notes in Dashboards
User Aliasing
The Demo Environment
Keyboard Shortcuts
Analytics for Marketers
Analytics for Product Managers
Compare Conversion Across Acquisition Sources
Analyze Product Feature Usage
Identify Points of User Friction
Time-based Subscription Analysis
Dashboard Tips and Tricks
Understand Product Stickiness
Optimize User Flow with A/B Testing
User Segments
IDSync Overview
Use Cases for IDSync
Components of IDSync
Store and Organize User Data
Identify Users
Default IDSync Configuration
Profile Conversion Strategy
Profile Link Strategy
Profile Isolation Strategy
Best Match Strategy
Aliasing
Overview
Create and Manage Group Definitions
Introduction
Catalog
Live Stream
Data Plans
Blocked Data Backfill Guide
Predictive Attributes Overview
Create Predictive Attributes
Assess and Troubleshoot Predictions
Use Predictive Attributes in Campaigns
Predictive Audiences Overview
Using Predictive Audiences
Introduction
Profiles
Warehouse Sync
Data Privacy Controls
Data Subject Requests
Default Service Limits
Feeds
Cross-Account Audience Sharing
Approved Sub-Processors
Import Data with CSV Files
CSV File Reference
Glossary
Video Index
Single Sign-On (SSO)
Setup Examples
Introduction
Introduction
Introduction
Rudderstack
Google Tag Manager
Segment
Advanced Data Warehouse Settings
AWS Kinesis (Snowplow)
AWS Redshift (Define Your Own Schema)
AWS S3 Integration (Define Your Own Schema)
AWS S3 (Snowplow Schema)
BigQuery (Snowplow Schema)
BigQuery Firebase Schema
BigQuery (Define Your Own Schema)
GCP BigQuery Export
Snowflake (Snowplow Schema)
Snowplow Schema Overview
Snowflake (Define Your Own Schema)
Aliasing
This feature enables you to define audiences and connect them to integrations for the purpose of engaging with your users. This can be very powerful for user engagement and monetization scenarios.
You can define audiences from any user-associated data you capture with mParticle, whether from platform inputs or partner feeds.
Visit Audiences > Real-time to see a list of your audiences, and a count of how many active audiences you are using.
Audiences are separated into Single Workspace, Multi Workspace, and Shared With Me tabs. The ** tab shows metrics for each real-time audience, including:
Every audience is populated from data sources that you specify when you create the audience:
Criteria | Criteria Type | Data Source |
---|---|---|
Users | User Based | Workspace |
Crashes | User Based | Workspace |
Installs | User Based | Workspace |
Uninstalls | User Based | Workspace |
Device IDs | User Based | Workspace |
Upgrades | User Based | Workspace |
Events | Event Based | Input |
Ecommerce | Event Based | Input |
Sessions | Event Based | Input |
Screen views | Event Based | Input |
Because user and device identities are scoped at the workspace level, not the input level, they are available to all audiences in a workspace, for all inputs defined in the workspace, regardless of which input is selected for an audience.
For example, if a profile is seen in a workspace in the audience scope, mParticle extracts all identities from the profile and uses them to evaluate against the audience criteria. Thus, if an audience is scoped to input A in a workspace, and a profile is seen from input B in the same workspace, user and device identities will be available for evaluation in an audience with input A, as long as A and B are both inputs defined in the same workspace.
The audience workflow is simple:
Before you create audiences, define your segmentation and engagement strategies:
These decisions drive your implementation.
Example: Audience Suppression
The following video shows how to create an audience that excludes users from a particular campaign or from all campaigns:
Before you create your first audience, the following video may help you understand the overall process:
To create an audience:
Select Audiences from the main navigation, and then select Single Workspace, or Multi Workspace if your input sources are in multiple workspaces, and click New Audience.
Enter the Audience Name. You also have the option to provide an External Name. If provided, the external name is forwarded to Audience connections.
If you have enabled Unlimited Lookback, the date range is not displayed.
This screen shows a single Workspace Audience. Clicking the Multiple Workspace Audience selection from the main navigation shows a dialog asking if you would like to switch to the Multiple Audience Workspace screen.
After you create an audience, you can specify criteria to further define it.
The scope of data that is evaluated by your audience criteria is dependent upon:
The full audience definition is available once it is created. This means, for example, that you can create an audience, and before it is finished calculating, create a second audience that excludes members of the first audience. The first audience definition is available in full to the second audience definition, even if calculations are not complete.
To add criteria to the audience definition:
After you define a criteria with the real-time audience builder a number displays that represents the estimated audience size:
When the calculation is complete, you can see the estimated size for an individual criteria next to the App icon, and the estimated size of the whole audience in the Audience Details section. If there aren’t enough users in the sample data to estimate audience size, you’ll see a ~ without a number as illustrated in the example above.
To add criteria to your audience definition:
Click one of the following buttons once you have completed the definition of your audience:
The audience builder allows you to build criteria based on two sources of data:
new criteria
option in the audience builder, the following options create event-based criteria:Events
: access custom eventsEcommerce
: access ecommerce eventsCrashes
: access app crashesInstalls
: access install eventsUninstalls
: access uninstall eventsSessions
: access session eventsUpgrades
: access upgrade eventsScreen views
: access screen view eventsnew criteria
option in the audience builder, the following options create profile-based criteria:Users
: access user profile information such as user attributes, calculated attributes, current audience memberships, consent state, location, etc.Attribution
: access user install and uninstall information to build criteria based on the attributed campaign
and publisher
.As mentioned above, you can build audience criteria based on user attributes from the user profiles. These attributes can be of any data type including: numbers, strings, dates, lists, booleans, etc. All user profile data is scoped and maintained within a single workspace; In multiworkspace audiences, you can select which workspace to use by pressing the number in the top right of the criteria in the audience builder.
To build an audience criteria based on a user’s profile information, press the add criteria button and select Users to view options for user based criteria:
Audience membership
: Checking a user’s membership in other audiences. Only audiences which do not contain nested definitions can be selected. When using a standard audience membership criteria, the population starts with the real-time audience and refines from there. This criteria is not affected by standard audience expiration.Calculated attributes
: Check a users calculated attribute valueConsent
: Check a users CCPA or GDPR consent stateDevice, OS, Carrier
: Check a users device type, carrier and operating systemFirst seen
: Check the date the user was first seenLocation
: Check user locationUser and device identities
: Check the format and presence of user and device identitiesUser attributes
: Check user attributesUser attribute lists
: Check user attribute listsWhen building audiences based on string attributes, several matching rules can be applied. All matches are case insensitive.
*
represents any number of characters, ?
represents any single character. For example, “bl?e” or “b*e” would both match “blue”.There are two ways to build time-based criteria for audiences: by recency, and by date. Recency criteria define a period in time in relation to ‘now’, when the audience is actually being calculated, for example within the last 7 days
. Date criteria are based on fixed calendar dates which do not move in relation to when the audience is calculated. For example, after 09/12/18
.
Keep in mind that audiences defined using fixed calendar dates will have a shorter useful lifespan, as the audience builder only uses data from within a set range (last 30 days for most customers).
Recency-based criteria select events occurring between two moments in time, relative to ‘now’. A ‘day’ represents 24 hours, and not a calendar day. For example, consider the following criteria:
If this audience is calculated at 1:00pm on September 9th 2018, then the earliest qualifying event would occur at 1:00pm on September 3rd, and the latest qualifying event would occur at 1:00pm on September 5th.
Date-based criteria are concerned with calendar dates in UTC time and are not defined in relation to when the audience is calculated.
Before September 9th 2018
means that the latest qualifying event would occur at 11:59pm on September 8th 2018 UTC. After September 9th 2018
means that the earliest qualifying event would occur at 12:00am on September 9th 2018 UTC.Between September 7th 2018 and September 9th 2018
means that the earliest qualifying event occurs at 12:00am UTC on September 7th, and the latest qualifying event occurs at 11:59pm UTC on September 9th.Attribution criteria can be used to segment users who have installed your app from a specific campaign and publisher or users who have purchased or re-engaged based on an engagement campaign. There are two ways to add attribution criteria:
Attribution
and then either Install
or Uninstall
to build criteria based on the publisher
and campaign
fields from an install attribution event or uninstall attribution events. Like other profile based criteria, this is subject to profile retention limits.Events
, Attribution
and the event name to build criteria based on attribution events such as install, engagement or re-engagement events. Use the event name of attribution
to target install attribution events. This allows you to select any information included with the event as custom_attributes
. Like other event criteria, this is subject to audience event retention limits.Identity criteria allow you to segment users based on their stored identities to test existence of a given identity or write logic against the identity as a string. This criteria will still scope the audience based on the workspaces included; It will not automatically include all users in the Identity Scope. For example, if the identity scope is set at the account level and the account has 3 workspaces, an audience created in one workspace will only include users with activity in that workspace (and not the other two).
Segment users by their location these two options available under Users, Location:
Equals
: Segment users that are in a specific city, state, zip or DMA, using geolocation of the users IP address.Within
: Segment users that are within a set distance to any global city, using latitude & longitude coordinates.When using our Ecommerce events, you can easily target users that have added products to their cart, but not completed a purchase by using cart abandonment
criteria:
New criteria
-> Ecommerce
-> Shopping - Cart Level
-> Cart Abandonment
From here you can define how long to wait without seeing a product action to include them in this audience.
Use Exists / Not Exists to check for the presence of an attribute.
For example, User Attribute Gender EXISTS evaluates as true for Gender = “Female” and also evaluates true for Gender = {undefined}
.
The next step is to connect the audience to an output service that can use the data. See our Integrations directory for a full list of output options.
To add an audience output:
Find the integration you want in the Directory. You can filter the Directory to show only partners with an Audience Configuration.
Click the card for your chosen partner.
Click + Add {partner} to Setup and, from the popup dialog, select Output Audience.
Complete the Configuration Settings dialog. Each partner will require slightly different information. Some require an API Key/Secret/Token, others require you to log in from mParticle using Oauth. See the Integrations Center for details for your integration. Give the configuration a name and click Save.
You can update your configurations at any time by navigating to Setup > Outputs, and selecting Audience Configurations.
Once you have set up your output configuration, you can connect the Audience you have defined in mParticle.
Any users that fit your audience criteria will begin to be available in the output platform. Some integrations take longer than others for this to happen. See the documentation for your specific integration for details.
When mParticle forwards an audience to an output, we are only sending identities. mParticle is capable of collecting many types of identities for both devices and users, but most Audience partners will only accept the limited set of identity types that they actually use. For example, a partner that handles email marketing may only accept email addresses, a push messaging partner may only accept push tokens, and a mobile advertising platform may only accept device advertising identifiers (IDFA for iOS and GAID for Android).
When building your audiences in mParticle, you don’t have to worry too much about this. You can simply define your matching criteria, and mParticle will forward to each output as many available identities for each matching user as that partner accepts.
You define a set of audience criteria, and mParticle finds 100 matching profiles.
All profiles include one Apple Advertising ID (IDFA), but only 65 include one email address.
You create connections to two Outputs: Partner A accepts IDFA and GAID identity types. Partner B accepts only the email identity type.
It’s not necessary for you to know which profiles have which identity types. mParticle simply forwards the 100 available IDFAs to Partner A, and the 65 available email addresses to Partner B.
mParticle creates audiences by comparing your matching criteria with each user profile. If a profile fits the criteria, each accepted identity included in the profile is forwarded to any connected Outputs.
User profiles can contain data — including identities — collected from multiple workspaces. Even if your matching criteria only concerns data from a single workspace, once a matching user profile is found, all accepted identities are forwarded to the output, even if the identities were collected in a different workspace.
You have created 2 workspaces in your account to track activity for two related apps, App A and App B. User John Smith signs up for both apps, using the email address john.smith@example.com
. However, he uses his iPad for App A and his iPhone for App B. This means that there are two different IDFA identities associated with John Smith’s profile. (note: read our IDSync documentation to understand more about how profiles with multiple identities are managed).
You create an audience in the App A workspace, and your criteria match John Smith’s user profile. When you connect that audience to an output that accepts IDFAs, mParticle will forward both of John Smith’s IDFAs.
The following video explains some of the common settings you use when creating an audience.
Each audience that you create provides an estimated audience size immediately, so that you don’t have to wait for the audience calculation to complete. Once an audience has at least one active connection, mParticle begins calculating the real size, and shows an estimate until the calculation is complete.
To estimate the audience size quickly, mParticle samples the total number of users.
You see the estimated size of the audience with all criteria applied.
Use the audience estimator’s immediate feedback to adjust criteria definitions and parameters if needed. For example, the audience size is much bigger or much smaller than expected.
After the audience has been fully calculated, the display changes to show the actual audience size.
In some cases, you may see different symbols instead of an estimated size:
Audience A/B Testing allows you to split an audience into two or more variations and create connections for each variation independently, to help you to compare the performance of different messaging platforms. For example, if you have an audience of low engagement users that you want to reengage with your app, you might devise a test like this:
You can then compare the engagement outcomes for each group and apply the most successful strategy to the entire audience.
100 - [sum of all created variations]
. If you try to assign a percentage to a variation that would cause the total to exceed 100, you will see an error message.
Once you have defined your variations, you can connect each variation, including the ‘Control’ variation, to any output. There is also an option to connect your full audience to any output. From the Connect tab, select the variation you want to connect and follow the standard connection flow.
In the Audiences summary screen, audiences with an active A/B test will be marked with a % symbol.
Note that whenever the Audience Name is used in forwarding the audience to downstream partners, variant audiences will be named using the format [Audience External Name] - [Variant Name]
.
You can edit an audience definition without affecting the audience split, even after connecting to an output. When the audience is updated, the variants will still be balanced as defined when you created the test.
When you are ready to end a test, navigate to the A/B Test tab and click Delete Test
Deleting a test will delete all variations and any connections you have set up for each variation.
You can download a calculated audience as a CSV file. This is useful if you want to troubleshoot your audience criteria, or if you want to share your audience data with a partner without an official mParticle Audience integration.
Audience downloads take some time to prepare depending on the volume of users in the audience, ranging from a few minutes up to ~6 hours for extremely large audiences.
Audience downloads are available on Real-time audiences only. To download a Standard Audience, connect and send it to an infrastructure output, like Amazon S3 via a Kinesis connection, and download it from there.
You can initiate an Audience download, either from the main Audiences page:
or from the Audience Details tab of an individual audience page:
If the Audience includes A/B Testing Variants, you can select which variants you want to download.
You can also choose to download an audience sample. Downloading a sample will likely take less time than downloading a full audience (depending on the audience size), and is useful for testing or troubleshooting.
You also need to select the identity types you want.
The download takes some time to prepare. When your download is ready, you will receive an email with download link.
The download will be a ZIP file which, when extracted, will contain a CSV file for each audience or variant, plus a manifest.json
file, with metadata about the csv files.
Audience CSV files have a row for each identity in the audience. Remember that a single user profile can have multiple identities and, therefore, multiple rows.
The four columns show a unix timestamp for when the audience membership was retrieved, the mParticle ID of the profile, the identity type, and the value:
mpid, scanned_timestamp_ms, identity_value, identity_type
-1327484737295091692, 1538596779, h.jekyll.md, customer_id
5991422180106081928, 1538596729, m.hyde@example.com, email
3269816782460039080, 1580148438137, 74587f4b-3ed5-492f-a0f5-9a6c4578673d, ios_idfv
The Manifest file will be in JSON format. See the following example for included fields:
{
"archive_name": "mParticleAudiences_204223Jan022019_9dd9.zip",
"id": "9dd9b6dc-f0ec-4acf-8b18-f3a357afe1c3",
"audience_ids": [
8754
],
"included_identities": [
"customer_id",
"email"
],
"manifest_generated": "2019-01-02T21:06:20.0216776Z",
"min_timestamp_ms": 1546463100276,
"max_timestamp_ms": 1546463100276,
"total_rows": 18,
"rows_by_identity": {
"customer_id": 15,
"email": 3
},
"files": [
{
"file_name": "8754_PotentialParisians_172136Nov292018.csv",
"min_timestamp_ms": 1546463100276,
"max_timestamp_ms": 1546463100276,
"total_users": 15,
"total_rows": 18,
"rows_by_identity": {
"customer_id": 15,
"email": 3
}
}
]
}
An audience can be deleted in the UI in a few ways, described as follows.
In the Audience Overview:
In the Audience itself:
An audience can also be deleted with the Platform API using the /audiences
endpoint.
Note that if an audience is nested in another audience for exclusion or inclusion criteria, it can’t be deleted. It must be removed as nesting criteria for all audiences before being deleted. If attempting to delete an audience nested in other audiences, the following message displays:
Integrations behave differently downstream after an audience is deleted:
Audience | Downstream Behavior |
---|---|
Amazon Kinesis Firehose | Deleting an audience sends a message downstream. You must handle the delete message. |
Braze | Deleting an audience does not remove the custom attributes in Braze. |
mParticle deletes the downstream audience. | |
Google Ads | mParticle doesn’t delete the downstream audience. |
Google BigQuery | mParticle doesn’t delete downstream audience. |
Google Cloud Storage | mParticle doesn’t delete the downstream audience. |
LiveRamp | mParticle doesn’t delete the downstream audience. |
mParticle doesn’t delete the downstream audience. | |
Snapchat | mParticle doesn’t delete the downstream audience. |
theTradeDesk | mParticle doesn’t delete the downstream audience. |
TikTok | mParticle deletes the downstream audience. |
mParticle deletes the downstream audience. | |
Yahoo | mParticle doesn’t delete the downstream audience. |
If you have defined a large number of audience that you want to send to an output, you can establish the connections for many audiences at once, rather than doing them one at a time.
You will see a status message showing all successful audience connections. If any audiences cannot be connected, error details will be shown.
As you continue to add audiences, you can use tags to help keep them organized. A tag is simply a label you can use to sort and search for audiences. For example, if you give all of your retargeting audiences a tag named ‘Retargeting’, you can easily find them all by filtering for the tag. You can add/remove tags for an audience directly from the Audience page, or in the audience settings. If you select more than one tag, the Audience page shows only audiences with both tags.
There is no limit to the number of tags you can create, but each tag name is limited to 18 characters or less.
If you clone an audience, it’s tags will be cloned, also.
If mParticle encounters errors forwarding an audience to an output, it will mark the connection as faulted. Audience Faults are visible from the Audience page, the Audience Connection screen, and the Audience tab on Setup > Outputs.
While an Audience is faulted, mParticle will stop trying to forward audiences until the fault is resolved.
Click the fault icon to view a detailed error message.
If you can’t determine the cause of the fault, the most common causes of faults include:
Authentication
When you believe you have resolved the issue, open the fault notification and click Resume to resume sending data.
mParticle’s Audience User Attribute Sharing feature allows you to include user attributes along with identities when you connect a supported audience connection. This allows you to use richer data in your activation platform, such as LTV, lead score or propensity to convert. This feature does not forward or share your user data to any company beyond what you are explicitly configuring as an audience connection.
Set up user attribute sharing in three steps.
Create the Audience Connection in the usual way. For affected partners, you will see the following notification:
If you want to forward User Attributes to this partner, make sure you set the Status to Inactive as you create the connection. This will make sure you do not begin forwarding data until you have selected the user attributes to forward.
From the connection screen, select the User Attributes you want to include. By default, all attributes are disabled. It may take up to 15 minutes before attributes begin to be forwarded.
Once you have selected the User Attributes you want to forward, Save and Activate the Audience, open the Settings and set the Status to Active
to begin forwarding identities.
mParticle’s user profile stores user attributes across platforms, workspaces and accounts. This means that, if your audience output uses device IDs, and if you are tracking a user across multiple platforms (mobile and web, for example) you may be able to forward user attributes that were not collected on the targeted mobile devices.
Was this page helpful?