Integration Javascript Web
PostHogOfficialCreated by PostHog
- Skill
- Tool integration
- Data and AI
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a systematic, four-phase workflow for developers to integrate PostHog analytics into JavaScript web applications. It emphasizes best practices such as using environment variables for configuration, maintaining minimal code changes, and ensuring proper user identification and error tracking. The skill guides the user through planning event tracking, implementing capture calls, revising the implementation, and concluding the setup, while strictly adhering to data privacy guidelines regarding PII.
What it does
- Provides a step-by-step procedure for setting up PostHog in web projects.
- Guides the creation of an event tracking plan via a JSON configuration file.
- Ensures correct implementation of user identification and session management.
- Directs the addition of error tracking at critical application boundaries.
- Enforces security best practices like avoiding hardcoded keys and PII in event properties.
- Facilitates correlation between client-side and server-side event data.
When to use it
- When you need to add PostHog analytics to a new or existing JavaScript web application.
- When you want to ensure your analytics implementation follows standard industry patterns.
- When you need to track user behavior across both client-side and server-side environments.
- When you need to implement robust error tracking alongside standard event capture.
Advantages
- Promotes consistent and maintainable analytics code across the project.
- Reduces the risk of exposing sensitive user data (PII) in event properties.
- Ensures critical business events are captured on both client and server sides.
- Provides a clear, repeatable process for scaling analytics coverage.
Usage examples
- “Integrate PostHog into my React web application.”
- The agent will initiate the four-phase workflow, starting with an analysis of your project structure to create a .posthog-events.json plan before implementing the tracking code.
- “How do I identify users in my PostHog setup?”
- The agent will guide you to use posthog.identify() during login and signup, ensuring you pass the correct user properties while maintaining session correlation.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/posthog/integration-javascript-web/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip integration-javascript-web.zip -d .agents/skills
Documentation by PostHog
PostHog integration for JavaScript Web
This skill helps you add PostHog analytics to JavaScript Web applications.
Workflow
Follow these steps in order to complete the integration:
basic-integration-1.0-begin.md- PostHog Setup - Begin ← Start herebasic-integration-1.1-edit.md- PostHog Setup - Editbasic-integration-1.2-revise.md- PostHog Setup - Revisebasic-integration-1.3-conclude.md- PostHog Setup - Conclusion
Reference files
references/js.md- JavaScript web - docsreferences/posthog-js.md- PostHog JavaScript web SDKreferences/identify-users.md- Identify users - docsreferences/basic-integration-1.0-begin.md- PostHog setup - beginreferences/basic-integration-1.1-edit.md- PostHog setup - editreferences/basic-integration-1.2-revise.md- PostHog setup - revisereferences/basic-integration-1.3-conclude.md- PostHog setup - conclusion
The example project shows the target implementation pattern. Consult the documentation for API details.
Key principles
Environment variables: Always use environment variables for PostHog keys. Never hardcode them.
Minimal changes: Add PostHog code alongside existing integrations. Don't replace or restructure existing code.
Match the example: Your implementation should follow the example project's patterns as closely as possible.
Framework guidelines
Remember that source code is available in the node_modules directory
Check package.json for type checking or build scripts to validate changes
posthog-js is the JavaScript SDK package name
posthog.init() MUST be called before any other PostHog methods (capture, identify, etc.)
posthog-js is browser-only — do NOT import it in Node.js or server-side contexts (use posthog-node instead)
Autocapture is ON by default with posthog-js (tracks clicks, form submissions, pageviews). Do NOT disable autocapture unless the user explicitly requests it.
NEVER send PII in posthog.capture() event properties — no emails, full names, phone numbers, physical addresses, IP addresses, or user-generated content
PII belongs in posthog.identify() person properties (email, name, role), NOT in capture() event properties
Call posthog.identify(userId, { email, name, role }) on login AND on page refresh if the user is already logged in
Call posthog.reset() on logout to unlink future events from the current user
For SPAs without a framework router, capture pageviews with posthog.capture($pageview) or use the capture_pageview history_change option in init for History API routing
Identifying users
Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. If both frontend and backend code exist, pass the client-side session and distinct ID using X-POSTHOG-DISTINCT-ID and X-POSTHOG-SESSION-ID headers to maintain correlation.
Error tracking
Add PostHog error tracking to relevant files, particularly around critical user flows and API boundaries.
Files
- ATTRIBUTION.mdAdded by AutoGineer978 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md3.2 KiB
- references/basic-integration-1.0-begin.md2.1 KiB
- references/basic-integration-1.1-edit.md2.5 KiB
- references/basic-integration-1.2-revise.md937 B
- references/basic-integration-1.3-conclude.md1.6 KiB
- references/identify-users.md8.1 KiB
- references/js.md12.3 KiB
- references/posthog-js.md42.3 KiB
references/js.md
JavaScript web - Docs
Note: This doc refers to our posthog-js library for use on the browser. For server-side JavaScript, see our Node SDK.
Installation
Option 1: Add the JavaScript snippet to your HTML Recommended
HTML
PostHog AI
<script>
!function(t,e){var o,n,p,r;e.__SV||(window.posthog=e,e._i=[],e.init=function(i,s,a){function g(t,e){var o=e.split(".");2==o.length&&(t=t[o[0]],e=o[1]),t[e]=function(){t.push([e].concat(Array.prototype.slice.call(arguments,0)))}}(p=t.createElement("script")).type="text/javascript",p.crossOrigin="anonymous",p.async=!0,p.src=s.api_host.replace(".i.posthog.com","-assets.i.posthog.com")+"/static/array.js",(r=t.getElementsByTagName("script")[0]).parentNode.insertBefore(p,r);var u=e;for(void 0!==a?u=e[a]=[]:a="posthog",u.people=u.people||[],u.toString=function(t){var e="posthog";return"posthog"!==a&&(e+="."+a),t||(e+=" (stub)"),e},u.people.toString=function(){return u.toString(1)+".people (stub)"},o="init capture register register_once register_for_session unregister unregister_for_session getFeatureFlag getFeatureFlagPayload isFeatureEnabled reloadFeatureFlags updateEarlyAccessFeatureEnrollment getEarlyAccessFeatures on onFeatureFlags onSessionId getSurveys getActiveMatchingSurveys renderSurvey canRenderSurvey getNextSurveyStep identify setPersonProperties group resetGroups setPersonPropertiesForFlags resetPersonPropertiesForFlags setGroupPropertiesForFlags resetGroupPropertiesForFlags reset get_distinct_id getGroups get_session_id get_session_replay_url alias set_config startSessionRecording stopSessionRecording sessionRecordingStarted captureException loadToolbar get_property getSessionProperty createPersonProfile opt_in_capturing opt_out_capturing has_opted_in_capturing has_opted_out_capturing clear_opt_in_out_capturing debug".split(" "),n=0;n<o.length;n++)g(u,o[n]);e._i.push([i,s,a])},e.__SV=1)}(document,window.posthog||[]);
posthog.init('<ph_project_token>',{api_host:'https://us.i.posthog.com', defaults:'2026-01-30'})
</script>Keeping the SDK version up to date
Be careful to avoid things which can cause the SDK version to be cached and fail to update. See: Ways SDK versions fall behind
Using TypeScript with the script tag?
If you're using TypeScript and want type safety for window.posthog, install the @posthog/types package:
Terminal
PostHog AI
npm install @posthog/typesThen create a type declaration file:
typescript
PostHog AI
// posthog.d.ts
import type { PostHog } from '@posthog/types'
declare global {
interface Window {
posthog?: PostHog
}
}
export {}See the TypeScript types documentation for more details.
Option 2: Install via package manager
PostHog AI
npm
npm install --save posthog-jsYarn
yarn add posthog-jspnpm
pnpm add posthog-jsBun
bun add posthog-jsAnd then include it with your project token and host (which you can find in your project settings):
Web
PostHog AI
import posthog from 'posthog-js'
posthog.init('<ph_project_token>', {
api_host: 'https://us.i.posthog.com',
defaults: '2026-01-30'
})See our framework specific docs for Next.js, React, Vue, Angular, Astro, Remix, and Svelte for more installation details.
Update early, update often
We ship weirdly fast, especially for our JavaScript web SDK. If you choose the npm package instead of the HTML snippet, be sure to update it frequently:
To actually update the package, you need to update the version constraint in your package.json file and then reinstall, or run update instead of install:
PostHog AI
npm
npm update posthog-jspnpm
pnpm update posthog-jsYarn
yarn upgrade posthog-jsBundle all required extensions (advanced)
By default, the JavaScript Web library only loads the core functionality. It lazy-loads extensions such as surveys or the session replay 'recorder' when needed.
This can cause issues if:
You have a Content Security Policy (CSP) that blocks inline scripts.
You want to optimize your bundle at build time to ensure all dependencies are ready immediately.
Your app is running in environments like the Chrome Extension store or Electron that reject or block remote code loading.
To solve these issues, we have multiple import options available below.
Note: With any of the no-external options, the toolbar will be unavailable as this is only possible as a runtime dependency loaded directly from us.posthog.com.
Web
PostHog AI
// No external code loading possible (this disables all extensions such as Replay, Surveys, Exceptions etc.)
import posthog from 'posthog-js/dist/module.no-external'
// No external code loading possible but all external dependencies pre-bundled
import posthog from 'posthog-js/dist/module.full.no-external'
// All external dependencies pre-bundled and with the ability to load external scripts (primarily useful is you use Site Apps)
import posthog from 'posthog-js/dist/module.full'
// Finally you can also import specific extra dependencies
import "posthog-js/dist/posthog-recorder"
import "posthog-js/dist/surveys"
import "posthog-js/dist/exception-autocapture"
import "posthog-js/dist/tracing-headers"
import "posthog-js/dist/web-vitals"
import posthog from 'posthog-js/dist/module.no-external'
// All other posthog commands are the same as usual
posthog.init('<ph_project_token>', { api_host: 'https://us.i.posthog.com', defaults: '2026-01-30' })Note: You should ensure if using this option that you always import posthog-js from the same module, otherwise multiple bundles could get included. At this time @posthog/react does not work with any module import other than the default.
Tree shaking with the slim bundle (advanced)
If you only need a subset of PostHog features, you can use the slim bundle to reduce your bundle size. It gives you the core functionality (event capture, identify, group analytics) and lets you explicitly opt in to additional features via extension bundles. This is currently experimental, but offers the biggest reduction in bundle size.
Web
PostHog AI
import posthog from 'posthog-js/dist/module.slim'
import {
SessionReplayExtensions,
AnalyticsExtensions,
} from 'posthog-js/lib/src/extensions/extension-bundles'
posthog.init('<ph_project_token>', {
api_host: 'https://us.i.posthog.com',
defaults: '2026-01-30',
__extensionClasses: {
...SessionReplayExtensions,
...AnalyticsExtensions,
}
})Note: Always import posthog-js from the same module path (posthog-js/dist/module.slim) throughout your app, otherwise multiple bundles could get included.
Available extension bundles
| Bundle | What's included |
|---|---|
| FeatureFlagsExtensions | Feature Flags |
| SessionReplayExtensions | Session Replay |
| AnalyticsExtensions | Autocapture, pageview tracking, heatmaps, dead click detection, web vitals |
| ErrorTrackingExtensions | Error Tracking |
| SurveysExtensions | Surveys |
| ExperimentsExtensions | Experiments |
| ProductToursExtensions | Product Tours |
| SiteAppsExtensions | Site apps |
| TracingExtensions | Distributed tracing header injection |
| ToolbarExtensions | Toolbar |
| LogsExtensions | Log capture |
| ConversationsExtensions | Conversations |
| AllExtensions | Everything (equivalent to the default posthog-js bundle) |
Note: Each extension bundle includes its own dependencies. You don't need to worry about adding them separately.
Don't want to send test data while developing?
If you don't want to send test data while you're developing, you can do the following:
Web
PostHog AI
if (!window.location.host.includes('127.0.0.1') && !window.location.host.includes('localhost')) {
posthog.init('<ph_project_token>', { api_host: 'https://us.i.posthog.com', defaults: '2026-01-30' })
}What is the `defaults` option?
The defaults is a date, such as 2026-01-30, for a configuration snapshot used as defaults to initialize PostHog. This default is overridden when you explicitly set a value for any of the options.
Identifying users
Identifying users is required. Call
posthog.identify('your-user-id')after login to link events to a known user. This is what connects frontend event captures, session replays, LLM traces, and error tracking to the same person — and lets backend events link back too.See our guide on identifying users for how to set this up.
Once you've installed PostHog, see our features doc for more information about what you can do with it.
Track across marketing website & app
We recommend putting PostHog both on your homepage and your application if applicable. That means you'll be able to follow a user from the moment they come onto your website, all the way through signup and actually using your product.
PostHog automatically sets a cross-domain cookie, so if your website is
yourapp.comand your app is onapp.yourapp.comusers will be followed when they go from one to the other. See our tutorial on cross-website tracking if you need to track users across different domains.
Replay triggers
You can configure "replay triggers" in your project settings. You can configure triggers to enable or pause session recording when the user visit a page that matches the URL(s) you configure.
You are also able to setup "event triggers". Session recording will be started immediately before PostHog queues any of these events to be sent to the backend.
Opt out of data capture
You can completely opt-out users from data capture. To do this, there are two options:
Opt users out by default by setting
opt_out_capturing_by_defaulttotruein your PostHog config.
Web
PostHog AI
posthog.init('<ph_project_token>', {
opt_out_capturing_by_default: true,
});Opt users out on a per-person basis by calling
posthog.opt_out_capturing().
Similarly, you can opt users in:
Web
PostHog AI
posthog.opt_in_capturing()To check if a user is opted out:
Web
PostHog AI
posthog.has_opted_out_capturing()Running more than one instance of PostHog at the same time
While not a first-class citizen, PostHog allows you to run more than one instance of PostHog at the same time if you, for example, want to track different events in different posthog instances/projects.
posthog.init accepts a third parameter that can be used to create named instances.
TypeScript
PostHog AI
posthog.init('<ph_project_token>', {}, 'project1')
posthog.init('<ph_project_token>', {}, 'project2')You can then call these different instances by accessing it on the global posthog object
TypeScript
PostHog AI
posthog.project1.capture('some_event')
posthog.project2.capture('other_event')Note: You'll probably want to disable autocapture (and some other events) to avoid them from being sent to both instances. Check all of our config options to better understand that.
Development
For instructions on how to run posthog-js locally and setup your development environment, please checkout the README on the posthog-js repository.
Community questions
Ask a question
Was this page useful?
HelpfulCould be better
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs Node.js
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- PostHog
- Publisher
- PostHog (Official)
- Source
- PostHog/skills · skills/posthog/integration/skills/javascript_web · commit a5d30e7
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Also distributed in
- PostHog/skills
AutoGineer is not affiliated with or endorsed by PostHog.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download integration-javascript-web.zip