技能介绍

要解决的具体问题

GA4 接入后最常见的问题不是“没有数据”，而是数据不可信：事件命名随心所欲，scroll 与 pricing_page_scroll 混用，转化事件漏标或重复标记，UTM 参数随手改导致归因报表分裂。跨设备、跨会话的用户识别也常被忽略，登录前后的行为无法串起来，受众和归因自然失真。

技能如何工作

技能按实施链路组织，覆盖以下关键步骤：

GA4 基础配置：确认 Property 与 Web Data Stream 就绪，在页面部署 gtag.js，获取 G-XXXXXXXXXX 形式的 Measurement ID，并在 Admin 中开启 Enhanced Measurement，让 page_view、scroll、file_download 等自动事件先跑起来。
User ID 识别：在用户登录后设置 user_id，把跨设备、跨会话的行为归到同一用户，用于准确归因和受众构建。
事件体系设计：区分 Automatically collected、Enhanced measurement、Recommended 与 Custom 四类事件。命名遵循 snake_case、不超过 40 字符、动词开头（如 download_pdf、submit_form），并尽量带上下文参数（content_type、item_id）。
推荐事件与自定义事件：purchase、sign_up、search、view_item、add_to_cart 等推荐事件按其关键参数实现；自定义事件控制在 15–25 个有业务意义的动作，避免全量埋点导致噪声。
转化标记：在 GA4 Admin 中把 purchase、sign_up、lead、contact 等关键事件标记为 Conversion / Key Event，用于归因、受众和报表。
CTA 归因：对关键文章的 CTA 点击单独发事件（如 cta_click，带 content_url、content_type），再标记为转化，对比高/低表现内容来优化位置与文案。
归因优化流程：清洗 UTM（source、medium、campaign）+ 正确的转化事件 → 查看 GA4 Attribution 报表 → 按归因转化对比渠道 → 调整预算。默认使用 Data-driven 模型，多触点旅程下按实际贡献分配转化功劳；Last-click 仅用于简化场景。
测试与验证：上线前用 Realtime 看事件是否触发，用 DebugView 检查事件名、参数、重复事件和缺失值。可通过 gtag('config', 'G-XXX', { 'debug_mode': true }) 或 GTM preview 进入调试模式。

适用边界与注意点

技能输出 Event list（名称、触发条件、参数）、Implementation notes（gtag 或 GTM）、Conversion mapping 和 Testing checklist。它不自动安装依赖、不修改系统权限、不创建持久化任务、不执行下载内容。涉及发送、发布、删除、付款、部署或其他外部写入时，先展示目标与影响并取得明确确认。凭据只用于用户指定的对应官方服务，不回显、不记录、不转发。命令和代码默认作为参考，只有用户明确要求且目标范围清楚时才可运行。