先确认数据收到了，再谈改进有没有用

10 月 28 日，我让 AI 帮我建立一套改进网站、再检查改进是否有效的工作方法。先拿 cgmkfoods.com 做试点：看看目前的基线，检查数据能否收到，再决定第一轮搜索优化要改哪里、怎样验收。

还没开始改文案，基线检查就发现了一个问题。我们想跟踪的 17 个商业页面，现有自定义采集脚本只覆盖了 9 个；Google Analytics 对应的属性当时还没有收到网站数据。报表安静，可能是有页面没被记录，不能直接理解成没人感兴趣。这 9 个页面只是代码覆盖检查的结果，还不等于 9 条从访问到报表都已验通的路径。

我让 agent 先把这一段补好。它补齐约定的 17 个页面，并接通 Google Analytics。检查时保留同一份页面清单，不改变分母。当周带日期的菜单地址，也要识别为同一个菜单页面，不能换了一周，就在统计里多算一个页面。

修改上线后，agent 做了标记过的测试访问，再核对两个分析平台实际收到的内容。每个页面都要从发出的请求，查到对应账号里的回读记录。独立审阅也能沿着保存的证据核对全部 17 个页面。这样得到的结果很具体：约定的测量路径通过了这次技术检查。

这些访问是测试，不是顾客。打开短信草稿，也仍然只是打开草稿，不能证明短信已发出或订单已确认。记录里还保留了未完成的部分：报表过滤设置的传播效果尚未证实，连续七天的数据健康检查和二十八天的新基线也没有完成。补齐采集后多出来的事件，不能算成经营增长。

这件事调整了工作的先后顺序。在判断一段新介绍有没有吸引更多人之前，我先需要一份能支持比较的记录。AI 帮我检查页面、修改采集并整理证据。接下来的搜索实验，再用自己的问题和观察期来判断，也允许最后得到“证据还不够”的答案。