SEO Fix Plan
把 SEO 审计发现变成排好序的修复计划——去重后按影响、工作量和依赖排序,每项附验收标准。
Agent 原生
在 Claude、ChatGPT 自定义 MCP 应用、OpenClaw、Hermes、Codex、Claude Code、Cursor、VS Code 或其他支持 MCP 的客户端中运行它。无需专门的 GUI 流程,也无需单独的 LLM API 密钥。
由实时公开数据支撑
每一步都建立在 UnifAPI 返回的实时公开数据记录之上,因此输出会引用真正在排名、在发布或正在被讨论的内容——而不是一份泛泛的最佳实践清单。
可组合且开源
Skills 相互交叉引用,并存放在一个公开的、MIT 风格的仓库中。在 GitHub 上阅读完整的 SKILL.md、fork 它,或原样在你的 Agent 中运行它。
把它粘贴进 Codex 或 Claude Code
这段提示词有意可自由编辑。替换其中的用户名、市场、预算与活动目标,然后让 Agent 在需要实时公开数据时调用 UnifAPI MCP。
Turn this SEO audit for example.com into a prioritized fix plan. Group repeated issues into template-level tasks, rank quick wins vs blockers, and include acceptance checks for each fix.
由 SKILL.md 渲染出的完整 skill
把 SEO 发现转化为一份可执行的修复计划。任务不是再做一次泛泛的审计;而是拿到实时的 SERP、渲染后页面、外链和关键词证据,并把最有可能改善可抓取性、排名和点击率的最小修复集排好序。
这是一个增强版技能:当证据缺失或陈旧时,它通过 UnifAPI 读取实时公开数据,但它始终是眼睛,而非双手。它不编辑网站、不向 Search Console 提交、不拒绝外链,也不开 PR。它返回一份运营者自己的助手或团队可以执行的计划。
使用 UnifAPI 获取实时证据
只要可能,就从一份已有的 seo-audit 报告出发。仅重新拉取确认优先级或填补缺口所需的证据:
- 渲染后页面的实际情况 -
browser/markdown、browser/html和browser/links,用于标题、meta、标题层级、JSON-LD、内链、canonical、robots 指令以及孤立页/深度信号。 - 排名和竞品的实际情况 -
seo/serp、seo/competitors/domain、seo/competitors/relevant-pages和seo/competitors/ranked-keywords,看一个修复是否针对一个真实的排名缺口。 - 关键词与意图契合 -
seo/keywords/overview和seo/keywords/intent,以避免为一个需求疲弱或意图不匹配的查询优化页面。 - 权威度与链接 -
seo/backlinks/summary、seo/backlinks/referring-domains、seo/backlinks/anchors、seo/backlinks/bulk-spam-score和seo/backlinks/domain-intersection,当链接风险或链接缺口改变优先级时。
在输出中保留运行日期和 billing 元数据。
工作流
- **载入诊断。**如有,使用最新的
seo-audit输出。如果用户只提供一个域名并要求修复,运行识别当前阻碍所需的最少实时读取。 - **把问题去重成修复单元。**当重复的症状共享同一根因、模板或组件时,把它们合并为一个动作。横跨 40 个页面的标题标签问题是一次模板修复,而非 40 个任务。
- **为每个修复按类型分类。**使用:抓取/索引、技术、页面内、内容质量、内链、Schema、权威度/链接。
- **为优先级打分。**按影响、置信、工作量和依赖排序:
- 影响:被阻断的索引或高量级排名缺口胜过表面修饰。
- 置信:实时证据和竞品对照胜过最佳实践的直觉。
- 工作量:模板/全站修复和触手可及(striking-distance)的页面通常先动。
- 依赖:抓取/索引修复先于内容和 Schema 修饰。
- **写出确切的验收检查。**每个任务都需要一个"何时算完成",且能用一次实时读取、校验器或 SERP 复查来核实。
- **干净地交接。**把实现细节指向
schema、运营者的代码助手、CMS 或网站团队。不要假装是本技能做了改动。
优先级评分表
为每个修复从 1-5 打分:
| 因素 | 含义 |
|---|---|
| 影响 | 修复后的预期收益:解锁索引、排名提升、CTR 增益,或降低风险。 |
| 置信 | 证据强度:渲染后页面、实时 SERP、竞品对照、外链数据。 |
| 工作量 | 5 = 容易/模板修复,1 = 沉重的内容或工程项目。 |
| 依赖 | 5 = 解锁其他修复,1 = 可以等。 |
FixPriority = Impact * 0.4 + Confidence * 0.25 + Effort * 0.2 + Dependency * 0.15
输出层级:
- Now - 关键阻碍和高置信的速胜。
- Next - 清除阻碍之后的实质性排名或 CTR 修复。
- Later - 内容扩充、权威度活动和低置信的押注。
输出
返回一份简洁的执行计划:
# SEO Fix Plan - {domain} ({YYYY-MM-DD})
## Summary
- Highest-leverage fix: ...
- Main blocker: ...
- Quick wins: ...
- Evidence refreshed: ...
## Fix Plan
| Priority | Fix | Type | Evidence | Action | Acceptance check | Owner |
| -------- | --------------------------------------------- | ---------------- | ------------------------------------------------------ | -------------------- | -------------------------------------------------- | --------- |
| Now | Add canonical self-reference on product pages | Crawl/indexation | browser/html 2026-06-05: missing canonical on /pricing | Update page template | browser/html shows canonical; sitemap contains URL | Site/code |
## Implementation Notes
- Schema handoff: ...
- Content handoff: ...
- Link/outreach handoff: ...
## Re-check Plan
- Re-render affected templates after deploy.
- Re-run SERP checks for the target queries after the next crawl window.
- Record UnifAPI cost from billing metadata.
护栏
- 不要凭空捏造缺乏证据的修复。如果证据缺失,把任务标为
needs-read并点名要运行的操作。 - 不要承诺排名或时间线。一份修复计划是一项由实时证据支撑的、排好序的押注。
- 不要把实现和诊断混在一起。本技能可以产出确切的文案、JSON-LD 建议或代码助手指令,但由运营者自己的工具做出改动。
- 把破坏性的 SEO 动作设为受控。拒绝外链(disavow)、canonical 合并、noindex、重定向变更和 URL 移除都需要明确的人工审查。
相关技能
- seo-audit:诊断网站并产出本技能转化为执行计划的那些发现。
- keyword-research:扩展或验证某个内容或页面内修复背后的关键词缺口。
- schema:为结构化数据修复生成并校验 JSON-LD。
- unifapi:共享的数据技能(连接 MCP,发现本技能所读取的 SEO 与 browser 操作)。
源码:GitHub 上的 seo-fix-plan/SKILL.md——可在那里提交 PR 来改进它。
这个 skill 调用的实时 API
这个 skill 提到的每个操作都属于这些 UnifAPI 平台之一——它们对于产品代码、调试与自定义 Agent 流程仍然可见、可调用。
- 包含类型、证据、行动、负责人与验收检查的排序修复表
- 将速赢项与抓取/索引阻塞项及更长期的内容工作区分开
- 按模板级别分组,让重复问题归并为一个可执行的修复
- 包含变更上线后应运行的实时操作的复查方案
关于 SEO 修复 的常见问题
定价、工作流边界、公开数据范围,以及为什么它作为一个 Agent Skill 运行效果更好。
不会。它把证据转化为一份执行方案。变更由你自己的助手、CMS 或站点团队完成,并运行检查。
SEO Audit 诊断哪里出了问题。SEO Fix Plan 决定先做什么、把重复问题归并为任务,并定义每个修复将如何被验证。