Tracking Methods


Getting Started

Please refer to our Quickstart Guide.

The Full API Reference (opens in a new tab), Library Source Code (opens in a new tab), and an Example Application (opens in a new tab) is documented in our GitHub repo.

Track Events

Sending Events

Once you have the snippet in your page, you can track an event by calling mixpanel.track() with the event name and properties.

// Send a "Played song" event to Mixpanel
// with a property "genre"
    "Played song",
    {"genre": "hip-hop"}

All events sent from the JavaScript library will be sent over HTTPS.

Tracking Page Views

Page view tracking is turned off by default. Page view events can be added automatically on every page load by using the track_pageview option to the mixpanel.init call, like so:

mixpanel.init('YOUR_TOKEN', {track_pageview: true});

The default track_pageview setting does not auto-track page views in single-page applications. For tracking dynamic page views in single-page applications, the track_pageview option can also accept the following values for tracking.

// Track when the path changes, ignoring any query string or hash changes
mixpanel.init('YOUR_TOKEN', {track_pageview: "url-with-path"});
// Track when the path or query string change, ignoring hash changes
mixpanel.init('YOUR_TOKEN', {track_pageview: "url-with-path-and-query-string"});
// Track any URL changes in the path, query string, or hash
mixpanel.init('YOUR_TOKEN', {track_pageview: "full-url"});

The standard page view event ($mp_web_page_view) includes the page title (current_page_title), URL components (current_domain, current_url_path, current_url_protocol, current_url_search), and marketing parameters described below. Additional page view event properties can also be added as event properties.

// Send a default page view event
// Send a default page view event with additional properties
mixpanel.track_pageview({"page": "Pricing"});

Tracking UTM Parameters

The JavaScript library will automatically add any UTM parameters (utm_source, utm_campaign, utm_medium, utm_term, utm_content) present on the page to events fired from that page load.

When UTM parameters for an identified user are seen for the first time, these will also be stored on the user profile as initial_utm_source, initial_utm_campaign, initial_utm_medium, initial_utm_term, and initial_utm_content.

In addition to UTM parameters, Mixpanel will also add any advertising click IDs to events fired. These include dclid, fbclid, gclid, ko_click_id, li_fat_id, msclkid, ttclid, twclid, wbraid

Tracking Website Links

When tracking link clicks with mixpanel.track() (opens in a new tab), the page can change before the event is successfully sent, leading to inaccurate results.

To make this easier, use mixpanel.track_links() (opens in a new tab). This function will allow you to bind an event to a link click with much greater accuracy.

Here's how it works:

<div id="nav">
    <a href="/">Home</a>
    <a href="/about">About</a>
    <a href="/pricing">Pricing</a>
