Use when you need GA4 + GTM tracking delivery from site discovery through publish, or when the right phase entry point is still unclear.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트
무료GitHub에 공개
tracking-verify
Use when the user wants preview QA, failure interpretation, release readiness, or an explicit publish handoff.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기포함된 파일(2)
- SKILL.md2.7 KB
- agents/openai.yaml264 B
SKILL.md(원문)
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Tracking Verify
Use this skill for verification and optional publish handoff.
Inputs
<artifact-dir>/event-schema.json<artifact-dir>/gtm-context.json
Workflow
If the telemetry consent prompt appears and no prior choice is recorded, stop and follow ../../references/telemetry-consent.md before continuing.
Run preview:
./event-tracking preview <artifact-dir>/event-schema.json --context-file <artifact-dir>/gtm-context.json
If comparing against an older preview run, pass the previous health baseline:
./event-tracking preview <artifact-dir>/event-schema.json --context-file <artifact-dir>/gtm-context.json --baseline <previous-tracking-health.json>
preview launches a real Chromium via Playwright and exercises the live site to fire GA4/GTM events for verification. 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.
Then interpret:
- blockers
- expected failures
- selector mismatches
- unexpected fired events outside the approved schema
- release readiness
If the user explicitly wants to publish after verification:
./event-tracking publish --context-file <artifact-dir>/gtm-context.json --version-name "GA4 Events v1 - <date>"
If tracking-health.json is missing, still manual-only, or has blockers, publish now stops by default. Only use --force when the user explicitly wants to override that gate.
Required Output
Produce and share:
<artifact-dir>/preview-report.md<artifact-dir>/preview-result.json<artifact-dir>/tracking-health.json<artifact-dir>/tracking-health-report.md<artifact-dir>/tracking-health-history/- updated
<artifact-dir>/workflow-state.json
Closeout Style
- default to a verification verdict first: healthy, blocked, or manual follow-up required
- summarize blockers, unexpected events, and release-readiness in plain language before listing files
- keep raw preview data and artifact references after the summary
Stop Boundary
- stop after preview if the user only asked for QA
- publish only when the user explicitly wants to affect the live site
If the platform is Shopify, switch to the Shopify-specific rules in tracking-shopify.
References
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
같은 저장소의 스킬
Use when the user wants crawl coverage, platform detection, dataLayer discovery, or a fresh artifact directory before grouping and schema work.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트
Use when the work starts from `site-analysis.json` and the user wants page-group authoring, grouping adjustments, or page-group approval.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트
Use when the user wants to inspect the real live GTM runtime before schema generation or compare multiple live GTM containers.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트
Use when the user wants schema preparation, event design, selector validation, schema review, or event-spec generation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트
Use when the platform is Shopify or the run needs the Shopify-specific schema, sync, install, or verification branch.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
jtrackingai/analytics-tracking-automation1442026년 4월 29일 업데이트