纯文字版教程展开阅读
GA4 设置不是复制一段代码。对独立站来说，设置完成的标准是一份可复查的安装交接包：账户结构清楚、安装路径唯一、测试订单能证明关键事件、内部流量和隐私边界明确，出错时还能回滚。
本课产出：GA4 安装路径与验收交接包
读完这课，你要能交付一张表，而不是只说 GA4 已经装好。这张表要回答：GA4 通过哪条路径进入网站，谁发布，哪些事件已经验收，测试订单证据在哪里，内部流量怎么处理，Google Ads 是否可以导入关键事件。
| 交接项 | 要记录什么 | 通过标准 |
|---|---|---|
| 账户结构 | Account、Property、Data stream、Measurement ID、时区、货币、管理员 | 团队知道哪个是主数据源 |
| 安装路径 | Google tag、GTM、Shopify Google & YouTube 应用或 Customer events | 只有一条主路径，不重复发送同一套事件 |
| 事件验收 | page_view、view_item、add_to_cart、begin_checkout、purchase | DebugView 和测试订单能证明顺序和参数 |
| 内部流量 | 办公室 IP、开发环境、测试设备、代理商访问 | 有标记或过滤方案，并先经过测试 |
| 隐私与广告 | Consent Mode、Customer privacy、Google Ads 关联、转化导入 | 同意状态和广告优化信号边界清楚 |
| 回滚记录 | 发布负责人、发布时间、版本记录、暂停或恢复方式 | purchase 双发或漏发时能先暂停错误路径 |
先纠正一个误判：Realtime 有人，不等于安装完成
Realtime 里看到访问，只能说明 GA4 收到了一些数据。它不能证明 purchase 是否触发，transaction_id 是否存在，value、currency、items 是否完整，也不能证明没有重复安装。
电商追踪真正要验的是链路：买家打开商品页触发 view_item，加购触发 add_to_cart，进入结账触发 begin_checkout，测试订单成功后只出现一次 purchase，并且 purchase 带有 transaction_id、value、currency 和 items。比如一款 20oz 保温杯的测试订单，应该能同时在 Shopify 订单和 GA4 DebugView 里找到对应证据。
暂停规则
如果还没有测试订单、DebugView 截图、唯一安装路径和回滚记录，就先不要把 GA4 purchase 导入 Google Ads，也不要用这套数据判断广告好坏。
账户结构先定清楚，再创建数据流
GA4 的基础层级是 Account → Property → Data stream。大多数独立站可以用一个公司或品牌 Account，一个主站 Property，一个 Web data stream。多个品牌、多个国家站或多个业务线需要拆分时，要先写清命名和权限规则。
- Account：公司名或品牌集团名，例如公司主体或品牌组。
- Property：品牌 + 主市场，例如 Brand - Global Store。
- Data stream：主域名，例如 www.example.com。
- 权限：用个人 Google 账户授权，不要多人共用一个登录账号。
创建 Property 时，时区会影响日报、周报和转化日期归属；默认货币会影响收入和转化价值展示。按团队真实复盘方式选，不要频繁切换口径。GA4 里的收入展示不是利润，利润仍要回到成本、退款、物流和广告费表。
三条常见安装路径：只选一条主路径
安装路径是 GA4 标签从哪里进入网站。路径不是越多越稳，路径越多越容易重复计数。上线前先决定主路径，再处理备选路径和回滚方式。
| 路径 | 适合场景 | 验收重点 | 主要风险 |
|---|---|---|---|
| Google tag | 简单网站、少量 Google 产品、早期轻量追踪 | 主要页面只有一条标签路径，DebugView 稳定 | 标签变多后，治理和版本记录不如 GTM 清楚 |
| Google Tag Manager | 多标签、多团队、需要预览和版本管理 | 容器版本、触发器、变量和发布记录可回查 | 触发器或变量配置错，会重复或漏发事件 |
| Shopify Customer events / pixels | Shopify 店铺，尤其是结账和购买事件 | Customer events 中像素清楚，purchase 能对上 Shopify 测试订单 | 旧主题代码、sandbox、Customer privacy 没验清会造成错位 |
重复安装守门：上线前检查 4 个入口
最常见的坑不是没有安装，而是主题代码、GTM、Shopify 应用和自定义像素同时发送同一套 GA4 事件。上线前按入口检查，全部通过才继续。
- 主题代码：搜索 theme.liquid、head 自定义代码和旧 Additional scripts，找 gtag、GTM、旧 UA 或第三方脚本。
- GTM 容器：检查 GA4 config、GA4 event、触发器、变量和预览模式下是否重复触发。
- Shopify 应用和 Customer events：查看 Google & YouTube 应用、app pixels、custom pixels 和旧像素迁移状态。
- 第三方应用：确认评价、弹窗、联盟、邮件、热图和广告应用是否自动注入统计标签。
如果没有人能解释某个 page_view 或 purchase 是哪个入口发出的，这个安装就还没有准备好交给广告和分析团队使用。
增强型衡量有用，但不能替代电商事件
Enhanced measurement 可以自动记录 page_view、scroll、outbound click、site search、video engagement、file download、form interaction 等行为。它适合补充页面和内容分析，但不能替代 view_item、add_to_cart、begin_checkout、purchase、refund 和 items 商品数组。
电商事件必须单独验收，因为广告优化、漏斗分析、商品销售和订单对账都依赖这些事件的参数。如果 purchase 没有 transaction_id，就很难查重复订单；如果没有 currency，跨币种收入会混乱；如果没有 items，就无法解释哪些商品卖得好。
Consent Mode、Customer privacy 和内部流量要提前处理
如果你面向 EU、UK、EEA 或其他隐私要求较强的市场，GA4 设置不能只看标签有没有装。要确认 Cookie 横幅或 CMP、Consent Mode、Shopify Customer privacy 和用户同意前后的事件行为。
内部流量也要谨慎处理。GA4 的排除过滤一旦启用，会永久影响处理后的数据。更稳的做法是先识别内部流量，让过滤器保持测试状态，确认没有误伤后再启用。
DebugView 验收顺序：像真实买家一样走一遍
- 打开 DebugView，并确认测试设备能进入调试流。
- 访问首页、集合页、商品页、购物车入口，确认 page_view 没有双发。
- 打开商品页，确认 view_item 带 item_id、item_name、price、currency。
- 加购，确认同一次点击只出现一个 add_to_cart。
- 进入结账，确认 begin_checkout 的金额、币种和商品明细合理。
- 跑测试订单，确认 purchase 带 transaction_id、value、currency、items，并能对上 Shopify 订单号。
- 次日检查标准报表，不只依赖 Realtime，因为标准报表会有处理延迟。
最后交付：GA4 设置交接材料
交接材料至少包含主路径、测试订单证据、内部流量规则、Google Ads 关联状态和回滚方式。GA4 设置一定会被后续广告、漏斗和利润分析反复引用，交接越清楚，之后越少把追踪问题误判成业务问题。
如果 purchase、items 或 transaction_id 还没有验清，下一步不要先看漏斗。继续学习事件命名、参数设计与埋点验收，把事件 QA 做扎实。