seo-audit

seo-audit

热门

当用户想要审计、审查或诊断其网站的SEO问题时使用。也适用于用户提及“SEO审计”、“技术SEO”、“为什么我没有排名”、“SEO问题”、“页面SEO”、“元标签审查”、“SEO健康检查”、“我的流量下降了”、“排名丢失”、“在Google中不显示”、“网站没有排名”、“Google更新影响了我”、“页面速度”、“核心网页指标”、“爬取错误”或“索引问题”时。即使用户只是模糊地说“我的SEO很差”或“帮我做SEO”,也使用此技能——从审计开始。如需大规模构建页面以定位关键词,请参见programmatic-seo。如需添加结构化数据,请参见schema。如需AI搜索优化,请参见ai-seo。

3.3万Star
5833Fork
更新于 2026/6/15
SKILL.md
只读
名称
seo-audit
描述

当用户想要审计、审查或诊断其网站的SEO问题时使用。也适用于用户提及“SEO审计”、“技术SEO”、“为什么我没有排名”、“SEO问题”、“页面SEO”、“元标签审查”、“SEO健康检查”、“我的流量下降了”、“排名丢失”、“在Google中不显示”、“网站没有排名”、“Google更新影响了我”、“页面速度”、“核心网页指标”、“爬取错误”或“索引问题”时。即使用户只是模糊地说“我的SEO很差”或“帮我做SEO”,也使用此技能——从审计开始。如需大规模构建页面以定位关键词,请参见programmatic-seo。如需添加结构化数据,请参见schema。如需AI搜索优化,请参见ai-seo。

SEO审计

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

初步评估

首先检查产品营销上下文:
如果存在.agents/product-marketing.md(或.claude/product-marketing.md,或旧版中的product-marketing-context.md文件),请在提问前阅读它。使用该上下文,仅询问未涵盖或特定于此任务的信息。

在审计之前,了解:

  1. 网站上下文

    • 网站类型?(SaaS、电商、博客等)
    • SEO的主要业务目标是什么?
    • 哪些关键词/主题是优先的?
  2. 当前状态

    • 是否有已知问题或担忧?
    • 当前自然流量水平?
    • 近期是否有更改或迁移?
  3. 范围

    • 全站审计还是特定页面?
    • 技术+页面,还是单一关注领域?
    • 是否有Search Console/分析工具的访问权限?

审计框架

Schema标记检测限制

web_fetchcurl无法可靠检测结构化数据/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_fetchcurl报告“未找到schema”会导致错误的审计结果——这些工具无法看到JS注入的schema。

优先级顺序

  1. 可爬取性与索引(Google能否找到并索引?)
  2. 技术基础(网站是否快速且功能正常?)
  3. 页面优化(内容是否优化?)
  4. 内容质量(是否值得排名?)
  5. 权威性与链接(是否具有可信度?)

技术SEO审计

可爬取性

Robots.txt

  • 检查是否有意外阻止
  • 验证重要页面是否允许
  • 检查站点地图引用

XML站点地图

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

网站架构

  • 重要页面在首页3次点击内
  • 逻辑层次结构
  • 内部链接结构
  • 无孤立页面

爬取预算问题(针对大型网站)

  • 参数化URL受控
  • 分面导航处理得当
  • 无限滚动带分页回退
  • URL中无会话ID

索引

索引状态

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

索引问题

  • 重要页面上的Noindex标签
  • 规范标签指向错误方向
  • 重定向链/循环
  • 软404
  • 无规范标签的重复内容

规范化

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

网站速度与核心网页指标

核心网页指标

  • LCP(最大内容绘制):< 2.5秒
  • INP(交互到下一次绘制):< 200毫秒
  • CLS(累积布局偏移):< 0.1

速度因素

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

工具

  • PageSpeed Insights
  • WebPageTest
  • Chrome DevTools
  • Search Console核心网页指标报告

移动端友好性

  • 响应式设计(非独立m.站点)
  • 点击目标大小
  • 视口配置
  • 无水平滚动
  • 与桌面端内容相同
  • 移动优先索引准备就绪

安全性与HTTPS

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

