B1.1｜追踪与归因配置：构建生意的“数字仪表盘”

目标 (Goal)

确保所有相关系统的权限到位，避免执行过程中因权限问题卡壳。

追踪配置必备平台

具体动作 (Actions)

1. GTM 容器权限

   • 登录 Google Tag Manager
   • 点击「管理」→「用户管理」→ 添加执行人员邮箱
   • 权限级别：至少「发布」权限（Publish）

2. GA4 Property 权限

   • 登录 Google Analytics
   • 点击「管理」→「媒体资源访问权管理」→ 添加用户
   • 权限级别：「编辑者」（Editor）

3. Meta Business Manager 权限

   • 登录 Meta Business Suite
   • 进入「业务设置」→「用户」→ 添加人员
   • 分配 Pixel 和 Catalog 的「管理」权限

4. Shopify 后台权限

   • 登录 Shopify Admin → 「设置」→「用户和权限」
   • 添加员工账号，勾选「在线商店」和「应用」权限

5. 收集关键 ID/Token（填入 Pixel_Token_Sheet.csv）

   • Meta Pixel ID（格式：15 位数字）
   • Meta Conversion API Token
   • GA4 Measurement ID（格式：G-XXXXXXXXXX）
   • GTM Container ID（格式：GTM-XXXXXXX）

产出物 (Deliverables)

• Pixel_Token_Sheet.csv（已填写完整）
• GTM_Access_Checklist.md（已勾选确认）

目标 (Goal)

建立统一的标签管理中心，实现"一处修改，全局生效"，摆脱对 Shopify 插件的依赖。

具体动作 (Actions)

1. 创建 GTM 容器
   • 登录 GTM → 点击「创建容器」
   • 容器名称：[品牌名]-Web
   • 目标平台：选择「网站」

2. 安装 GTM 代码到 Shopify

   • 复制 GTM 的两段代码（Head 和 Body）
   • 方法 A（推荐）：Shopify Admin → 「在线商店」→「模板」→「编辑代码」→ 找到 theme.liquid
     • 将 Head 代码粘贴到 <head> 标签后
     • 将 Body 代码粘贴到 <body> 标签后
   • 方法 B：使用 Shopify 的「客户事件 (Custom Pixels)」功能（适用于 2024 年后新版本）

3. 验证安装

   • 安装 Google Tag Assistant Chrome 扩展
   • 打开网站任意页面，检查是否显示 GTM 容器已触发
   • 应看到 Container Loaded 状态为绿色

4. 建立文件夹结构（GTM 内部）

   • 创建文件夹：Meta、Google、TikTok、Analytics
   • 所有标签按平台归类，便于后期维护

产出物 (Deliverables)

• GTM 容器已创建并安装到 Shopify
• Tag Assistant 验证截图
• GTM 文件夹结构已建立

目标 (Goal)

配置电商核心事件（Purchase、AddToCart、ViewContent 等），让广告平台的 AI 有数据可学习。

具体动作 (Actions)

1. 定义核心事件清单

事件名称 (Event Name)	触发时机	必传参数	优先级
PageView	每个页面加载	page_title, page_location	P0
ViewContent	商品详情页	content_ids, content_type, value, currency	P0
AddToCart	加入购物车	content_ids, content_type, value, currency	P0
InitiateCheckout	进入结账页	content_ids, value, currency, num_items	P0
Purchase	订单完成页	content_ids, value, currency, transaction_id	P0

2. 在 GTM 中配置 DataLayer 变量

   • 前提：网站（或 Shopify 客户事件中的自定义像素代码）已按 GA4 电商格式向 dataLayer 推送 purchase 事件，包含 ecommerce.transaction_id、value、currency、items
   • 变量 → 新建 → 数据层变量（导入 GTM_Container_Config.json 会自动创建同名变量）：
     • DLV - Transaction ID（数据层变量名：ecommerce.transaction_id）
     • DLV - Value（数据层变量名：ecommerce.value）
     • DLV - Currency（数据层变量名：ecommerce.currency）
     • DLV - Items（数据层变量名：ecommerce.items）
     • CJS - Item IDs（自定义 JavaScript：从 DLV - Items 取出 item_id 数组，供 Meta content_ids 使用）

3. 配置 GA4 事件标签

   • 标签 → 新建 → Google Analytics: GA4 事件
   • 事件名称：purchase
   • 参数：transaction_id、value、currency、items
   • 触发条件：自定义事件 purchase

