先给答案：复盘要解释变化，不是重复验收

GEO 项目复盘报告的任务，是把需求书里的目标、验收记录里的状态和发布后的观察放在同一条证据链上，回答四个问题：项目实际交付了什么，哪些外部变化确实被观察到，哪些结果仍然未知或不能归因，下一轮应该保留、修正或停止什么。它不是把“完成”换一种说法，也不是把一次 AI 回答或一次搜索状态写成长期结论。

一份可复核的复盘报告，应同时包含范围、版本、问题集、平台环境、原始数据、判定规则、限制、决策和负责人。读者即使没有参加项目会议，也能从报告中找到结果对应的页面、时间、证据和下一步动作。若报告只有结论没有原始记录，或者把“提交成功”“页面返回 200”“品牌被提及”直接写成“项目有效”，它还不能支持可靠决策。

最小复盘公式

GEO 项目复盘 = 目标与范围 + 版本差异 + 验收状态 + 平台观察 + 证据支持 + 归因边界 + 下一轮决策。

为什么验收完成后还要复盘

验收主要判断约定的交付物是否达到完成条件，例如页面是否上线、来源是否归档、canonical 是否正确、报告是否交接。复盘则要进一步检查项目过程和结果之间的关系：哪些工作确实产生了可观察变化，哪些变化可能来自平台调度、问题环境或页面之外的因素，哪些数据缺失到不能判断。两者关注点不同，不能用验收表代替复盘。

搜索系统本身会经历抓取、索引和结果呈现等不同阶段。一个页面能够访问，不等于已经被索引；一个 URL 被提交，也不等于已经抓取、排名或被 AI 引用。复盘如果把这些层次压缩成一个总分，就会隐藏真正的问题：可能是页面没有被发现，也可能是来源支持不足，还可能是平台回答没有展示来源。

问题验收回答复盘回答
交付物是否完成需求书约定的页面、文件和技术入口是否达到完成条件。完成条件是否足以支持后续维护和复测，是否有遗漏。
平台状态如何记录验收时已知的提交、访问或观察状态。比较不同时间和版本的变化，说明变化能否归因。
数据是否可信检查证据是否存在、字段是否齐全。检查分母、空值、环境变化和记录缺失是否影响结论。
下一步做什么列出交付后的维护和复测安排。根据证据选择保留、修复、追加实验、暂停或关闭。

需求书、验收标准和复盘报告应互相链接，但不要互相覆盖。项目开始前可以参考GEO 项目需求书怎么写，交付时参考GEO 优化项目验收标准，上线后再用本篇整理变化与决策。

第一步：先冻结复盘范围和版本

复盘的第一句话不应是“本项目提升了多少”，而应说明本次比较了哪些页面、哪个问题集、哪两个或哪几组版本，以及哪些内容被排除。没有范围，后面的数字就没有分母；没有版本，页面内容变化和平台自然波动就无法区分。

字段必须记录示例
项目范围正式域名、URL、页面角色、包含项和排除项。6 篇教程页和 1 个证据页，不含后台和草稿。
版本范围基线版本、发布版本、复测版本和变更摘要。v1 页面正文，v2 增加声明级来源，v2.1 修正 canonical。
问题集问题集编号、问题原文、主问题、辅助追问和变更记录。geo-q-2026-11-v1，共 12 个固定问题。
平台环境平台、语言、地区、设备、登录、联网、账号和时间区。国内 AI 平台、简体中文、中国大陆、桌面端、联网。
比较窗口基线时间、发布日、T+7、T+14 或其他明确窗口。发布前 7 天与发布后第 14 天，不混入临时观察。

如果项目中途换了域名、URL 规则、问题集或平台账号，应建立新版本或新轮次，而不是把新旧结果直接放到同一张趋势图。变化本身可以成为复盘发现，但必须说明它改变了哪些比较条件。

第二步：把目标拆成过程、平台和业务三层

