一句话总结
多数小型内容站都犯同样的 5 个站内 SEO 问题：title 被截断、description 空泛、缺 H1 或 H1 重复、内链太薄、没有结构化数据。一轮 LLM 对照固定 checklist 就能全抓出来——前提是你给它真实的页面 HTML，并强制它逐页输出。坑在于：没开 browsing 的模型会一本正经地描述它根本没看到的 meta 标签，所以下面的流程最后一步是验证，千万别跳。首次审 20 页留 30-60 分钟；之后每季度复审 10-15 分钟。
这篇适合谁看
跑内容站（Astro / Next.js / WordPress / Hugo）的独立开发者、内容创作者、小型营销团队。最适合 50-500 页、付不起 $1,500-5,000 SEO 顾问费、但已经在付 LLM 订阅的人（截至 2026 年 6 月，ChatGPT Plus $20/月，Claude Pro $20/月）。
什么时候适合用
- 上线前——200 个 title 里的错字，这时候是一次批量替换，不是上线后等重新抓取。
- 上线后每季度一次——title 会漂、description 会过时、删页面会让内链断掉。
- 任何迁移或换主题之后——新模板经常顺手把 canonical 和 H1 结构搞坏。
2026 年 6 月的”达标”标准长这样
把审计对齐到当前标准，别用 2019 年的老规矩。下面是 prompt 应该对照的数字：
| 字段 | 目标（截至 2026 年 6 月） | 原因 |
|---|---|---|
| Title 长度 | 50-60 字符 / 桌面端约 600px 以内 | Google 大致超过 600 像素就截断；50-60 字符在约 90% 的结果里完整显示 |
| Description 长度 | 120-158 字符（桌面约 920px，移动约 680px ≈ 120 字符） | 桌面显示约 158 字符、移动约 120；超了就截断或被改写 |
| H1 | 每页只有一个，且与 title 不同 | H1 重复或缺失会干扰主题解析 |
| Canonical | 存在且自指 | 防止重复内容稀释权重 |
| 结构化数据 | JSON-LD Article/BlogPosting + Organization | JSON-LD 是 Google 唯一推荐的格式；这两类仍能产出富结果 |
| 内链 | 每页进出各 2 条以上情境内链 | 孤页抓取晚、排名差 |
一个重要变化：自 2026 年 5 月 7 日起，Google 在搜索里不再展示 FAQ 富结果，HowTo 富结果更早就被砍了。FAQPage 标记仍是合法的 schema.org，不会报错，对 AI 引擎提取答案仍有帮助——但别再指望它拿到 SERP 富结果位了。详见下面的 GEO 部分。
开始前准备
- sitemap 能在
/sitemap.xml访问到，或者准备一份手挑的 URL 列表。没输入，模型就会编页面、审一堆虚构内容。 - 先定好长度目标（见上表）。目标不同，审计标准就不同。
- 选一个真能”看到”页面的模型。用 GPT-5.5 或 Claude Opus 4.7 / Sonnet 4.6 并开启 web 浏览，或者写脚本把原始 HTML 喂进去。别拿模型的训练快照判断当前页面状态——那是几个月前的旧数据。
- 给修复留时间。审计很快；重写 50 个 title 和 description 要花几个小时人工复核。
具体步骤
- 先样本后规模。 从 Search Console（效果报告，按曝光排序）拉曝光最高的 20 个 URL，先别跑整份 sitemap。前 20 个就能暴露系统性问题。
- 强制走固定 checklist。 让模型逐页报告 title 长度、description 具体度、H1 是否存在与唯一、内链数量、JSON-LD 是否存在及类型、canonical 状态——显式列出来，一页一行。
- 要修复表，不要散文。 列：URL / 问题 / 严重度（P0/P1/P2）/ 建议改法。拒绝”你的 title 可以更好”；你要的是
74 字符，改成："…"。 - 应用修复。 CMS 没 API 就手改；内容是 Markdown/MDX 带 frontmatter 就写脚本批改（30 行 Node 脚本就能跨文件改
title:和description:）。 - 部署后复核。 对同样的 URL 再跑一遍同一份 prompt。报告干净说明修复落地；剩下的任何标记就是下一轮。然后排个每季度重跑。
一份真正能用的 prompt
你是 SEO 审计员。对下列每个 URL，抓取实时页面（或用我提供的 HTML）。
不要猜——如果某页抓不到，就写"抓取失败"，而不是去描述你没看到的标签。
逐 URL 报告：
- Title: 原文、字符数、是否含主关键词（Y/N）、是否 <60 字符（Y/N）
- Description: 原文、字符数、是否针对本页（Y/N）、是否 120-158 字符（Y/N）
- H1: 是否存在（Y/N）、数量、是否与 title 不同（Y/N）
- JSON-LD: 是否存在（Y/N）、@type（Article/BlogPosting/Organization/FAQPage）、是否可解析（Y/N）
- Canonical: 是否存在且自指（Y/N）
- 外向内链: 数量、锚文本多样性（多样 / 重复）
- 问题: P0（破损/缺失）/ P1（弱）/ P2（锦上添花）
输出一张 markdown 表，一 URL 一行。要具体：写
"title 74 字符，改到 56"，不要写"title 可以再短点"。
URLs:
[这里粘最多 20 个 URL]真正起作用的是两句话：“不要猜”和”要具体”。少了第一句，模型会编标签；少了第二句，你拿到一堆没法落地的建议。
AI 在 SEO 上做得好和做不好的事
- 靠谱： 按固定 checklist 逐页审计、把 title 和 description 重写到合规长度、识别相似页之间的 title 同类化（cannibalization）、找内链空缺、起草 JSON-LD。
- 配第二个工具更好： 关键词研究（搜索量和难度交给 Ahrefs / Semrush）、竞品分析（开 browsing 的模型有帮助，不开的就是瞎猜）。
- 单用不靠谱： 估搜索量、预测排名影响、当前 SERP 排版——训练数据里没有，也推不出来。
- 真正危险： 编 schema.org 里不存在的字段、不查就说”这页排名第 3”、伪造外链数。这类结论一律当幻觉处理，验证前别信。
每条 AI 的 SEO 结论都拿 Google Search Console、真关键词工具，或对实际 HTML 跑 curl -sL https://yoursite.com/page | grep -i '<title\|description' 去交叉验证。
GEO：为 AI 答案引擎做优化
出现在 ChatGPT、Perplexity、Google AI Overviews 里（即 Generative Engine Optimization，生成式引擎优化）现在和传统排名一样重要。关键点是：到 2026 年，有研究发现某个查询里 ChatGPT 的引用，只有约 10% 同时出现在 Google 自然结果前 10——AI 可见性早就不是排名的免费附赠了。真正能推动它的：
- 把 sitemap 提交到 Bing Webmaster Tools。 ChatGPT 的 web 搜索跑在 Bing 索引上，没提交 Bing 就等于在 ChatGPT 里零曝光。
- 强化 E-E-A-T 信号： 有真实简介的署名作者、可见的发布与更新日期、行内引用。事实类 AI 答案里 Wikipedia 和被引来源占主导。
- 写可提取的答案： 短小、自洽、第一句就给结论的段落。AI 引擎几乎会原样引用这种段落。
- 保留 FAQPage 和 Article JSON-LD。 即便 Google 的 FAQ 富结果没了，这套标记仍能帮 AI 引擎解析你的问答。
- 新鲜度有用——Perplexity 尤其偏好近约 90 天内更新的内容。季度审计本身就充当了一次新鲜度信号。
建议的操作流程
Search Console（前 20 个 URL）-> 审计 prompt -> 逐页修复表（P0/P1/P2）-> 应用修复 -> 部署 -> 重审同样的 URL -> 干净就扩到全站 -> 排程每季度重跑。首次审 30-60 分钟；系统性问题修完后，季度复审 10-15 分钟。
FAQ
- AI 能估关键词难度吗？ 不可靠——背后没有实时 SERP 和外链数据。KD 用 Ahrefs / Semrush，AI 用于优先级和重写。
- Core Web Vitals 呢？ LLM 能读 PageSpeed Insights 报告并定优先级，但读不出实时数据。数据从 PageSpeed Insights 或 CrUX 拉。截至 2026 年 6 月的”良好”标准：LCP < 2.5s、INP < 200ms、CLS < 0.1，取第 75 百分位。
- 新 title 让 AI 写吗？ 首稿可以，直接上线不行。AI 写的 title 偏平淡、有时堆关键词；每条都要复核并加上你的语气。
- 能在每个 PR 自动审吗？ 能——把模型接进 CI 步骤，只审改动的页面并在 PR 评论里给出结论。内容多的仓库很值。
- 2026 年 FAQ schema 还值得加吗？ 为 Google 富结果，不值得了——2026 年 5 月 7 日已被砍。为 AI 答案引擎，值得——它仍合法、能帮提取，也不会伤排名。
- 多久重审一次？ 最低季度；每周更新就月度；任何改版或迁移之后立刻重审。
容易踩的坑
- 信了没开 browsing 的模型去描述它从没抓过的 meta 标签——一律要求它写”抓取失败”而不是凭空编。
- 审一次就再也不做——漂移正是季度复审存在的理由。
- 问”这够 SEO 友好吗”——太空泛，输出也空泛。
- 不抽查就批量套 AI 改写——大约每 20 页就有一页冒出事实错误或别扭措辞。
- 还在追早已没有的 FAQ 富结果——标记留着给 AI 引擎用，别当成 SERP 富结果位。
- 只靠 AI——Search Console 和关键词工具能抓到模型根本没有的搜索量、索引和排名数据。