一句话：头两周建基线、清技术访问，接下来六周做抽取与第一方证据，最后四周做印证——并且一次只改一类东西，这样复跑才有意义。
第 1–2 周：基线与访问
这一段不产出任何可见的东西，所以它总是被跳过；而跳过它，正是多数计划到最后什么都证明不了的原因。
- 写问题集。20～40 道买家问题，不含品牌名，按意图分组，带版本号。这是量具，后面所有东西都用它来量。
- 声明竞品集，并确认判定是对称的。
- 跑基线并存下来。保留原始答案，不只是分数。
- 清掉第一、二闸——用每个点名代理取一次，关掉 JavaScript 取一次。这是几小时的活，而它们不开，后面一切失效。
改任何东西之前先把基线保存下来。没有「之前」的计划，结局是一场争论。
第 3–8 周：抽取与第一方证据
现在开始写，但先改结构。把那些本该已经在回答你最高意图问题的页面重写，让一段自洽的答案落在每个标题下的头两句。然后补基线暴露出的缺口——那些连竞品都没给出好答案的问题，是可得的最便宜的战果。
第 6 周复跑一次。预期引用的变化会先于推荐的变化出现；引用响应的是抽取，推荐响应的是印证，而你还没开始做第二件事。
第 9–12 周：印证
慢的那一层。把目录与市场收录的每个字段都填完整。把实体送进结构化知识库。在你的引用数据显示引擎真的会读的那些社区里回答问题——你自己的来源构成会告诉你是哪些，所以这一步不靠猜。
一次只改一类
| 阶段 | 改什么 | 复跑能学到什么 |
|---|---|---|
| 1–2 | 只改访问 | 缺席是不是取不到页面造成的 |
| 3–8 | 页面结构与内容 | 抽取是不是瓶颈 |
| 9–12 | 站外证据 | 印证能不能缩小「提及—推荐」的差距 |
在同一个月里同时改访问、内容和站外证据，是「季度末拿到一个更好的数字、却不知道是哪个动作起的作用」最常见的方式——而这意味着你没法决定下个季度做什么。
诚实的预期
访问权限的修复见效很快，有时一个抓取周期内就有。抽取的工作几周内反映在引用上。印证是慢的那个，90 天之内经常什么都看不出来——这句话值得在开头说，而不是到结尾去解释。
计划结束时该交出的东西
不是一个分数。是同一组问题上的前后对照，失败的轮次可见，一份每个阶段改了什么的清单，以及一张显示下个季度力气该往哪使的来源构成表。这份文档是可复用的；一张看板截图不是。