Event Tracking

Overview

The mParticle platform supports many different types of “events,” and the Android SDK is a stateful HTTP client for the mParticle events API. The SDK maintains a current user state (as mentioned in the IDSync and user guides), as well as a lightweight SQLite database to record events and ensure reliable delivery to the mParticle events API regardless of network coverage, app force-closes, and other challenging scenarios.

When the SDK performs an upload it does so as a “batch” of data which contains:

  • an array of events
  • the current mParticle ID (MPID), a 64-bit signed integer
  • the current user’s user identities
  • the current user’s user attributes
  • a “device info” object containing device IDs and other device-specific metadata
  • an “application info” object containing application metadata such as app version

Please see the events API reference for more information on the schema of mParticle batch uploads, and see the Android SDK configuration guide for more information on how events are persisted and uploaded.

Event Types

An “event” can represent almost any form of activity in your app. Some events are collected automatically by the SDK whereas others must be collected manually.

Automatically tracked events

The following events are collected automatically by the Android SDK without needing to write any code:

  • Application state transition (this include installs, foregrounds, and backgrounds)
  • Session start and end
  • User identity change
  • User attribute change
  • Push registration and notification (depending on your SDK setup)

Manually tracked events

The following are a subset of the events must be instrumented manually in your app:

  • Free-form custom or “app” events (covered below)
  • Commerce events are a specialized event type designed to track products, transactions, and advertising in your app.
  • Error events capture designed error states in your app, such as failed logins.
  • Push notification can be tracked manually if you choose to implement your own Push receiver.

It’s important to use the appropriate event type to track each activity in your app, since event types drive the behavior of mParticle’s integrations. For example, a particular integration might increment the revenue associated with a user in response to a purchase-type event. When you record a purchase as an mParticle “commerce” event, mParticle knows to trigger the partner’s respective revenue APIs. When you record the purchase as a custom event, a record of the purchase may still be forwarded, but the revenue associated with a user may not be incremented, since mParticle will not identify the event as a purchase.

The remainder of this page is concerned only with custom events.

Custom Events

A basic custom event contains:

  • an free-form name string
  • a custom event type
  • a free-form map of custom attributes

Custom Event Type

Custom events are just one type of mParticle event and can themselves be further categorized with a “custom event type.” In most cases, custom event types do not affect how custom events are forwarded to integration partners and the same mapping will be applied across all custom events. However, they can be a useful way to organize your data if you collect a lot of events. For example, data filters in the mParticle dashboard organize custom events by type, allowing you to manage events of the same type in bulk.

public enum EventType {
    Navigation,
    Location,
    Search,
    Transaction,
    UserContent,
    UserPreference,
    Social,
    Other;
}

Capture a Custom Event

Custom events are logged using the MPEvent.Builder builder object. This also allows you to keep a reference to an event whose lifespan is longer than the execution of the current block of code. You can then pass the MPEvent in to the logEvent method when you’re ready.

Map<String, String> customAttributes = new HashMap<String, String>();
customAttributes.put("category", "Destination Intro");
customAttributes.put("title", "Paris");

MPEvent event = new MPEvent.Builder("Video Watched", EventType.Navigation)
    .customAttributes(customAttributes)
    .build();

MParticle.getInstance().logEvent(event);
val customAttributes = mapOf(
    "category" to "Destination Intro",
    "title" to "Paris"
)

val event = MPEvent.Builder("Video Watched", EventType.Navigation)
    .customAttributes(customAttributes)
    .build()

MParticle.getInstance().logEvent(event)

Custom Flags

Custom flags are used to send partner-specific data points:

  • By design, custom flags are sent only to the specific partner for which they are required, unlike custom event attributes, which mParticle will send to all partners which support generic key/value attributes.
  • Custom Flags cannot be used within an audience definition.

Reference the guide for each integration and ask your solutions consultant to see if you need custom flags.

MPEvent event = new MPEvent.Builder("Set Category", MParticle.EventType.UserPreference)
                .addCustomFlag("Google.Category", "Music")
                .build();
MParticle.getInstance().logEvent(event);
val event = MPEvent.Builder("Set Category", MParticle.EventType.UserPreference)
    .addCustomFlag("Google.Category", "Music")
    .build()
MParticle.getInstance().logEvent(event)

Exclude Events from mParticle Server Upload

If you have a high-volume event that you would like to forward to kits but exclude from uploading to mParticle, set the Boolean flag shouldUploadEvent per event.

  • By default, all events upload to the mParticle server unless explicitly set not to.
  • If set, events won’t be available for data plan validation, as this validation is initiated in the SDK service.
  • You can set this Boolean flag in the same manner for Commerce Events.
MPEvent event = new MPEvent.Builder("Set Interest", MParticle.EventType.UserPreference)
    .shouldUploadEvent(false)
    .build();
MParticle.getInstance().logEvent(event);
val event = MPEvent.Builder("Set Interest", MParticle.EventType.UserPreference)
    .shouldUploadEvent(false)
    .build()
MParticle.getInstance().logEvent(event)

Was this page helpful?