定义审计问题与边界
有用的技术SEO审计报告是一份决策文档：观察到了什么、为何违背预期行为、由谁修改、用什么证明修改成功。首先记录主机、环境、采集时间、URL来源、抓取与渲染方式以及访问限制。六个地址不等于全站普查，还应明确未检查的模板、设备和登录区域。不要把样本中没有出现的问题解释为整个网站都不存在，也不要把无法访问的区域默认标为合格。
这些原创案例在你自己的电脑上运行。修复前后路径同时存在，因此能够重复同一测试，无需修改生产网站。它们用于演示HTTP行为、HTML指令和任务交接，不模拟Googlebot、JavaScript渲染、真实用户性能或索引流程。相对canonical用于保持本地练习可移植；生产实现应遵循规范网址文档，检查实际主机与完整目标地址。实验中的通过只对应这组明确条件。
记录他人能够复现的证据
保存精确URL、请求方法、响应链、相关响应头和源代码片段。采集真实证据时，补充UTC时间以及追踪记录或截图引用。如果浏览器渲染结果不同于初始HTML，应同时记录两种视图和工具设置。把观察、解释、建议放在不同字段，未检查不能替换为已通过。这样另一位开发者才能在相同环境下重放请求，而不必根据简短错误标题猜测发生了什么。
测试包的验证命令生成六组前后响应JSON，可与ZIP中的evidence.json比较。为了让结果稳定，记录特意省略服务器日期和临时端口。因此这是可复现的固定样例，不是带采集日期的客户网站测量。命令仅针对自己的回环服务器，不会收集任意域名。手工打开路径时也应区分浏览器直接访问与遵守robots规则的搜索爬虫；两者是否能够读取内容并不是同一个问题。
分别评估目标、范围与可信度
三个高优先级案例违背明确的内容交付或索引目标，两个中优先级案例需要较局部的模板或内容关系修正，对照项无需修改。等级仅属于本练习。真实网站需要分别记录受影响地址群体、关键业务路径、证据可信度、修改风险和工作量，再决定执行顺序。不能从六行样本计算全站问题发生率，也不能仅以工具的警告数量代替业务判断。
每个实际问题应有一位明确负责人和复查日期。大量警告不会自动比关键路径上已证实的故障更重要。若期望行为未知，应先做业务决定，再修改noindex、重定向或canonical。不要为了提高审计评分而删除故意设置的排除规则。记录哪些工作等待目标确认、哪些等待部署、哪些等待外部观测，避免把不同的阻碍都简单写成未完成。
| ID | 观察结果 | 优先级 | 负责人 |
|---|---|---|---|
| A01 | 公开页面残留noindex | 高 | 网站开发者 |
| A02 | Robots阻止读取排除指令 | 高 | 平台负责人 |
| A03 | 永久重定向最终到达错误页 | 高 | 路由开发者 |
| A04 | Canonical指向无关内容 | 中 | SEO负责人和开发者 |
| A05 | 不存在的页面返回成功状态 | 中 | 网站开发者 |
| A06 | 正常对照项不需要猜测性修复 | 无需修改 | 审计复核人 |
交付开发者的六项发现
A01 · 公开页面残留noindex
观察结果: GET /launch返回200和robots meta noindex。设定目标是允许进入搜索的公开页面。
为什么重要: 该指令与目标冲突。可以确认指令存在，但不知道Google是否读取过。
建议操作: 从公开模板移除非预期指令。除源HTML外，还要检查响应头和渲染后的HTML。
负责人: 网站开发者
验收条件: /fixed/launch返回200且没有noindex。在实际部署中重新检查；有权限的URL检查另行进行。
A02 · Robots阻止读取排除指令
观察结果: robots.txt禁止/blocked/，而/blocked/page包含noindex。目标是排除搜索，不是限制访问。
为什么重要: 遵守规则的爬虫无法读取该页指令。Robots不是身份验证机制。
建议操作: 保留noindex并允许抓取需要排除的页面。真正的私密内容应使用身份验证。
负责人: 平台负责人
验收条件: /fixed/blocked/page不在禁止前缀内，仍保留noindex。实际主机规则和后续索引观察需要分别验证。
A03 · 永久重定向最终到达错误页
观察结果: /old-guide以301转到/missing-guide，后者返回404。案例假定/guide是相关替代页。
为什么重要: 访问路径未提供预期内容。存在重定向不能证明目标正常。
建议操作: 直接重定向到相关且正常的替代页，并更新内部链接。不要把所有删除页面统一转到首页。
负责人: 路由开发者
验收条件: /fixed/old-guide经过一次301后到达返回200且内容正确的/guide。部署后检查完整链路。
A04 · Canonical指向无关内容
观察结果: /variant内容重复/guide，却把/other-topic声明为canonical。
为什么重要: 声明的偏好与内容关系矛盾，无法据此知道Google选择了哪个规范页。
建议操作: 确认内容等价后，将canonical、内部链接和站点地图与/guide对齐。服务不同需求的页面应独立保留。
负责人: SEO负责人和开发者
验收条件: /fixed/variant声明/guide且目标响应正常。获得权限后，另行查看Google选择的规范页。
A05 · 不存在的页面返回成功状态
观察结果: /gone返回200和Not found标题。此案例没有合适替代页。
为什么重要: 错误内容与成功状态不一致，是soft 404候选，而非已观察到的Google分类。
建议操作: 返回适当的资源不存在状态，移除过期内部链接，同时保留对访客有帮助的错误页。
负责人: 网站开发者
验收条件: /fixed/gone返回404和错误内容。后续Search Console观察是独立证据，不属于本地测试结果。
A06 · 正常对照项不需要猜测性修复
观察结果: /guide返回200，声明自身为canonical，且未被这些robots规则禁止。此响应没有noindex。
为什么重要: 这些本地检查通过，但不能证明内容质量、渲染、发现、索引或排名。
建议操作: 记录通过的对照项。只有明确问题和证据需要时才调查其他信号。
负责人: 审计复核人
验收条件: 前后响应保持一致。保存正常证据，不为增加问题数量而制造缺陷。
用新的检查关闭问题
实施工单完成不等于问题已被证据关闭。在部署环境重复原请求，检查同模板的代表性其他URL，保存新的时间和响应，并保留旧证据。技术验收应与之后的搜索引擎观察分别管理：指令修正不保证收录、排名或流量。若再次检查失败，应继续记录新的条件与结果，而不是仅根据代码已经合并就宣布解决。只有真实部署后的请求才能说明当前响应行为。
使用报告与操作清单
下载已填写CSV可查看六项决策；只有表头的CSV适合建立自己的登记表。填写真实URL、环境、UTC观察时间、证据引用、影响范围、可信度、负责人、截止日期、状态和复测结果。HTML是独立审阅文档，可用浏览器打印。这些文件是模板，不会自动同步账户；此页面也不会扫描输入的域名。分享前应把练习内容换成实际观测，并清楚保留未确认的项目。
管理摘要应先说明审计范围和需要做出的决定，再呈现优先队列、证据、实施依赖与关闭计划。明确列出延期检查，不要把教材当成客户审计结果，也不要用编造数据填补未知值。更广泛的审计还可能需要渲染、国际化、结构化数据、无障碍和性能检查。这六个案例没有覆盖这些方面，因此报告不能声称已经完成全站所有技术验证，更不能据此推导预期营收增长。
区分技术检查与效果主张
技术资格与实际搜索表现回答不同问题。日期明确的查询或页面导出应使用排名报告工作表，来源链接问题则使用外链审计。能正常访问的页面仍可能没有被索引。点击变化无法单独证明canonical故障，购买外链也不能证明排名变化由该订单导致。先记录观察，再写出待验证假设与下一步检查，这样报告既能推动行动，也不会把推测包装成事实。