电商店铺 GA4 审计清单 (Shopify / WooCommerce)

GA4 审计清单第一步：媒体资源设置

• 店铺只用一个网站数据流。Google 的账号结构指南建议：只有一个网站的商家用一个数据流；多个网域也用一个网站数据流，再配合跨网域衡量。
• 确认网站上装的 G- 开头的 ID 就是这个数据流的。数据流在「管理 (Admin) → 数据收集和修改 (Data collection and modification) → 数据流 (Data streams)」里。
• 打开数据流，确认「增强型衡量功能 (Enhanced measurement)」已开启。它不用改代码就能衡量网页浏览、滚动、出站点击、网站搜索、视频互动、文件下载和表单互动。网页浏览始终会收集。
• Google 要求你确保不收集个人身份信息。看一眼网站搜索词和表单字段发出去的内容。
• 数据保留 (Data retention)：标准媒体资源的用户级和事件级数据可以保留 2 个月或 14 个月，Analytics 360 有更长的选项。这个设置只影响探索和漏斗报告，不影响标准报告。想在探索里看更久的数据，选 14 个月。
• 旁边的「有新活动时重置用户数据 (Reset user data on new activity)」打开后，用户每发一个新事件，保留期就重新计算。

电商事件：按购买路径的顺序查

Google 的电商指南给购买路径的每一步都定了推荐事件。一般的店铺，按这个顺序确认它们在对的页面触发：

• 商品页加载时发 view_item。分类页和购物车页对应 view_item_list 和 view_cart。
• 加购时发 add_to_cart，开始结账时发 begin_checkout。
• 填收货信息和付款信息时分别发 add_shipping_info 和 add_payment_info，订单确认页发 purchase。
• 从 add_to_cart 到 purchase，items 都是必填。每个商品至少要有 item_id 或 item_name，Google 建议两个都带。
• value 是所有商品的单价乘数量之和，不含运费和税。发了 value 就必须带 currency，否则收入算不准。currency 用 3 位 ISO 4217 代码，比如 USD。

purchase：一个订单只算一次

GA4 里的收入来自 purchase 事件，这一块要细看：

• 每个 purchase 都带 transaction_id。Google 把它列为 purchase 的必填参数，说它能避免同一笔购买被重复记录。
• ID 用真实订单号，每单都不一样。Google 提醒：不同交易用同一个 ID，关键事件会少算；ID 里也不能有能认出顾客的信息。
• ID 不能是空字符串。transaction_id="" 的 purchase 会被 GA4 全部当成重复去掉，订单就丢了。
• 去重只对网站数据流有效，而且只对同一个用户。感谢页刷新、ID 不变，会被去掉；两个代码用不同 ID 发同一个订单，去不掉。
• 只让一套设置发 purchase。Google 的 Shopify 指南提醒：Google & YouTube 应用里在跟踪，店面代码或自定义像素里也在跟踪，就要查重复代码。WooCommerce 的文档也说，同一页面上有多份跟踪代码会出问题。
• 拿一周的 GA4 purchase 数和店铺后台的订单数对一下。GA4 少，可能是代码被拦截或访客没同意；GA4 比真实订单还多，多半是重复了。

关键事件

• GA4 现在把对业务重要的操作叫「关键事件 (Key events)」。「转化」这个词现在指用来衡量 Google Ads 广告效果的操作。
• purchase 默认就是关键事件。要标记别的事件 (比如 begin_checkout)，进「管理 → 数据显示 (Data display) → 事件 (Events)」，在「近期事件 (Recent events)」里找到它，点星形图标。需要编辑者或更高权限。
• 标准媒体资源最多 30 个关键事件。标记后从那时起影响报告，不改历史数据。
• Google 建议：标成关键事件的事件都带上 value。
• 关键事件如果共享给了 Google Ads，Ads 那边也要单独测，见怎么测试 Google Ads 转化跟踪。

引荐流量、内部流量和跨网域

• 多余的引荐流量：顾客跳到第三方支付页付款再回到你的网站，这个支付网域不该算作引荐来源。在「管理 → 数据流 → 你的网站数据流 → 配置代码设置 (Configure tag settings) → 全部显示 (Show all) → 列出多余的引荐流量 (List unwanted referrals)」里加上它。已经归到它名下的会话不会改。
• 内部流量：在同一个代码设置里用「指定内部流量」填上团队的 IP，再到「管理 → 数据收集和修改 → 数据过滤器 (Data filters)」建一个「内部流量 (Internal Traffic)」过滤器。先设成「测试」，确认没问题再改成「已启用」。已启用的过滤器是永久性的，被排除的数据永远不会处理。生效可能要 24 到 36 小时。
• 跨网域：结账或购买路径的某一步在你自己的另一个网域上，就要在数据流的代码设置里把所有网域都加上，并且每个网域都装同一个 G- 代码。配好以后，网域之间跳转的网址会带上 _gl 参数。

Shopify、WooCommerce 和意见征求模式

• Shopify：官方文档给的做法是用 Google & YouTube 应用，连接你的 GA4 网站数据流。Google 的指南列出了它会发的事件，包括 view_item_list、view_cart、remove_from_cart、add_shipping_info。Shopify 说明，在线商店关掉私密模式之前，GA4 收不到事件。
• WooCommerce：Google Analytics for WooCommerce 扩展在「WooCommerce → Settings → Integration → Google Analytics」里填 G- 开头的 ID。要跟踪 purchase，支付网关得跳回订单完成页 (order-received)；登录状态下的管理员不会被记录网页浏览，测试时先退出登录。
• 意见征求模式 (Consent mode)：Google 代码用四种同意类型：ad_storage、analytics_storage、ad_user_data、ad_personalization。每个页面都要在 config、event 之前先设好默认值，访客做出选择后，Cookie 横幅再发 update。
• 基本模式下，访客同意之前 Google 代码不触发；高级模式下，拒绝时也会发不带 Cookie 的请求。选哪种，Google 让你按公司自己的规定定。
• 自己点一次「同意」，看跟踪有没有开始。WooCommerce 的文档提醒：意见征求插件不更新同意状态，数据就到不了 Google Analytics。

实际走一遍

• 「报告 → 实时 (Realtime)」显示过去 30 分钟的活跃用户，先用它确认数据进来了。
• 用 Google Tag Assistant (tagassistant.google.com) 或 Tag Manager 的预览模式打开调试模式，再进「管理 → 数据显示 → DebugView」。秒流显示过去 60 秒的事件，点开能看参数。
• 按顾客的路径走：商品页、加购、结账。每个事件应该按顺序各出现一次，带着 items、value 和 currency。
• Pixel Audit 在我们的服务器上做同样的事：打开你的店铺，走一遍首页、商品、购物车、结账，报告 GA4 触发了哪些事件、带了什么参数，另外 7 个平台的代码也一起查。它不下单，看不到 purchase，也看不到 Measurement Protocol 发的事件。