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
readonly只读
name
seo-audit
description

When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," "SEO health check," "my traffic dropped," "lost rankings," "not showing up in Google," "site isn't ranking," "Google update hit me," "page speed," "core web vitals," "crawl errors," or "indexing issues." Use this even if the user just says something vague like "my SEO is bad" or "help with SEO" — start with an audit. For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema. For AI search optimization, see 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表现