从机会证据走到下一次经营决策
冻结基线和候选版本，通过发布 Gate，接收生产测量，再记录 KEEP / ITERATE / SCALE / PIVOT / KILL。
- INDEX
- index, follow
- PROOF GATE
- 200, self-canonical, indexable and included in sitemap
- CANONICAL
- /workflow
01 先冻结机会证据和站点基线
记录来源、版本、适用边界与证据缺口。没有可核验基线，就不把后续变化归因给本次执行。
02 把判断写成可审查的变更
明确要解决的问题、预期结果、负责人和停止条件，再形成候选版本。变更不等于生产结果。
03 Release QA 是不能跳过的硬 Gate
按冻结的规则版本检查路由、索引、Schema、移动端、事件与转化。阻断项未关闭时，不能显示可发布。
04 Owner 批准后再发布，并保留回滚
生产发布绑定候选版本、批准回执、部署地址、验证时间与 rollback_ref。历史 `/workflow` 只有恢复 200 和 self-canonical 后才能开放索引。
05 接收生产测量，不混入预览数据
事件、转化和收入带 environment、site_version、deployment 与 release_cycle。无法归因的数据保留但隔离。
06 用新鲜证据记录下一步
根据证据记录 KEEP、ITERATE、SCALE、PIVOT 或 KILL，并指定下一动作。发布完成不是闭环完成。
判断标准
按页面列出的状态、来源、版本和 Gate 判断；缺少证据时保持 missing、partial 或 unavailable。
证据与边界
只使用可核验事实；不承诺排名或收入，不把计划能力、失败状态或缺失值写成成功。
常见问题
以下问答在页面中可见，并与 FAQPage Schema 逐字一致。
为什么 Release QA 在流程中是硬 Gate？
因为候选版本只有完成可复核检查、关闭阻断项并绑定证据后，才有资格请求生产发布。
发布成功等于经营闭环完成吗？
不等于。发布后还要接收可信测量并记录下一步决策，闭环才完整。
/workflow 什么时候可以开放索引？
只有生产路由恢复 200、self-canonical、可索引并通过复检后，才可进入 sitemap。