<script type="text/javascript">
    mixpanel.track_links("#nav a", "click nav link", {
        "referrer": document.referrer

This will send a "click nav link" event (with a "referrer" property) each time a user clicks on a navigation link. It's important to note that the links matched by the CSS selector must exist on the page at the time the mixpanel.track_links() call is made, or it will not bind correctly.

Other Tracking Methods

There are other less common ways to send data to Mixpanel. To learn more, please refer to the full API documentation (opens in a new tab).

mixpanel.track_forms() (opens in a new tab) - similar to mixpanel.track_links(), but tracks form submissions.

Mixpanel Cookie

By default, Mixpanel cookies send over HTTPS requests as part of the headers. However, Mixpanel’s JavaScript library provides a configuration to completely prevent the browser from transmitting your cookies with non-HTTPS requests.

To enable this, use the set_config() (opens in a new tab) method and change the secure_cookie flag from false to true. If you configure your instance to send data over HTTP instead of HTTPS but do set secure_cookie: true, then your cookie data is not sent to the server.

Mixpanel Cookies for Hosted Subdomains

The Mixpanel JavaScript library has a default setting of cross_subdomain_cookie: true in the mixpanel.init function. This enables Mixpanel cookies to work across subdomains, keeping Mixpanel's Distinct ID and Super Properties consistent across these sub-domains.

However, if your site is hosted on a domain like Heroku (or similar - see a complete list of affected domains (opens in a new tab)) with a URL like, cross-subdomain cookies are not allowed for security reasons. Having Mixpanel default settings for cross_subdomain_cookie on these sites, results to users' Distinct IDs being reset to a new $distinct_id on each page load. This will cause issues with Mixpanel reports, namely broken Retention reports and Funnels.

For domains that don't allow cross-subdomain cookies, you should be setting cross_subdomain_cookie: false. Alternatively, you can also use a CNAME to change from to

Super Properties

It's very common to have certain properties that you want to include with each event you send. Generally, these are things you know about the user rather than about a specific event - for example, the user's age, gender, source, or initial referrer.

To make things easier, you can register these properties as super properties. If you tell us just once that these properties are important, we will automatically include them with all events sent. Super properties are stored in a browser cookie, and will persist between visits to your site. Mixpanel already stores some information as super properties by default; see a full list of Mixpanel default properties here.

To set super properties, call mixpanel.register() (opens in a new tab).

<script type="text/javascript">
        "age": 28,
        "gender": "male",
        "source": "facebook"

The next time you track an event, the super properties you just set will be included as properties. If you call:


after making the previous call to mixpanel.register(), it is just like adding the properties directly:

mixpanel.track("Signup", {
    "age": 28,
    "gender": "male",
    "source": "facebook"

Setting Super Properties Only Once

If you want to store a super property only once (often for things like initial referrer, ad campaign, or source), you can use mixpanel.register_once() (opens in a new tab). This function behaves like mixpanel.register() and has the same interface, but it doesn't override super properties you've already saved.

<script type="text/javascript">
        "ad_campaign": "fb-01"

This means that it's safe to call mixpanel.register_once() with the same property on every page load, and it will only set it if the super property doesn't exist.

Super Properties Live in a Cookie

Our JS library uses a cookie (created in the domain of the page loading the lib) to store super properties. These are stored as JSON in the cookie. They will persist for the life of that cookie, which by default is 365 days. If you wish to change the life of the cookie, you may do so using set_config() (opens in a new tab) to adjust the value for the cookie_expiration (an integer in days).

Managing User Identity

You can handle the identity of a user using the identify() and alias() methods. Proper use of these methods can connect events to the correct user as they move across devices, browsers, and other platforms.


Identify a user with a unique ID to track user activity across devices, tie a user to their events, and create a user profile. If you never call this method, unique visitors are tracked using a UUID that generates the first time they visit the site.

Call identify() when you know the identity of the current user, typically after log-in or sign-up. We recommend against using identify() for anonymous visitors to your site.

// after log-in or sign-up:

Call Reset at Logout

Reset() (opens in a new tab) generates a new random distinct_id and clears super properties. Call reset() to clear data attributed to a user when that user logs out. This allows you to handle multiple users on a single device. For more information about maintaining user identity, see the Identifying Users article.

// after logout:

Storing User Profiles

In addition to events, you can store user profiles in Mixpanel. Profiles are persistent sets of properties that describe a user - things like name, email address, and signup date. You can use profiles to explore and segment users by who they are, rather than what they did.

*Please take note of the reserved profile properties (e.g. $name, $email) which receive special treatment in our UI or are used for special processing.

Setting Profile Properties

You can set properties on a user profile with mixpanel.people.set.

// mixpanel.identify must be called in order to associate the profile properties you set
// with that user. You only need to call it once per page load for a given user.
mixpanel.people.set({ "Plan": "Premium" });

This will set a "Plan" property, with a value "Premium", on user 13793's profile. If there isn't a profile with distinct_id 13793 in Mixpanel already, a new profile will be created. If user 13793 already has a property named "Plan" in their profile, the old value will be overwritten with "Premium".

Other Types Of Profile Updates

There are a few other types of profile updates

  • mixpanel.people.set_once - set properties if they don't exist
  • mixpanel.people.append - append to a list property
  • mixpanel.people.union - append to a list property, excluding duplicates

Incrementing Numeric Properties

You can use mixpanel.people.increment to change the current value of numeric properties. This is useful when you want to keep a running tally of things, such as games played, messages sent, or points earned.

// If no number is passed, the default is to increment by 1
mixpanel.people.increment("games played");
// You can also pass a number to increment
// Here we add 500 to the user's point count
mixpanel.people.increment("points earned", 500);
// Pass an object to increment multiple properties
    "dollars spent": 17,
    // Subtract by passing a negative value
    "credits remaining": -34

Debug Mode

Debug Mode allows you to see the requests being sent by your implementation to Mixpanel, in real time, from your browser's developer console. This includes events (with their properties), as well as other types of requests such as identify and alias. It also exposes SDK errors and warnings that occur before data is sent to Mixpanel. Debug mode works with both NPM and HTML snippet implementations, but the setup process differs slightly.

Start Debugging

If you implemented using NPM, you will need to add the debug parameter to your mixpanel.init call, like so:

mixpanel.init('YOUR_TOKEN', {debug: true});

Be sure to remove this parameter before going into production; we suggest setting this parameter conditionally, based on the environment your implementation is running in (e.g. true for dev and staging; false for production).

If you implemented using the HTML snippet, you can enable debug mode either in code (as above), or you can enable it directly from your developer tools console, without making any code changes. This is because the mixpanel object is globally accessible from the snippet, so you can open your devtools console and simply run mixpanel.set_config({debug: true}) to enable debug mode.

Interpreting Debug Output


Here, we are debugging an HTML snippet implementation, but the logs are the same regardless of how you enabled debug mode. These events are being sent normally — each batch of events can be expanded to see the properties being sent with the event. Logging for other types of Mixpanel requests, such as identify and alias, works the same way, with all request contents logged.

SDK errors and warnings, such as calling track without an event name and aliasing an identifier to itself, are also logged to the console in debug mode. These client-side errors do not result in an request to Mixpanel, so they can't be debugged using the network tab — you must use debug mode to surface them.


Group Analytics

Mixpanel Group Analytics is a paid add-on that allows behavioral data analysis by selected groups, as opposed to individual users.

Grouping by identifiers other than the distinct_id will allow analysis at a company or group level when using Mixpanel analytics. Read this article to learn more about Group Analytics.

A group is identified by the group_key and group_id.

  • group_key is the property that connects event data for Group Analytics.
  • group_id is the identifier for a specific group.

If the property “company” is chosen for Group Analytics, “company” is the group_key, and “Mixpanel”, “Company A”, and “13254” are all potential group_id values.

A user can belong to multiple groups. All updates to a group operate on the group_key and group_id.

Creating a Group Key

Administer group keys through your Project Settings. Group keys are event properties. All events need to have a defined group key on them in order to be attributed to a group. Group keys are project specific, and the group key should be set up before group data is sent. Note that Mixpanel does not backfill historical data before the group key was implemented.

To administer group keys, navigate to your Project Settings. Click +Add Group Key under the GROUP KEYS section.

Adding Users to a Group

Adding users to groups causes the group_key and group_id to send as a property key and value for all events triggered by that user on the device. You can add multiple values for a single user to the group_key list property.

Similar to a distinct_id, the group_key allows Mixpanel to group events by an identifier for analysis. A group_key, however, is a group level identifier and not a user level identifier like the distinct_id.

You can add users to groups by calling the mixpanel.set_group() method.

//Assign Company A and Company B to a user
mixpanel.set_group(“company”, [“Company A, “Company B”])

You can call mixpanel.add_group() to add any additional groups to an existing list.

//Add “Mixpanel” to the list of existing groups
mixpanel.add_group(“company”, “Mixpanel”)

Creating Group Profiles

It is possible to create a Group profile that is similar to a user profile. You must call mixpanel.set_group() to build a group profile. It is important to the group_key, group_id, and one property so that the profile is not empty.

mixpanel.get_group(group_key, group_id).set({“property_name”: property_value})

Setting Group Profile Properties

You can add details to Groups by adding properties to them.

In order to update Group profile properties, you must specify the group that needs to be updated by calling get_group()

mixpanel.get_group(“company”, “Mixpanel”)

The get_group() method can be chained with other commands that edit properties specific to the group.

You can set the property $name to populate the name field at the top of the group profile.

These operations are similar to the corresponding operations for user profile property updates.


mixpanel.get_group().set updates or adds a property to a group.

mixpanel.get_group(group_key, group_id).set({“property_name”: property_value})

set once

mixpanel.get_group().set_once adds a property value to a group only if it has not been set before.

mixpanel.get_group(group_key, group_id).set_once({“property_name”: property_value})


mixpanel.get_group().unset unsets a specific property in the group.

mixpanel.get_group(group_key, group_id).unset(“property_name”)


mixpanel.get_group().remove removes a specific value in a list property.

mixpanel.get_group(group_key, group_id).remove(“property_name”, “property_value”)


mixpanel.get_group().union adds the specified values to a list property and ensures that those values only appear once.

mixpanel.get_group(group_key, group_id).union(“property_name”, [property_value1, … [property_valueN])

EU Data Residency

Route data to Mixpanel's EU servers by setting the api_host config property.

    api_host: "",

Tracking Via Proxy

This guide demonstrates how to route events from Mixpanel's SDKs via a proxy in your own domain. This is useful when tracking from the web, to reduce the likelihood of ad-blockers impacting your tracking.


There are two steps: setting up a proxy server and pointing our JavaScript SDK at your server.

Step 1: Set up a proxy server The simplest way is to use our sample nginx config (opens in a new tab). This config redirects any calls made to your proxy server to Mixpanel.

Step 2: Point our JavaScript SDK at your server Add the following line before the Mixpanel JS snippet, replacing YOUR_PROXY_DOMAIN with your proxy server's domain. This is not required if you use npm or yarn instead of the snippet:

const MIXPANEL_CUSTOM_LIB_URL = "https://<YOUR_PROXY_DOMAIN>/lib.min.js";

Add your proxy server to the mixpanel.init call:

mixpanel.init("<YOUR_PROJECT_TOKEN>", {api_host: "https://<YOUR_PROXY_DOMAIN>"})

🎉 Congratulations, you've set up tracking through a proxy server! Here's a full code sample (opens in a new tab).

Session Replay (Beta)

Capture and replay data on how a user interacts with your application. Replay collection is disabled by default, and the Replay portion of the SDK will not be loaded into your application until specified.

Sampling Method

The recommended way to capture session replays is by sampling a subset of users, specified during initialization:

        record_sessions_percent: 1  //records 1% of all sessions

Start with a smaller percentage and tune to fit your analytics needs.

Init Options

record_sessions_percentPercentage of SDK initializations that will qualify for replay data capture. A value of "1" = 1%.0
record_idle_timeout_msDuration of inactivity in milliseconds before ending a contiguous replay. A new replay collection will start when active again.1800000
(30 minutes)
record_max_msMaximum length of a single replay in milliseconds. Up to 24 hours is supported. Once a replay has reached the maximum length, a new one will begin.86400000
(24 hours)
record_mask_text_selectorCSS selector for elements that will have their text contents masked."*"

Recorder Methods

Start capturing replay data


This will have no effect if replay data collection is in progress.

This is optional, and can be used primarily to programmatically start and stop recording, or exclude something specific from recording. We recommend using the sampling method detailed above unless you need to customize when you capture replay data.

Stop capturing replay data


This will have no effect if there is no replay data collection in progress.


User Data

The Mixpanel SDK will always mask all inputs. By default, all text on a page will also be masked unless a different record_mask_text_selector is specified.

Along with other data, the SDK respects all Do Not Track (DNT) settings as well as manual opt-out for any replay data.


User replays are stored for 30 days after the time of ingestion. There is no way to view a replay older than 30 days old.

Data Residency

EU residency is not supported yet, check back soon!

Release History

See All Releases (opens in a new tab).

Was this page useful?