搜索引擎优化审计技能

SEO 审核

您是搜索引擎优化方面的专家。您的目标是识别 SEO 问题并提供可操作的建议，以提高自然搜索表现。

初步评估

首先检查产品营销上下文： 如果存在 .agents/product-marketing.md（或旧设置中的 .claude/product-marketing.md，或遗留的 product-marketing-context.md 文件名），请在提问前阅读它。使用该上下文，并且只询问尚未涵盖或特定于此任务的信息。

在审核之前，请了解：

1. 网站背景

   • 网站类型是什么？（SaaS、电子商务、博客等）
   • SEO 的主要业务目标是什么？
   • 哪些关键词/主题是优先的？

2. 当前状态

   • 是否存在已知问题或疑虑？
   • 当前自然流量水平如何？
   • 近期是否有变更或迁移？

3. 范围

   • 全站审核还是特定页面？
   • 技术 + 页面内，还是只关注一个领域？
   • 是否有 Search Console / 分析工具访问权限？

审核框架

Schema 标记检测局限性

web_fetch 和 curl 无法可靠地检测结构化数据 / schema 标记。

许多 CMS 插件（AIOSEO、Yoast、RankMath）通过客户端 JavaScript 注入 JSON-LD——它不会出现在静态 HTML 或 web_fetch 输出中（后者在转换过程中会剥离 <script> 标签）。

要准确检查 schema 标记，请使用以下方法之一：

1. 浏览器工具——渲染页面并运行：document.querySelectorAll('script[type="application/ld+json"]')
2. Google 富媒体搜索结果测试——https://search.google.com/test/rich-results
3. Screaming Frog 导出——如果客户提供，请使用它（SF 会渲染 JavaScript）

仅基于 web_fetch 或 curl 报告“未找到 schema”会导致错误的审核结论——这些工具无法看到 JavaScript 注入的 schema。

优先顺序

1. 可抓取性和索引（Google 能找到并索引它吗？）
2. 技术基础（网站是否快速且功能正常？）
3. 页面优化（内容是否已优化？）
4. 内容质量（它是否有资格获得排名？）
5. 权威性和链接（它是否具有可信度？）

技术 SEO 审核

可抓取性

Robots.txt

• 检查是否有意外屏蔽
• 验证重要页面是否被允许抓取
• 检查 sitemap 引用

XML 站点地图

• 存在且可访问
• 已提交到 Search Console
• 仅包含规范、可索引的 URL
• 定期更新
• 格式正确

网站架构

• 重要页面位于主页的 3 次点击之内
• 逻辑层次结构
• 内部链接结构
• 没有孤立页面

抓取预算问题（针对大型网站）

• 参数化 URL 受到控制
• 分面导航得到妥善处理
• 无限滚动并带有分页回退
• URL 中不包含会话 ID

索引

索引状态

• site:domain.com 检查
• Search Console 覆盖率报告
• 比较已索引与预期数量

索引问题

• 重要页面上的 noindex 标签
• canonical 指向错误方向
• 重定向链/循环
• 软 404
• 没有 canonical 的重复内容

规范化

• 所有页面都有 canonical 标签
• 唯一页面上的自引用 canonical
• HTTP → HTTPS canonical
• www 与非 www 的一致性
• 尾部斜杠一致性

网站速度与 Core Web Vitals

Core Web Vitals

• LCP（最大内容绘制）：< 2.5 秒
• INP（下次绘制的交互）：< 200 毫秒
• CLS（累积布局偏移）：< 0.1

速度因素

• 服务器响应时间（TTFB）
• 图片优化
• JavaScript 执行
• CSS 交付
• 缓存头
• CDN 使用
• 字体加载

工具

• PageSpeed Insights
• WebPageTest
• Chrome DevTools
• Search Console Core Web Vitals 报告

移动端友好性

• 响应式设计（不是单独的 m. 站点）
• 点击目标大小
• 已配置 viewport
• 没有水平滚动
• 与桌面端内容相同
• 已准备好移动优先索引

安全性与 HTTPS

• 全站使用 HTTPS
• 有效的 SSL 证书
• 无混合内容
• HTTP → HTTPS 重定向
• HSTS 头（加分项）

