数据追踪 Skill 怎么用,先看你要不要交出一张事件表:名称、触发条件、参数和业务用途写在同一行,再决定 gtag、GTM 还是应用埋点。VibeMKT Hub 到 2026-09-16 没有单独叫“数据追踪Skill”的仓库;公开执行单元是《营销数据追踪 Skill》(页面版本 v1.0.0,原始项目 analytics-tracking,来源渠道 kostja94/marketing-skills,固定版本 70987bad4ebe,许可证 MIT,站点最近同步 2026-09-15)。它从业务动作倒推 GA4 事件,不负责解读品牌有没有被 AI 搜索提到。站内可见度抽查页解决的是对外说法和抽样记录,本页不重写。
30 秒结论:先表,后代码,再标关键事件
| 你现在手里的东西 | 该不该调用 | 先补什么 |
| GA4 属性、Web 数据流、Measurement ID,以及要衡量的业务动作 | 调用 | 把动作写成漏斗,不要直接要“行业通用事件包” |
| 只有网站,没有 Measurement ID,也没有实施权限 | 不调用 | 先建数据流,或找有后台权限的人 |
| 想知道 ChatGPT 有没有提到品牌 | 不调用 | 走 AI 搜索抽样,不走事件表 |
| 已经有事件名,但 Realtime 对不上、重复或缺参数 | 可调用 | 任务写成审计,输出对照表而不是再发明一套名字 |
站点页把交付写死为追踪表、实施说明、关键事件映射、UTM 规则,以及 Realtime、DebugView 和重复事件检查清单。上游仓库的 Star 数不能当质量证据。本页只按 2026-09-16 仍打得开的站点说明和 Google Analytics 帮助文档验收。
身份卡和触发边界
加搜整理中文业务说明并托管 ZIP,上游原文保留在镜像。公开步骤七步:定义业务 KPI,确认 GA4 基础,启用基础自动追踪,设计事件与参数,映射关键事件,统一渠道归因,测试与验收。站点写明能力涉及打开网页取正文、MCP 与连接器、页面预览、操作前确认、联网检索、写本地文件和产物区审阅;换 Agent 时这几项是否可用会改变做法。WorkBuddy、OpenClaw、Hermes、Codex、Claude Code、TRAE、ZCode 各有安装入口。ZIP 在站点 packages 下的 skill-marketing-tracking 1.0.0,不要把产品页 HTML 当成 Skill 文件。本页不复制 ZIP 内完整指令。

触发:新站点要从零约定购买、注册、留资、咨询或内容 CTA;内容团队要比较哪篇文章的按钮带来下载;广告团队要统一 UTM 再看多触点;登录产品要规划 User ID;现有 GA4 命名混乱要审计。不触发:没有 Measurement ID;没有实施权限却要求“直接改线上代码”;要把事件推送到正式广告账号;只要一句“我们数据很好看”。后几类交给开发排期、广告 Skill 或人工审批。
输入契约:没有动作清单就不要开写事件名
| 变量 | 怎么填 | 禁止的填法 |
| Measurement ID 与实施面 | G- 开头的 ID,以及 gtag、GTM 或应用里谁能改 | “按常见电商模板直接铺” |
| 业务动作 | 购买、注册、留资、联系、下载或内容 CTA,写清成功长什么样 | “把能点的都打点” |
| 现有 UTM 和内容分类 | 已在用的 source、medium、campaign 规则 | 让模型另发明一套渠道名 |
| User ID 条件 | 登录后可用的稳定标识;没有登录就写不适用 | 用邮箱明文当跨站用户编号并写进示例 |
站点建议自定义事件控制在对业务有意义的范围内,并给事件加页面、内容或商品语境。Google 官方收集限制写明:事件名长度上限是 40 个字符,超长事件不会被记录;若再标成关键事件,额外后缀也会受这条限制影响。自定义事件文档要求名称少于 40 个字符。命名规则文档要求名称以字母开头,只使用字母、数字和下划线,不能有空格,且大小写敏感。核验日期 2026-09-16,来源是 Analytics Help 的 Event collection limits、Event naming rules 和 Custom events。Skill 里的 snake_case、动词开头,是上游习惯,不是 Google 强制语法;但空格、超长和保留名会让收集失败。
输出契约:一张表比一段建议值钱
一次合格调用至少交出四列:事件名、触发条件、参数、业务用途。实施说明必须写清走 gtag 还是 GTM,不能两者混写却不标明环境。关键事件映射要指回漏斗里的购买、注册、线索或联系,而不是把滚动和出站点击全部标成关键事件。内容 CTA 场景按站点示例,至少能区分 cta_click 一类动作,并带 content_url、content_type、cta_position、offer_name 这类语境参数;没有文章 URL,就不要假装做了内容 ROI。
验收在测试环境做。站点列出 Realtime、DebugView、GTM 预览或 debug_mode。成功信号是:指定动作触发一次、参数齐全、同一动作没有被自动事件和自定义事件各记一遍。失败信号是:事件名对不上表、参数空值、同一按钮打出两个名字、UTM 把同一个渠道拆成多种写法。自动发布或自动改正式容器前必须人工批准;Skill 可以写实施说明,不能自己发布标签。
完整任务示例:三篇资料页的 CTA
输入:已有 GA4 Web 数据流;三篇资料页各有一个“下载清单”按钮;成功动作是文件开始下载,并希望比较哪一篇带来咨询表提交。禁止项:不改广告像素,不上线未测试的容器。预期输出特征:事件表里分开 CTA 点击、文件下载和咨询提交;下载和咨询被标成关键事件;每条判断能回到这三页的 URL;检查清单要求在 DebugView 里各点一次。如果输出变成“建议提升内容质量”而没有表,视为任务失败,不是文案风格问题。
权限、局限和替代
需要的权限包括 GA4 后台、网站代码或 GTM、以及广告链接的 UTM 约定。风险是:把个人标识写进事件参数、在未授权目录改正式容器、用抓取补造不存在的转化。局限也清楚:它不保证流量上涨,不替代 Search Console 的查询报告,也不能解释 AI 答案里有没有出现品牌。事件名是否被保留占用,以 Google 当前命名规则页为准,不要凭记忆使用 page_view、session_start、click 这类已占用名称当自定义事件。
替代方案:只要看增强型衡量能否覆盖滚动、出站点击和文件下载,先在数据流里打开相应开关,不必上自定义包。只要监测品牌在答案引擎里的提及,用抽样记录,不用这套事件表。人的接管点在两处:事件表定稿,以及测试通过后的正式发布。Vibe Marketing 在这里的运行阶段是测量与迭代:意图写成可检查的动作,执行交给 Skill 和开发,判断留给看表的人。