/tracking-live-gtm

name: tracking-live-gtm
description: Use when the user wants to inspect the real live GTM runtime before schema generation or compare multiple live GTM containers.

Tracking Live GTM

Use this skill to audit the site's real live GTM setup before event generation.

Inputs

One of:

• confirmed `<artifact-dir>/site-analysis.json`
• explicit live GTM public IDs when the crawl did not capture them

Workflow

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.

Run the live baseline step before schema preparation whenever the site has a real GTM container installed:

./event-tracking analyze-live-gtm <artifact-dir>/site-analysis.json

If multiple live containers matter and the user already knows the primary comparison target:

./event-tracking analyze-live-gtm <artifact-dir>/site-analysis.json --primary-container-id GTM-XXXXXXX

If the user wants to test the quality of the already-published live GTM setup on the real site, run:

./event-tracking verify-live-gtm <artifact-dir>/site-analysis.json

During review:

• show all detected live GTM containers
• explain which container is the primary comparison baseline
• summarize existing live events, measurement IDs, and obvious issues
• when `verify-live-gtm` was run, separate parsed live definitions from browser-verified live firing evidence
• if this review is part of `tracking_health_audit`, clearly separate runtime-detected live definitions from any formal preview-verified automation evidence
• stop before schema authoring if the user wants to review the live baseline first

Required Output

Produce and share:

• `<artifact-dir>/live-gtm-analysis.json`
• `<artifact-dir>/live-gtm-review.md`
• optional `<artifact-dir>/live-preview-result.json`
• optional `<artifact-dir>/live-preview-report.md`
• optional `<artifact-dir>/live-tracking-health.json`
• updated `<artifact-dir>/workflow-state.json`

Closeout Style

• default to a compact live-tracking summary before listing files
• name the detected live events directly instead of only reporting event counts
• in `tracking_health_audit`, explicitly separate runtime-detected live definitions from formal preview-verified automation evidence
• list artifacts only after the decision-ready summary

Stop Boundary

Stop after the live GTM baseline is reviewed unless the user explicitly asks to continue into schema work.

Default next phase:

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

References

• [../../references/event-schema-guide.md](../../references/event-schema-guide.md)
• [../../references/output-contract.md](../../references/output-contract.md)
• [../../references/architecture.md](../../references/architecture.md)