@segment/analytics-next

What is @segment/analytics-next?

@segment/analytics-next is a JavaScript library that allows you to easily integrate Segment's analytics capabilities into your web applications. It provides a simple API to track user interactions, identify users, and manage analytics data across multiple platforms and services.

What are @segment/analytics-next's main functionalities?

Track Events

The `track` method allows you to record any actions your users perform. This example tracks a 'Button Clicked' event with additional properties.

const analytics = require('@segment/analytics-next');

(async () => {
  const [response] = await analytics.load({ writeKey: 'YOUR_WRITE_KEY' });
  analytics.track('Button Clicked', {
    buttonName: 'Subscribe'
  });
})();

Identify Users

The `identify` method lets you associate a user with their unique ID and traits. This example identifies a user with an ID and additional traits like email and name.

const analytics = require('@segment/analytics-next');

(async () => {
  const [response] = await analytics.load({ writeKey: 'YOUR_WRITE_KEY' });
  analytics.identify('userId123', {
    email: '[e-mail]',
    name: 'John Doe'
  });
})();

Page Tracking

The `page` method records page views on your website. This example tracks a page view for the 'Home Page'.

const analytics = require('@segment/analytics-next');

(async () => {
  const [response] = await analytics.load({ writeKey: 'YOUR_WRITE_KEY' });
  analytics.page('Home Page');
})();

Other packages similar to @segment/analytics-next

mixpanel-browser

Mixpanel is an advanced analytics service that helps improve web and mobile applications by tracking how users interact & engage with them. Compared to @segment/analytics-next, Mixpanel offers more advanced features for user segmentation and funnel analysis.

amplitude-js

Amplitude is a product analytics service that helps you understand user behavior and product usage. It provides in-depth analytics and user segmentation. Compared to @segment/analytics-next, Amplitude focuses more on product analytics and user behavior insights.

google-analytics

Google Analytics is a widely-used web analytics service that tracks and reports website traffic. It offers comprehensive tracking and reporting features. Compared to @segment/analytics-next, Google Analytics is more focused on web traffic analysis and reporting.

README

@segment/analytics-next

Analytics Next (aka Analytics 2.0) is the latest version of Segment’s JavaScript SDK - enabling you to send your data to any tool without having to learn, test, or use a new API every time.

Table of Contents

• 🏎️ Quickstart
  • 💡 Using with Segment
  • 💻 Using as an npm package
• 🔌 Plugins
• 🐒 Development

---

🏎️ Quickstart

The easiest and quickest way to get started with Analytics 2.0 is to use it through Segment. Alternatively, you can install it through NPM and do the instrumentation yourself.

💡 Using with Segment

1. Create a javascript source at Segment - new sources will automatically be using Analytics 2.0! Segment will automatically generate a snippet that you can add to your website. For more information visit our documentation).

2. Start tracking!

💻 Using as an npm package

1. Install the package

# npm
npm install @segment/analytics-next

# yarn
yarn add @segment/analytics-next

# pnpm
pnpm add @segment/analytics-next

1. Import the package into your project and you're good to go (with working types)!

import { AnalyticsBrowser } from '@segment/analytics-next'

const analytics = AnalyticsBrowser.load({ writeKey: '<YOUR_WRITE_KEY>' })

analytics.identify('hello world')

document.body?.addEventListener('click', () => {
  analytics.track('document body clicked!')
})

Lazy / Delayed Loading

You can load a buffered version of analytics that requires .load to be explicitly called before initiating any network activity. This can be useful if you want to wait for a user to consent before fetching any tracking destinations or sending buffered events to segment.

• ⚠️ ️.load should only be called once.

export const analytics = new AnalyticsBrowser()

analytics.identify("hello world")

if (userConsentsToBeingTracked) {
    analytics.load({ writeKey: '<YOUR_WRITE_KEY>' }) // destinations loaded, enqueued events are flushed
}

This strategy also comes in handy if you have some settings that are fetched asynchronously.

const analytics = new AnalyticsBrowser()
fetchWriteKey().then(writeKey => analytics.load({ writeKey }))

analytics.identify("hello world")

Error Handling

Handling initialization errors

Initialization errors get logged by default, but if you also want to catch these errors, you can do the following:

export const analytics = new AnalyticsBrowser();
analytics
  .load({ writeKey: "MY_WRITE_KEY" })
  .catch((err) => ...);

Custom CDN / API Proxy

