直接答案
有用的审计不会在爬虫跑完时结束。扫描之后仍需要发现（结构化事实）、诊断（分组含义）、蓝图（优先的页面动作）与再审计（验证）。这条链路让 SEO Health、SEO Growth、GEO Health、GEO Growth 保持为独立能力——从不合成一个总分。
健康发现说明基础是否可用；增长发现说明还有哪些需求未答。蓝图应写明每个动作服务哪一项工作，并在发布后有明确检查。
流程
- 发现 — 走查页面、结构、主题、实体、问题与证据。记录样例 URL 与具体观察，而不是「感觉分」。
- 诊断 — 按规则与严重程度分组。把抓取/索引阻塞与覆盖缺口分开，把实体不清与问题未答分开。四种能力保持标注。
- 蓝图 — 把分组变成页面动作：目标路径、建议改动（定义、场景、规格、证据、FAQ）、优先级，以及再审计等验证步骤。
- 再审计 — 改动上线后再扫。确认什么变好了、什么还在、出现了哪些新机会。进度仍用同一套独立视角核对。
只有发现没有诊断，团队拿到噪音；只有诊断没有蓝图，团队只有故事；有蓝图却不再审计，团队只能猜。闭环才是审计的产品，而不是报告封面。
例子
发现可能标出一张内容单薄、缺场景、无 FAQ 的产品 URL，同时另有一条健康备注：文档页孤立。诊断把孤立页放进 SEO Health（发现路径），把单薄产品放进 SEO Growth / GEO Growth（覆盖与可答性），而不是平均它们。
蓝图动作可以是：扩展 /products/example/，补充产品定义、场景、规格、证据与 FAQ；优先级 P1；用再审计验证。另一动作把孤立文档接回枢纽。每个动作写清职责，都不声称排名或引用结果。
团队发布后，再审计检查产品页是否回答了目标问题、文档是否可到达。健康与增长面板独立更新——更健康的链接图本身不会「变出」完整主题覆盖。
常见问题
网站扫描完之后应该做什么？
不要停在发现列表。继续走发现（带样例 URL 的事实）、诊断（按规则、严重程度与机会分组）、蓝图（带优先级与验证的页面动作），以及改动上线后的再审计。这个闭环把观察变成可执行、可核对的工作。
为什么审计结尾给一个总分不太好？
SEO Health、SEO Growth、GEO Health、GEO Growth 回答的是不同问题。混在一起会看不清你需要修抓取、补覆盖、澄清实体，还是补新答案。蓝图应保留这些轨道，让团队知道每个动作服务哪一项工作。
蓝图会自动改我的线上网站吗？
不会。蓝图是指导：目标 URL、建议改动、优先级与再审计检查。是否发布由你的团队决定。价值在于基于诊断的排序计划——不是自动改站，也不是排名承诺。
来源
- Mika Visibility 流程：审计 → 诊断 → 蓝图 → 再审计 — mikaovo.ai/zh/
- Google Search Central — 用线上站点证据排查抓取与索引问题（公开文档）
- 以人为本内容实践：优先在真实页面做清晰改进，而不是依赖不透明的合成分
蓝图指导不会自动发布改动，也不保证排名或回答界面展示。