复盘最常见的错误，是把所有目标写成同一种结果。建议把目标分为过程层、平台层和业务层。过程层是团队可以直接控制的交付；平台层是搜索引擎或 AI 平台是否发现、抓取、展示和引用；业务层是访问、咨询、注册或其他业务行为。三层都可以记录，但不能用上层结果替代下层证据，也不能把下层完成自动解释成上层成功。

层级适合复盘的指标可以得出的结论不能直接得出的结论
过程层页面上线、证据覆盖、内链完成、机器入口可访问、版本交接。约定的工作是否完成，哪里有缺口。页面一定被收录或引用。
平台层提交响应、抓取记录、索引状态、品牌提及、页面引用、引用准确。某一时间和条件下观察到的状态。改动必然导致平台结果变化。
业务层自然访问、有效访问、询盘、注册、转化和归因窗口。指定口径下的业务变化。变化一定由 GEO 项目单独造成。

例如，百度主动提交接口接收 1 条 URL，只能作为提交动作的成功记录；它不能单独证明页面已经抓取或收录。类似地，AI 回答中出现 ZenLeak 这个品牌，只能说明这轮回答中出现了品牌提及，必须继续检查是否有来源、是否链接到目标页面、引用是否支持回答。

第三步：建立页面变更矩阵

复盘需要知道“改了什么”，而不是只知道“改过页面”。变更矩阵应逐页列出内容、证据、技术、内链和机器入口的变化，并标记每项变化是新增、删除、替换还是仅格式调整。这样才能在下一轮观察出现变化时提出有边界的假设。

页面内容变化证据变化技术变化预期影响
/content/example/首段从概念介绍改为直接答案，增加适用条件。新增声明级来源和限制。保持 canonical，补充相关内链。更容易判断页面主问题和结论边界。
/cases/example/把案例结论拆成观察、解释和限制。补充原始数据下载和采集时间。新增 JSON 证据入口。帮助复核者理解样本和范围。
/首页导航增加教程入口。无声明内容变化。保留原 canonical 和 robots。改善发现路径，但不能单独证明收录。

变更矩阵还应记录未改动项。比如 canonical、robots、sitemap 和页面正文都没有变化时，后续索引状态改变不能简单写成“内容改版造成”。不确定归因时，应把它写成待验证假设，而不是强行选择一个原因。

第四步：按声明级证据复核“结果是否支持结论”

复盘报告中的每个重要结论都应能回到原始证据。建议把“报告结论”拆成声明，再为每条声明记录来源、摘录、定位、版本、复核时间、关系类型和限制。来源可访问不等于来源支持，来源支持一个条件也不等于支持整段因果结论。

证据关系含义报告写法
direct来源直接表达了当前声明，且对象、条件、时间和范围一致。“该官方文档说明 HTTP 200 表示已收到 URL。”
context来源提供背景或原则，但没有直接证明当前项目结果。“该原则可作为内容设计方向，不能视为本项目效果证据。”
first-party来自本站的日志、实验、版本记录或人工复核。“本次固定问题集观察到……”并列出环境和原始记录。
inference由多个事实推导出的解释，需要明确推理和替代解释。“在当前样本下，一个可能解释是……”
unknown来源不可达、数据缺失、环境不固定或证据不足。“当前无法判断，不将其计入成功或失败。”

复盘时尤其要检查复合句。例如“增加来源后，AI 更准确地引用了页面并带来了更多转化”至少包含来源变化、回答准确性变化和业务归因三条不同声明，不能只用一张截图支持。更稳妥的做法是拆成三条，分别指定证据和限制。

可以参考GEO 声明级证据库怎么建与GEO 证据支持范围审计，把“支持”“部分支持”“未知”保留在报告中，而不是为了形成结论而删除不完整记录。

第五步：分别复盘搜索和 AI 平台观察

搜索和 AI 平台都涉及发现与呈现，但观察对象不同。搜索平台复盘要区分访问、发现、提交、抓取、索引和结果呈现；AI 平台复盘要区分品牌提及、来源出现、具体页面引用、引用准确、回答完整和内容采用。把这些状态合并为“曝光”会让团队无法知道下一步修哪一层。

