About integration-javascript_web
A skill for integrating PostHog analytics into JavaScript Web applications through a staged setup workflow. It covers initialization, user identification, privacy practices, pageviews, and error tracking.
Key features
- 01Step-by-step integration workflow
- 02PostHog initialization guidance
- 03User identification and logout reset
- 04PII-safe event tracking practices
- 05Pageview and error tracking guidance
Use cases
- 01Add PostHog analytics to a web app
- 02Track user sessions across login and refresh
- 03Instrument pageviews and critical flows
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ posthog/ skills --skill integration-javascript_webAfter installing, type/integration-javascript_webin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/basic-integration-1.0-begin.mdbasic-integration-1.2-revise.mdbasic-integration-1.1-edit.mdbasic-integration-1.3-conclude.mdidentify-users.mdjs.mdposthog-js.mdDetails
From the project READMEPostHog 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.