4. 配置 Meta Pixel 事件标签

   • 标签 → 新建 → 自定义 HTML（导入的容器已包含以下两个标签）
   • Meta - Pixel - Base Code & PageView：加载 Meta 官方 Pixel 基础代码并发送 PageView；Purchase 标签依赖它先定义 fbq
   • Meta - Pixel - Purchase：fbq('track', 'Purchase', {...}, {eventID: 订单号})，eventID 放在第四个参数，取 DLV - Transaction ID；服务器端 CAPI 须传同一订单号作为 event_id 才能去重（详见 Step 4）
   • 注意：已通过 Shopify「Facebook & Instagram」渠道安装 Pixel 的店铺，不要再发布这两个 Meta 标签，否则会重复计数

产出物 (Deliverables)

• GTM 中已配置所有 P0 事件
• 事件参数映射文档
• 初步测试通过（Tag Assistant 验证）

目标 (Goal)

部署 Meta Conversions API 和 Google Enhanced Conversions，找回 iOS14.5+ 后丢失的 30-40% 转化信号。

具体动作 (Actions)

1. 理解双轨追踪原理

用户下单
   │
   ├─→ 浏览器端：Pixel 发送 Purchase 事件（可能被拦截）
   │     └─→ EventID: "order_12345"
   │
   └─→ 服务器端：CAPI 发送 Purchase 事件（稳定送达）
         └─→ EventID: "order_12345"（相同 ID）

Meta 收到两个信号 → 识别 EventID 相同 → 合并为 1 个高质量信号

2. 配置 Meta CAPI（方法 A：Shopify 原生集成）

   • Shopify Admin → 「销售渠道」→「Facebook & Instagram」
   • 进入「设置」→ 开启「Conversions API」
   • 选择数据共享级别：「最大化」
   • ⚠️ 注意：这种方式简单但灵活性差，适合快速启动

3. 配置 Meta CAPI（方法 B：GTM Server-Side，推荐）

   • 部署 GTM Server-Side 容器（需要 Google Cloud 账号）
   • 在 Server 容器中配置 Meta Conversions API 标签
   • 使用 stape.io 或 Addingwell 等托管服务降低技术门槛
   • 配置 Event Deduplication Key：event_id

4. 配置增强型转化 (Enhanced Conversions)

   • GA4 设置 → 「数据收集」→ 开启「用户提供的数据收集」
   • 在 GTM 中配置「用户提供的数据」标签
   • 收集字段：email（加密）、phone（加密）、address
   • 合规提醒：确保隐私政策已更新，告知用户数据用途

5. 验证 Match Quality

   • 打开 Meta Events Manager
   • 查看「事件匹配质量」评分
   • 目标：≥ 8.5（满分 10）
   • 如果 < 6.0，检查是否传入了足够的用户参数

产出物 (Deliverables)

• CAPI 已部署并验证
• Event Deduplication 已配置
• Match Quality 截图（目标 ≥ 8.5）

目标 (Goal)

建立强制执行的 UTM 命名规范，让 GA4 报表清晰可读，避免"数据方言"问题。

具体动作 (Actions)

1. 定义 UTM 五要素规范

参数	英文名	规范	示例
来源	utm_source	平台名，全小写	facebook, google, tiktok
媒介	utm_medium	流量类型	cpc, email, social
系列	utm_campaign	[漏斗][产品][日期]	tof_sofa_2024q1
内容	utm_content	[广告组ID]_[素材类型]	adset01_ugc
关键词	utm_term	搜索关键词	buy+sofa+online

2. 漏斗层级缩写

   • tof = Top of Funnel（拉新冷流量）
   • mof = Middle of Funnel（互动暖流量）
   • bof = Bottom of Funnel（高意向热流量）
   • ret = Retargeting（再营销）
   • lal = Lookalike（相似受众）

3. 创建 UTM 生成工具

   • 用 Google Sheets 打开 UTM_Generator.csv：每行填基础 URL 和各参数，「Final URL 公式」列自动编码拼接（已有 ? 参数时改用 & 连接，# 锚点保留在末尾，utm_content/utm_term 留空则不生成）；「Final URL（示例值）」列是按示例参数算好的结果，改参数后以公式列为准
   • 或使用 Campaign URL Builder
   • 关键：投放同学不要手动输入，必须使用工具生成

4. 在广告平台配置动态参数

   • Meta：使用 {{campaign.name}}、{{adset.name}}、{{ad.name}}
   • Google：使用 {campaignid}、{adgroupid}、{creative}
   • TikTok：使用 __CAMPAIGN_NAME__、__AID_NAME__

5. 建立数据字典文档

   • 记录所有已使用的 source、medium、campaign 值
   • 新建广告系列前，先查字典确认命名
   • 每月审计一次，清理不合规的命名

产出物 (Deliverables)

• UTM_Naming_Convention_v1.0.xlsx（命名规范文档）
• UTM_Generator.csv（UTM 链接生成表：填参数，公式列自动编码拼接）
• 广告平台动态参数配置截图

目标 (Goal)

配置 GA4 的核心报表和自定义看板，让老板打开一个页面就能掌握生意全貌。