平台观察原始记录复盘判定常见误读
提交平台、站点、URL、批次、时间、请求和响应。提交请求是否被接收，失败原因是什么。接口接收等于收录。
抓取请求时间、IP、UA、路径、状态、DNS 核验和日志来源。是否存在经过核验的抓取观察。UA 写着蜘蛛就是真蜘蛛。
索引平台工具状态、查询方式、检查时间和 URL 版本。在指定时间点的状态，不写成永久属性。一次查询为空等于没有任何索引证据。
AI 回答问题原文、平台、环境、完整回答、来源链接和截图。提及、页面引用、准确和完整分别判定。品牌出现等于页面被引用。

对国内 AI 平台，建议固定同一组问题并保存完整原文，至少记录联网状态、来源区域、页面版本和人工判定理由。若平台没有显示来源、回答被截断或登录状态变化，应标记未知，而不是填成“否”。跨平台比较时，先比较同一平台的同一轮次，再谨慎讨论平台之间的差异。

第六步：用分母和空值规则重新计算指标

复盘报告中的比例必须给出分母。比如“页面引用率 25%”至少要说明是 3 个页面中的 3 次问题、12 个问题中的 3 次回答，还是 5 个平台的某一轮结果。没有分母，数字无法复核，也不能比较不同轮次。

指标推荐分母空值处理解释边界
页面访问成功率计划检查的 URL 请求数。超时、阻塞和未测试单独列出。只能说明这次检查的访问结果。
声明支持率纳入审计的声明数。unknown 不改成不支持，也不放入成功。取决于抽样规则和声明拆分方法。
页面引用率完成回答且满足固定条件的问题数。拒答、超时、无联网与回答缺失分别列出。是某轮观察比例，不是平台长期概率。
引用准确率出现具体来源或页面引用的回答数。没有来源的回答不进入准确率分母。需要声明级人工判断，不能只看链接存在。
业务转化率按统一归因窗口和去重规则确定。来源未知、跨设备和重复行为按约定处理。不能只凭时间先后证明因果。

任何指标都要记录统计时间、过滤条件、数据版本和计算方式。若本轮只有少量样本，应明确写出样本量和不确定性，不用“显著提升”“稳定增长”等无法由数据支持的表述。平台拒答或接口失败也应该进入质量报告，因为它们会影响可观测性。

第七步：把观察、解释和因果分开

复盘最有价值的部分，通常不是给出一个看似确定的原因，而是把可能原因和下一步验证动作对应起来。建议采用三栏结构：观察到什么，当前可以如何解释，还有什么替代解释。只有完成对照、重复或其他适当设计后，才考虑把解释升级为更强的因果判断。

观察可以说还不能说下一步验证
发布后 7 天出现一次页面来源该问题和环境下观察到一次页面引用。页面改动导致长期引用增加。保持问题集和环境，在 T+14、T+30 复测。
提交响应成功但平台状态未变化提交动作已被接收，后续状态尚未变化或未知。平台拒绝了页面，或提交没有作用。检查抓取日志、平台工具和后续窗口。
回答出现品牌但没有来源链接记录为品牌提及，页面引用和准确性暂为未知。AI 已经理解并采用了页面内容。重复问题，保存来源区域和完整回答。
自然访问上升指定窗口和口径下访问增加。增加全部来自 GEO 改动。对照来源、页面版本、季节因素和其他推广活动。

复盘中可以使用“与……同时发生”“可能与……一致”“需要下一轮验证”等准确措辞。项目负责人不需要把所有结果包装成成功；把不确定性写清楚，反而能让下一轮实验更省成本。

第八步：把发现分成保留、修复、实验和停止

一份复盘报告如果只有问题清单，没有决策优先级，最后仍然会回到“再优化一下”。建议将发现分成四类：保留已经满足目标且证据充分的做法，修复明确缺口，实验尚无结论但值得验证的假设，停止没有证据支持或风险高于收益的动作。

