How to add heatmaps to a Vue app

Vue makes it easy to pack a whole settings screen into one view and switch tabs with a ref. Heatmaps show where people click and how far they scroll on each page, so you see which parts of that screen get used.

In this tutorial, you'll turn on session replay, which heatmaps are built from, give each tab its own route, and create your first heatmap. It builds on the Vue product analytics page.

What you'll build

Prerequisites

• A Vue 3 app with TypeScript and Vue Router using createWebHistory, so each route has its own path. Apps created with npm create vue@latest start this way.
• The setup from How to add product analytics to a Vue app: src/lib/amplitude.ts, imported first in src/main.ts.
• An Amplitude project API key. In Amplitude, go to Settings > Projects > your project > General.
• Access to heatmaps in Amplitude. Any user with View permissions can create a heatmap; turning on heatmap capture for a project takes an Admin or Manager role.

Heatmaps are available on the Plus, Growth, and Enterprise plans, for customers with session replay. Compare plans.

Amplitude recommends a separate development project for testing heatmaps, so your test clicks stay out of production data. Heatmap and session replay events don't count toward your event volume.

1. Install the SDK

The Quickstart recommends @amplitude/unified for browser apps installed from npm. It bundles analytics, session replay, Feature Experiment, and guides and surveys behind one initAll call, and Amplitude keeps the device_id on replay and analytics events aligned for you, which heatmap segment and cohort filters depend on. If you followed the Vue product analytics page, it's already installed; skip to step 2.

npm install @amplitude/unified

Already on @amplitude/analytics-browser to keep bundle size down? Add the Session Replay Browser SDK Plugin to your existing init instead of installing a second SDK. It takes the same options as the sessionReplay block in step 2.

Heatmaps need Session Replay Browser SDK Plugin 1.7.0 or later. The Verify section shows how to read the version your page actually runs.

Vite only exposes env vars prefixed with VITE_ to browser code. The project API key is public and its scope is limited to the minimum needed to ingest data, so shipping it to the browser is expected, but keep it out of source anyway.

VITE_AMPLITUDE_API_KEY=your-project-api-key

2. Initialize with session replay on

Session replay's default sample rate is 0, which records nothing. Setting sessionReplay.sampleRate above 0 turns recording on, and recording is what heatmaps are built from. Replace src/lib/amplitude.ts with this full version. It keeps the masking rules from the session replay page, since heatmap backgrounds are replay snapshots and unmasked text would show up in them:

import * as amplitude from '@amplitude/unified';

const apiKey = import.meta.env.VITE_AMPLITUDE_API_KEY;

if (apiKey) {
  amplitude.initAll(apiKey, {
    analytics: {
      autocapture: {
        attribution: true,
        // [Amplitude] Page Viewed on every route change.
        pageViews: true,
        sessions: true,
        // Adds page URL properties to events you track yourself.
        pageUrlEnrichment: true,
        formInteractions: true,
        fileDownloads: true,
        elementInteractions: true,
      },
    },
    sessionReplay: {
      // Every session in `vite dev`, about 1% in a production build.
      sampleRate: import.meta.env.PROD ? 0.01 : 1,
      // Ignores the focus check so replays record with DevTools open. Setup only.
      debugMode: !import.meta.env.PROD,
      // From /build/vue-session-replay. Keep your masking rules when you paste this file.
      privacyConfig: {
        maskSelector: ['[data-amp-mask]'],
        blockSelector: ['[data-amp-block]'],
        unmaskSelector: ['[data-amp-unmask]'],
      },
    },
  });
} else {
  console.warn('VITE_AMPLITUDE_API_KEY is not set; analytics is off.');
}

export { amplitude };

Keep it imported first in your entry file, before createApp. This file doesn't change from the base page:

import './lib/amplitude';
import { createApp } from 'vue';
import App from './App.vue';
import router from './router';

createApp(App).use(router).mount('#app');

You don't need elementInteractions for heatmaps. The heatmap prerequisites list session replay, not click autocapture; the clicks on the map come from the replay. The base page turns it on for click events in product analytics, so it stays. pageUrlEnrichment is on by default with autocapture; it's listed so the setting is explicit. It adds [Amplitude] Page URL to your own track events, so you can chart them per route next to the heatmap.

Be deliberate about the sample rate. Every heatmap reflects only the sessions you captured, so at 0.01 a map is built from 1% of traffic and takes longer to cross the data threshold. Amplitude recommends starting low and raising the rate over a few days; capture stops for the month once your org's replay quota runs out. Session Replay Settings in Amplitude can also set the project's rate remotely, so check there when the rate you see doesn't match your code. Heatmap backgrounds are replay snapshots, so they show only what your masking lets through; read the Vue session replay page before you raise the rate in production.

