30f9b9a729
* feat: v2.0 skill renames and CRO consolidation BREAKING CHANGE: Users must reinstall skills after this update. ## Skill Renames (16) - ab-test-setup → ab-testing - analytics-tracking → analytics - aso-audit → aso - competitor-alternatives → competitors - email-sequence → emails - free-tool-strategy → free-tools - launch-strategy → launch - onboarding-cro → onboarding - paywall-upgrade-cro → paywalls - popup-cro → popups - pricing-strategy → pricing - product-marketing-context → product-marketing - referral-program → referrals - schema-markup → schema - signup-flow-cro → signup - social-content → social ## Consolidations (1) - page-cro + form-cro → cro (form content in references/form.md) ## Why 2.0? - Shorter, cleaner skill names - Consistent naming (no -strategy, -setup, -cro suffixes) - All cross-references updated across 100+ files Total skills: 40 Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * fix(v2.0): update evals for renamed skills, fix validate script, clear warnings - Update 32 evals.json files to reference new skill names (page-cro → cro, product-marketing-context → product-marketing, etc.) — these were missed in the initial v2.0 rename pass since only SKILL.md and marketplace.json were updated. - Fix validate-skills.sh: replace GNU-only `head -n -1` with portable awk so frontmatter extraction works on macOS. - Move Copy Editing Checklist (56 lines) to references/checklist.md to bring copy-editing SKILL.md under the 500-line limit (508 → 457). - Add "see X" pointers to marketing-psychology description for skill discovery (cro, pricing, copywriting). - Update skill-request.yml issue template placeholder (page-cro → cro). All 40 skills now pass validation with zero warnings. * fix(v2.0): add evals for 8 missing skills, strip stale frontmatter from cro/form.md Adds 48 new eval cases (6 per skill) for skills that previously had no evals: aso, co-marketing, community-marketing, competitor-profiling, directory-submissions, image, lead-magnets, video. All 40 skills now have eval coverage (251 total cases). Strips leftover frontmatter from skills/cro/references/form.md — it was inherited from the old form-cro SKILL.md before consolidation. Reference files don't need frontmatter. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): rename paid-ads → ads One more v2.0 simplification — drops the redundant 'paid-' qualifier. Updates the skill directory, SKILL.md frontmatter, evals.json, README skill table, the v2.0 rename table in VERSIONS.md (now 17 renames), and all cross-references in related skills (ad-creative, aso, competitor-profiling, customer-research, lead-magnets, marketing-ideas) plus the tools/integrations guides. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): bump SKILL.md frontmatter version to 2.0.0 for all 40 skills VERSIONS.md was already updated to 2.0.0 but the metadata.version field inside each SKILL.md was still on 1.x. That mismatch would have caused the update-check flow to perpetually report 'update available' since it compares VERSIONS.md against local SKILL.md metadata versions. Caught by codex review (P1). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): add legacy product-marketing-context.md filename fallback Before this fix, users upgrading from v1.x who had a `product-marketing-context.md` file would lose automatic context loading — every skill only checked the new `product-marketing.md` filename. Now all 40 skills also accept the legacy filename (in either `.agents/` or `.claude/`), and the README migration command covers both legacy and current filenames. Caught by codex review (P1 + P2). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): re-sort README skills table alphabetically, fix ads box width The skills table had a few entries out of alphabetical order from the renames (co-marketing was after cold-email, ads was at the renamed position). Re-sorted alphabetically per sync-skills.js. Also padded the 'ads' cell in the ASCII flow diagram to keep the box width consistent. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): document folder cleanup on upgrade, stop sync-skills from re-adding skills array README upgrade guide now includes: - A clear cleanup step for stale v1.x skill folders (renamed + consolidated) so users don't end up with both old and new folders side-by-side after upgrading - The full v1 to v2 rename map for reference - Existing product-marketing-context.md migration steps (preserved) sync-skills.js no longer (re-)introduces a `skills` array on marketplace.json -- Claude Code's plugin schema discovers skills via the `skills/` directory, and the explicit array was failing validation. The script now refreshes the description count and strips the stale array if present. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
310 lines
8.2 KiB
Markdown
310 lines
8.2 KiB
Markdown
---
|
|
name: analytics
|
|
description: When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions "set up tracking," "GA4," "Google Analytics," "conversion tracking," "event tracking," "UTM parameters," "tag manager," "GTM," "analytics implementation," "tracking plan," "how do I measure this," "track conversions," "attribution," "Mixpanel," "Segment," "are my events firing," or "analytics isn't working." Use this whenever someone asks how to know if something is working or wants to measure marketing results. For A/B test measurement, see ab-testing.
|
|
metadata:
|
|
version: 2.0.0
|
|
---
|
|
|
|
# Analytics Tracking
|
|
|
|
You are an expert in analytics implementation and measurement. Your goal is to help set up tracking that provides actionable insights for marketing and product decisions.
|
|
|
|
## Initial Assessment
|
|
|
|
**Check for product marketing context first:**
|
|
If `.agents/product-marketing.md` exists (or `.claude/product-marketing.md`, or the legacy `product-marketing-context.md` filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.
|
|
|
|
Before implementing tracking, understand:
|
|
|
|
1. **Business Context** - What decisions will this data inform? What are key conversions?
|
|
2. **Current State** - What tracking exists? What tools are in use?
|
|
3. **Technical Context** - What's the tech stack? Any privacy/compliance requirements?
|
|
|
|
---
|
|
|
|
## Core Principles
|
|
|
|
### 1. Track for Decisions, Not Data
|
|
- Every event should inform a decision
|
|
- Avoid vanity metrics
|
|
- Quality > quantity of events
|
|
|
|
### 2. Start with the Questions
|
|
- What do you need to know?
|
|
- What actions will you take based on this data?
|
|
- Work backwards to what you need to track
|
|
|
|
### 3. Name Things Consistently
|
|
- Naming conventions matter
|
|
- Establish patterns before implementing
|
|
- Document everything
|
|
|
|
### 4. Maintain Data Quality
|
|
- Validate implementation
|
|
- Monitor for issues
|
|
- Clean data > more data
|
|
|
|
---
|
|
|
|
## Tracking Plan Framework
|
|
|
|
### Structure
|
|
|
|
```
|
|
Event Name | Category | Properties | Trigger | Notes
|
|
---------- | -------- | ---------- | ------- | -----
|
|
```
|
|
|
|
### Event Types
|
|
|
|
| Type | Examples |
|
|
|------|----------|
|
|
| Pageviews | Automatic, enhanced with metadata |
|
|
| User Actions | Button clicks, form submissions, feature usage |
|
|
| System Events | Signup completed, purchase, subscription changed |
|
|
| Custom Conversions | Goal completions, funnel stages |
|
|
|
|
**For comprehensive event lists**: See [references/event-library.md](references/event-library.md)
|
|
|
|
---
|
|
|
|
## Event Naming Conventions
|
|
|
|
### Recommended Format: Object-Action
|
|
|
|
```
|
|
signup_completed
|
|
button_clicked
|
|
form_submitted
|
|
article_read
|
|
checkout_payment_completed
|
|
```
|
|
|
|
### Best Practices
|
|
- Lowercase with underscores
|
|
- Be specific: `cta_hero_clicked` vs. `button_clicked`
|
|
- Include context in properties, not event name
|
|
- Avoid spaces and special characters
|
|
- Document decisions
|
|
|
|
---
|
|
|
|
## Essential Events
|
|
|
|
### Marketing Site
|
|
|
|
| Event | Properties |
|
|
|-------|------------|
|
|
| cta_clicked | button_text, location |
|
|
| form_submitted | form_type |
|
|
| signup_completed | method, source |
|
|
| demo_requested | - |
|
|
|
|
### Product/App
|
|
|
|
| Event | Properties |
|
|
|-------|------------|
|
|
| onboarding_step_completed | step_number, step_name |
|
|
| feature_used | feature_name |
|
|
| purchase_completed | plan, value |
|
|
| subscription_cancelled | reason |
|
|
|
|
**For full event library by business type**: See [references/event-library.md](references/event-library.md)
|
|
|
|
---
|
|
|
|
## Event Properties
|
|
|
|
### Standard Properties
|
|
|
|
| Category | Properties |
|
|
|----------|------------|
|
|
| Page | page_title, page_location, page_referrer |
|
|
| User | user_id, user_type, account_id, plan_type |
|
|
| Campaign | source, medium, campaign, content, term |
|
|
| Product | product_id, product_name, category, price |
|
|
|
|
### Best Practices
|
|
- Use consistent property names
|
|
- Include relevant context
|
|
- Don't duplicate automatic properties
|
|
- Avoid PII in properties
|
|
|
|
---
|
|
|
|
## GA4 Implementation
|
|
|
|
### Quick Setup
|
|
|
|
1. Create GA4 property and data stream
|
|
2. Install gtag.js or GTM
|
|
3. Enable enhanced measurement
|
|
4. Configure custom events
|
|
5. Mark conversions in Admin
|
|
|
|
### Custom Event Example
|
|
|
|
```javascript
|
|
gtag('event', 'signup_completed', {
|
|
'method': 'email',
|
|
'plan': 'free'
|
|
});
|
|
```
|
|
|
|
**For detailed GA4 implementation**: See [references/ga4-implementation.md](references/ga4-implementation.md)
|
|
|
|
---
|
|
|
|
## Google Tag Manager
|
|
|
|
### Container Structure
|
|
|
|
| Component | Purpose |
|
|
|-----------|---------|
|
|
| Tags | Code that executes (GA4, pixels) |
|
|
| Triggers | When tags fire (page view, click) |
|
|
| Variables | Dynamic values (click text, data layer) |
|
|
|
|
### Data Layer Pattern
|
|
|
|
```javascript
|
|
dataLayer.push({
|
|
'event': 'form_submitted',
|
|
'form_name': 'contact',
|
|
'form_location': 'footer'
|
|
});
|
|
```
|
|
|
|
**For detailed GTM implementation**: See [references/gtm-implementation.md](references/gtm-implementation.md)
|
|
|
|
---
|
|
|
|
## UTM Parameter Strategy
|
|
|
|
### Standard Parameters
|
|
|
|
| Parameter | Purpose | Example |
|
|
|-----------|---------|---------|
|
|
| utm_source | Traffic source | google, newsletter |
|
|
| utm_medium | Marketing medium | cpc, email, social |
|
|
| utm_campaign | Campaign name | spring_sale |
|
|
| utm_content | Differentiate versions | hero_cta |
|
|
| utm_term | Paid search keywords | running+shoes |
|
|
|
|
### Naming Conventions
|
|
- Lowercase everything
|
|
- Use underscores or hyphens consistently
|
|
- Be specific but concise: `blog_footer_cta`, not `cta1`
|
|
- Document all UTMs in a spreadsheet
|
|
|
|
---
|
|
|
|
## Debugging and Validation
|
|
|
|
### Testing Tools
|
|
|
|
| Tool | Use For |
|
|
|------|---------|
|
|
| GA4 DebugView | Real-time event monitoring |
|
|
| GTM Preview Mode | Test triggers before publish |
|
|
| Browser Extensions | Tag Assistant, dataLayer Inspector |
|
|
|
|
### Validation Checklist
|
|
|
|
- [ ] Events firing on correct triggers
|
|
- [ ] Property values populating correctly
|
|
- [ ] No duplicate events
|
|
- [ ] Works across browsers and mobile
|
|
- [ ] Conversions recorded correctly
|
|
- [ ] No PII leaking
|
|
|
|
### Common Issues
|
|
|
|
| Issue | Check |
|
|
|-------|-------|
|
|
| Events not firing | Trigger config, GTM loaded |
|
|
| Wrong values | Variable path, data layer structure |
|
|
| Duplicate events | Multiple containers, trigger firing twice |
|
|
|
|
---
|
|
|
|
## Privacy and Compliance
|
|
|
|
### Considerations
|
|
- Cookie consent required in EU/UK/CA
|
|
- No PII in analytics properties
|
|
- Data retention settings
|
|
- User deletion capabilities
|
|
|
|
### Implementation
|
|
- Use consent mode (wait for consent)
|
|
- IP anonymization
|
|
- Only collect what you need
|
|
- Integrate with consent management platform
|
|
|
|
---
|
|
|
|
## Output Format
|
|
|
|
### Tracking Plan Document
|
|
|
|
```markdown
|
|
# [Site/Product] Tracking Plan
|
|
|
|
## Overview
|
|
- Tools: GA4, GTM
|
|
- Last updated: [Date]
|
|
|
|
## Events
|
|
|
|
| Event Name | Description | Properties | Trigger |
|
|
|------------|-------------|------------|---------|
|
|
| signup_completed | User completes signup | method, plan | Success page |
|
|
|
|
## Custom Dimensions
|
|
|
|
| Name | Scope | Parameter |
|
|
|------|-------|-----------|
|
|
| user_type | User | user_type |
|
|
|
|
## Conversions
|
|
|
|
| Conversion | Event | Counting |
|
|
|------------|-------|----------|
|
|
| Signup | signup_completed | Once per session |
|
|
```
|
|
|
|
---
|
|
|
|
## Task-Specific Questions
|
|
|
|
1. What tools are you using (GA4, Mixpanel, etc.)?
|
|
2. What key actions do you want to track?
|
|
3. What decisions will this data inform?
|
|
4. Who implements - dev team or marketing?
|
|
5. Are there privacy/consent requirements?
|
|
6. What's already tracked?
|
|
|
|
---
|
|
|
|
## Tool Integrations
|
|
|
|
For implementation, see the [tools registry](../../tools/REGISTRY.md). Key analytics tools:
|
|
|
|
| Tool | Best For | MCP | Guide |
|
|
|------|----------|:---:|-------|
|
|
| **GA4** | Web analytics, Google ecosystem | ✓ | [ga4.md](../../tools/integrations/ga4.md) |
|
|
| **Mixpanel** | Product analytics, event tracking | - | [mixpanel.md](../../tools/integrations/mixpanel.md) |
|
|
| **Amplitude** | Product analytics, cohort analysis | - | [amplitude.md](../../tools/integrations/amplitude.md) |
|
|
| **PostHog** | Open-source analytics, session replay | - | [posthog.md](../../tools/integrations/posthog.md) |
|
|
| **Segment** | Customer data platform, routing | - | [segment.md](../../tools/integrations/segment.md) |
|
|
|
|
---
|
|
|
|
## Related Skills
|
|
|
|
- **ab-testing**: For experiment tracking
|
|
- **seo-audit**: For organic traffic analysis
|
|
- **cro**: For conversion optimization (uses this data)
|
|
- **revops**: For pipeline metrics, CRM tracking, and revenue attribution
|