排名追踪
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_2c0f1e77/aaron-rank-tracker。
技能介绍
要解决什么问题
SEO 与 GEO 监测里,排名变动往往被当成「相对上周掉了几位」来讲,但缺少可复核的数据来源、明确基线和对照组时,很容易把正常波动当成事故,或在工具未接入时「口述」变化。Rank Tracker 面向的是:在有关键词清单、市场/设备上下文的前提下,把当前位次、SERP 特性归属和 AI 可见度整理成带来源标签的报告,并用相对基线的 delta 描述异动,而不是凭空推断。
技能如何工作
按 Skill Contract,技能会读取当前排名、历史基线、目标词表与市场/设备等信息,输出面向用户的监测交付物,并把显著变化、已确认异常与待办写入 memory/open-loops.md 等交接结构。典型流程包括:
- 配置追踪:域名、市场、设备、语言、更新频率、优先级与竞品观察列表
- 记录当前排名:表格中每一行标注来源(
Measured/User-provided/Estimated/N/A),并相对基线给出带标签的变动 - 分析变动与 SERP:突出最大涨跌、新入榜/掉榜、特性(摘要、PAA、本地包等)归属变化
- GEO / AI 可见度:AI Overview 出现、引用率与位置等;无观测数据则标 N/A,不冒充实测
- 竞品对比:声量份额、对头比较与威胁级别,汇总为排名报告与建议
无付费 SEO 工具时,可走 zero-dependency 路径:用 ledger.py record / diff / trend 把每次检查记为快照,由账本计算 delta,未测量的变动不写进叙述。
边界与注意点
- 没有目标关键词且无法从
CLAUDE.md或历史监测推断时,应停下来向用户要清单或改追踪策略,而不是硬编词表 - 没有 prior baseline 时不应虚构「上周排名」:首次运行应把当前快照标为基线,全部位次视为第一次观测
- 排名 delta 在文档中被视为周尺度、混杂结果;归因应对照 holdout 关键词/竞品等控制项,参见 measurement-protocol 思路
- 可选连接器(Search Console、Analytics、AI monitor 等)缺失时,相关指标标 N/A 并继续,不阻断主流程
- 完成标准:每个追踪词都有当前位次 vs 基线与 delta(或 N/A),且每位次可追溯来源;最大异动与可能原因需被点名。若需 recurring 自动化,契约指向的下一技能是
performance-monitor。
使用场景
- 核心词清单已确定,需定期输出每位次相对基线的 delta,并为每行标注工具导出、用户补数或 N/A。
- 站点改版或外链活动后,要按涨跌分级判断是继续观望、一周内排错,还是掉出首页后启动全面诊断。
- 同一份交付物里既要写自然排名,也要对比摘要、PAA、本地包等 SERP 特性归属是否发生变化。
- 尚未接入 Ahrefs 等工具时,用 ledger 快照记录每次检查,再由 diff/trend 生成可复核的周度变动摘要。
适合人员
- 负责核心词周/月报的 SEO,要求每条位次可追溯来源且不把估算写成实测
- 无付费排名工具但仍需基线+快照做可复核追踪的内容或增长负责人
- 向客户交付 GEO 章节时须区分 Measured 与 N/A、禁止编造 AI 引用数据的顾问
- 把显著涨跌、异常与跟进项写入 memory/monitoring 与 open-loops 的持续监测运营