mcpField
S
search-page-audit

search-page-audit

github.com/superamped营销与增长7382 次安装10 周前更新
代码仓库

关于 search-page-audit

Search Audit 是一项评估网页 SEO、AI 搜索就绪度、内容结构和权威性信号的技能。它检查页面内容及相关域名文件，并支持指定重点以生成针对性报告。

主要功能

  1. 01获取页面 HTML 和渲染内容
  2. 02检查 robots.txt、sitemap.xml 和 llms.txt
  3. 03评估 SEO、内容、AI 就绪度和 E-E-A-T
  4. 04支持指定审计重点
  5. 05输出评分结果和优先修复项

适用场景

  1. 01审计页面的搜索就绪情况
  2. 02检查 AI 爬虫和结构化数据信号
  3. 03审查内容结构和权威性指标
  4. 04确定页面修复项的优先级

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/superamped/ai-marketing-skills --skill search-page-audit

安装后在 Claude Code 中输入/search-page-audit确认已加载。

详细介绍

搜索审查

用法

让你的 AI 工具审查某个 URL 的搜索和 AI 就绪情况。你也可以指定关注领域——seo-only、geo-only、eeat-only 或 content-only。

流程

第 1 步：抓取并解析

抓取所提供 URL 对应的页面。提取：

  • 完整 HTML 源码（用于检查 schema、meta 标签和标题结构）
  • 渲染后的页面内容（用于评估内容）

然后从同一域名抓取以下三个文件：

  • {domain}/robots.txt — 检查 AI 爬虫指令
  • {domain}/sitemap.xml — 检查文件是否存在
  • {domain}/llms.txt — 检查文件是否存在
第 2 步：SEO 基本要素（10 项检查）

评估传统 SEO 基础规范。这些是必要条件——如果这些方面存在问题，其他一切都无关紧要。

  1. HTTPS — 页面通过 HTTPS 提供
  2. Title 标签 — 存在，长度为 50-60 个字符，描述清晰
  3. Meta description — 存在，长度为 150-160 个字符，并包含目标意图
  4. 单个 H1 — 恰好存在一个 H1 标签
  5. 标题层级 — 顺序合理（H1 > H2 > H3），层级无跳跃，标题不为空
  6. 图片 alt 文本 — 所有图片都有描述性 alt 属性
  7. 简洁的 URL — 描述清晰、易读，且没有过多参数
  8. 内部链接 — 链接至网站上相关的页面，且相关页面也有链接指向此页面
  9. 内容可抓取 — 关键内容位于标准 HTML 中，不依赖 JavaScript 渲染才能显示
  10. 页面速度 — 没有明显的性能问题（大型未压缩图片、阻塞渲染的脚本、DOM 过大）
第 3 步：内容结构（10 项检查）

评估内容结构是否便于人类阅读和 AI 提取。

  1. 开篇直接给出答案 — 每个部分都在开头 1-2 句话中点明关键信息
  2. 基于问题的标题 — H2/H3 标题贴合用户的提问方式（什么是……、如何……、为什么……）
  3. 短段落 — 每段 2-4 句话，避免大段文字
  4. FAQ 部分 — 设置专门的问答部分，包含真实的客户/用户问题，每个回答为 1-3 句话
  5. 对比表格 — 使用表格呈现并排对比的内容（AI 提取能力高出 35%）
  6. 用列表组织内容 — 流程使用编号列表，功能/选项使用项目符号
  7. “[术语]是……”定义 — 关键概念至少用两句话进行定义
  8. 对话式关键词 — 在内容中融入 5 个以上自然、具体的长尾查询变体
  9. 意图集群 — 涵盖用户接下来可能提出的相关后续问题
  10. 多媒体 — 包含图片、视频或信息图，作为内容信号
第 4 步：AI 与 GEO 就绪情况（10 项检查）

评估决定 AI 系统能否找到、提取并引用此页面的技术信号。

  1. 允许 AI 爬虫访问 — robots.txt 未屏蔽 GPTBot、ClaudeBot 或其他 AI 用户代理
  2. 存在 llms.txt — 域名包含 llms.txt 文件，用于说明 AI 爬取政策
  3. Organization schema — 存在包含 @type Organization 的 JSON-LD（全站实体定义）
  4. Article/Page schema — 根据内容类型配置合适的 JSON-LD（Article、HowTo、Product），并包含 dateModified
  5. FAQPage schema — 如果存在 FAQ 部分，则单独配置 FAQPage JSON-LD
  6. Author schema — 在结构化数据中关联作者实体
  7. BreadcrumbList schema — 使用 JSON-LD 明确网站层级结构
  8. Schema 验证通过 — 所有结构化数据均通过验证（JSON 格式规范，无错误）
  9. 适配移动设备 — 内容在不同屏幕尺寸上均清晰易读且功能正常
  10. 包含在站点地图中 — 域名包含 sitemap.xml，且该文件可访问
