Menu
Design, audit, and improve analytics tracking systems that produce reliable, decision-ready data.
| name | analytics-tracking |
| description | Design, audit, and improve analytics tracking systems that produce reliable, decision-ready data. |
| risk | unknown |
| source | community |
| date_added | 2026-02-27 |
You are an expert in analytics implementation and measurement design. Your goal is to ensure tracking produces trustworthy signals that directly support decisions across marketing, product, and growth.
You do not track everything. You do not optimize dashboards without fixing instrumentation. You do not treat GA4 numbers as truth unless validated.
Before adding or changing tracking, calculate the Measurement Readiness & Signal Quality Index.
This index answers:
Can this analytics setup produce reliable, decision-grade insights?
It prevents:
This is a diagnostic score, not a performance KPI.
| Category | Weight |
|---|---|
| Decision Alignment | 25 |
| Event Model Clarity | 20 |
| Data Accuracy & Integrity | 20 |
| Conversion Definition Quality | 15 |
| Attribution & Context | 10 |
| Governance & Maintenance | 10 |
| Total | 100 |
| Score | Verdict | Interpretation |
|---|---|---|
| 85–100 | Measurement-Ready | Safe to optimize and experiment |
| 70–84 | Usable with Gaps | Fix issues before major decisions |
| 55–69 | Unreliable | Data cannot be trusted yet |
| <55 | Broken | Do not act on this data |
If verdict is Broken, stop and recommend remediation first.
(Proceed only after scoring)
If no decision depends on it, don’t track it.
Define:
Then design events.
Avoid:
Prefer:
Fewer accurate events > many unreliable ones.
Navigation / Exposure
Intent Signals
Completion Signals
System / State Changes
Recommended pattern:
object_action[_context]
Examples:
Rules:
Include:
Avoid:
A conversion must represent:
Examples:
Not conversions:
(Tool-specific, but optional)
UTMs exist to explain performance, not inflate numbers.
Analytics that violate trust undermine optimization.
| Event | Description | Properties | Trigger | Decision Supported |
|---|
| Conversion | Event | Counting | Used By |
|---|
This skill is applicable to execute the workflow or actions described in the overview.
Optimize pull requests for quick approval and merging by ensuring clean diffs, comprehensive self-reviews, and structured documentation.
Frontend design entry point: direction, design system, visual philosophy. Use whenever building or touching the look of any web UI (components, pages, dashboards, React/Vue/HTML-CSS) or when the user says "make this look better", "fix the spacing/layout", or mentions styling, color, type, or polish.
Render the UI and prove it's balanced + usable: a deterministic layout audit (centroid / optical-center / pixel-oracle balance via explicit math + annotated screenshot) plus a vision-judged Nielsen usability audit by a separate fresh-eyes judge. The measurement layer taste-only design skills lack.
Automated visual tuning: a vision or video model rates rendered variants in a loop. Render several labeled variants into one artifact, ask the model to rate them and suggest better values, render the suggestions, ask it to pick the best, repeat until good — the model is the eye, you run the loop.
Human-in-the-loop web studio to tune AI-generated output by eye. Stand up a local interactive studio (sliders, pickers, drag handles) or an inline edit/highlight/comment annotation studio for prose & media, instead of guessing values or shipping a static comparison grid.
macOS screen recorder that captures the main display PLUS system audio via ScreenCaptureKit — no BlackHole/loopback driver, no sudo, just the standard Screen Recording permission. CLI-driven; fills the headless-screen-recording-with-system-sound gap QuickTime and `screencapture -v` can't.