Skip to content
Marketing
Skill

/tracking-schema

Use when the user wants schema preparation, event design, selector validation, schema review, or event-spec generation.

From plugin
analytics-tracking-automation
1377 skills
Install
$ npx -y skills add jtrackingai/analytics-tracking-automation --skill tracking-schema --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/tracking-schema

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when the user wants schema preparation, event design, selector validation, schema review, or event-spec generation.

SKILL.md

tracking-schema.SKILL.md
name: tracking-schema
description: Use when the user wants schema preparation, event design, selector validation, schema review, or event-spec generation.

Tracking Schema

Use this skill for Step 3 work only.

Inputs

One of:

  • confirmed `<artifact-dir>/site-analysis.json`
  • existing `<artifact-dir>/event-schema.json`

Workflow

Role And Quality Bar

During schema work, act as an expert in event tracking design.

Your job is not to list generic events. Your job is to produce a tracking plan that is:

  • aligned with common GA4 / GTM industry standards
  • comprehensive enough to cover the site's meaningful business journeys
  • accurate enough to be implemented and verified without guesswork
  • disciplined enough to avoid noisy, redundant, or low-signal events
  • easy for the user to review, approve, QA, and maintain

Favor event definitions that are business-meaningful, implementation-ready, and analytically useful. Do not preserve weak legacy patterns just for continuity. Do not inflate the schema with events that add little reporting or decision value.

If the telemetry consent prompt appears and no prior choice is recorded, stop and follow [../../references/telemetry-consent.md](../../references/telemetry-consent.md) before continuing.

If schema context is not prepared yet:

./event-tracking prepare-schema <artifact-dir>/site-analysis.json

If the site has a live GTM container installed, make sure `tracking-live-gtm` has already produced `<artifact-dir>/live-gtm-analysis.json` before running `prepare-schema`.

Then:

`validate-schema --check-selectors` launches a real Chromium via Playwright to test each schema selector against the live site. Run it in an environment that permits outbound network and local browser execution; environments that restrict either tend to cause Playwright to hang or fail silently rather than return a clean error.

./event-tracking validate-schema <artifact-dir>/event-schema.json --check-selectors
./event-tracking generate-spec <artifact-dir>/event-schema.json
./event-tracking confirm-schema <artifact-dir>/event-schema.json

During review:

  • explain what live tracking problems the schema fixes when `live-gtm-analysis.json` is present
  • explain what benefits the new schema brings compared with the current live baseline
  • default to a compact tracking-plan summary in this order: `Event Table`, `Common Properties`, `Event-specific Properties`
  • keep long parameter inventories out of the main event table
  • stop for user approval before GTM generation
  • a broad request such as "full workflow" or "全流程" does not count as schema approval
  • do not run `./event-tracking confirm-schema <artifact-dir>/event-schema.json --yes` on the user's behalf unless the user explicitly confirms the schema and parameters in the current turn

Required Output

Produce and share:

  • `<artifact-dir>/event-schema.json`
  • optional `<artifact-dir>/event-spec.md`
  • optional `<artifact-dir>/tracking-plan-comparison.md` when `live-gtm-analysis.json` is present
  • `<artifact-dir>/schema-decisions.jsonl` after schema confirmation
  • `<artifact-dir>/schema-restore/` restore snapshots after schema confirmation
  • updated `<artifact-dir>/workflow-state.json`

Closeout Style

  • default to a decision-ready tracking-plan summary before listing files
  • keep the chat structure in this order: `Event Table`, `Common Properties`, `Event-specific Properties`
  • if a live baseline comparison exists, keep it as a compact appendix rather than replacing the tracking-plan structure
  • list files and next steps only after the summary

Stop Boundary

Stop after schema approval.

Do not continue into `generate-gtm` from a broad workflow request alone. The user must explicitly approve the current `event-schema.json` and its parameters first.

Default next phase:

./event-tracking generate-gtm <artifact-dir>/event-schema.json --measurement-id <G-XXXXXXXXXX>

References

  • [../../references/event-schema-guide.md](../../references/event-schema-guide.md)
  • [../../references/ga4-event-guidelines.md](../../references/ga4-event-guidelines.md)
  • [../../references/output-contract.md](../../references/output-contract.md)
Read more
Ships withanalytics-tracking-automation

analytics-tracking-automation is a local-first AI skill for planning, reviewing, and delivering GA4 + GTM tracking.

Get the whole plugin
Stats
139
Stars
39
Forks
Maintained
Maintenance
TypeScript
Language
Apache-2.0
License
4mo ago
Last commit
5mo ago
Created

Repo: jtrackingai/analytics-tracking-automation