步骤 5：E-E-A-T 与权威性（8 项检查）

评估信任信号，判断 AI 系统是否会选择引用此页面而非竞争对手的页面。

  1. 标明作者 — 内容注明具体作者，而非使用“admin”或匿名署名
  2. 提供作者简介 — 作者简介包含资历、专业领域，并链接到作者页面
  3. 设有作者页面 — 专门的作者页面，包含完整资历、外部个人资料和出版记录
  4. 引用来源 — 关键主张由具体数据支持，并清楚注明出处
  5. 原创数据或见解 — 包含一手研究、专有分析或独到的专家观点
  6. 时效性信号 — 页面上清楚显示发布日期和/或最后更新日期
  7. 可访问信任页面 — 隐私政策、服务条款及相关合规页面均已创建并提供链接
  8. 包含实体信息的“关于”页面 — “关于我们”/“关于”页面清楚说明业务实体

输出格式

请严格按以下结构提交报告：

# Page Audit Report

**URL:** [url]
**Date:** [current date]
**Overall Score:** X/38

---

## SEO Fundamentals (X/10)

✓/✗ HTTPS
✓/✗ Title tag — [note: actual title, character count]
✓/✗ Meta description — [note: actual description, character count]
✓/✗ Single H1
✓/✗ Heading hierarchy
✓/✗ Image alt text — [note: X of Y images have alt text]
✓/✗ Clean URL
✓/✗ Internal links
✓/✗ Crawlable content
✓/✗ Page speed

## Content Structure (X/10)

✓/✗ Direct answer up front
✓/✗ Question-based headings
✓/✗ Short paragraphs
✓/✗ FAQ section
✓/✗ Comparison tables
✓/✗ Lists for structure
✓/✗ "[TERM] is..." definitions
✓/✗ Conversational keywords
✓/✗ Intent clusters
✓/✗ Multimedia

## AI & GEO Readiness (X/10)

✓/✗ AI crawler access — [note: which crawlers blocked/allowed]
✓/✗ llms.txt
✓/✗ Organization schema
✓/✗ Article/Page schema — [note: type found, dateModified present?]
✓/✗ FAQPage schema
✓/✗ Author schema
✓/✗ BreadcrumbList schema
✓/✗ Schema validates
✓/✗ Mobile responsive
✓/✗ Sitemap inclusion

## E-E-A-T & Authority (X/8)

✓/✗ Author identified — [note: author name if found]
✓/✗ Author bio present
✓/✗ Author page exists
✓/✗ Sources cited — [note: X citations found]
✓/✗ Original data or insight
✓/✗ Freshness signals — [note: dates found]
✓/✗ Trust pages accessible
✓/✗ About page with entity info

---

## Score Summary

| Category | Score | Rating |
|----------|-------|--------|
| SEO Fundamentals | X/10 | |
| Content Structure | X/10 | |
| AI & GEO Readiness | X/10 | |
| E-E-A-T & Authority | X/8 | |
| **Overall** | **X/38** | |

**Rating scale:** 90%+ Excellent | 75-89% Good | 60-74% Needs Work | Below 60% Poor

---

## Priority Fixes

[Top 5 failed criteria ranked by impact. For each:]

1. **[Failed criterion]** — [Why it matters + specific fix with actual suggested text/code where possible]
2. ...

规则

  • 保持客观。如果结果处于边界情况，倾向判定为 FAIL，并在优先修复项中说明原因。
  • 修复建议应具体明确——建议实际的元描述文本、实际的 schema JSON、实际的标题改写。“添加元描述”没有帮助。“添加元描述：‘[建议文本]’”才有用。
  • 对于 schema 检查，搜索页面源代码中的 <script type="application/ld+json">，并评估每个代码块。
  • 优先修复项应按以下权重排序：技术基础 > AI 就绪度 > 内容结构 > E-E-A-T（页面存在问题时，无法建立权威性）。
  • 如果用户指定了关注领域，仍需完成所有检查，但只对指定部分展开详细说明。

评论

支持 Markdown