Web analytics triage

Diagnose sudden changes in web traffic by breaking down PostHog metrics across dimensions.

1|1|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/PostHog/community-skills --skill web-analytics-triage-posthog
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Web analytics triage
Source: https://github.com/PostHog/community-skills/tree/main/skills/example-web-analytics-triage
Command: npx skills add https://github.com/PostHog/community-skills --skill web-analytics-triage-posthog

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? When pageviews, sessions, or conversions suddenly spike or drop, teams waste time guessing at causes. This Skill provides a structured investigation workflow that confirms whether the change is real, rules out broken instrumentation, and isolates the dimension (channel, device, geography, or path) that explains most of the shift. ## Core Features & Use Cases - Signal confirmation: Queries the relevant web metric over a wide enough window to state the magnitude and timing of the anomaly in plain numbers. - Instrumentation checks: Correlates the change with deploys or SDK version changes to distinguish broken tracking from real user behavior shifts. - Dimension breakdown: Compares the anomalous window against baseline across referrer, device, geography, and top paths to find the dominant driver, with query hints in the bundled playbook. - Use Case: A user reports that signups dropped 40% overnight. The Skill confirms the drop, finds it is isolated to mobile Safari after a 1.2.0 release, and reports the likely cause plus one concrete next check. ## Quick Start Ask the agent to investigate why pageviews dropped sharply yesterday and identify the most likely cause.

Frequently Asked Questions about Web analytics triage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I investigate a sudden drop in website traffic?▼

Start by querying the affected metric over a window wide enough to show baseline and anomaly, then confirm the magnitude in plain numbers. Next, break the anomalous window down by referrer, device, geography, and top paths to find the dimension explaining most of the change.

How to tell if a traffic drop is a tracking bug or real users?▼

Check whether the change coincides with a deploy or SDK version change. A drop to zero isolated to one platform, browser, or browser version usually indicates broken tracking rather than lost users.

What dimensions explain most web traffic anomalies?▼

Referrer and channel shifts are the most common cause, followed by device or browser changes, geography (bot waves or CDN incidents), and individual paths. If no single dimension dominates, the cause is likely a sitewide deploy or tracking change.

Does this Skill work with PostHog web analytics data?▼

Yes, it is designed for PostHog and uses properties like $referring_domain, $device_type, $browser, $geoip_country_name, and $pathname. It requires the query and docs-search tools declared in its allowed_tools.

What are the limitations of automated traffic triage?▼

The Skill forms a hypothesis rather than a proven root cause, so its output always includes one concrete next check to confirm. It also cannot fabricate numbers; if a query returns nothing, it reports that and adjusts the window instead.