决策适用条件下一步交付
保留完成条件明确，证据可回溯，暂未发现明显副作用。写入维护规范，规定复核触发器。
修复存在明确的访问、解析、来源、结构或数据缺口。问题单、负责人、截止时间和回归检查。
实验有合理假设，但当前观察不足以支持结论。问题、对照、样本、窗口、指标和停止条件。
停止动作缺少证据、超出授权范围、成本不合理或存在明显风险。停止原因、替代方案和保留的原始记录。

每个行动项至少应有负责人、优先级、输入、完成条件、证据位置、计划窗口和依赖关系。不要把“提高 AI 引用”“继续做 GEO”作为行动项；应改写成可以关闭的任务，例如“为 12 条未支持声明补充来源定位，并在上线前完成人工审计”。

第九步：把下一轮实验写成可停止的计划

下一轮实验不应只是“继续观察”。它应该有明确的问题、假设、变化变量、对照、样本、运行条件、主要指标、失败处理和停止条件。若无法设置真正的对照，也要把限制写出来，说明结果只能作为前后观察，不能支持强因果结论。

字段示例
研究问题增加声明级来源定位后，固定问题下的引用准确判定是否更容易完成？
假设来源定位更清晰可能减少人工判定中的部分支持，但不保证平台引用增加。
变化变量只增加来源摘录与定位，保持标题、正文结构、URL 和问题集不变。
对照同一页面的改动前版本，或同一组未改动页面。
主要指标来源出现、页面引用、引用准确和回答完整分别记录。
停止条件平台环境变化、样本不足、来源失效或出现技术回归时暂停比较。

复测窗口要与页面更新、搜索平台延迟和业务周期相匹配。短窗口适合检查发布和技术回归，长窗口才适合观察发现、索引和业务行为。不同窗口回答不同问题，不能为了形成趋势而强行拼在一起。

第十步：用固定结构写复盘报告

报告结构稳定，团队才容易比较不同项目。建议首页先给出范围、结论和待决策事项，正文再展开原始证据和限制。摘要应该能够独立阅读；复核者也必须能一路打开到页面版本、原始回答和数据文件。

# GEO 项目复盘报告

项目名称：
报告版本：geo-retro-YYYYMMDD-001
复盘时间：
负责人：

## 一、范围与基线
- 正式域名与 URL：
- 页面角色与数量：
- 基线版本 / 发布版本 / 复测版本：
- 问题集版本：
- 平台、语言、地区、设备、登录与联网条件：
- 包含项与排除项：

## 二、执行摘要
- 已完成的过程交付：
- 已观察的平台状态：
- 仍然未知或未完成的事项：
- 不能归因的结果：
- 需要本次决策的事项：

## 三、页面变更
| URL | 变化类别 | 改动摘要 | 版本 | 预期影响 | 证据 |
| --- | --- | --- | --- | --- | --- |

## 四、结果分层
| 层级 | 指标 | 分子 | 分母 | 状态 | 证据 |
| --- | --- | ---: | ---: | --- | --- |
| 过程 |  |  |  |  |  |
| 平台 |  |  |  |  |  |
| 业务 |  |  |  |  |  |

## 五、发现与证据
| 发现 | 证据关系 | 来源 / 原始记录 | 限制 | 判定 |
| --- | --- | --- | --- | --- |

## 六、下一轮行动
| 决策 | 行动 | 负责人 | 完成条件 | 复测窗口 | 优先级 |
| --- | --- | --- | --- | --- | --- |

## 七、保留事项与风险
- 保留：
- 修复：
- 实验：
- 停止：
- 需要授权或补充数据：

报告中的数据表、截图、回答原文和证据 JSON 应保存稳定链接或文件名。若使用外部平台截图，补充问题原文和环境字段；若使用服务器日志，说明时区、采集范围、IP 脱敏和机器人判定规则。不能让读者只能看到一张无法定位的截图。

