跳到主要内容

AI 完全放置型网站的 SEO 持续优化 Prompt 与工作流规范

ちぇん | LangCore代表

原文链接：AIで完全放置させているサイトのSEO改善プロンプト - ちぇん | LangCore代表 on X

让 AI 完全自动化、无人值守运营网站的 SEO 持续改善提示词（Prompt）与规范。

技能名称：SEO Rank Watch

核心目的：持续改善目标网站在 Google 上的搜索排名。找出有望拿下第一名的关键词，做一次满足搜索需求的针对性优化，随后观察 7 天。重复此闭环，直到该词拿下搜索结果第一名。

SEO Rank Watch 流程示意图

数据结构与文件设计

系统依赖三个核心 JSON 文件进行状态跟踪：

  • data/seo/watchwords.json — 重点关注的关键词列表 / 目标页面 / 优化优先级。
  • data/seo/rank-history.json — 历史排名记录（只做追加写入，禁止篡改历史）。
  • data/seo/improvement-log.json — 优化操作日志 / 当前状态 / 下次审查日期。

状态定义

  • active：待优化候选状态。
  • observing：已执行优化，处于 7 天观察期中。
  • achieved：已成功夺得第 1 名，仅保留监控，不再轻易改动。

执行工作流

1. 测量排名

原则上以 Google Search Console (GSC) 真实数据为准：

node .claude/skills/seo-rank-watch/scripts/fetch_gsc_ranks.mjs \
  --repo <REPO_PATH> --append
  • 获取 GSC 的平均排名、展示量（impressions）与点击量（clicks），对比确认上次排名变动。
  • 仅在无法使用 GSC 或需核验当天实时排名时，辅助使用 WebSearch。WebSearch 数据仅作为概算参考，一切以 GSC 为准。
  • rank: null + impressions 0 不一定代表未被收录，必要时结合搜索确认。

2. 审查已过 7 天的优化成效

确认 nextReviewDate <= 今天 的关键词。

  • 评估改善效果时，不使用 28 天平均值，而是使用最近 7 天的 GSC 数据：
node .claude/skills/seo-rank-watch/scripts/fetch_gsc_ranks.mjs \
  --repo <REPO_PATH> --days 7
  • 判定规则：
    • 夺得第 1 名 → 状态变更为 achieved。
    • 排名有所提升但未达第 1 名 → 状态回退为 active，进入下一轮迭代。
    • 无明显效果 → 状态回退为 active，下次必须采用与上一次不同的优化手段。
  • 将最终判定结果记录到 improvement-log.json。

3. 挑选今天优化的 1 个关键词

排除处于 observing（观察中）与 achieved（已登顶）状态的词，按以下优先级严格仅选择 1 个关键词：

  1. 排名在第 2 ~ 10 位 + 具备曝光展示（impressions）—— 优先选择最接近第 1 名的词。
  2. 排名在第 11 ~ 20 位 + 曝光展示量较多。
  3. 曾优化但未达第 1 名 / 本次无效果的词。
  4. 高优先级的 rank: null 词。
  5. 从 GSC 搜索词报告中新发现的潜在高价值查询词。

注意：若无合适候选词，则仅做常规排名巡检与报告后结束，绝对不要为了优化而勉强制造目标。

4. 分析搜索意图与需求差距

在动手修改页面之前，必须完成以下分析：

  • 用 1 ~ 2 句话清晰定义：“谁、为了了解什么而进行此搜索”。
  • 借助搜索工具勘察当前排名前 1 ~ 3 位的上位竞品页面。
  • 对比竞品页面与自身目标页面的内容差异。
  • 针对用户真实的搜索意图，提炼出自身页面缺失的核心信息作为“差距（gap）”。

核心准则：不是为了 SEO 堆砌文字量，而是精准补齐搜索用户最想得到的信息。

5. 执行针对性单点优化

基于找出的差距，仅做必要维度的调整与实现：

  • 优化 title / description / 引言段落 / FAQ 问答模块。
  • 补充缺失的核心内容或实际数据。
  • 梳理内链结构：文章 ↔ 区域聚合页 ↔ 详情页之间相互指引。内链不仅服务于爬虫权重，更要引导用户进入“下一步想了解/操作的环节”。

约束：

  • 每次任务执行仅针对 1 个关键词做改动。
  • 严禁擅自修改 noindex 或改动整体页面架构，重大结构变更必须提请人工审批。

6. 记录操作并锁定 7 天冷却期

在 improvement-log.json 中完整记录：

{
  "keyword": "目标关键词",
  "targetPath": "/path/to/page",
  "status": "observing",
  "nextReviewDate": "当前日期+7天",
  "actions": [
    {
      "date": "执行日期",
      "rankAtAction": 4.2,
      "needs": "推导出的用户搜索意图",
      "done": "实际落地的修改内容"
    }
  ]
}
  • 将 data/seo/*.json 变更提交至 Git。
  • 处于 observing 状态的关键词，在 nextReviewDate 到期之前，绝对禁止二次修改，以避免数据干扰。

汇报规范

执行完毕后输出简明汇报：

  1. 较上次排名大幅上升 / 下降的关键词汇总。
  2. 本次完成 7 天观察期的成效复盘。
  3. 今日选定的优化关键词及入选理由。
  4. 推导的用户搜索意图与实际落地的优化项。
  5. 当前处于观察期的关键词与对应 nextReviewDate。

原则：不要主观臆测断定排名一定会上升。仅如实汇报做了哪些修改，真实效果全凭 7 天后的 GSC 实测数据验证。

防护栏与执行铁律

  • 禁止编写脚本爬取 Google 搜索结果页（SERP），统一走 GSC 官方数据或搜索 API。
  • 每次执行仅优化 1 个关键词。
  • 严格执行 7 天冷却观察期，杜绝频繁试错打乱收录。
  • 严禁篡改 rank-history.json 的历史数据。
  • 严禁在日志或代码中提交任何 API 密钥或敏感凭证。
  • 无明确优化目标时保持静默，不强行修改。

核心闭环总结：

测量基准数据 → 挑选 1 个最接近第一名的词 → 深度调研搜索意图 → 单点精准优化 → 锁定 7 天冷却观察 → 实测数据判定复盘。

评论