CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

analytics-tracking

Set up, audit, and debug analytics tracking implementation — GA4, Google Tag Manager, event taxonomy, conversion tracking, and data quality. Use when building a tracking plan from scratch, auditing existing analytics for gaps or errors, debugging missing events, or setting up GTM. Trigger keywords: GA4 setup, Google Tag Manager, GTM, event tracking, analytics implementation, conversion tracking, tracking plan, event taxonomy, custom dimensions, UTM tracking, analytics audit, missing events, tracking broken. NOT for analyzing marketing campaign data — use campaign-analytics for that. NOT for BI dashboards — use product-analytics for in-product event analysis.

69

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

68%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A strong, information-dense body full of genuinely non-obvious domain knowledge with executable code, commands, and config templates. Its main weaknesses are workflow-level: the Audit and Debug modes lack sequenced steps with validation checkpoints, and the bundled debugging playbook is never referenced from the body.

Suggestions

Link references/debugging-playbook.md from the Mode 3 (Debug Tracking Issues) section — the file exists in the bundle but is never referenced, making it undiscoverable and leaving the debug mode without concrete steps.

Add explicit step sequences with validation checkpoints for the Audit and Debug modes (e.g., numbered debug steps: reproduce in GTM Preview → check GA4 DebugView → verify hits in Network tab), matching the sequencing quality the GA4 setup and cross-domain sections already have.

Define the Audit mode's promised "data quality scorecard (0-100)" — specify what dimensions are scored and how, or remove the promise from the Output Artifacts table.

DimensionReasoningScore

Conciseness

The body is dense with skill-specific knowledge Claude does not already have ("Max 30 key events per property", "client-side pixel loses ~30% of conversions", consent-mode behavior table, attribution windows, exact GA4 admin paths), and tables keep it compact. Minor over-explanation remains: the "You are an expert in analytics implementation" role preamble, the "Bad tracking is worse than no tracking" philosophy paragraph, and the ~370-line body inlines catalog-scale event lists that partly duplicate references/event-taxonomy-guide.md — so it sits at anchor 4 ("efficient; minor instances of over-explanation") rather than 5.

4 / 5

Actionability

Mostly executable: copy-paste gtag and dataLayer code blocks, runnable commands ("python3 scripts/tracking_plan_generator.py plan.json"), concrete GTM tag/trigger config templates, and specific admin paths. Gaps keep it below 5: Mode 3 ("Debug Tracking Issues") promises a "Structured debugging workflow" but provides no steps and never points to the debugging playbook that exists in the bundle, and the Audit mode's promised "data quality scorecard (0-100)" has no defined scoring method.

4 / 5

Workflow Clarity

The setup path is well sequenced (GA4 steps 1-4 with ✅/⚠️ review checkpoints, cross-domain test step "check GA4 DebugView — session should not restart"), but two of the three declared modes lack sequenced steps and validation checkpoints in the body: Mode 2 says only "We'll audit what's there, gap-fill, and clean up" with no procedure, and Mode 3 gives no steps and does not link its dedicated playbook. That matches anchor 3 ("sequence present but checkpoints missing or implicit") better than anchor 4.

3 / 5

Progressive Disclosure

Good structure overall: sections are well organized, and references/event-taxonomy-guide.md and references/gtm-patterns.md are clearly signaled with purpose statements ("for the full taxonomy catalog", "for full configuration templates"), one level deep, plus a documented script. The gap: references/debugging-playbook.md exists in the bundle but is never referenced anywhere in the body, leaving one of three reference files undiscoverable — a "minor organization gap" consistent with anchor 4 rather than the fully navigable anchor-5 pattern.

4 / 5

Total

15

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: it explicitly states what the skill does, when to use it with natural trigger keywords (including synonyms and complaint phrasings), and hard boundaries against adjacent skills via NOT-for redirects. Third-person voice is used throughout and every clause carries information — no fluff or over-claims.

DimensionReasoningScore

Specificity

"Set up, audit, and debug analytics tracking implementation — GA4, Google Tag Manager, event taxonomy, conversion tracking, and data quality" names three concrete actions (set up, audit, debug) and enumerates five sub-domains, giving comprehensive coverage of the skill's scope. Not level 4 ("minor gaps in coverage") because the action list plus sub-domain enumeration covers the full skill scope explicitly, matching the anchor-5 pattern of multiple specific concrete actions.

5 / 5

Completeness

Both "what" ("Set up, audit, and debug analytics tracking implementation — GA4, Google Tag Manager, event taxonomy, conversion tracking, and data quality") and "when" ("Use when building a tracking plan from scratch, auditing existing analytics for gaps or errors, debugging missing events, or setting up GTM") are explicitly stated with concrete trigger phrases. This mirrors the anchor-5 example exactly; it is well above anchor 4 where 'when' is only implicitly specific.

5 / 5

Trigger Term Quality

The trigger list — "GA4 setup, Google Tag Manager, GTM, event tracking, analytics implementation, conversion tracking, tracking plan, event taxonomy, custom dimensions, UTM tracking, analytics audit, missing events, tracking broken" — includes abbreviations, full names, and natural complaint phrasings a user would actually say ("tracking broken", "missing events", "debugging missing events"). This is comparable in breadth to the anchor-5 example and goes beyond anchor 4 ("a few natural terms missing") — 13+ terms with synonyms (GTM / Google Tag Manager) covered.

5 / 5

Distinctiveness Conflict Risk

Explicit negative boundaries disambiguate sibling skills: "NOT for analyzing marketing campaign data — use campaign-analytics for that. NOT for BI dashboards — use product-analytics for in-product event analysis." This gives a clear niche with distinct triggers and minimal conflict risk, exceeding the anchor-5 example which relies only on positive triggers.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

alirezarezvani/claude-skills

Path

marketing-skill/skills/analytics-tracking/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.