豆包 + n8n 自动化并不是简单把“写文章”交给 AI，而是把内容生产拆成可控节点：主题输入、资料整理、豆包生成大纲、豆包生成正文、生成封面提示词、图像模型生成封面、生成 SEO 标题和描述、校验格式、上传媒体、发布 WordPress 草稿。n8n 负责把这些节点串起来，豆包负责生成和理解内容。
截至 2026 年 6 月 17 日核对公开资料，n8n 官方文档把 n8n 定位为结合 AI 能力和业务流程自动化的工作流工具，Webhook 节点可以接收外部请求并触发工作流；火山方舟豆包 API 文档说明可通过 API Key 调用模型服务，并明确建议不要把 API Key 直接写进代码。本文会按“可落地、可审查、默认草稿”的方式设计工作流。
如果你正在做 AI 内容生产、WordPress 自动化、SEO 工作流或自媒体批量发布，可以继续阅读站内 n8n 教程、豆包教程、WordPress 自动发布 和 SEO 自动化。
摘要：n8n 负责编排，豆包负责生成，WordPress 只接收草稿
这套工作流最重要的原则，是不要让 AI 直接无审核发布。n8n 可以自动触发流程，豆包可以自动生成文章和 SEO 信息，图像模型可以自动生成封面，但最终进入 WordPress 时建议始终创建 draft 草稿，再由人工检查事实、链接、图片、标题和 SEO。
完整流程可以分成八步：准备主题来源，n8n 触发流程，调用豆包生成大纲，生成正文 HTML，生成 SEO 信息，生成封面提示词和图片，校验文章结构与敏感信息，最后通过 WordPress API 创建草稿并写入 Rank Math 或其他 SEO 元数据。
本文会从工作流架构、节点设计、提示词模板、封面生成、SEO 字段、WordPress 发布、安全配置和错误处理几个角度，讲清楚如何搭建一套可维护的内容自动化系统。
第一步：设计工作流边界
先决定自动化到哪里为止
内容自动化最危险的误区，是一开始就追求“全自动发布”。更稳妥的边界是：自动生成文章包，自动创建 WordPress 草稿，人工最后确认发布。这样既能节省重复劳动，又能保留事实审核和内容判断。
建议把状态固定为 draft，避免模型生成错误内容后直接上线。尤其是新闻、教程、产品评测、医疗、金融、法律和商业推广内容，都必须经过人工检查。
明确输入和输出格式
输入可以是一个主题、一组关键词、一行表格、一个 RSS 条目、一个 Webhook 请求，或者一条运营选题。输出则应该是结构化 JSON：title、slug、excerpt、content、tags、category_ids、cover_image_prompt、seo.title、seo.description、seo.focus_keyword。
结构化输出比纯文本更适合 n8n 后续节点处理。它能减少复制粘贴，也方便校验字段是否缺失。
把密钥留在环境变量或凭据管理里
火山方舟豆包 API 文档提醒不要把 API Key 直接写入代码。n8n 里也应该使用 Credentials、环境变量或安全的密钥管理方式保存豆包 API、图像生成 API 和 WordPress 应用密码，不要写进 Function 节点、示例 JSON 或公开模板。
第二步：准备 n8n 触发方式
手动触发适合调试
第一次搭建时，建议使用 Manual Trigger。你可以反复运行同一个主题，检查每个节点的输入输出。等流程稳定后，再改成定时触发、Webhook 触发或表格触发。
Webhook 触发适合外部系统接入
n8n 官方 Webhook 节点可以接收外部请求并启动工作流。你可以让选题系统、表单、后台按钮或运营工具调用 Webhook，把主题、关键词、分类和目标读者传给 n8n。
Webhook 要做好鉴权。不要把无保护的写稿接口暴露到公网，否则可能被滥用来生成垃圾内容或消耗 API 额度。
定时触发适合日更工作流
如果你有固定选题池，可以用 Cron/Schedule 节点每天读取一条主题。但定时工作流更需要去重、失败重试和人工审核队列，避免重复生成同类文章。
第三步：调用豆包生成文章大纲
先生成大纲，不要直接生成全文
大纲是质量控制的第一道关。直接让模型生成全文，容易出现结构散、重复、空泛和 SEO 堆词。先生成大纲，可以让 n8n 在后续节点检查是否包含摘要、正文、FAQ、内链、参考来源和结论。
提示词可以写：请基于主题生成文章大纲，目标读者是 AI 工具用户。输出 JSON，包含标题、摘要、H2/H3 结构、每节要点、FAQ、内链建议、封面图方向和 SEO 关键词。不要使用 H1。
把内容规则写进系统提示词
如果你的站点有固定规则，例如正文一级标题用 H2、二级标题用 H3、必须包含摘要和 FAQ、SEO 信息不能出现在正文，就应该写进豆包提示词，并在 n8n 里增加校验节点。
用 JSON 输出降低解析成本
建议让豆包返回严格 JSON，字段名固定。n8n 后续可以用 Set、Code 或 IF 节点检查字段是否存在。如果模型输出不是合法 JSON，可以进入重试节点，要求它修复格式。
第四步：生成正文 HTML
正文要 WordPress 兼容
WordPress 文章正文可以使用 HTML。你可以要求豆包生成 <p>、<h2>、<h3>、<figure>、<img>、<figcaption> 等标签，但不要在正文里使用 H1。
图片位置可以先使用占位符，例如 https://aistacknav.com/wp-content/uploads/2026/06/doubao-n8n-article-workflow.jpg。等 n8n 上传图片后，再把占位符替换成真实媒体 URL。
内链由模板控制
内链不要完全交给模型随便生成。可以维护一个站内关键词到 URL 的映射表，例如 n8n、豆包、WordPress、SEO、AI 生图、自动化工作流。豆包只负责建议内链位置，n8n 负责替换成真实链接。
加入事实核对提醒
如果文章涉及最新产品能力、价格、法律政策或医疗金融建议，应该在工作流中加入“需人工核对”字段。AI 可以辅助写作，但不能替代事实确认。
第五步：自动生成封面和正文插图
让豆包先生成图片提示词
图片模型更擅长执行视觉提示词。可以让豆包根据文章主题生成封面提示词和正文插图提示词，字段包括主题、画面元素、风格、比例、主色、文字、不要出现的内容。
提示词示例：请为这篇文章生成一条封面图提示词，风格为科技感课程封面海报，主色深蓝、蓝紫、青蓝，突出主标题，包含 AI 图标、自动化流程节点和发光效果，不要真实 Logo 和水印。
图片要有 alt_text 和说明
自动化发布时，图片不仅要上传，还要写 alt_text、title、caption 和 description。这有利于可访问性、SEO 和媒体库管理。图片元数据应根据文章内容生成，不要只写“图片1”。
封面图和正文图分开管理
封面图用于 featured_media，正文图用于文章内部。文件命名要包含主题 slug，避免每次覆盖旧文章图片。发布脚本或 n8n 工作流里应记录上传后的 media id 和 source_url。
第六步：自动生成 SEO 信息
SEO 字段不要放进正文
SEO 标题、描述和 Focus Keyword 应写入文章元数据或 SEO 插件字段，不应该显示在正文页面里。对 WordPress + Rank Math 这类场景，可以通过 meta 字段写入 rank_math_title、rank_math_description 和 rank_math_focus_keyword。
SEO 标题要兼顾点击和准确
SEO 标题不要只是堆关键词。它应该包含主关键词、使用场景和明确收益。例如“豆包 + n8n 自动化教程：自动生成文章、封面和 SEO 信息”，比“n8n SEO 自动化”更具体。
Focus Keyword 控制在少数核心词
建议 Focus Keyword 不超过 5 个核心词，例如“豆包,n8n,自动化文章,SEO,WordPress”。关键词过多会稀释主题，也不方便后续追踪。
第七步：发布 WordPress 草稿
通过 WordPress REST API 创建草稿
n8n 可以用 HTTP Request 节点调用 WordPress REST API，创建文章、上传媒体、设置分类标签和特色图。也可以先把内容包写入本地脚本，再由脚本负责上传媒体和创建草稿。
无论哪种方式，默认状态都建议是 draft。只有用户明确要求发布，才应把状态改成 publish。
分类使用已有 ID
自动化工作流不要随意创建分类。分类通常代表站点内容结构，应该使用已有分类 ID。标签可以按文章内容自动创建或复用，但也要避免生成太多重复标签。
发布后输出可追踪信息
工作流完成后，应输出 post_id、post_status、front_link、edit_link。如果失败，要输出状态码和错误信息，但绝不能输出 API Key、应用密码或完整鉴权头。
第八步：质量校验和错误处理
校验正文结构
发布前至少检查：是否包含摘要、正文、FAQ；是否有 H1；是否有 3 张正文图；图片是否有 alt_text；SEO 字段是否存在；分类 ID 是否有效；文章状态是否为 draft。
校验 JSON 和 HTML
如果豆包输出 JSON，先解析 JSON；如果正文是 HTML，检查标签是否闭合、图片占位符是否可替换、内链是否真实。校验失败时，不要发布，应该进入修复或人工审核节点。
设置失败重试和告警
API 调用可能因为额度、网络、格式或权限失败。n8n 工作流应区分可重试错误和不可重试错误。比如 429 可以延迟重试，401/403 通常要检查凭据，JSON 解析失败可以让模型重新输出合法 JSON。
记录运行日志
每次生成都应记录主题、时间、模型、生成状态、WordPress post_id 和错误摘要。不要把密钥、完整用户隐私数据或敏感资料写入日志。
推荐 n8n 节点结构
基础版流程
Manual Trigger 或 Webhook → Set 主题参数 → HTTP Request 调用豆包生成大纲 → HTTP Request 调用豆包生成正文 JSON → Code 节点校验 JSON → 图像生成节点或外部 API → WordPress 上传媒体 → WordPress 创建草稿 → 通知节点。
增强版流程
在基础版前增加选题池、关键词数据、内链数据库和竞品资料；在发布前增加事实核对、敏感词检查、重复标题检查、图片压缩和人工审核队列。
团队协作版流程
生成后先写入 Airtable、Notion、Google Sheets 或内部 CMS，编辑确认后再触发 WordPress 草稿发布。这样更适合多人审核和内容排期。
安全注意事项
不要暴露 Webhook
公开 Webhook 必须有鉴权、签名或随机密钥。否则任何人都可能触发你的写稿流程，消耗模型额度，甚至向站点写入垃圾草稿。
不要把密钥写进节点代码
豆包 API Key、WordPress 应用密码和图像生成 API Key 都应放在 n8n Credentials 或环境变量里。导出工作流模板前，要确认没有包含真实密钥。
不要直接发布高风险内容
AI 生成内容可能出现事实错误、过度承诺或版权风险。高风险内容必须人工复核。自动化工作流应默认草稿，而不是直接发布。
常见问题和解决方法
豆包输出不是合法 JSON 怎么办
在提示词里要求“只输出 JSON，不要 Markdown”，并在 n8n 中加入解析失败后的修复节点：把错误输出发回模型，请它修复为合法 JSON。
文章内容太泛怎么办
输入端增加目标读者、使用场景、站点定位、关键词和参考资料。让豆包先生成大纲并自检空泛段落，再生成正文。
SEO 信息跑到正文里怎么办
把提示词和 JSON schema 分开：正文 content 只包含可显示 HTML，SEO 信息只放在 seo 对象里。发布节点只把 seo 对象写入元数据。
封面图和文章不匹配怎么办
先让豆包根据文章摘要生成封面提示词，再生成图片。提示词里明确主题、主标题、视觉元素、风格和不要出现的内容。
WordPress 发布失败怎么办
检查状态码。401/403 通常是凭据或权限问题，400 可能是字段格式问题，媒体上传失败可能是文件路径、大小或 MIME 类型问题。错误日志不能输出密钥。
豆包提示词模板
文章生成模板
请根据主题“【主题】”生成 WordPress 文章 JSON。要求正文使用 HTML，正文一级标题用 H2，二级标题用 H3，不要 H1；必须包含摘要、正文、FAQ；正文内包含 3 个图片占位符；SEO 信息只放入 seo 对象，不要写进正文。
SEO 生成模板
请为这篇文章生成 SEO 标题、SEO 描述、slug、标签和 Focus Keyword。Focus Keyword 不超过 5 个核心词，SEO 信息用于元数据，不要显示在正文。
封面提示词模板
请为这篇文章生成封面图提示词：科技感课程封面海报，深蓝、蓝紫、青蓝主色，突出主标题，包含 AI 图标、自动化流程节点、发光效果，高清商业海报级，不要真实 Logo 和水印。
结论：自动化不是省掉审核，而是省掉重复劳动
豆包 + n8n 自动化最适合解决重复劳动：选题进入流程、生成大纲、生成正文、生成封面、生成 SEO、上传媒体、创建草稿。这些步骤一旦结构化，就能显著提升内容生产效率。
但自动化不应该替代编辑判断。事实核对、选题价值、品牌语气、合规风险、图片版权和最终发布决策，仍然需要人工负责。把 WordPress 状态保持为 draft，是这套流程最重要的安全阀。
如果你刚开始搭建，建议先做最小可用版本：手动输入主题 → 豆包生成文章 JSON → 上传封面 → 创建草稿。跑稳定后，再逐步加入选题池、内链库、SEO 数据和人工审核队列。
FAQ
豆包可以和 n8n 集成吗？
可以通过火山方舟豆包 API 或 HTTP Request 方式接入。具体模型、鉴权和参数应以火山方舟官方文档为准。
n8n 在这个流程里负责什么？
n8n 负责触发、编排、字段传递、错误处理、校验、媒体上传、WordPress 创建草稿和通知。
能不能全自动发布文章？
技术上可以，但不建议默认直接发布。更稳妥的方式是创建 draft 草稿，由人工审核后再发布。
SEO 信息应该放在哪里？
SEO 标题、描述和 Focus Keyword 应放在文章元数据或 SEO 插件字段中，不应显示在正文 HTML 里。
封面图怎么自动生成？
可以先让豆包根据文章主题生成图片提示词，再调用图像生成模型生成封面，上传到 WordPress 媒体库并设置为 featured_media。
如何避免重复文章？
维护选题表和已发布 slug，发布前检查标题、关键词和 URL 是否重复。也可以加入相似度检测节点。
密钥应该怎么保存？
使用 n8n Credentials、环境变量或安全密钥管理方式。不要写在节点代码、文章 JSON、日志或导出的工作流模板里。
新手先搭哪一版？
建议先搭手动触发版：输入主题、生成文章 JSON、生成封面、创建 WordPress 草稿。稳定后再加定时触发和选题池。
参考来源
本文事实信息参考 n8n 官方文档、n8n Webhook 节点文档、n8n AI Agent 集成页面、火山引擎豆包大模型页面、火山方舟模型列表 和 豆包 API 快速入门文档。平台能力、模型列表和 API 参数可能变化，正式搭建前请以官方最新文档为准。
环境配置与 Docker 工作流
适合阅读安装部署、本地配置、服务器搭建和自动化流程类文章后继续转化。
豆包 AI 实战教程合集：写作、短视频、P 图、电商、公文、自动化发文一次配齐
如果你正在学习豆包 AI，或者想用豆包提升写作、运营、封面制作、短视频脚本、电商文案、公文材料和自动化发文效率，这套《豆包教程合集》非常适合你。 合集整理了多套豆包实战资料包，覆盖提示词模板、写作工作流、P 图封面、小红书运营、电商运营、短视频脚本、公文写作、商业变现、AI 工具站内容生产以及 n8n 自动化发文流程。 每套资料都不是简单文章，而是按照付费资料包标准制作，包含 PDF 教程、Word 可编辑版、提示词模板、流程图、JSON 工作流、示例表格、源码示例、报错清单、检查表和更新记录。适合个人学习，也适合网站上架、课程配套和团队培训使用。
下载豆包 AI 实战教程合集