这份检查表是给执行的人用的，不是给汇报用的。每条都能当场验证，不需要工具也不需要等数据。
A 组：能不能被看到（6 条）
- 页面的纯文本抓取能拿到正文，不是空壳
- 关掉 JavaScript 后，正文仍然可见
- 关键信息没有藏在「点击展开」里
- 参数、流程、联系方式有文字版本，不只是图片
- 页面在正常网速下 3 秒内能开始渲染
- 返回正确的状态码（存在返回 200，不存在返回 404/410，不要用 200 假装正常）
这 6 条是硬门槛。任何一条不过，后面 12 条做了也是白做。
B 组：能不能被读懂（6 条）
- 每页只有一个 h1，标题层级不跳级
- 第一段能独立说清「这个页面讲什么」
- 没有通篇无主语的句子（「深耕多年」「赢得认可」这类）
- 自创名词第一次出现时有通俗解释
- 表格用真正的 table 标签，表头有单位
- 页面上出现的公司名、电话、地址与站内其他页面一致
C 组：值不值得被引用（6 条）
- 至少有 3 个具体事实点（数字、标准号、具体做法）
- 有明确的适用范围或不适用说明
- 有可以独立摘出来成立的一段话（能直接当答案用）
- 内链指向相关的 2 到 3 个页面，且链接文字说明目标内容
- 发布时间和更新日期可见
- 没有承诺无法验证的效果（排名、引用、转化率）
第 18 条看起来是合规问题，其实也是内容质量问题。承诺效果的页面往往内容空洞——因为把篇幅用在承诺上，就没地方写事实了。
改版专项：额外 5 条
如果是整站改版，再加这五条：
- 已记录改版前的抓取、收录、访问基线
- 外部链接最多的页面 URL 保持不变
- 旧 URL 有明确的去向（保留、301 或 410），不留 404 裸奔
- sitemap 已更新，且不包含已下线的地址
- 改版前后用同一组问题测过 AI 回答，有对比记录
怎么用
建议做成一张表，每项打勾。不要靠记忆，因为记忆一定会漏掉第 6 条和第 12 条这种「看起来不重要」的。
如果是团队协作，把这份表放进发布流程：不过表不发布。这比事后排查便宜得多。
一个提醒
这份表检查的是「有没有明显缺陷」，不是「能不能被引用」。全部打勾只意味着你没有犯低级错误，不意味着一定有效果。真正决定效果的是内容的细节密度和长期一致性，那部分没法用清单衡量。
常见问题
每次发布都要过一遍吗
新页面全过。小修改只看 A 组。整站改版加做最后的五条。
没有技术人员怎么检查第 1、2 条
用浏览器的阅读模式，或者把网址粘到一个纯文本抓取工具里看结果。也能用命令行抓一次。不需要开发能力。