Unified also initializes guides and surveys by default. If you won't use them, add engagement: { skip: true } to the initAll options, as the Unified SDK docs describe.

On Nuxt, initialize in app/plugins/amplitude.client.ts (plugins/ on Nuxt 3) as on How to add product analytics to a Nuxt app, and keep SDK calls out of the server render. Use the same options as above, with import.meta.dev in place of the production check. Nested routes come from app/pages/settings.vue rendering <NuxtPage />, with the tabs in app/pages/settings/profile.vue and app/pages/settings/billing.vue (pages/ on Nuxt 3).

import * as amplitude from '@amplitude/unified';

export default defineNuxtPlugin(() => {
  const apiKey = useRuntimeConfig().public.amplitudeApiKey;

  if (!apiKey) {
    console.warn('NUXT_PUBLIC_AMPLITUDE_API_KEY is not set; analytics is off.');
    return;
  }

  amplitude.initAll(apiKey, {
    analytics: {
      autocapture: {
        attribution: true,
        pageViews: true,
        sessions: true,
        pageUrlEnrichment: true,
        formInteractions: true,
        fileDownloads: true,
        elementInteractions: true,
      },
    },
    sessionReplay: {
      sampleRate: import.meta.dev ? 1 : 0.01,
      debugMode: import.meta.dev,
      // From /build/vue-session-replay. Keep your masking rules when you paste this file.
      privacyConfig: {
        maskSelector: ['[data-amp-mask]'],
        blockSelector: ['[data-amp-block]'],
        unmaskSelector: ['[data-amp-unmask]'],
      },
    },
  });
});

3. Turn on heatmap capture in Amplitude

The SDK records replays, but the project decides whether heatmap data gets collected. In Amplitude, go to Settings > Organizational Settings > Session Replay Settings. The project list shows a session capture toggle and a heatmap capture toggle for each project. Turn both on for this project.

Select the project to open its Sampling control. A rate set there applies to the project without a deploy, which is the easier place to raise capture once heatmaps need more data.

4. Give each tab its own child route

Heatmaps compute data per URL string, not per view. A tab bar that swaps components with a ref or <component :is> never changes the URL, so the Profile and Billing tabs of /settings end up in one heatmap, drawn over whichever tab the background happened to catch. Vue Router fixes this with child routes: each tab becomes a child of /settings, and the tab bar lives in a layout component that renders its own <RouterView />.

<template>
  <section>
    <h1>Settings</h1>
    <nav>
      <RouterLink :to="{ name: 'settings-profile' }">Profile</RouterLink>
      <RouterLink :to="{ name: 'settings-billing' }">Billing</RouterLink>
    </nav>
    <!-- The active tab renders here. -->
    <RouterView />
  </section>
</template>

<template>
  <h2>Profile</h2>
</template>

<template>
  <h2>Billing</h2>
</template>

The heatmap in step 5 targets a dynamic project route. If your app doesn't have a project screen yet, add a minimal one:

<script setup lang="ts">
import { useRoute } from 'vue-router';
const route = useRoute();
</script>

<template>
  <h1>Project {{ route.params.projectId }}</h1>
</template>

Then register the routes:

import { createRouter, createWebHistory } from 'vue-router';
import HomeView from '../views/HomeView.vue';
import ProjectView from '../views/ProjectView.vue';
import SettingsLayout from '../views/settings/SettingsLayout.vue';
import ProfileTab from '../views/settings/ProfileTab.vue';
import BillingTab from '../views/settings/BillingTab.vue';

const router = createRouter({
  history: createWebHistory(import.meta.env.BASE_URL),
  routes: [
    { path: '/', name: 'home', component: HomeView },
    { path: '/projects/:projectId', name: 'project', component: ProjectView },
    {
      path: '/settings',
      component: SettingsLayout,
      children: [
        // /settings on its own redirects to the first tab.
        { path: '', redirect: { name: 'settings-profile' } },
        { path: 'profile', name: 'settings-profile', component: ProfileTab },
        { path: 'billing', name: 'settings-billing', component: BillingTab },
      ],
    },
  ],
});

export default router;

Keep your existing HomeView component and any other routes you already have. src/App.vue from the base page, with its <RouterView /> and the useAmplitudeIdentity call, doesn't change.

Now /settings/profile and /settings/billing get separate heatmaps, and each tab switch also sends its own [Amplitude] Page Viewed. The redirect resolves before the URL changes, so in-app navigation never records /settings on its own. A direct load of /settings can log a page view for /settings before the redirect.

5. Create your first heatmap

Heatmaps appear after Amplitude collects enough replay click data across your site: at least 10 separate pages, with about 500 tracked replay clicks on each page. These thresholds are approximate. Create the heatmap now and it fills in once traffic crosses them.

