这篇讲什么
痛点是：随手抓一份通用 100 项技术 SEO 清单，一半不适用你的栈（没 AMP、没 Magento、没 jQuery 插件），剩下一半描述模糊到你不知道做没做。这套流程用 AI 给你的栈——Astro / Next / Hugo / WordPress——生成一份 30-60 项的定制清单，每项带优先级和验证命令，全过程约 20 分钟。最终产物是一份提交到仓库的 markdown 清单，每季度刷新一次。
这篇适合谁看
跑内容站的 indie 开发者、支持单产品的小 SEO 团队、加入新项目要先评估 SEO 基线的 IC。特别适合把站交给外包：一份带验证命令的栈定制清单才是外包真正会用的东西，通用 PDF 没人翻。
什么时候适合用
上线前、栈迁移后（Next 13→15、WordPress 转 Astro、任何动到路由的迁移）、新 SEO 外包入场，或者明显流量掉了但分不清是技术问题还是内容问题。Google 出算法或 schema 更新时也该刷一次清单，把变化捕捉进来。
开始前准备
- 精确盘点你的栈：框架 + 版本、托管、渲染模式（SSR / SSG / ISR / 混合）、CDN、图像优化、插件、CMS、i18n 方案。每项都决定清单里有哪些项目适用。
- 决定清单读者：自己（简洁）、外包（带上下文）、利益相关者（带理由）。决定详细程度。
- 选一个对标站——同栈、SEO 公认还行的现成站。AI 用它做锚点。
- 手边备一篇你信任的技术 SEO 博客，用来识别 AI 幻觉（比如”把 X-Robots-Tag 设成 canonical”这种胡说）。
具体步骤
- 一段话精确描述栈：框架 + 版本、托管、渲染模式、CDN、图像策略、sitemap 来源、i18n 方案。越具体输出越准。
- 让 AI 把清单分 6 组：抓取、渲染、性能、Schema、国际化、监控。6 组刚好——再少缺类、再多重叠。
- 让 AI 每项标 P0（阻塞上线或修线上问题）/ P1（30 天内）/ P2（可选）。强制让模型显式按这个 rubric 打。
- 让 AI 每项配一条验证命令、URL 模式或截图目标。例：
curl -I https://example.com/sitemap.xml、view-source 搜索 canonical、Lighthouse Performance 大于 90。 - 逐条走 P0，问自己：这条对我具体的栈成立吗？Astro SSG 不需要 ISR 缓存头，SSR Next 需要。去掉不适用的。
- 存成项目的
SEO_CHECKLIST.md，带日期和一行栈快照。提交。未来你要知道清单针对的是哪个版本的栈。 - 季度重生。Search Console 信号会变、框架会有新功能、schema 词汇会演化。
第一次实操怎么跑
先在单页跑，别全站跑。挑首页或你流量最高的一篇文章。生成清单后，逐条对这一页验证 P0。多数团队会发现：AI 输出 6-10 项不适用（页面是 SSG 但 AI 当成 SSR）、3-5 条验证命令是错的（查了不存在的属性）。把这些标进清单文件，下次季度刷新就不会重犯。第二次跑时把栈描述按你学到的精化，再重生。
完成后检查
- 每项都有验证命令、URL、或截图测试。验不了就不能标已完成。
- 每个 P0 项都是你代码里能修的，不是别人的事。托管商相关项另起一组。
- 没有任何项引用了你框架版本不存在的功能。“用 Next.js 动态 OG 图像路由” 只对 Next 13+ 适用。
- 分组之间没有重复项。AI 经常把 canonical 项同时塞进抓取和渲染。
- 整份清单熟手 60 分钟跑完。再长就拆成”P0 快查”和”P1+P2 深审”两份。
怎么复用这套流程
SEO_CHECKLIST.md提到仓库。当成 CI 的一部分：上线前自动跑一部分验证命令。- 每个公共域名一份清单。staging（noindex）和生产规则不同。
- 维护一个
seo-misses/日志：每次有真 SEO 问题溜上线，往清单里加一条本来能拦住的项目。 - 每季度重生时和上一份 diff。diff 告诉你 Google 或框架变了什么。
- 把 prompt 分享给一个跑不同栈的同事，他的反馈会暴露哪些项是栈特定的，哪些是通用的。
建议的操作流程
精确栈描述 → AI 分组生成清单（抓取 / 渲染 / 性能 / Schema / i18n / 监控）→ P0/P1/P2 优先级 → 每项验证命令 → 人工裁剪不适用项 → 存仓库 SEO_CHECKLIST.md → 季度刷新。
容易踩的坑
- 用通用清单不为你栈生成——花在删的时间比验的时间还多。
- 跳过验证命令。没有它，半年后没人能证明项目还成立。
- 把清单当永恒。Google 和框架在变，12 个月前的清单会悄悄漏掉真问题。
- 多站共用一份大清单。栈差异会让它比每站一份还糟。
- 让 AI 编命令。AI 会自信地生成
curl --google-bot这种不存在的 flag。每条命令都要实跑。 - 把”更新 CMS”或”改进内容”放进来。清单是技术 SEO，内容流程在别处。
FAQ
- 一般几项？: 剪后 30-60，通用模板 80-150。再多就可疑——通常是重复或内容 SEO 越界。
- Astro 特有？: Hydration 边界（首屏静态块别用 client:load）、prerender 模式、
@astrojs/sitemap集成、内容集 hreflang。sitemap 那条可以配合用 Codex 审查 sitemap 的教程。 - Next.js 呢？: 按路由的渲染模式（SSG / SSR / ISR）、metadata API 使用、动态 OG 图像路由、redirect middleware、ISR revalidate 策略。
- WordPress 插件怎么处理？: 栈描述里列出活跃插件，AI 会把插件特定项叠进去（比如 Yoast canonical 冲突、RankMath schema 重复）。
- 能让 AI 替我跑清单吗？: AI 能起草和辅助验证，验证命令最终是你跑。不要相信 AI 自报某项通过。
- 能用在非内容站例如 SaaS 落地页吗？: 能。分类一样，P0 重心会偏向渲染模式和 product schema。
相关阅读
- Claude Code SEO 审计教程
- AI Astro 内容审计教程
- canonical 是什么——该设什么、不该设什么
- 新网站提交 Google：2026 四步法和真实等待时间
- 用 Codex 审查 sitemap 教程
标签: #教程 #SEO #AI 编程 #Technical SEO #清单