URL结构

  • 可读、描述性URL
  • 自然包含关键词
  • 结构一致
  • 无多余参数
  • 小写且连字符分隔

国际SEO与本地化

当网站提供多种语言或地区时检查。配置错误可能抑制整个语言变体的索引,或拖累全站质量信号。参见国际SEO参考以获取证据和来源URL。

Hreflang

三种等效的放置方法:HTML <head>中的<link>、HTTP Link头、XML站点地图中的<xhtml:link>。如果使用多种方法,它们必须一致——冲突信号会导致Google丢弃该对。对于10个以上语言版本,优先使用基于站点地图的方法(无页面权重,无每次请求成本)。

检查:

  • 每个页面上的自引用条目(页面必须在hreflang集合中包含自身)
  • 互惠链接(如果A指向B,B必须指向A——否则两者都被忽略)
  • 有效代码:ISO 639-1语言 + 可选ISO 3166-1 Alpha 2地区(例如enen-GB——绝不能用en-UK
  • x-default存在,指向回退页面(语言选择器或默认语言版本)
  • 所有目标URL返回200、可索引,并与规范URL匹配
  • 无重复的语言-地区代码指向不同URL

**常见错误:**缺少自引用条目(所有hreflang被忽略)。无返回标签/单向(配对丢弃)。无效代码如en-UK(使用en-GB)。hreflang目标非规范、404或被阻止(集群丢弃)。HTML和站点地图注释不一致(冲突配对丢弃)。

大规模:<xhtml:link>子元素不计入5万URL站点地图限制,但50MB文件大小限制成为瓶颈(每个文件规划2K-5K个URL并包含完整hreflang)。将hreflang集中在接收错误语言流量的页面上——并非每个页面都需要。对于Bing:补充<html lang><meta http-equiv="content-language">(Bing将hreflang视为弱信号)。

多语言网站的规范化

  • 每个语言页面必须自规范(例如/ar/page规范到/ar/page
  • 绝不允许跨语言规范(法语到英语)——完全抑制非规范语言版本
  • 规范URL必须出现在hreflang集合中——否则所有hreflang被忽略
  • 规范在冲突时覆盖hreflang
  • 协议/域名必须在规范、hreflang和站点地图中一致(https + 相同域名变体)
  • 分页语言页面:每页自引用规范(绝不允许第2+页规范到第1页)

**常见错误:**所有语言版本规范到英语(扼杀索引),规范URL不在hreflang集合中(静默忽略),规范与hreflang协议不匹配,CMS将深层页面规范设置为首页。

国际站点地图

检查:

  • <urlset>上的xmlns:xhtml命名空间,每个<url>包含所有语言版本(包括自身)的<xhtml:link>
  • 包含x-default替代;所有URL绝对(完整协议+域名)
  • 站点地图索引在Search Console和robots.txt中;按内容类型拆分,而非按语言版本

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头)
  • 尾部斜杠和大小写在语言路径、规范、hreflang和站点地图中一致
  • 从非规范格式到规范格式的301重定向

**注意:**Search Console中的国际定位报告已弃用。地理定位依赖于hreflang、内容信号和链接模式。

跨语言版本的内容质量

翻译质量:

  • AI翻译内容本身并非垃圾(Google 2025年立场),但大规模低价值翻译可能触发规模化内容滥用政策
  • Google使用可见内容确定语言——翻译所有页面内容(标题、描述、标题、正文),而不仅仅是模板
  • 仅翻译模板/导航而主要内容保持原语言会产生重复

薄弱的语言页面:

  • 有用内容系统是全站范围的——许多薄弱语言页面也可能压制强页面的排名
  • 不要对薄弱语言版本使用noindex(浪费爬取预算)或跨语言规范(与hreflang冲突)
  • 最佳方法:不要创建无法真正有用的语言页面

检查:

  • 所有语言页面都有完全翻译的主要内容(不仅仅是UI外壳)
  • 跨语言版本无近乎相同的内容(GSC中“重复,Google选择了不同规范”)
  • 仅对具有真实内容和搜索需求的语言版本使用hreflang
  • 本地化信号:货币、电话格式、地址(如适用)
  • 损坏的hreflang链接(404、重定向)浪费爬取预算并使hreflang集群失效

页面SEO审计

标题标签

检查:

  • 每个页面唯一标题
  • 主要关键词靠近开头
  • 50-60字符(在SERP中可见)
  • 引人注目且值得点击
  • 品牌名称位置(通常在末尾)

常见问题:

  • 重复标题
  • 过长(被截断)
  • 过短(浪费机会)
  • 关键词堆砌
  • 完全缺失

Meta描述

检查:

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

常见问题:

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

标题结构

检查:

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

常见问题:

  • 多个H1
  • 跳级(H1 → H3)
  • 标题仅用于样式
  • 页面无H1

内容优化

主要页面内容

  • 前100词中包含关键词
  • 自然使用相关关键词
  • 主题深度/长度足够
  • 满足搜索意图
  • 优于竞争对手

内容薄弱问题

  • 独特内容少的页面
  • 无价值的标签/分类页面
  • 门页
  • 重复或近似重复内容

图片优化

检查:

  • 描述性文件名
  • 所有图片有alt文本
  • alt文本描述图片
  • 压缩文件大小
  • 现代格式(WebP)
  • 实现懒加载
  • 响应式图片

内部链接

检查:

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

常见问题:

  • 孤立页面(无内部链接)
  • 过度优化的锚文本
  • 重要页面埋藏过深
  • 页脚/侧边栏链接过多

关键词定位

每页

  • 明确的主要关键词目标
  • 标题、H1、URL一致
  • 内容满足搜索意图
  • 不与其他页面竞争(关键词自相残杀)

全站

  • 关键词映射文档
  • 无重大覆盖缺口
  • 无关键词自相残杀
  • 逻辑主题集群

内容质量评估

E-E-A-T信号

经验

  • 展示第一手经验
  • 原创见解/数据
  • 真实案例和案例研究

专业知识

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

权威性

  • 在领域内被认可
  • 被他人引用
  • 行业资质

可信度

  • 准确的信息
  • 业务透明
  • 联系信息可用
  • 隐私政策、条款
  • 安全站点(HTTPS)

内容深度

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

用户参与信号

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

按站点类型的常见问题

SaaS/产品站点

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

电商

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

内容/博客站点

  • 过时内容未刷新
  • 关键词自相残杀
  • 无主题聚类
  • 内部链接差
  • 缺少作者页面

多语言/多地区站点

  • Hreflang错误(缺少返回标签、无效代码、无自引用)
  • 规范与hreflang冲突(跨语言规范抑制索引)
  • 薄弱语言页面拖累全站质量信号
  • 仅翻译模板,主要内容跨语言相同
  • 未声明x-default回退
  • 站点地图缺少hreflang替代或缺少互惠条目
  • 基于IP的重定向隐藏内容不让Googlebot看到
  • 框架语言模式隐藏URL中的语言

本地商家

  • NAP不一致
  • 缺少本地schema
  • 未优化Google商家资料
  • 缺少位置页面
  • 无本地内容

输出格式

审计报告结构

执行摘要

  • 总体健康评估
  • 前3-5个优先问题
  • 确定的快速胜利

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

  • 问题:出了什么问题
  • 影响:SEO影响(高/中/低)
  • 证据:如何发现的
  • 修复:具体建议
  • 优先级:1-5或高/中/低

页面SEO发现
格式同上

内容发现
格式同上

优先行动计划

  1. 关键修复(阻止索引/排名)
  2. 高影响改进
  3. 快速胜利(简单、即时收益)
  4. 长期建议

参考

  • AI写作检测:应避免的常见AI写作模式(破折号、过度使用的短语、填充词)
  • 国际SEO:hreflang、规范+i18n、站点地图、URL结构和跨语言内容质量的证据和来源
  • 对于AI搜索优化(AEO、GEO、LLMO、AI概览),请参见ai-seo技能

引用的工具

免费工具

  • Google Search Console(必备)
  • Google PageSpeed Insights
  • Bing站长工具
  • 富结果测试(用于schema验证——它渲染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表现