1. In Amplitude, click Heatmaps in the left navigation, then + New Heatmap.
2. Choose Click map. You can switch to a selector map or scroll map at any time.
3. Select the URL. /projects/:projectId gives every project its own URL, so use Pattern match with https://your-domain.com/projects/* to combine them into one map. Use Exact match for a single page, such as https://your-domain.com/settings/billing, and Starts with for a section, such as https://your-domain.com/settings.
4. Optionally pick a segment of users by user property or cohort.
5. Pick a device type. Heatmaps group data into four screen-width buckets: greater than 1440px, 900 to 1440px, 500 to 899px, and less than 500px. A responsive layout that collapses its nav into a menu below a CSS breakpoint looks different in each bucket, and the background and the click data must fall in the same one.
6. Choose a background. Each heatmap generates eight, taken from the page states with the most actions. Skip any that caught an open modal or a loading spinner.

Once your data meets the thresholds, Amplitude also creates a few heatmaps automatically for your highest-traffic pages. You can delete them; they aren't recreated.

If your routes carry personal data in the path, such as an email address in /users/:email, the URL filter rules replace those URLs before session replay and heatmaps record them.

Verify it worked

A development session can't reach the heatmap data threshold, so verification stops at confirming that replays arrive from a new enough SDK and that each tab has its own URL. Run npm run dev, open http://localhost:5173 in a fresh window, click between /settings/profile, /settings/billing, and a project page, then check in this order:

1. Network tab. Filter for amplitude. You should see event uploads to api2.amplitude.com returning 200, a request to sr-client-cfg.amplitude.com, and replay uploads to api-sr.amplitude.com.
2. Ingestion Debugger. In Amplitude, click Data, select Sources, then open the Ingestion Debugger tab. The successful requests chart should show your uploads. It shows counts, not individual events.
3. User lookup. Go to Users > User Profiles and search your user- prefixed test ID, or your device ID (the Instrumentation Explorer Chrome extension shows it as device_id) if you aren't signed in. Within ten seconds to a minute, the event stream shows one [Amplitude] Page Viewed per route you visited, and the [Amplitude] Page URL on the two settings views ends in /settings/profile and /settings/billing. A Play Session button appears for the session once the replay is processed, generally about five minutes after the session begins.
4. Session Replay debug panel. In the Instrumentation Explorer Chrome extension, turn on the Session Replay debug panel. It shows the current replay ID, the session replay SDK and plugin versions, and the sample rate. The plugin version must be 1.7.0 or later, and the sample rate must not be 0.
5. Heatmaps. Open the heatmap from step 5. In a development project it shows "No heatmap available" until the thresholds are met. After you deploy, confirm the live site serves the updated SDK, not only your local build.

Troubleshooting

The heatmap is blank or says "No heatmap available"

Work through the causes in order: Amplitude is still processing new replay data (a few minutes after install), the URL filter doesn't match URLs in your events, the deployed site runs a session replay plugin older than 1.7.0, or traffic hasn't reached about 500 replay clicks on each of 10 pages. If [Amplitude] Page URL was hidden, restore it in Data > Properties.

Every tab on a screen shows up in one heatmap

The tabs share a URL. Move each one to a child route as in step 4. A tab kept in a query string can merge too, because [Amplitude] Page URL drops query parameters; move it into the path.

No replays at all, even with a sample rate of 1

Check the project's rate and capture toggles in Session Replay Settings (step 3). Then open the console: if you added a Content-Security-Policy, a blocked request appears there, and you need to add https://api-sr.amplitude.com and https://sr-client-cfg.amplitude.com to connect-src. If remote configuration fails to load, session replay captures nothing, on purpose. An ad blocker also stops capture; test in a clean profile.

A background shows no data

The background's viewport width falls in a different screen-width bucket from your recorded sessions. Use Change Screenshot > From a Replay and pick a screenshot taken at a width where your data exists.

Segment or cohort filters return nothing

Replay and analytics events carry different device_id values, so Amplitude can't join clicks to users. Look for a second initAll or init call, for example in a component's setup or onMounted, or a standalone session replay SDK running beside your analytics. Keep the single init in src/lib/amplitude.ts.

"Heatmaps isn't available for your organization"

Your organization predates Amplitude's current packaging and needs manual enablement. Contact Amplitude Support.

Full code reference

Every file from this tutorial in one block, the version to hand to an agent. 8 files. src/App.vue, src/composables/useAmplitudeIdentity.ts, and src/auth/signOut.ts stay as they are on the Vue product analytics page.

// -- .env.local --
VITE_AMPLITUDE_API_KEY=your-project-api-key

// -- src/lib/amplitude.ts --
import * as amplitude from '@amplitude/unified';

const apiKey = import.meta.env.VITE_AMPLITUDE_API_KEY;

