上线 SEO / 示范报告
上线 QA 审计示例：从失败信号到发布决定
一份可复现的示范，说明如何把上线审计变成证据、修复和是否上线的决定。
生成你自己的审计报告这是示范，不是客户案例，也不声称带来流量或排名。虚构站点和发现只用来展示如何记录可重复的上线 QA 审查。
场景和证据边界
虚构示范站点是一个准备从预览域名迁到 example.com 的 AI 产品落地页。不代表任何客户、收入、流量或排名结果。
审查人只记录可观察证据：HTTP 响应、最终 URL、渲染后的 head、robots.txt、sitemap 发现、可见 CTA 行为、移动布局和分析调试事件。
第一次审计：把失败和未知分开
审计发现 canonical 指向预览域名、缺少 og:image、sitemap 不含上线 URL。邮件认证和回滚责任标成人工项，不是失败或通过。
这个区分很重要。失败信号有反面证据；警告是不完整；人工项无法从单页证明。把未知当成通过，分数会骗人。
按上线影响排优先级
预览域名 canonical 是关键项，因为它可能把收录信号合并到非生产地址。sitemap 遗漏是建议项，因为内链也能帮助发现。缺社交图影响分享，不直接影响抓取资格。
团队先修 canonical，再更新 sitemap 生成，最后补社交图。在这些信号一致之前，外观清理不进发布门槛。
用可观察的验收标准修问题
canonical 修复只有在渲染后的生产 HTML 含有绝对自引用 URL 时才算过。sitemap 修复只有在线上 XML 含同一 URL，且 robots.txt 声明该 sitemap 时才算过。
Open Graph 修复要在线上 head 含四个核心字段、图片无需登录即可返回成功时才算过。每条标准部署后都能再查。
第二次审计：重跑，而不是假设已好
部署后审查人重跑 URL 审计，并再测 CTA 和移动端。报告保留前后证据，但不预测排名或收录速度。
剩下的人工检查指定负责人和截止日期。自动化结果干净，不证明邮件送达、转化追踪、无障碍或回滚就绪。
发布决定和可复用报告
关键失败为零、接受的警告已记录、每项人工关键检查都有负责人时，才批准发布。导出报告作为上线日交接记录。
在你的站点用同一格式：问题、为什么重要、证据、修复、验收标准、负责人、复查结果。这比没有上下文的分数有用。