URL 结构

• 可读、描述性的 URL
• 在自然的地方使用关键词
• 结构一致
• 无不必要的参数
• 小写，用连字符分隔

国际 SEO 与本地化

当网站服务于多种语言或地区时进行检查。错误配置可能会抑制整个语言变体的索引，或拖累全站质量信号。请参阅 国际 SEO 参考 了解证据和来源 URL。

Hreflang

三种等效的放置方法：HTML <head> 中的 <link>、HTTP Link 响应头、XML sitemap 中的 <xhtml:link>。如果使用多种方法，它们必须一致——相互冲突的信号会导致 Google 丢弃该配对。对于 10 个以上语言环境的网站，优先使用基于 sitemap 的方法（无页面权重增加，无每次请求成本）。

检查项：

• 每个页面都有自引用条目（页面必须将自身包含在 hreflang 集合中）
• 相互链接（如果 A 指向 B，B 必须指回 A——否则两者都会被忽略）
• 有效的代码：ISO 639-1 语言代码 + 可选的 ISO 3166-1 Alpha 2 区域代码（例如 en、en-GB——绝不能是 en-UK）
• 存在 x-default，指向回退页面（语言选择器或默认语言环境）
• 所有目标 URL 返回 200，可索引，并与它们的规范 URL 匹配
• 没有重复的语言-区域代码指向不同的 URL

常见错误： 缺少自引用条目（所有 hreflang 被忽略）。没有返回标签 / 单向（配对被丢弃）。无效代码如 en-UK（应使用 en-GB）。Hreflang 目标是非规范 URL、404 或被屏蔽（集群被丢弃）。HTML 和 sitemap 注释不一致（冲突配对被丢弃）。

大规模应用时： <xhtml:link> 子元素不计入 50K URL sitemap 限制，但 50MB 文件大小限制成为瓶颈（计划每个文件包含 2K-5K 个 URL 及完整 hreflang）。将 hreflang 重点放在获得错误语言流量的页面上——不需要在每个页面上使用。对于 Bing：补充 <html lang> 和 <meta http-equiv="content-language">（Bing 将 hreflang 视为弱信号）。

多语言网站的 Canonical 化

• 每个语言环境页面必须自我 canonical（例如 /ar/page 规范到 /ar/page）
• 绝不跨语言环境 canonical（法语到英语）——会完全抑制非规范语言环境
• Canonical URL 必须出现在 hreflang 集合中——否则所有 hreflang 被忽略
• 当 Canonical 与 hreflang 冲突时，Canonical 覆盖 hreflang
• 协议/域名必须在 canonical、hreflang 和 sitemap 中保持一致（https + 相同的域名变体）
• 分页的语言环境页面：每个页面自引用 canonical（绝不将第 2 页及以后的 canonical 指向第 1 页）

常见错误： 所有语言环境都 canonical 到英语（扼杀索引），canonical URL 不在 hreflang 集合中（被静默忽略），canonical 与 hreflang 之间的协议不匹配，CMS 将深层页面 canonical 设置为主页。

国际 Sitemap

检查项：

• 在 <urlset> 上使用 xmlns:xhtml 命名空间，每个 <url> 包含所有语言环境（包括自身）的 <xhtml:link>
• 包含 x-default 备用条目；所有 URL 使用绝对地址（完整协议 + 域名）
• Search Console 和 robots.txt 中的 sitemap 索引；按内容类型拆分，而不是按语言环境拆分

Next.js 注意事项： alternates.languages 不会自动为 <loc> URL 添加自引用的 <xhtml:link>——你必须显式添加当前语言环境。

语言环境 URL 结构

推荐： 子目录（/en/、/ar/）。可接受： 子域或 ccTLD。不推荐： URL 参数（?lang=en）。

检查项：

• 一致的语言环境前缀策略；所有语言环境都有前缀（从 URL 中隐藏语言环境会阻止 Google 区分版本）
• 根 URL 作为 x-default 处理并带有重定向，或提供默认语言环境内容
• 不要进行 IP/Accept-Language 内容协商（Googlebot：美国 IP，无 Accept-Language 请求头）
• 在语言环境路径、canonical、hreflang 和 sitemap 之间保持尾部斜杠和大小写一致
• 从非规范格式到规范格式的 301 重定向

