中/EN
实战 SOP
实战 SOP

SEO 内容生产工作流：RSS 选题到自动发布

RSS/趋势选题 -> LLM 打分 -> LLM 写作 -> SEO 优化（标题/meta/关键词/FAQ/JSON-LD）-> 质量校验 -> CMS 草稿发布；适合一人公司/独立站把日更从 4 小时压到 30 分钟。

发布于 2026年7月31日7 分钟阅读
<!-- workflow-seo-content-production | resource | SEO 内容生产工作流：RSS 选题到自动发布 -->

内容团队常卡在「选题靠拍脑袋、写完才发现 SEO 结构没铺、发布还要手动拷贝」这个循环里。具体来说：编辑每天花一两个小时刷 Hacker News、36kr、微信公号找选题，靠直觉判断哪个能带搜索流量，判断准不准全凭经验，没法量化；写稿时 H 标签层级、内链布局、关键词密度经常漏，写完才补 meta description，slug 顺手用中文标题拼音；最后手动复制到 CMS，title / slug / meta / JSON-LD 逐个填，错了就得重发。问题在于 SEO 是复利游戏--每篇漏掉的 meta description、没铺的 JSON-LD、没对齐的搜索意图，都是未来半年的流量损失，单篇看不出，一百篇下来差距就拉开了。这个 n8n 工作流把整条 SEO 内容线串成自动管道：定时抓 RSS 与趋势源做选题池，LLM 按 SEO 价值（搜索潜力、时效、可操作性）打分筛掉低质选题，高分选题自动喂给大模型出初稿，再过一遍 SEO 优化节点生成标题、meta description、关键词、FAQ 与 JSON-LD 结构化数据，最后按 CMS API 自动存为草稿。适合一人公司、独立站和内容营销团队，把日更从 4 小时压到 30 分钟内，且每篇的 SEO 结构都铺到位不靠人记；模板是骨架，RSS 源和 LLM key 填你自己的就能跑。

工作流链路

定时触发（每天 9 点）-> RSS / 趋势抓取（多源，可叠加 Google Trends HTTP 查询）-> 选题合并去重（标题 hash）-> LLM 选题打分（搜索潜力 / 时效 / 可操作性，输出 score + action）-> If 分流（action=write 进写作，pool 入选题池存档）-> LLM 写作（按模板出 1500-2500 字初稿）-> LLM SEO 优化（标题 ≤60 / meta ≤155 / 关键词 / FAQ / JSON-LD / quality 标记）-> If 质量校验（quality=pass 发布，rewrite 回流重写）-> 发布到 CMS（draft 状态等人工终审）。

下载模板

SEO 内容生产工作流n8n JSON

使用步骤

  1. 导入：n8n -> Workflows -> Import from File，选 workflow-seo-content-production.json。导入后先点右上角保存，再逐节点检查表达式是否完整带过来
  2. Cron 触发节点：默认每天 9:00 跑一次（n8n 用服务器时区，自托管确认下时区设置）。按发文节奏改 cron 表达式，每周一三五就写 0 9 * * 1,3,5，日更就保持默认
  3. RSS 抓取节点：填你行业的 RSS 源 URL。技术站填 Hacker News / 36kr / TechCrunch，垂直站填该领域权威源；每个 RSS Feed Read 节点填一个 URL，要扩源就复制节点。除 RSS 外，趋势源可另加 HTTP Request 节点查 Google Trends 非官方接口或微博热搜，拼进选题池
  4. 选题合并节点：Set 节点把多个 RSS 的 title + contentSnippet + link 拼成 topic_payload 字段，统一喂给打分模型。建议同时存一个 title_hash 用于跨次运行去重，避免同一选题连跑几天重复处理
  5. LLM 选题打分节点：填 Moonshot / DeepSeek API key，模型选 8k 上下文够用。Prompt 让模型输出 score、action（write / pool）、focus_keyword 与 category，action=write 才进写作流程。三个维度对应 SEO 逻辑：搜索潜力看是否有明确搜索意图和长尾空间（用户会不会主动搜这个词），时效看是否绑定热点事件（蹭热点能短期吃一波展现），可操作性看能否出步骤或横评（实操型内容比观点型更容易拿长尾流量）。打分结果同时给一个 focus_keyword，后面写作节点直接用它锚定首段
  6. If 选题分流节点：true 分支进 LLM 写作，false 分支把低分选题存到飞书 / Notion 选题池备查。低分不代表没用，可能是常青内容，定期回捞重打分
  7. LLM 写作节点：按文章模板（开头钩子 + 3-4 个 H2 + 实操步骤 + 总结）出 1500-2500 字初稿，长文用 32k 上下文（moonshot-v1-32k 或 deepseek-chat），Prompt 里硬性禁止编造引用和链接。写作节点同时接收打分模型给的 focus_keyword，要求首段自然出现一次
  8. LLM SEO 优化节点：吃初稿，输出 title（≤60 字符）、meta description（≤155 字符）、focus keyword、5-8 个长尾关键词、3-5 条 FAQ 与 JSON-LD 字符串，同时给 quality（pass / rewrite）标记。JSON-LD 用 FAQPage schema，让搜索引擎直接抓问答进富结果--这是零成本拿搜索结果问答区的门票。title 控在 60 字符以内避免搜索结果截断，meta 控在 155 以内同理。这是 SEO 的关键节点，Prompt 要锁死 JSON 输出格式，temperature 设 0 防格式飘
  9. If 质量校验节点：quality=pass 进发布，rewrite 则回流写作节点重写。校验维度由 SEO 优化节点的 Prompt 决定（字数 ≥1500、标题 ≤60、关键词是否出现在首段）。回流次数建议设上限（如 2 次），超限转人工--LLM 反复改同一篇容易越改越差，2 次还不过说明选题本身有问题，扔回选题池换下一个
  10. 发布到 CMS 节点：HTTP Request 调你的 CMS API（WordPress REST API / Ghost Admin API / 自建后台），把 title + content + meta + JSON-LD 一起 POST，状态设为 draft 等人工终审。别用 published 直发--draft 留一道人眼关卡，检查事实和合规再上线，成本就一分钟
  11. 试运行：手动触发一次，逐节点看数据流——选题是否进了一条、打分 JSON 是否解析成功、写作节点是否出稿、SEO 节点元数据是否完整、CMS 是否收到 draft。每个 HTTP Request 节点点开 Execute 看返回的 status code 和 body，200 才算通

