n8n 内容工作流教程：从选题收集到发布审核

你的收藏夹里已经堆了几十篇竞品文章，表格里还有一批没核验的选题。每周都在重复复制链接、去重、催审核，真正留给写作的时间反而越来越少。这个场景适合自动化，但不适合让机器直接替你发文。

内容自动化最容易走偏的地方，是把“减少重复操作”误解成“取消编辑判断”。对 SEO 内容站而言，真正值得自动化的是收集、去重、提醒、状态同步和发布前检查；选题是否值得写、资料是否可信、观点是否原创，仍然需要人负责。

读完后的交付物： 一条可手动测试的最小工作流、统一的内容字段，以及三个明确的失败处理分支。

推荐的工作流边界

一条稳妥的内容链路可以拆成六个状态：

候选选题 → 待调研 → 写作中 → 待审核 → 待发布 → 已复盘

n8n 负责在状态变化时搬运信息和触发任务，而不是跳过状态。每篇内容保留负责人、来源链接、目标关键词、搜索意图、发布日期和复盘结果。

最小可运行流程

节点	输入	处理	输出
Schedule Trigger	每周固定时间	启动任务	调研批次
RSS / HTTP Request	公开页面与官方源	读取标题、链接、摘要	候选素材
Code / Filter	URL、标题	去重、过滤低相关内容	候选选题
Airtable / Notion	候选数据	写入内容看板	待人工评估
Email / Telegram	状态变化	发送审核提醒	编辑通知

这条流程先解决“信息散落”和“忘记跟进”，不直接生成并发布正文，风险更低，也更容易验证价值。

第一步：定义数据字段

在搭建节点前，先固定内容记录的字段：

• topic：候选主题。
• source_url：发现主题的原始链接。
• official_sources：用于核验的官方资料。
• search_intent：用户到底要完成什么任务。
• owner：内容负责人。
• status：当前阶段。
• copyright_check：图片和引用是否可用。
• publish_url：发布后的规范地址。
• review_date：下一次更新日期。

字段先稳定，工作流才不会随着每次需求变化不断返工。

第二步：配置触发与收集

新手可以使用 Schedule Trigger 每周运行一次，而不是实时抓取。实时触发会增加调用量，也容易把短期热点误判成长期选题。

HTTP Request 或 RSS 节点只提取公开可访问的元信息，例如标题、URL、发布日期和简短摘要。不要默认下载、保存和再次发布对方全文或图片。自动化应服务于研究，而不是扩大版权风险。

第三步：去重和相关性过滤

使用规范化 URL 去掉追踪参数，把标题转为小写后比较相似度，并检查内容看板中是否已有相同主题。过滤规则可以包含：

• 是否落在网站现有栏目范围内。
• 是否能找到官方或一手来源。
• 是否与已有文章搜索意图重复。
• 是否需要无法获得的真实测试数据。
• 是否只依赖夸张收入或未经证实案例。

无法通过的选题进入“暂缓”而不是直接删除，方便后续回看理由。

第四步：加入人工审核门

当编辑把状态改为“待审核”时，n8n 发送一条包含标题、摘要、来源和预览链接的通知。审核人可以选择通过、退回或补资料。

只有通过后，工作流才创建 GitHub Issue、Markdown 草稿或 CMS 记录。发布动作可以继续由人工完成，也可以在合并到主分支后由 Cloudflare Pages 自动部署。

第五步：先测试，再发布工作流

n8n 支持手动执行工作流。构建时使用测试数据逐个检查节点输出，确认字段映射、失败分支和重复执行行为。工作流只有在发布后，触发节点和生产 Webhook 才会自动运行。

至少准备三类失败处理：

1. 来源页面无法访问时记录错误，不阻塞整个批次。
2. 写入内容看板失败时重试，并避免重复创建。
3. 通知失败时保留待发送状态，方便人工补偿。

第六步：用指标判断是否值得继续

自动化不是节点越多越好。每月统计：节省了多少整理时间、候选选题通过率、重复内容减少量、发布周期和返工次数。如果维护工作流花费的时间超过节省时间，应缩小范围。

合规与质量边界

• 不自动复制第三方完整文章和配图。
• 不把 AI 生成内容直接视为已核验事实。
• 平台价格、政策和产品功能必须链接到最新官方来源。
• 重要内容保留作者和审核记录。
• 付费、税务、法律与账号合规主题必须人工复核。

结论

n8n 最适合做内容团队的“传送带”，而不是无人值守的作者。先把候选选题、资料来源、审核和复盘串起来，验证流程稳定后，再逐步增加摘要、格式检查和部署触发。效率来自减少重复搬运，而不是牺牲原创和可信度。