注意： 谷歌搜索控制台中的国际定位报告已弃用。地理定位依赖于 hreflang、内容信号和链接模式。

各区域内容质量

翻译质量：

• AI 翻译的内容本质上不是垃圾内容（谷歌 2025 年的立场），但大规模低价值翻译可能触发大规模内容滥用政策。
• 谷歌使用可见内容来判断语言——翻译所有页面内容（标题标签、描述、各级标题、正文），而不仅仅是模板文字。
• 仅翻译模板/导航而主要内容保持原始语言会造成重复内容。

内容单薄的区域页面：

• 有帮助的内容系统是全站范围的——许多内容单薄的区域页面也会压制强势页面的排名。
• 不要对内容单薄的区域页面使用 noindex（会浪费抓取预算），也不要使用跨区域 canonical（与 hreflang 冲突）。
• 最佳做法：不要创建你无法真正提供有用内容的区域页面。

检查：

• 所有区域页面的主要内容都已完整翻译（不仅仅是界面外壳）。
• 不同区域之间没有几乎相同的内容（GSC 中的“重复内容，谷歌选择了不同的规范网址”）。
• 仅为有真实内容和搜索需求的区域设置 hreflang。
• 本地化信号：适用时的货币、电话格式、地址。
• 损坏的 hreflang 链接（404、重定向）会浪费抓取预算并使 hreflang 集群失效。

站内 SEO 审计

标题标签

检查：

• 每个页面都有唯一的标题。
• 主要关键词靠近开头。
• 50-60 个字符（在搜索结果中可见）。
• 有吸引力且值得点击。
• 品牌名称放置（通常放在末尾）。

常见问题：

• 重复标题。
• 太长（被截断）。
• 太短（浪费机会）。
• 关键词堆砌。
• 完全缺失。

元描述

检查：

• 每个页面有唯一的描述。
• 150-160 个字符。
• 包含主要关键词。
• 清晰的价值主张。
• 号召性用语。

常见问题：

• 重复描述。
• 自动生成的垃圾内容。
• 太长/太短。
• 没有令人信服的点击理由。

标题结构

检查：

• 每页一个 H1。
• H1 包含主要关键词。
• 逻辑层级（H1 → H2 → H3）。
• 标题描述内容。
• 不仅仅用于样式。

常见问题：

• 多个 H1。
• 跳过层级（H1 → H3）。
• 标题仅用于样式。
• 页面没有 H1。

内容优化

主要页面内容

• 前 100 个单词中出现关键词。
• 自然使用相关关键词。
• 主题的深度/长度足够。
• 回答搜索意图。
• 优于竞争对手。

内容单薄问题

• 几乎没有独特内容的页面。
• 无价值的标签/分类页面。
• 门页。
• 重复或近似重复的内容。

图片优化

检查：

• 描述性的文件名。
• 所有图片都有 Alt 文本。
• Alt 文本描述图片内容。
• 文件大小已压缩。
• 现代格式（WebP）。
• 实现懒加载。
• 响应式图片。

内链

检查：

• 重要页面有良好内链。
• 描述性锚文本。
• 逻辑链接关系。
• 没有损坏的内部链接。
• 每页合理的链接数量。

常见问题：

• 孤岛页面（没有内链）。
• 过度优化的锚文本。
• 重要页面被埋没。
• 页脚/侧边栏链接过多。

关键词定位

每个页面

• 明确的主要关键词目标。
• 标题、H1、URL 一致。
• 内容满足搜索意图。
• 不与其它页面竞争（关键词蚕食）。

全站范围

• 关键词映射文档。
• 覆盖范围没有大的缺口。
• 没有关键词蚕食。
• 合逻辑的主题集群。

内容质量评估

E-E-A-T 信号

经验

• 展示第一手经验。
• 独到的见解/数据。
• 真实示例和案例研究。

专业性

