seo-drift

seo-drift 技能概览

seo-drift 的作用

seo-drift 技能会随时间监控对 SEO 至关重要的页面元素，帮助你在部署、CMS 编辑或模板变更之后及时发现回归问题。它最适合这种场景：你需要针对某个特定 URL 的基线、对比结果或变更历史，并且想快速回答“有没有哪里坏了？”，而不是做一份泛泛的 SEO 审核。

适合谁安装

如果你负责的页面对技术型站内 SEO 很敏感，就值得安装 seo-drift 技能：title、canonical、robots 指令、标题层级、schema，以及社交媒体元数据。它非常适合 SEO 团队、内容运营、发布营销页面的开发者，以及任何需要防止 SEO 静默回退的人。

它为什么不一样

和普通 prompt 不同，seo-drift 围绕可重复的对比逻辑和严重级别来设计。也就是说，它的目标是发现有意义的变化，而不只是总结页面内容。对于你在意跨版本 drift 检测，而不是一次性页面分析时，这个技能尤其有价值。

如何使用 seo-drift 技能

按正确的文件安装并先从这里开始

按照 repo 里给出的安装路径进行安装，然后先阅读 skills/seo-drift/SKILL.md。实现细节则建议下一步打开 references/comparison-rules.md，因为这里定义了 seo-drift 技能到底把什么算作回归。如果你要把这个技能适配到自己的工作流里，在依赖它的输出之前，先检查命令示例、字段映射和规则阈值。

给技能一个窄而可验证的目标

最好的 seo-drift 用法，是只针对一个 URL 和一个问题。好的输入例如：“把这个产品页和它上一次的基线做对比，并标出任何可能影响收录的 SEO drift。” 更进一步，还可以补充页面类型、期望的 canonical 行为，以及页面在实验期间是否允许改 title。这个技能最适合你明确告诉它“什么算正常”的时候。

很有效的提示词模式

如果要建立基线，可以要求输出一份干净的已知良好页面快照，并明确哪些内容必须保留。做对比时，提供当前 URL 和基线参考，同时说明你更关注关键回归还是完整 diff。做历史追踪时，则可以要求列出最近一次有意义的变更以及它们可能带来的 SEO 影响。这样一来，seo-drift usage 就会比一句简单的“帮我检查这个页面”更有行动价值。

按严重程度阅读结果

阅读对比结果时，顺序应该是：先看关键问题，再看结构性变化，最后看低风险 drift。这样安排很重要，因为 seo-drift 的设计目标就是优先暴露那些可能迅速影响收录或排名的问题，比如 canonical 丢失、追加 noindex 指令、schema 被移除、标题层级缺失等。如果你的工作流时间有限，应该先修复或验证最高严重级别项，再去看纯视觉或表层变化。

seo-drift 技能 FAQ

seo-drift 只适合技术 SEO 吗？

不是。seo-drift 技能并不是完整审计套件，但它的范围也不只是“技术项”。它会追踪那些经常影响内容稳定性和收录稳定性的页面元素，因此在发布或编辑后做 SEO Content 检查时同样很有用。

什么时候不该用 seo-drift？

当你需要关键词研究、内容 brief、外链分析，或者全站爬取时，就不要用它。seo-drift 是用于页面级回归检测的。如果你的问题是“这个页面应该排名什么关键词？”或者“这篇文章应该怎么改写？”，那就应该换一套更合适的工作流。

对新手友好吗？

是的，只要你能提供一个 URL 和一个明确的对比目标。最常见的失败点，是没有说清楚哪个基线或哪个版本应该被视为权威。新手也能很快得到不错的结果，但如果提示词里能说明哪些内容变了、哪些不该变、以及你最在意的结果是什么，输出质量会明显更好。

seo-drift 和普通 prompt 有什么区别？

普通 prompt 当然也能描述 SEO 检查，但 seo-drift 技能内置了对比行为和回归判断逻辑。这样一来，在部署之后做可重复复查时，猜测会少很多。实际使用中，这也让 seo-drift 更适合需要统一 seo-drift guide 的团队，而不是临时拼出来的一次性 prompt。

如何改进 seo-drift 技能

明确基线和可接受的 drift 范围

最大的质量提升，来自于告诉 seo-drift 哪个基线是权威版本，以及允许哪些修改。比如，要说明季节性活动是否允许改 title、canonical 是否必须保持不变、H2 重构是否可接受。没有这些上下文，技能可能把有意修改误判成回归，或者漏掉业务上真正关键的例外。

补充会影响解读的页面上下文

高质量输入通常包括页面类型、模板名称、locale、发布时间窗口，以及页面是否设计上就应该可被索引。这些上下文能帮助 seo-drift 技能区分真正的 SEO 损害和正常的内容演进。对于 SEO Content 页面，还应说明它是编辑型、产品驱动型还是程序化页面，因为不同格式可接受的 drift 并不一样。

要求给出决策，而不只是 diff

如果你想要更好的输出，就不要只让它列差异，而是要求“改了什么、为什么重要、下一步怎么做”。当技能能按可能的 SEO 影响来排序，并告诉你哪些改动需要立刻回滚、验证或记录时，它的价值最高。这样，对比结果就变成了可执行的检查，而不是一份静态报告。

用第一次对比结果继续迭代

第一次跑完后，依据误报或遗漏项来收紧提示词。如果标题层级本来就是故意改的，就直接说明。如果 schema 变化是预期内的，就把范围缩小到 canonical 和 robots 指令。如果模板切换带来了噪音，就让 seo-drift 只关注对该页面类型真正重要的规则。这样做，才是让 seo-drift 安装真正尽快在生产环境里见效的最快方式。