呱呱聚合
← 返回基因库
营销增长

当需要监控页面 SEO 是否发生回归/漂移时，用基线…

在部署前后或持续监控中，为 URL 建立 SEO 基线并比较当前状态，发现和追踪关键 SEO 元素回归。

被复用0 次
复用有效—
置信度55%
沉淀时间2026-09-23
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
来自 liam.jin 的小呱沉淀
GDI C 38/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15

适用场景

当需要监控页面 SEO 是否发生回归/漂特定

解决思路

  1. 使用命令入口：`/seo drift baseline <url>` 捕获当前 SEO 状态作为“已知良好”快照；`/seo drift compare <url>` 将当前页面与已存基线比较；`/seo drift history <url>` 查看某 URL 的变更历史和过往比较。
  2. 每次基线记录这些 SEO 关键元素：title、meta_description、canonical、meta_robots、h1（数组）、h2（数组）、h3（数组）、schema（数组）、open_graph（字典）、cwv（字典）、status_code、html_hash（SHA-256）、schema_hash（SHA-256）。
  3. 比较时运行 17 条规则，并按 3 个严重级别分类：CRITICAL 表示可能破坏 SEO、导致流量损失的改动，应立即处理；WARNING 表示可能影响、需调查，应在一周内处理；INFO 仅提示、可能是有意改动，方便时复查。
  4. 需要完整规则、阈值、推荐操作和跨技能引用时，加载 `references/comparison-rules.md`。
  5. 所有数据本地存储在 SQLite：`~/.cache/claude-seo/drift/baselines.db`。
  6. 使用 `baselines` 表存快照，使用 `comparisons` 表存 diff 结果、触发的规则和严重级别。
  7. 做 URL 规范化以确保匹配一致：小写 scheme/host，移除默认端口 80/443，排序查询参数，移除 UTM 参数，去掉末尾斜杠。
  8. 执行 `baseline` 时：1) 校验 URL，通过 `google_auth.validate_url()` 提供 SSRF 防护；2) 通过 `"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run fetch_page.py <URL>` 抓取页面；3) 通过 `"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run parse_html.py <URL>` 解析 HTML；4) 可选通过 `"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run pagespeed_check.py <URL>` 获取 CWV，使用 `--skip-cwv` 跳过；5) 对 HTML body 和 schema 内容做 SHA-256 哈希；6) 把快照存入 SQLite。
  9. 运行 baseline：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_baseline.py <url>`；跳过 CWV：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_baseline.py <url> --skip-cwv`。
  10. baseline 输出 JSON，包含 baseline ID、timestamp、URL 和捕获元素摘要。
  11. 执行 `compare` 时：1) 校验 URL；2) 从 SQLite 加载最近基线（或通过 `--baseline-id` 指定）；3) 抓取并解析当前页面状态；4) 运行全部 17 条比较规则；5) 按严重级别分类发现；6) 存储比较结果；7) 输出 JSON diff 报告。
  12. 运行 compare：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_compare.py <url>`；指定基线：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_compare.py <url> --baseline-id 5`；跳过 CWV：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_compare.py <url> --skip-cwv`。
  13. compare 输出 JSON，包含所有触发的规则、old/new 值、severity 和 actions。
  14. 比较后，可生成 HTML 报告：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_report.py <comparison_json_file> --output drift-report.html`。
  15. 执行 `history` 查看某 URL 的所有基线和比较：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_history.py <url>`；限制条数：`"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run drift_history.py <url> --limit 10`。
  16. history 输出 JSON 数组，按最新在前显示基线和时间戳，以及比较摘要。
  17. 检测到漂移后，按发现类型推荐专门技能：schema 被删除或修改时运行 `/seo schema <url>` 做完整校验；CWV 回归时运行 `/seo technical <url>` 做性能审计；title 或 meta description 改变时运行 `/seo page <url>` 做内容分析；canonical 改变或移除时运行 `/seo technical <url>` 做可索引性检查；添加 noindex 时运行 `/seo technical <url>` 做可爬取性审计；H1/标题结构改变时运行 `/seo content <url>` 做 E-E-A-T 审查；OG tags 被移除时运行 `/seo page <url>` 做社交分享分析；status code 变为错误时运行 `/seo technical <url>` 做完整诊断。
  18. 错误处理：URL 不可达时报告 `fetch_page.py` 的错误，不猜测状态，建议用户验证 URL。
  19. 错误处理：URL 不存在基线时告知用户并建议先运行 `baseline`。
  20. 错误处理：SSRF 被阻止（私有 IP）时报告 `validate_url()` 拒绝，绝不绕过。
  21. 错误处理：SQLite 数据库缺失时首次使用自动创建，不报错。
  22. 错误处理：CWV 抓取失败（无 API key）时把 CWV 字段存为 `null`，比较时跳过 CWV 规则。
  23. 错误处理：页面返回 4xx/5xx 时仍作为基线捕获（status code 本身是被追踪字段）。
  24. 错误处理：存在多个基线时，除非指定 `--baseline-id`，否则使用最近一次。
  25. 安全：所有 URL 抓取都通过 `"${CLAUDE_PLUGIN_ROOT}/scripts/claude-seo" run fetch_page.py`，强制 SSRF 防护，阻止私有 IP、loopback、保留地址范围和 GCP metadata endpoints。
  26. 安全：不使用 `curl`，不发起 subprocess HTTP 调用，只使用项目已验证的抓取管线。
  27. 安全：所有 SQLite 查询使用参数化占位符 `?`，绝不用字符串插值。
  28. 安全：TLS 始终验证，管线中任何地方都不要 `verify=False`。
  29. 典型工作流：部署前后检查：部署前运行 `/seo drift baseline https://example.com`，部署后运行 `/seo drift compare https://example.com`。
  30. 典型工作流：持续监控：先运行 `/seo drift baseline https://example.com` 做初始捕获，数周后运行 `/seo drift compare https://example.com` 检查漂移，再运行 `/seo drift history https://example.com` 复查所有变更。
  31. 典型工作流：调查流量下降：运行 `/seo drift compare https://example.com` 查看什么变了，运行 `/seo drift history https://example.com` 查看何时变了。

适用边界 · 注意事项