配套 Prompt（LLM 写作 + SEO 优化）

Prompt
[选题打分]
你是资深 SEO 内容编辑。对每条选题按以下维度打 1-10 分：
- 搜索潜力（1-4）：是否有明确搜索意图、长尾词可拓、竞品页面薄弱
- 时效（1-3）：是否绑定热点或近期事件
- 可操作性（1-3）：能否出实操步骤 / 横评 / SOP
仅输出 JSON：{"score": 数字, "action": "write 或 pool", "focus_keyword": "主关键词", "reason": "一句话", "category": "review|sop|hotspot|resource"}
规则：score >= 7 时 action 为 write，否则 pool。不编造搜索量，信息不足标待补充。
选题内容：{{$json.topic_payload}}

[SEO 优化]
你是 SEO 专家。基于以下初稿生成发布元数据与质量判断。
输出 JSON：
{
  "title": "≤60字符，含主关键词前置",
  "meta_description": "≤155字符，含主关键词+动作号召",
  "focus_keyword": "1个主词",
  "long_tail_keywords": ["5-8个长尾词"],
  "slug": "kebab-case-英文slug",
  "faq": [{"question": "...", "answer": "≤100字"}],
  "json_ld": "FAQPage JSON-LD 字符串",
  "quality": "pass 或 rewrite"
}
quality 判定：字数≥1500、标题≤60字符、主关键词出现在首段则 pass，否则 rewrite。
初稿：{{$json.draft}}
标题别堆砌关键词，meta 要读得通顺像人话。

踩坑

  • RSS 源质量决定上限：垃圾源出垃圾选题。先人工筛一遍留 5-10 个高质量源，别贪多；低质源会让打分模型被噪声淹没，高分选题反而被埋
  • LLM 写作会编造引用和数据：Prompt 里硬性要求「引用要真实，不可编造论文或链接」，质量校验节点加正则查 doi.org / arxiv.org 等链接是否出现，可疑的标 rewrite 人工复核
  • SEO 节点输出格式会飘：LLM 经常在 JSON 里夹带解释文字。temperature 设 0，并在后续节点用 JSON.parse() 包一层 try-catch，解析失败就回流重生成
  • 时效选题和常青内容要分流：追热点的文章 24 小时内发才有效，常青内容可以排队慢慢发。建议在选题打分时多输出一个 time_sensitivity 字段，热点选题插队走快通道，常青选题进队列按节奏发
  • 关键词密度不是越高越好：现代 SEO 看语义相关而非堆砌。Prompt 里写「主关键词首段出现 1 次、自然分布，禁止堆砌」，堆多了会被搜索引擎判过度优化直接降权
  • 自动发布别设 published：发布节点一律存为 draft，留人工终审这一关。全自动直发一旦出错（标题违规、事实错误）撤不回来，SEO 还会扣分
  • JSON-LD 要做 schema 校验：发布前用 Google Rich Results Test 本地校验一遍 JSON-LD，无效的结构化数据不如不放，错误的 schema 还可能触发人工审查

模板跑通后建议加两个增强：一是接入 Google Search Console API，每周拉实际展现和点击数据回喂打分模型，让选题越来越准——点击率高的选题维度权重自动上调；二是发布后 7 天自动查 URL 是否被索引（调 Indexing API），没收录的页面人工补内链或重新提交。打分阈值每月用历史爆款数据回测一次，防止 SEO 信号飘移。如果你的站是多语言，把 SEO 优化节点复制一份，分别喂不同语言的写作输出，title 和 meta 各自生成本地化版本，slug 统一用英文 kebab-case 避免乱码。

参考来源

本文由 AI 辅助生成，经人工审核编辑。最后更新：2026-07-31

相关文章