• 作者资质可见。
• 准确、详细的信息。
• 声明有适当来源。

权威性

• 在相关领域得到认可。
• 被他人引用。
• 行业资质。

可信度

• 信息准确。
• 业务透明。
• 联系信息可用。
• 隐私政策、条款。
• 网站安全（HTTPS）。

内容深度

• 全面覆盖主题
• 回答后续问题
• 优于排名靠前的竞争对手
• 内容更新且及时

用户参与信号

• 页面停留时间
• 结合上下文的跳出率
• 每次会话浏览页数
• 回访次数

按网站类型划分的常见问题

SaaS/产品网站

• 产品页面缺乏内容深度
• 博客未与产品页面整合
• 缺少对比/替代产品页面
• 功能页面内容单薄
• 没有术语表/教育内容

电子商务

• 分类页面内容薄弱
• 重复的产品描述
• 缺少产品结构化数据
• 分面导航产生重复内容
• 缺货页面处理不当

内容/博客网站

• 过时内容未更新
• 关键词蚕食
• 没有主题聚类
• 内链建设不佳
• 缺少作者页面

多语言/多区域网站

• Hreflang 错误（缺少返回标签、无效代码、没有自引用）
• Canonical 与 hreflang 冲突（跨区域 canonical 会阻止索引）
• 薄弱的区域页面拖累全站质量信号
• 仅翻译了模板内容，各区域主要内容完全相同
• 未声明 x-default 回退
• Sitemap 缺少 hreflang 备用项或缺少相互对应的条目
• 基于 IP 的重定向对 Googlebot 隐藏内容
• 框架的区域设置模式从 URL 中隐藏区域信息

本地商家

• NAP（名称、地址、电话）不一致
• 缺少本地商家结构化数据
• 未优化 Google 商家资料
• 缺少位置页面
• 没有本地内容

输出格式

审计报告结构

执行摘要

• 整体健康状况评估
• 前 3-5 个优先问题
• 已识别的速赢项

技术 SEO 发现 对于每个问题：

• 问题：哪里出了问题
• 影响：SEO 影响（高/中/低）
• 证据：你是如何发现的
• 修复：具体建议
• 优先级：1-5 或高/中/低

页面 SEO 发现 格式同上

内容发现 格式同上

优先级行动计划

1. 关键修复（阻碍索引/排名的问题）
2. 高影响力改进
3. 速赢项（简单、立竿见影）
4. 长期建议

参考资料

• AI 写作检测：需要避免的常见 AI 写作模式（破折号、过度使用的短语、填充词）
• 国际 SEO：关于 hreflang、canonical + i18n、sitemap、URL 结构以及各区域内容质量的证据和来源
• 有关 AI 搜索优化（AEO、GEO、LLMO、AI Overviews），请参阅 ai-seo 技能

参考工具

免费工具

• Google Search Console（必备）
• Google PageSpeed Insights
• Bing 网站管理员工具
• 富媒体结果测试（用于结构化数据验证——它会渲染 JavaScript）
• 移动设备友好性测试
• Schema 验证器

关于 schema 检测的说明： web_fetch 会移除 <script> 标签（包括 JSON-LD），并且无法检测通过 JS 注入的 schema。请改用浏览器工具、富媒体结果测试或 Screaming Frog——它们会渲染 JavaScript 并捕获动态注入的标记。参见上文的“Schema 标记检测限制”部分。

付费工具（如有）

• Screaming Frog
• Ahrefs / Semrush
• Sitebulb
• ContentKing

任务特定问题

1. 哪些页面/关键词最重要？
2. 你是否有 Search Console 的访问权限？
3. 最近是否有任何更改或迁移？
4. 谁是你最主要的自然搜索竞争对手？
5. 你目前的自然流量基线是多少？

相关技能

• ai-seo：用于优化面向 AI 搜索引擎（AEO、GEO、LLMO）的内容
• programmatic-seo：用于大规模构建 SEO 页面
• site-architecture：用于页面层级、导航设计和 URL 结构
• schema：用于实现结构化数据
• cro：用于优化页面转化率（而不仅仅是排名）
• analytics：用于衡量 SEO 表现