第十一步：检查报告有没有把未知写成结论

复盘完成前，逐句检查摘要和结论。以下表达风险较高：“提交后已经收录”“被 AI 引用说明页面质量高”“流量增长证明优化有效”“没有记录说明没有发生”“一次抓取说明蜘蛛长期认可”。它们都跨越了证据能够支持的范围。

风险表达更准确的写法需要补的证据
提交后已收录平台已接收提交；截至某时间，索引状态为某值或未知。提交原始响应、平台状态和检查时间。
AI 认可了内容在某平台、某问题和环境下，回答出现了某页面来源。完整回答、来源区域、页面 URL 和判定理由。
优化带来转化指定窗口内观察到转化变化，当前归因仍受哪些因素限制。归因口径、对照、来源、去重和业务数据。
没有抓取当前日志或平台工具没有发现符合规则的抓取记录。日志范围、UA、DNS 核验、时间区和查询条件。
证据不足所以为否当前证据不足，状态标记为 unknown。缺失原因、重试条件和下一次检查时间。

常见问题

项目没有明显增长，还需要复盘吗？

需要。复盘不以增长为前提，仍然可以确认页面访问、证据完整性、平台观察条件和技术入口是否改善，也可以发现当前数据不足以判断的原因。没有增长不是自动失败，也不是自动成功。

复盘报告是不是必须包含所有访问日志？

不一定。应保留足以支持结论的原始记录和抽样规则，同时说明日志范围、过滤条件、脱敏方式和保存位置。公开报告可以脱敏，但内部复核材料不能只剩一个汇总数字。

上线后每天都要改文章吗？

不建议为了制造更新频率而频繁改动。只有事实、来源、技术入口或读者任务发生变化时才更新，并记录修改原因、版本和影响范围。平台观察应尽量保持页面版本稳定，否则比较结果会混入新的变量。

什么时候应该开始下一轮复测？

根据要回答的问题决定：发布回归可以在上线后立即检查，发现和索引要等待合适窗口，AI 回答则按固定问题和环境复测。复测时间、问题集和页面版本应在本轮复盘中提前写明。

能不能只保留成功案例？

不能。失败、未知、阻塞、未测试和不适用都是项目状态。删掉这些记录会让下一轮误判分母，也会让团队重复投入到尚未证明有效的动作。

发布复盘报告前的检查清单

  1. 范围、URL、页面角色、版本、问题集和平台环境已经冻结。
  2. 过程、平台和业务结果已经分层，没有用一个总分替代全部状态。
  3. 每项重要结论都能打开到来源、原始回答、日志或版本记录。
  4. 变更矩阵同时记录改动项和未改动项，避免过度归因。
  5. 比例指标有分子、分母、时间窗口、过滤条件和空值规则。
  6. 品牌提及、页面引用、引用准确和回答完整已经分别记录。
  7. 提交、抓取、索引、排名、AI 引用和业务行为没有被写成同一状态。
  8. 报告区分观察、解释和因果，替代解释与限制可见。
  9. 每个行动项有负责人、完成条件、证据位置、窗口和优先级。
  10. 下一轮实验有问题、假设、对照、指标和停止条件。
  11. 未知、失败、阻塞、未测试和不适用没有被改写成 0 或否。
  12. 源文件、原始数据、权限、备份和回滚路径已经交接或明确责任人。

结果边界：复盘能改善决策，不能替平台作决定

GEO 项目复盘能够让团队知道做了哪些改动、观察到了什么、哪些结论有证据、哪些问题需要继续验证。它不能控制搜索引擎的抓取调度、索引判断、排名变化或 AI 平台的回答，也不能仅凭时间先后证明业务变化由一次改版造成。

复盘的质量不在于结论听起来多确定，而在于结论的强度与证据相匹配。把未知保留下来，把下一步写成可执行、可停止、可回看的计划，才能让一次 GEO 项目真正积累为下一轮研究和内容建设的基础。