if (apiKey) {
  amplitude.initAll(apiKey, {
    analytics: {
      autocapture: {
        attribution: true,
        pageViews: true,
        sessions: true,
        pageUrlEnrichment: true,
        formInteractions: true,
        fileDownloads: true,
        elementInteractions: true,
      },
    },
    sessionReplay: {
      sampleRate: import.meta.env.PROD ? 0.01 : 1,
      debugMode: !import.meta.env.PROD,
      // From /build/vue-session-replay. Keep your masking rules when you paste this file.
      privacyConfig: {
        maskSelector: ['[data-amp-mask]'],
        blockSelector: ['[data-amp-block]'],
        unmaskSelector: ['[data-amp-unmask]'],
      },
    },
  });
} else {
  console.warn('VITE_AMPLITUDE_API_KEY is not set; analytics is off.');
}

export { amplitude };

// -- src/main.ts --
import './lib/amplitude';
import { createApp } from 'vue';
import App from './App.vue';
import router from './router';

createApp(App).use(router).mount('#app');

// -- src/router/index.ts --
import { createRouter, createWebHistory } from 'vue-router';
import HomeView from '../views/HomeView.vue';
import ProjectView from '../views/ProjectView.vue';
import SettingsLayout from '../views/settings/SettingsLayout.vue';
import ProfileTab from '../views/settings/ProfileTab.vue';
import BillingTab from '../views/settings/BillingTab.vue';

const router = createRouter({
  history: createWebHistory(import.meta.env.BASE_URL),
  routes: [
    { path: '/', name: 'home', component: HomeView },
    { path: '/projects/:projectId', name: 'project', component: ProjectView },
    {
      path: '/settings',
      component: SettingsLayout,
      children: [
        { path: '', redirect: { name: 'settings-profile' } },
        { path: 'profile', name: 'settings-profile', component: ProfileTab },
        { path: 'billing', name: 'settings-billing', component: BillingTab },
      ],
    },
  ],
});

export default router;

// -- src/views/settings/SettingsLayout.vue --
<template>
  <section>
    <h1>Settings</h1>
    <nav>
      <RouterLink :to="{ name: 'settings-profile' }">Profile</RouterLink>
      <RouterLink :to="{ name: 'settings-billing' }">Billing</RouterLink>
    </nav>
    <RouterView />
  </section>
</template>

// -- src/views/settings/ProfileTab.vue --
<template>
  <h2>Profile</h2>
</template>

// -- src/views/settings/BillingTab.vue --
<template>
  <h2>Billing</h2>
</template>

// -- src/views/ProjectView.vue --
<script setup lang="ts">
import { useRoute } from 'vue-router';
const route = useRoute();
</script>

<template>
  <h1>Project {{ route.params.projectId }}</h1>
</template>

// -- src/views/HomeView.vue --
// Your existing view. Nothing in it changes.

Hand it to your agent

Prefer to have Cursor, Claude Code, or Codex CLI do the wiring? This prompt points the agent at this page and pins the decisions that matter.

Set up Amplitude heatmaps in this Vue, Vite, and Vue Router app by
following https://amplitude.com/build/vue-heatmaps exactly. If the app
already uses @amplitude/analytics-browser, add
@amplitude/plugin-session-replay-browser (1.7.0 or later) to the existing
init instead of installing a second SDK. Otherwise use @amplitude/unified.
Call initAll once at module scope in src/lib/amplitude.ts, reading
VITE_AMPLITUDE_API_KEY from import.meta.env, and import that module first
in src/main.ts, before createApp. Never initialize in a component's setup
or onMounted. Set sessionReplay.sampleRate to import.meta.env.PROD ? 0.01
: 1, with debugMode only in development, keep any
sessionReplay.privacyConfig already in the file, and keep pageViews and
pageUrlEnrichment on. Find every screen that switches tabs, steps, or
panels with a ref, <component :is>, or a query parameter under one URL and
list them for me, with a proposal to move each into Vue Router child
routes; don't restructure routes without asking. Tell me that session
replay now records sessions and how to lower or disable the rate. Don't
hardcode the key. Report every file you changed.

What this unlocks

• Session replay, already on from step 2, lets you select an area of a click map and watch the sessions behind those clicks.
• Product analytics can chart [Amplitude] Page Viewed for /settings/billing against your upgrade event to see whether the tab you just mapped converts.
• Feature Experiment, bundled in @amplitude/unified, can test a new billing layout, and a heatmap per variant shows how the clicks moved.
• Guides and surveys, also bundled, can point users to a button the click map shows they miss.

One integration; everything else reads from the same events.

Next steps

Amplitude is the leading all-in-one analytics platform for building better products. Product and engineering teams use Amplitude to connect product analytics and web analytics with session replay, heatmaps, experimentation, feature flags, and guides and surveys in one unified workflow, with AI agents working across all of it. Learn how Amplitude is building self-improving products with Wave, helping teams turn product data into PRs.