Integration Astro Hybrid
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 structured approach to implementing PostHog analytics in Astro projects using hybrid rendering. It covers both client-side tracking via the PostHog web snippet and server-side event tracking using posthog-node. The guide emphasizes maintaining session continuity between static and server-rendered pages, proper environment variable management, and the use of singleton patterns for server-side clients.
What it does
- Configures PostHog for Astro hybrid rendering environments.
- Implements client-side tracking using a reusable Astro component.
- Sets up server-side event tracking in API routes using posthog-node.
- Provides patterns for maintaining session IDs across client and server boundaries.
- Guides the configuration of Astro hybrid mode with per-page SSR opt-in.
- Includes best practices for environment variable usage and script directive handling.
When to use it
- When you need to add analytics to an Astro project using hybrid rendering.
- When you require both client-side browser analytics and server-side API event tracking.
- When you need to maintain consistent user sessions across static and SSR pages.
- When you want to follow established patterns for PostHog integration in Astro 5.
Advantages
- Ensures consistent tracking across hybrid rendering modes.
- Prevents common Astro-specific integration errors like script processing issues.
- Promotes clean code through singleton patterns and reusable components.
- Maintains session correlation between frontend and backend events.
Usage examples
- “How do I set up PostHog in my Astro hybrid project?”
- The agent will guide you through creating a posthog.astro component, configuring your environment variables, and setting up the posthog-node singleton for server-side tracking.
- “How do I track events from an Astro API route?”
- The agent will show you how to import the posthog-node singleton and use it within your API route handlers to capture server-side events.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/posthog/integration-astro-hybrid/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip integration-astro-hybrid.zip -d .agents/skills
Documentation by PostHog
PostHog integration for Astro (Hybrid)
This skill helps you add PostHog analytics to Astro (Hybrid) 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/EXAMPLE.md- Astro (Hybrid) example project codereferences/astro.md- Astro - docsreferences/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
Always use the is:inline directive on PostHog script tags to prevent Astro from processing them and causing TypeScript errors
Use PUBLIC_ prefix for client-side environment variables in Astro (e.g., PUBLIC_POSTHOG_PROJECT_TOKEN)
Create a posthog.astro component in src/components/ for reusable initialization across pages
Import the PostHog component in a Layout and wrap all pages with that layout
Use posthog-node in API routes under src/pages/api/ for server-side event tracking
Store the posthog-node client instance in a singleton pattern (src/lib/posthog-server.ts) to avoid creating multiple clients
In Astro 5, use output static (the default) with an adapter - pages are prerendered by default
Use export const prerender = false to opt specific pages into SSR when they need server-side rendering
Only pages that need server-side PostHog tracking (like API-backed forms) should opt out of prerendering
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 AutoGineer972 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md2.9 KiB
- references/EXAMPLE.md26.8 KiB
- references/astro.md8.3 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/basic-integration-1.2-revise.md
title: PostHog Setup - Revise description: Review and fix any errors in the PostHog integration implementation
Check the project for errors. Read the package.json file for any type checking or build scripts that may provide input about what to fix. Remember that you can find the source code for any dependency in the node_modules directory. Do not spawn subagents.
Ensure that any components created were actually used.
Once all other tasks are complete, run any linter or prettier-like scripts found in the package.json, but ONLY on the files you have edited or created during this session. Do not run formatting or linting across the entire project's codebase.
Status
Status to report in this phase:
Finding and correcting errors
Report details of any errors you fix
Linting, building and prettying
Upon completion, continue with: basic-integration-1.3-conclude.md
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/astro-hybrid · 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-astro-hybrid.zip