具体动作 (Actions)

1. 配置「流量获取」报表

   • GA4 → 「报告」→「获取」→「流量获取」
   • 主要维度：Session source / medium
   • 关注指标：
     • Sessions（会话数）
     • Engaged sessions（互动会话）
     • Engagement rate（互动率）：< 30% 说明流量质量差
     • Conversions（转化数）

2. 配置「电子商务」报表

   • GA4 → 「报告」→「变现」→「电子商务购买」
   • 关注指标：
     • Items viewed（浏览商品数）
     • Items added to cart（加购数）
     • Items purchased（购买数）
     • Item revenue（商品收入）

3. 创建「漏斗探索」报告

   • GA4 → 「探索」→ 新建「漏斗探索」
   • 步骤设置：
     1. page_view（着陆）
     2. view_item（浏览商品）
     3. add_to_cart（加购）
     4. begin_checkout（结账）
     5. purchase（购买）
   • 保存为模板，每周查看一次

4. 配置「归因」报告

   • GA4 → 「广告」→「归因」→「模型比较」
   • 对比模型：Last click vs Data-driven
   • 用于判断"种草渠道"（如 TikTok、红人）的真实贡献

5. 设置自定义仪表板（可选）

   • 使用 Looker Studio (原 Google Data Studio) 连接 GA4
   • 创建「周报模板」：
     • 本周 vs 上周 收入对比
     • Top 10 流量来源
     • 转化漏斗可视化
     • 归因渠道对比

产出物 (Deliverables)

• GA4 漏斗探索报告（已保存）
• Looker Studio 周报模板（可选）
• GA4_Dashboard_Configuration_Guide.md

目标 (Goal)

验证整套追踪体系的准确性：逐笔对账找出多计和漏计，并记录各平台与 GA4 的口径差距，用于发现追踪异常。

具体动作 (Actions)

1. 订单数对账审计

   • 拉取过去 7 天数据（统一时区，剔除测试单和已取消订单）：
     • Shopify 订单数（以此为准）
     • GA4 purchase 事件数（导出 transaction_id）
     • Meta Events Manager Purchase 事件数
   • 计算差异率（取绝对值，方向另记）：
     • GA4 差异率 = ABS(GA4 - Shopify) / Shopify
     • 方向：GA4 > Shopify 记为多计（常见原因：重复上报、测试单未剔除）；GA4 < Shopify 记为漏计（常见原因：追踪丢失、支付跳转未回传）
     • Shopify 订单为 0 时不计算比率：GA4 也为 0 记为「无订单」，GA4 > 0 直接判为多计异常
     • 达标：差异率 < 5%
     • 关注：5-10%
     • 必须排查：> 10%
   • 示例：Shopify 100 单、GA4 200 单 → 差异率 100%、多计，不合格（若不取绝对值，(100-200)/100 = -100% 会被误判为低于 5%）
   • 逐笔核对：用 transaction_id（Shopify 订单号）匹配两边，列出「GA4 有、Shopify 无」（重复或测试单）和「Shopify 有、GA4 无」（漏计）的订单；比金额前先统一币种、时区和是否含税费运费

2. 记录平台口径系数 (Platform Ratio)

   • 由于隐私限制和归因规则不同，各平台报告的转化数不会一致
   • 计算方法（同一时间段、同一归因窗口）：
     • Meta 口径系数 = Meta 报告转化数 / GA4 报告转化数
   • 示例：Meta 报 100 单，GA4 报 60 单 → 系数 = 1.67
   • 用途：只用于在两套口径之间换算、监控差距是否突然变化（系数突变往往说明追踪出了问题）
   • 注意：GA4 数 × 系数恒等于 Meta 自报数，它不是 Meta 的"真实贡献"，不能据此扩大预算；要判断真实增量，需要做地域对照实验或平台的转化提升测试 (Conversion Lift)

3. Match Quality 检查

   • 打开 Meta Events Manager → 「事件」→ 查看「事件匹配质量」
   • 目标：≥ 8.5
   • 低于 7.0 的检查项：
     • 是否传入了 em（邮箱哈希）？
     • 是否传入了 ph（电话哈希）？
     • 是否传入了 external_id（用户 ID）？

4. 端到端测试

   • 使用 Test Events 工具（Meta Events Manager）
   • 完成一次完整的购买流程（可使用测试订单）
   • 检查每个事件是否正确触发、参数是否完整

5. 生成审计报告

   • 填写 Data_Audit_Report_Template.md
   • 记录：各平台订单数、差异率与多计/漏计方向、Match Quality、待修复项
   • 发送给相关负责人签字确认

产出物 (Deliverables)

• Data_Audit_Report_Template.md（已填写）
• 各平台数据差异率与多计/漏计方向表
• 平台口径系数表（仅用于口径换算和异常监控）