用 AI 做网站技术 SEO 检查

难度
进阶
预计时间
90—180 分钟
输出成果
按优先级排序的 SEO 问题与复测记录
最后核验
2026-07-25

这节课带你完成一次可以复查的技术 SEO 抽查。AI 负责整理证据和发现矛盾,人负责确认页面用途、修改范围与最终结果。

第一步:先选对四类页面

不要只查首页。首页正常,不能证明栏目、内容模板和错误页正常。

约 15 分钟

首页

检查品牌入口、主要导航和全站默认信号。

栏目页

检查内容聚合、分页和栏目模板。

内容页

检查标题、正文、作者或更新时间等详情信号。

不存在页面

确认错误地址真的返回 404,而不是伪装成正常页面。

下面的公开数据核验于 2026-07-26,只用于演示记录方法。网站状态会变化,练习时必须重新请求自己的网址。

站点:
核验日期与时间:
检查人:

首页|网址:|预期:200、允许索引
栏目页|网址:|预期:200、允许索引
内容页|网址:|预期:200、允许索引
不存在页面|网址:|预期:404、不进入索引
robots.txt|网址:|预期:200、纯文本
Sitemap|网址:|预期:200、XML

本次不检查的范围:
判断页面用途的人:

第二步:先看服务器实际回答什么

浏览器能显示页面,不等于状态码、跳转和文件类型正确。逐个记录首次状态、最终状态、最终地址与 Content-Type。

公开样例:ai.whzr.cn核验日期:2026-07-26
样本 实际结果 用途判断
首页 / 200 符合公开入口预期
/learning/ 200 符合栏目页预期
/task/ai-article-workflow/ 200 符合内容页预期
随机不存在地址 404 错误页状态正确
/robots.txt 200 · text/plain 可继续检查规则正文
/wp-sitemap.xml 200 · application/xml 可继续检查子 Sitemap

样本名称:
请求网址:
请求时间:
首次 HTTP 状态:
是否跳转:
最终 HTTP 状态:
最终地址:
Content-Type:
预期结果:
实际与预期是否一致:
证据保存位置:
需要复查的人:

第三步:逐页检查搜索引擎看到的信号

每个信号都回答一个明确问题。不要用“整体不错”代替逐项记录。

信号 检查问题 合格证据
title 是否唯一说明本页主题? 源码中一个非空 title
description 是否准确概括本页价值? 一个非空 meta description
H1 是否只有一个页面主标题? DOM 中恰好一个 H1
canonical 是否指向应被收录的规范地址? 一个绝对地址且用途正确
robots 页面与响应头是否意外 noindex? 目标公开页没有禁止索引
Sitemap 应收录页面是否在对应 Sitemap? 规范地址能在 XML 中找到
JSON-LD 类型与页面真实内容是否一致? 可解析、字段真实、不冒充评价
移动端 320、768、1440 宽度是否可读可操作? 无页面级横向溢出,控件可用

页面与用途:
最终地址:
title|数量:|内容:|是否符合用途:
description|数量:|内容:|是否符合用途:
H1|数量:|内容:
canonical|数量:|地址:
robots meta:
X-Robots-Tag:
所在 Sitemap:
JSON-LD 类型与解析结果:
320px:
768px:
1440px:
发现的问题:
源码、请求或截图证据:

不要交付这种报告

网站结构良好,关键词布局合理,建议持续更新优质内容并增加外链。

它没有样本、状态码、源码位置、影响范围和复测方法。换一个网站也能原样使用,因此不能指导修复。

第四步:按影响定修复顺序

P0

关键访问或索引被阻断

例如核心页面 5xx、错误 noindex、错误 canonical 指向别站。先确认影响范围并立即处理。

P1

重要模板信号明确错误

例如大量内容页重复 title、多个 H1、应收录页不进 Sitemap。安排当前批次修复。

P2

表达或体验可改善

例如描述不够清楚、局部触控区域偏小。记录后按收益排序,不冒充紧急故障。

问题编号:
受影响页面或模板:
修改前证据:
用户影响:
抓取或索引影响:
影响页面数量:
优先级:P0 / P1 / P2
优先级理由:
最小修复:
不得改动的范围:
负责人:
复测条件:

第五步:用修改前后证据证明修复

错误的完成说法

“已经加上 canonical,SEO 问题已解决。”

  • 没有说明改了哪个模板
  • 没有展示最终源码
  • 没有检查错误页和其他站点
  • 把技术修复误写成排名承诺

可验收的完成记录

“内容模板原有两个 canonical;修改后抽查三篇内容页均为一个,且分别指向自身规范地址。首页、栏目页和 404 页未受影响。”

  • 保留修改前请求或源码
  • 写明代码、配置或后台位置
  • 用同一方法重新请求
  • 记录抽查范围与尚未覆盖范围

问题编号:
修改前证据:
根因:
修改位置:
修改时间:
修改后同页证据:
同模板新增抽查页面:
HTTP、title、H1、canonical、robots、Sitemap 复测:
320 / 768 / 1440 复测:
未覆盖范围:
结论:通过 / 未通过
失败时下一步:

最后一步:回归网站,而不是只看改过的页面

  1. 重新请求首页、栏目页、内容页、404、robots.txt 和 Sitemap。
  2. 抽查至少一个同模板页面,防止修复只对单页生效。
  3. 在 320、768、1440 宽度操作导航、表格、按钮和正文。
  4. 同服务器有其他站点时,确认首页、证书和关键页面仍能访问。
  5. 只报告已验证的技术结果,不承诺收录时间或排名一定提升。

发布日期:
变更范围:
数据库与文件备份位置:

目标站:首页|栏目|内容|404|robots|Sitemap
同模板抽查:
320px:
768px:
1440px:
同服务器站点 1:
同服务器站点 2:
证书与跳转:
异常日志:
最终结论:
仍需观察的事项:

说明:本记录只证明已检查项目在该时间点的技术状态,不承诺搜索排名。

你的本机学习记录

留下成果证据,再标记完成

生成过一次内容不等于完成。写下你实际留下的成果和验收证据,记录只保存在当前浏览器。



请填写成果和验收证据。


未完成

查看完整学习路线