Integrations
Google Analytics 4, or GA4 (formerly known as “App + Web”), is a new kind of property, with different reports than what you’re used to seeing in legacy Universal Analytics (UA) and Firebase properties. GA4 is an analytics service that enables you to measure traffic and engagement across your websites and mobile apps using customizable reports. One advantage of a GA4 property is that you can use it for a website, an app, or both a website and app together. UA properties only support websites and the Firebase Console only supports native app data.
Data collection is enabled through SDK instrumentation. Once your app is properly configured, data is ingested into the mParticle platform, which maps inbound data to Google Analytics features and their required formats, and then forwards the data to Google Analytics.
You will need a GA4 account and an app property for every app that you want to track. To set that up, follow Google’s instructions here. mParticle supports sending data to GA4 via web, native iOS and Android apps, and server to server. Each platform will require a data stream. See Google’s documentation for how to create a GA4 data stream.
On mParticle you need to create a new Configuration. To do so, find Google Analytics 4 on the Directory, click on Setup, give your new Configuration a name and decide if you want the same credentials for Development and Production. Finally, click Save.
Data can be sent to GA4 via Web both client and server side. If you are self-hosting, you can import either @mparticle/web-google-analytics-4-client-kit or @mparticle/web-google-analytics-4-server-kit depending on your use case. Note that if you want to send data server side, you must import the server kit AND enable Forward Web Requests Server Side. Enabling this setting and importing the client side kit will not work.
A GA4 Measurement ID
is automatically generated when a web data stream is added. To find your Measurement ID, see here. Our GA4 web integration allows you to send your web data both client and server side.
To send data client side on web, simply create a new Google Analytics 4 output in the mParticle UI and add it as a Connected Output to the Web Input. Add the Measurement ID
to the appropriate field in the GA4 Connection Settings in the mParticle UI. Sending data server side requires mParticle to load Google’s GA4 web SDK (gtag.js).
As required by the Google API, you must use the GA4 SDK for server-side integration. mParticle supports forwarding with both a client-side kit to forward to GA4 and S2S to the GA4 Measurement Protocol API. However, both have requirements that require the GA4 SDK be integrated natively. If you turn on the GA4 integration in our UI AND are using the mParticle web SDK, mParticle does this for you. If you want to forego the web SDK altogether, you must include the GA4 SDK yourself (GA4 docs). If you are currently forwarding data S2S to mParticle’s Events API, you must update the payloads to support forwarding to GA4, which requires the GA4 SDK to grab the relevant client_id
.
You may prefer to send web data server side in order to reduce both the number of calls the browser makes, and the size of your website. In this scenario, events are sent to mParticle’s servers, and then forwarded from mParticle’s servers to GA4.
To send data server side, check Forward Requests Server Side
in the Connection Settings. Add the Measurement ID
and you will also need to include a Measurement Protocol API Secret for Web Stream
. On GA4, each data stream can have one or more Measurement Protocol API Secrets
. To create one:
Measurement Protocol API Secrets
Create
.Create
again.Secret value
and paste it into the mParticle setting into the mParticle connection setting for GA4.Google’s server side API for GA4 requires a client_id
which still necessitates loading Google’s Global Site Tag (gtag.js), but our web SDK automatically loads gtag.js for you. mParticle sends the client_id
to our servers which then forward to Google server side.
Optionally, if you are not using the mParticle web SDK, you can resolve the client_id
by directly calling the Global site tag API.
When you send the payload to the mParticle endpoint, include client_id
as part of integration attributes under the key 160
. For example:
"integration_attributes": {
"160": {
"client_id": "your_client_id"
}
}
Note that screen_view
events are not sent, even if you include client_id
as part of the integration_attributes
.
You can set up your native app to process GA4 data client side from your users’ devices.
mParticle’s GA4 integration requires that you add the mParticle GA4 Kit to your iOS/tvOS or Android app.
mParticle publishes the GA4 kit as separate iOS/tvOS and Android libraries which have a transitive dependency on the mParticle core libraries. You can add them to your app via Carthage, Cocoapods, or Gradle:
target '<Your Target>' do
pod 'mParticle-Google-Analytics-Firebase-GA4'
end
dependencies {
// Ensure the Kit version matches that of the mParticle Core SDK that you're using
compile 'com.mparticle:android-googleanalyticsfirebasega4-kit:VERSION'
}
Reference the Apple SDK and Android SDK guides to read more about kits.
Firebase is still used to send data client side to GA4. As a result, there are several references to Firebase and Firebase docs throughout this page.
Before GA4, mobile data was analyzed within the Firebase Console. If you have a legacy Firebase property, Google provides step-by-step instructions to upgrade a Firebase instance so that data will also flow to GA4. After upgrading, your mobile data will be available for analyzing within the GA4 dashboard alongside web data. Once your Firebase properties are upgraded to GA4, the data will show up in both the Firebase Console and the GA4 console.
To send data to GA4 client side in an app, first add a platform-specific data stream`
google-services.json
for Android, or the GoogleService-Info.plist
for iOS/tvOS.Due to a known issue in the Firebase Android SDK, it is impossible to programatically initialize Firebase at runtime - you must follow the Firebase documentation for adding Firebase to your application. mParticle will be tracking this issue and if it is resolved, the integration will be updated to support runtime initialization.
The Firebase-GA4 kit will detect if you have initialized Firebase, and use the existing instance in your app if present. Despite this, all typical mParticle controls such as data filtering and user-filtering are available as expected to protect the flow of event data from mParticle to GA4. However, by directly including the Firebase SDK and configuration files in your app, mParticle cannot prevent it from collecting other data automatically.
Please see Firebase’s Android setup guide here.
Our iOS/tvOS implementation also requires you to manually instrument and initialize the Firebase SDK. Data will be automatically forwarded to that instance - mParticle will not create an additional instance.
You must follow the Firebase docs to create a Firebase project and download your GoogleService-Info.plist
configuration file. You must then include the plist directly in your app.
Please see Firebase’s iOS/tvOS setup guide here.
You may prefer to send this data server side in order to reduce both the number of calls the device makes, and the size of your app. In this scenario, events are sent to mParticle’s servers, and then forwarded from mParticle’s servers to GA4.
To send data server side, check Forward Requests Server Side
in the Connection Settings. You will also need to include your Firebase App ID
and a Measurement Protocol API Secret for Firebase
to forward web requests server side. Each data stream can have one or more Measurement Protocol API Secret
. To create one:
Measurement Protocol API Secrets
Create
.Create
again.Secret value
and paste it into the mParticle setting into the mParticle connection setting for GA4.Firebase App ID
from the Data Stream details page into the connection settings as well.Google’s server side API for GA4 requires an app_instance_id
which comes from the Firebase SDK. The mParticle Firebase for GA4 kit automatically sends the app_instance_id
to our servers to then forward to Google. This means you will need to include the mParticle Firebase Kit and Firebase SDK in your app.
Optionally, you can resolve the app_instance_id
by directly calling the Firebase SDK.
When the payload is sent to our endpoint, it will require the app_instance_id
as part of the integration attributes under the key 160
as the following example:
"integration_attributes": {
"160": {
"app_instance_id": "your_app_instance_id"
}
}
To connect a feed, you must provide at least a Firebase App ID
or a Measurement ID
, and select your Preferred Platform ID
that it’s only available for this type of output.
If your preferred platform has an associated instance ID in the processed batch, it will be automatically selected to forward the information. If not, the system will attempt to fall back to the other platform if it’s set up and the corresponding instance id is present in the batch.
Because Google has the requirement for either the app_instance_id
or the client_id
property in all requests, which come from Google’s SDKs, we are not supporting any other platforms at the time. We are working closely with Google to support other platforms when they provide a strategy that doesn’t require an SDK.
While mParticle forwards all data in real time, GA4 has different processing times depending on the data you are sending. See the Google documentation for more information on latency and data limits.
GA4 has limits around the number of custom dimensions and custom metrics as noted here.
GA4 rejects data with event names and property keys containing any special characters besides ’_‘. To make sure that none of your data is dropped after being sent to GA4, any disallowed special characters in your event names must be replaced with an acceptable replacement.
By default, the mParticle iOS and Android SDKs automatically replace all disallowed special characters in your event names and parameter keys with underscores. The replacement scheme is 1:1, so a single character (:
) is replaced by a single underscore (_
) and two special characters (::
) are replaced with two underscores (__
). This replacement is automatic and does not require any configuration.
You can customize the replacement scheme by defining your own name standardization logic in your app’s code with a callback function immediately before initializing the mParticle SDK. Currently, this is available for the iOS and Android SDKs only.
// iOS SDK: Objective-C
// The following snippet should be executed prior to initializing the mParticle SDK
[MPKitFirebaseGA4Analytics setCustomNameStandardization:^(NSString* name) {
// Add your customization logic here to standardize your event names and to eliminate any rejected characters
return @"your-modified-event-name";
}];
GoogleAnalyticsFirebaseGA4Kit.setClientStandardizationCallback(callback)
// iOS SDK: Swift
// The following snippet should be executed prior to initializing the mParticle SDK
MPKitFirebaseGA4Analytics.setCustomNameStandardization { name in
// Add your customization logic here to standardize your event names and to eliminate any rejected characters
return "your-modified-event-name"
}
GoogleAnalyticsFirebaseGA4Kit.setClientStandardizationCallback(callback)
// Android SDK: Kotlin
// The following snippet should be executed prior to initializing the mParticle SDK
var callback = object : GoogleAnalyticsFirebaseGA4Kit.MPClientStandardization {
override fun nameStandardization(name: String): String {
// Add your customization logic here to standardize your event names and to eliminate any rejected characters
return "your-modified-event-name"
}
}
GoogleAnalyticsFirebaseGA4Kit.setClientStandardizationCallback(callback)
Depending on if you are migrating from a web or a native property, there are different considerations.
From a code perspective, there are a few changes you will need to make when migrating from UA to GA4. You may want to familiarize yourself with the differences between GA4 and UA by reading Google’s in-depth comparison here.
Specifically, a few core changes Google made from UA to GA4 that impact our kits are as follows:
All the associated custom flags related to the above are no longer relevant and should not be included when implementing mParticle’s GA4 web kit.
Because the GA4 data model is driven by Firebase, no changes are needed to keep your current code working. However, we do support the new GA4 ecommerce events: add_shipping_info
and add_payment_info
. See Custom Flags for more information.
The Firebase event select_content
is select_item
in GA4.
Google can auto-generate reports based on recommended event names and recommended event parameters when sent to GA4. You may already have a data model that does not line up exactly with GA4’s new recommended event names and parameters. As such, mParticle and Google’s UIs allow you to map data being sent to them to match Google’s data model for recommended events. Note that mParticle automatically maps commerce events for you, though you may want to customize the mapping.
Depending on your use case, mapping mParticle events to Google’s recommended events is done in either the mParticle UI or the Google UI.
Google specifies in their documentation that modifications in their UI are executed client side before the data reaches Google. Additionally, modifications are generally updated within an hour, but may take longer to take effect. The following is a summary of how to set up event modifications:
Google’s UI does not support modifications to their server. However, our Custom Mappings feature does support mapping event names and parameters server-side.
If you don’t see data in your GA4 UI, there could be a couple of issues:
You can configure the integration to automatically map the following identities to GA4:
mParticle will map user attributes to GA4 following GA4’s limitations for valid name characters rules and length limitations for property names and values. All invalid characters at the start of a property name are skipped until a valid one is found and any following invalid characters are replaced by a _
.
All mapped user attributes are alphabetically sorted and sent to GA4 until the limit defined per event in the GA4’s limitations docs.
mParticle will map attributes to GA4 following GA4’s limitations for valid name characters rules and length limitations for parameter names and values. All invalid characters at the start of a parameter name are skipped until a valid one is found and any following invalid characters are replaced by a _
.
All mapped attributes are alphabetically sorted and sent to GA4 until the limit defined per event in the GA4’s limitations docs.
mParticle forwards all custom events including the event name and any custom attributes to the Firebase logEvent
API following the GA4 naming rules for valid name characters, reserved name and prefixes. All invalid characters at the start of an event names are skipped until a valid one is found and any following invalid characters are replaced by a _
. Every resultant name with more than 40 characters will be trimmed to allow it to be processed by GA4 according to their standards.
Kit integrations automatically invoke setScreen
APIs for every screen event passed through mParticle.
mParticle automatically maps commerce events to Firebase event names based on the product action.
GA4 Event | Android | iOS/tvOS | Web | Notes |
---|---|---|---|---|
add_payment_info |
Product.CHECKOUT_OPTION |
MPCommerceEventActionCheckoutOptions |
ProductActionType.CheckoutOption |
Requires custom flags |
add_shipping_info |
Product.CHECKOUT_OPTION |
MPCommerceEventActionCheckoutOptions |
ProductActionType.CheckoutOption |
Requires custom flags |
add_to_cart |
Product.ADD_TO_CART |
MPCommerceEventActionAddToCart |
ProductActionType.AddToCart |
|
add_to_wishlist |
Product.ADD_TO_WISHLIST |
MPCommerceEventActionAddToWishList |
ProductActionType.AddToWishlist |
|
begin_checkout |
Product.CHECKOUT |
MPCommerceEventActionCheckout |
ProductActionType.Checkout |
|
purchase |
Product.PURCHASE |
MPCommerceEventActionPurchase |
ProductActionType.Purchase |
|
refund |
Product.REFUND |
MPCommerceEventActionRefund |
ProductActionType.Refund |
|
remove_from_cart |
Product.REMOVE_FROM_CART |
MPCommerceEventActionRemoveFromCart |
ProductActionType.RemoveFromCart |
|
select_item |
Product.CLICK |
MPCommerceEventActionClick |
ProductActionType.Click |
|
view_item |
Product.DETAIL |
MPCommerceEventActionViewDetail |
ProductActionType.ViewDetail |
|
view_item_list |
CommerceEvent.Impression |
MPCommerceEventKindImpression |
ProductActionType.Impression |
|
select_promotion |
Promotion.CLICK |
MPPromotionActionClick |
PromotionType.PromotionClick |
Web does not support GA4 promotion items |
view_promotion |
Promotion.VIEW |
MPPromotionActionView |
PromotionType.PromotionView |
Web does not support GA4 promotion items |
Firebase attributes are automatically mapped to the equivalent mParticle attribute for Commerce events when they are marked as required by GA4.
Additionally, those GA4 events that contain items
attribute collection have a default mP Products mapping for:
coupon
currency
item_brand
item_category
item_id
item_name
item_variant
price
quantity
It’s possible to extend the mapping by using product custom attributes or with S2S custom mappings.
For promotion based events (select_promotion
and view_promotion
), the items
attributes are instead mapped with:
creative_name
creative_slot
promotion_id
promotion_name
Google enforces specific limits on event and attribute names ingested by their Firebase/GA4 mobile SDKs and their server-to-server measurement protocol. However, events forwarded to the GA4 web SDK are not impacted by these naming requirements, which may cause web data to differ from other sources.
Use the Enable Data Cleansing setting when configuring your GA4/Firebase connection to avoid these name discrepancies. When Enable Data Cleansing is set to true
, mParticle automatically modifies names for events ingested from the Web SDK so that they follow the same limitations imposed on the iOS, Android, and server-to-server inputs. Enable Data Cleansing is set to false
by default.
The changes mParticle makes include:
_
. For connections created before September 25 2023, Enable Data Cleansing is defaulted to false
. You must manually enable this setting for these connections. For all new connections, Enable Data Cleansing defaults to true
.
Custom flags are used to send partner-specific data points:
Custom Flag | Data Type | Platform | Description |
---|---|---|---|
GA4.CommerceEventType |
string |
All | One of add_shipping_info or add_payment_info . Constants are available on Android and iOS/tvOS. |
GA4.PaymentType |
string |
All | To be used with GA4.CommerceEventType of add_payment_info . Constants are available on Android and iOS/tvOS. |
GA4.ShippingTier |
string |
All | To be used with GA4.CommerceEventType of add_shipping_info . Constants are available on Android and iOS/tvOS. |
GA4.Title |
string |
Web | The title of the page |
GA4.Location |
string |
Web | The full URL (document location) of the page on which content resides. Example: http://example.com/example |
To map to a Firebase add_shipping_info
event, pass a custom flag of GA4.CommerceEventType
equal to add_shipping_info
and an optional custom flag of GA4.ShippingTier
with a string value. The following examples show constants being used for iOS/tvOS and Android:
import com.google.firebase.analytics.FirebaseAnalytics;
import com.mparticle.kits.GoogleAnalyticsFirebaseGA4Kit;
CommerceEvent event = new CommerceEvent.Builder(Product.CHECKOUT_OPTION, new Product.Builder("Spa Essentials", "spa-1", 100.00).build())
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4COMMERCE_EVENT_TYPE, FirebaseAnalytics.Event.ADD_SHIPPING_INFO)
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4_SHIPPING_TIER, "overnight")
.build();
MParticle.getInstance.logEvent(event);
import com.google.firebase.analytics.FirebaseAnalytics
val event = CommerceEvent.Builder(Product.CHECKOUT_OPTION, Product.Builder("Spa Essentials", "spa-1", 100.00).build())
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4COMMERCE_EVENT_TYPE, FirebaseAnalytics.Event.ADD_SHIPPING_INFO)
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4_SHIPPING_TIER, "overnight")
.build()
MParticle.getInstance().logEvent(event)
@import mParticle_Apple_SDK;
@import mParticle_Google_Analytics_Firebase_GA4;
@import FirebaseAnalytics;
MPProduct *product = [[MPProduct alloc] initWithName:@"Spa Essentials" sku:@"spa-1" quantity:@1 price:@100.00];
MPCommerceEvent *event = [[MPCommerceEvent alloc] initWithAction:MPCommerceEventActionCheckoutOptions product:product];
[event addCustomFlag:kFIREventAddShippingInfo withKey:kMPFIRGA4CommerceEventType];
[event addCustomFlag:@"overnight" withKey:kMPFIRGA4ShippingTier];
[[MParticle sharedInstance] logEvent:event];
import mParticle_Apple_SDK
import mParticle_Google_Analytics_Firebase_GA4
import FirebaseAnalytics
let product = MPProduct(name: "Spa Essentials", sku: "spa-1", quantity: 1, price: 100.0)
let event = MPCommerceEvent(action: .checkoutOptions, product: product)
event.addCustomFlag(AnalyticsEventAddShippingInfo, withKey: kMPFIRGA4CommerceEventType)
event.addCustomFlag("overnight", withKey: kMPFIRGA4ShippingTier)
MParticle.sharedInstance().logEvent(event)
const product1 = mParticle.eCommerce.createProduct(
'Spa Essentials', // Name
'spa-1', // SKU
100.00, // Price
4 // Quantity
);
const customAttributes = {sale: true};
const customFlags = {
'GA4.CommerceEventType': 'add_shipping_info',
'GA4.ShippingTier': 'overnight'
};
mParticle.eCommerce.logProductAction(
mParticle.ProductActionType.CheckoutOption,
[product1],
customAttributes,
customFlags);
To map to a Firebase add_payment_info
event, pass a custom flag of GA4.CommerceEventType
equal to add_payment_info
(Firebase provides a constant for this), and an optional custom flag of GA4.PaymentType
with a string value:
import com.google.firebase.analytics.FirebaseAnalytics;
CommerceEvent event = new CommerceEvent.Builder(Product.CHECKOUT_OPTION, new Product.Builder("Spa Essentials", "spa-1", 100.00).build())
// how to import GoogleAnalyticsFirebaseGA4Kit? in the tests, it sows up as kitInstance
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4COMMERCE_EVENT_TYPE, FirebaseAnalytics.Event.ADD_PAYMENT_INFO)
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4_PAYMENT_TYPE, "Visa")
.build();
MParticle.getInstance.logEvent(event);
import com.google.firebase.analytics.FirebaseAnalytics
val event = CommerceEvent.Builder(Product.CHECKOUT_OPTION, Product.Builder("Spa Essentials", "spa-1", 100.00).build())
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4COMMERCE_EVENT_TYPE, FirebaseAnalytics.Event.ADD_PAYMENT_INFO)
.addCustomFlag(GoogleAnalyticsFirebaseGA4Kit.CF_GA4_PAYMENT_TYPE, "Visa")
.build()
MParticle.getInstance().logEvent(event)
@import mParticle_Apple_SDK;
@import mParticle_Google_Analytics_Firebase_GA4;
@import FirebaseAnalytics;
MPProduct *product = [[MPProduct alloc] initWithName:@"Spa Essentials" sku:@"spa-1" quantity:@1 price:@100.00];
MPCommerceEvent *event = [[MPCommerceEvent alloc] initWithAction:MPCommerceEventActionCheckoutOptions product:product];
[event addCustomFlag:kFIREventAddPaymentInfo withKey:kMPFIRGA4CommerceEventType];
[event addCustomFlag:@"visa" withKey:kMPFIRGA4PaymentType];
[[MParticle sharedInstance] logEvent:event];
import mParticle_Apple_SDK
import mParticle_Google_Analytics_Firebase_GA4
import FirebaseAnalytics
let product = MPProduct(name: "Spa Essentials", sku: "spa-1", quantity: 1, price: 100.0)
let event = MPCommerceEvent(action: .checkoutOptions, product: product)
event.addCustomFlag(AnalyticsEventAddPaymentInfo, withKey: kMPFIRGA4CommerceEventType)
event.addCustomFlag("visa", withKey: kMPFIRGA4PaymentType)
MParticle.sharedInstance().logEvent(event)
const product1 = mParticle.eCommerce.createProduct(
'Spa Essentials', // Name
'spa-1', // SKU
100.00, // Price
4 // Quantity
);
const customAttributes = {sale: true}; // if not passing any custom attributes, pass null
const customFlags = {
'GA4.CommerceEventType': 'add_payment_info',
'GA4.PaymentType': 'credit card'
};
mParticle.eCommerce.logProductAction(
mParticle.ProductActionType.CheckoutOption,
[product1],
customAttributes,
customFlags);
mParticle’s Google Analytics 4 integration supports custom mappings which allows you to map your events and attributes for Google Analytics 4. mParticle provides mappings for the following event types:
Google has revamped how custom dimensions and metrics work and are implemented in GA4. From a code perspective, no more mappings between attributes and dimensions/metrics are required as with Universal Analytics. From mParticle, send events with any event attributes as normal. In Google’s UI, you can then pick the parameter and associated it with a specific custom dimension or metric. See here for how to create custom dimensions and metrics in Google’s UI.
Google does not allow any data to be uploaded to Google Analytics that allows for an individual to be personally identifiable. For example, certain names, social security numbers, email addresses, or any similar data is expressly not allowed per Google Policy. Likewise, any data that permanently identifies a particular device is not allowed to be uploaded to Google (such as a mobile phone’s unique device identifier if such an identifier cannot be reset - even in hashed form).
To log page views for single-page web applications, you’ll need to use our custom flags Google.Page
and Google.Title
to set the url and title of the page.
mParticle.logPageView(
"Product Detail Page",
{ page: window.location.pathname },
{"Google.Location": window.location.pathname,
"Google.Title": "The title of the page"}
);
Read more about logging page views through our Web SDK here.
In GA4, you can set a single Content Group as an event attribute content_group
. See here for more info about the change in Content Groups between UA and GA4.
Setting Name | Data Type | Default Value | Platform | Description |
---|---|---|---|---|
Firebase App ID | string |
iOS, Android, tvOS, Feed | The Firebase project ID | |
Measurement ID | string |
Web, Feed | The Measurement ID for a Data Stream. The format is G-XXXXXXXXXX. | |
Measurement Protocol API secret for Firebase | string |
iOS, Android, tvOS, Feed | Your Google Analytics 4 Measurement Protocol API secret value for Firebase | |
Measurement Protocol API secret for Web Stream | string |
Web, Feed | Your Google Analytics 4 Measurement Protocol API secret value for Web Stream | |
External User Identity Type | string |
None | All | The mParticle user identity type to forward as a user ID (uid) to Google Analytics. |
Late Event Action | string |
Send | All | Choose what will happen when an event arrives too late for Google to handle the event. Send - Send anyways. Drop - Do not send, Transform - Change the event date time to ensure event is accepted. |
Enable Configuration Page View | bool |
false |
Web | If enabled, GA4 will automatically send a page view when loaded. This results in an extra page view on GA4 which will not appear in mParticle. By default this is disabled to keep mParticle and GA4 page views more in line. |
Enable Data Cleansing | bool |
true |
Web | If enabled, the Web SDK sanitizes ingested data following iOS/Android/S2S rules to improve data consistency across platforms. For connections created before September 25 2023, Enable Data Cleansing defaults to false . New connections default to true . See Enable Data Cleansing for more information. |
Hash User ID | bool |
true |
All | If enabled, mParticle will hash the selected user ID (uid) before forwarding to Google. |
Forward Web Requests Server Side | bool |
false |
All | If enabled, requests will only be forwarded server-side. |
Preferred Platform ID | string |
Firebase App ID | Feed | Specifies whether your preferred feed is Firebase App ID or a Measurement ID when both are present. Feed only setting. |
Was this page helpful?