Self Hosting or Proxying Analytics.js documentation

Examples / Usage in Common Frameworks and SPAs

Next.js

• https://github.com/vercel/next.js/tree/canary/examples/with-segment-analytics
• https://github.com/vercel/next.js/tree/canary/examples/with-segment-analytics-pages-router

Vanilla React

import { AnalyticsBrowser } from '@segment/analytics-next'

// We can export this instance to share with rest of our codebase.
export const analytics = AnalyticsBrowser.load({ writeKey: '<YOUR_WRITE_KEY>' })

const App = () => (
  <div>
    <button onClick={() => analytics.track('hello world')}>Track</button>
  </div>
)

Vue

1. Export analytics instance.

import { AnalyticsBrowser } from '@segment/analytics-next'

export const analytics = AnalyticsBrowser.load({
  writeKey: '<YOUR_WRITE_KEY>',
})

1. in .vue component

<template>
  <button @click="track()">Track</button>
</template>

<script>
import { defineComponent } from 'vue'
import { analytics } from './services/segment'

export default defineComponent({
  setup() {
    function track() {
      analytics.track('Hello world')
    }

    return {
      track,
    }
  },
})
</script>

Support for Web Workers (Experimental)

While this package does not support web workers out of the box, there are options:

1. Run analytics.js in a web worker via partytown.io. See our partytown example. Supports both cloud and device mode destinations, but not all device mode destinations may work.

2. Try @segment/analytics-node with flushAt: 1, which should work in any runtime where fetch is available. Warning: cloud destinations only!

How to add typescript support (snippet users only)

1. Install npm package @segment/analytics-next as a dev dependency.

2. Create ./typings/analytics.d.ts

// ./typings/analytics.d.ts
import type { AnalyticsSnippet } from "@segment/analytics-next";

declare global {
  interface Window {
    analytics: AnalyticsSnippet;
  }
}

1. Configure typescript to read from the custom ./typings folder

// tsconfig.json
{
  ...
  "compilerOptions": {
    ....
    "typeRoots": [
      "./node_modules/@types",
      "./typings"
    ]
  }
  ....
}

🐒 Development

First, clone the repo and then startup our local dev environment:

$ git clone [e-mail]:segmentio/analytics-next.git
$ cd analytics-next
$ nvm use  # installs correct version of node defined in .nvmrc.
$ yarn && yarn build
$ yarn test
$ yarn dev  # optional: runs analytics-next playground.

If you get "Cannot find module '@segment/analytics-next' or its corresponding type declarations.ts(2307)" (in VSCode), you may have to "cmd+shift+p -> "TypeScript: Restart TS server"

Then, make your changes and test them out in the test app!

🔌 Plugins

When developing against Analytics Next you will likely be writing plugins, which can augment functionality and enrich data. Plugins are isolated chunks which you can build, test, version, and deploy independently of the rest of the codebase. Plugins are bounded by Analytics Next which handles things such as observability, retries, and error management.

Plugins can be of two different priorities:

1. Critical: Analytics Next should expect this plugin to be loaded before starting event delivery
2. Non-critical: Analytics Next can start event delivery before this plugin has finished loading

and can be of five different types:

1. Before: Plugins that need to be run before any other plugins are run. An example of this would be validating events before passing them along to other plugins.
2. After: Plugins that need to run after all other plugins have run. An example of this is the segment.io integration, which will wait for destinations to succeed or fail so that it can send its observability metrics.
3. Destination: Destinations to send the event to (ie. legacy destinations). Does not modify the event and failure does not halt execution.
4. Enrichment: Modifies an event, failure here could halt the event pipeline.
5. Utility: Plugins that change Analytics Next functionality and don't fall into the other categories.

Here is an example of a simple plugin that would convert all track events event names to lowercase before the event gets sent through the rest of the pipeline:

import type { Plugin } from '@segment/analytics-next'

export const lowercase: Plugin = {
  name: 'Lowercase Event Name',
  type: 'before',
  version: '1.0.0',

  isLoaded: () => true,
  load: () => Promise.resolve(),

  track: (ctx) => {
    ctx.event.event = ctx.event.event.toLowerCase()
    return ctx
  }
}

analytics.register(lowercase)

For further examples check out our existing plugins.

🧪 QA

Feature work and bug fixes should include tests. Run all Jest tests:

$ yarn test

Lint all with ESLint:

$ yarn lint