网站分析追踪 QA 检查清单：上线前确认事件和转化

一个网站看起来完成了，并不代表它能被正确衡量。设计可以已经确认，CMS 内容可以已经填好，页面速度也可以达标，但如果表单提交、预约点击、电商动作、活动参数和搜索数据没有正确记录，团队上线后就很难判断什么有效。

这份网站分析追踪 QA 检查清单适合网站改版、Shopify 店铺更新、WordPress 主题上线、B2B 网站建设和 Headless Commerce 迁移。它应该在上线前完成，而不是等第一份数据报告异常后再补救。分析 QA 同时属于技术 SEO、转化 QA 和运营交接。

先做追踪地图，而不是直接打开 analytics 后台。一个有用的追踪地图应该写清楚用户动作、页面或模板、触发规则、数据目的地、事件名称、参数、负责人和要回答的业务问题。如果业务问题不清楚，这个事件大概率会变成噪音。

追踪地图不需要很复杂，但要能维护。一个 B2B 服务网站可能只需要表单提交、CTA 点击、预约链接、下载、电话链接、邮件链接、视频播放和重点导航事件。Shopify 网站还可能需要产品浏览、加入购物车、开始结账、购买、订阅动作、组合销售互动和折扣使用。

• 事件名称：报告里应该出现的准确名称。
• 触发规则：点击、表单提交、路由变化、结账动作、文件下载或组件可见。
• 参数：页面类型、服务、产品、活动、语言、市场、表单类型或 CTA 位置。
• 负责人：谁确认这个事件，谁上线后复查。

测试单个事件前，先确认基础标签。Google Analytics 4、Google Tag Manager、Cookie 同意工具、广告像素、Search Console、Bing Webmaster Tools、CRM 嵌入、邮件平台脚本和预约工具，都应该只在应该加载的地方加载。重复标签是报告被放大或变得不一致的常见原因。

正式环境和 staging 要分开检查。Staging 应该能用于 QA，但不应该污染正式数据。正式环境也不应该依赖临时 debug container 或某个开发者账号。对于多语言和多市场网站，还要确认同一套规则能在语言路径、本地化 URL 和市场模板中正常工作。

• 确认只有一个主要 analytics property 和一个主要 tag manager container。
• 尽量阻止 staging 流量进入正式报告。
• 检查接受 Cookie 前后的 consent 行为。
• 在单页应用或 headless 前端中确认路由变化会触发 page view。

不要只测试最简单的表单。每个重要表单都要用真实格式的数据提交，包括必填字段、可选字段、校验错误、防垃圾提交、感谢状态、邮件通知、CRM 交接和 analytics 事件。如果网站有预约链接、电话链接、邮件链接、下载、订阅表单、询价表单或电商动作，也要一起测试。

测试要回答两个问题：用户是否完成了动作，以及业务团队是否看得到发生了什么。一个能发邮件、但漏记 analytics 事件的表单，只完成了一半。一个记录了事件、但没有进入销售 inbox 的表单，问题更严重。

• 每个重点转化都要测桌面端和移动端。
• 至少提交一次有效内容和一次校验错误内容。
• 确认感谢状态、跳转、邮件提醒、CRM 记录和 analytics 事件。
• 记录测试时间，方便在报告中对应查找。

新网站经常会和活动、产品发布、展会或广告投放一起上线，所以归因 QA 很重要。真实流量进来之前，先测试 UTM 参数、广告落地页、二维码 URL、邮件活动链接、合作伙伴链接和被重定向的活动 URL。

活动 QA 的重点是命名一致。先定好 source、medium、campaign、content 和 term 的命名规则，然后测试这些值是否能经过重定向、语言切换、尾斜杠规则和表单提交后保留下来。如果参数在感谢页或 CRM 记录前消失，团队就不知道哪个活动带来了线索。

• 测一个广告链接、一个邮件链接、一个自然社交链接和一个合作伙伴或二维码链接。
• 确认重定向会保留有价值的参数。
• 活动命名尽量使用小写并保持一致。
• 记录例外情况，避免以后把命名变化误判为流量变化。

对于改版和迁移项目，分析 QA 应该和 redirect map 放在一起看。重点 URL、title 变化、metadata 变化、canonical 规则、sitemap 输出、Search Console 验证和 analytics 事件变化，都需要一起确认。否则上线后看到流量波动，团队很难判断原因。

上线前保存一份基线数据，包括自然搜索落地页、重点转化页、品牌词、非品牌词、已索引页面、抓取错误和高价值外链。然后记录哪些内容发生了变化。如果某个服务页移动、合并或事件名改变，报告里应该能看出来。

• 上线前导出重点落地页和重点转化页。
• 确认重定向、canonical、sitemap 收录和 robots 规则。
• 为每个相关域名或子域名确认 Search Console 权限。
• 标记事件名称变化，让新旧报告可以诚实对比。

分析 QA 不应该只看单个点击，也要跑完整路径。选择最重要的路径，例如首页到服务咨询、案例页到联系表单、产品页到结账、博客到预约咨询，或本地化落地页到询价请求。每条路径都要在移动端和桌面端测试。

测试时同时观察浏览器、analytics debug view、tag manager preview，以及业务 inbox 或 CRM。只有当用户体验正常，并且从首次 page view 到最终动作的数据路径都能看到，这条路径才算通过。

• 根据项目测试首页、服务页、案例页、博客、产品页、购物车和联系页。
• 至少包含一次真实设备或接近真实环境的移动端测试。
• 确认 page view、CTA 事件、转化事件、来源数据和业务通知。
• 记录失败项时写清 URL、设备、预期结果和实际结果。