n8n工作流被一条坏数据卡死？用错误输出隔离修复

自动化流程最怕的不是报错，而是一条坏数据把整批任务全部拖停。当一条线索的邮箱格式无效，CRM 节点返回 bad request，n8n 默认会中止整个运行——后面那些完全正常的线索，永远等不到他们的欢迎邮件。

问题：一条坏数据，拖垮整条工作流

设想一个典型的线索处理流程：从表格或表单读取一批线索，逐条写入 CRM，再触发欢迎邮件。绝大多数数据都没问题，但其中一条邮箱地址不合法。

CRM 节点抛出 bad request，n8n 按默认策略直接停止运行。这意味着排在后面的正常线索连处理的机会都没有。

“好线索收不到欢迎信”，这是很多自动化流程在生产环境中最隐蔽的故障模式——它不报致命错误，只是静默地丢掉了大量本该成功的任务。

关于 n8n：n8n 是一款开源的工作流自动化工具，采用节点（Node）串联的可视化编排方式，常被拿来与 Zapier、Make 对比。它的核心执行模型是「逐节点、逐条目（item）」：数据以数组形式在节点之间流动，每个节点对数组中的每一条数据依次执行。这种模型带来一个关键特性——默认的失败策略是「快速失败」（fail-fast），即任一节点在处理某条数据时抛错，整个工作流实例就会立即停止，尚未处理的条目被直接丢弃。这与「跳过出错项继续执行」的批处理习惯不同，也是本篇文章所述故障模式的根源。理解这一点后就能明白：问题不在于 n8n 有 bug，而在于默认策略把单条数据的失败放大成了整批任务的中断。

修复思路：把错误当成一种输出

n8n 的节点设置里有一个常被忽略的选项：On Error。默认值是停止工作流，而我们要做的是改成 Continue Using Error Output——让节点在出错时不中断，而是把出错的那条数据送到一个独立的错误分支。

这个设置的本质，是把“异常”从流程的中断信号，变成一条可以被处理的数据流。节点执行完这一批数据后，会同时产出两路结果：成功输出和错误输出。

执行后的结果

修改设置后重新执行该步骤，结果一目了然：两条正常线索从 success output 流出，继续走 CRM 写入和邮件触发的正常路径；那条邮箱无效的坏数据，被单独送进了 error output。

原本“全有或全无”的处理方式，被拆成了两条互不干扰的路径。坏数据不再有能力阻断好数据的处理。

关于 Error Output（错误输出）：在 n8n 中，节点通常只有一条输出连接，但当 On Error 被设为 Continue Using Error Output 后，节点会多出一个位于左下角的错误输出接口。它的运行机制是：节点仍会逐条处理输入数据，成功的条目从主输出流出，抛错的条目则带着原始数据、错误信息和执行的节点信息从错误输出流出。因此一次执行可以同时产生两路结果，两条支路各自独立向下游推进。需要注意的是，错误输出携带的是结构化数据而非单纯的日志文本，所以它可以像普通数据一样被后续节点过滤、转换、写库或触发通知，这正是「把异常变成一种可处理的数据流」的落地方式。

为什么这个模式值得记住

自动化流程的健壮性，往往不取决于它能处理多少正常情况，而取决于它如何面对异常。把错误输出单独接出来，好处有三层：

• 可用性：正常数据不再被坏数据连累，整批任务的吞吐量不受个别异常影响。
• 可观测性：出错的数据集中流到一个地方，而不是散落在日志里，排查成本大幅下降。
• 可恢复性：错误分支可以接到告警节点，把坏数据推送到通知渠道，等人工修正后重新投递。

错误分支接什么

视频里给出的做法很直接：把 error output 连到一个告警节点，先记录、先通知，之后再人工修复。这是最小可行方案。如果流程更成熟，错误分支还可以进一步分流——格式类错误自动清洗后重试，结构性错误才触发人工告警。

关于幂等性与重投递：错误分支上「人工修正后重新投递」这一步，隐含了一个容易被忽视的前提——被重投的那条数据不能产生重复副作用。如果失败点发生在 CRM 已写入之后（例如邮件发送才报错），直接重跑整条线索就可能创建重复记录。实践中常见的做法是给每条数据带一个唯一标识（如线索 ID），写入前先做 upsert 或查重，让操作具备幂等性；也可以利用 n8n 的节点级重试（Retry On Fail）与等待间隔来处理瞬时性错误，把「格式错误」和「临时故障」分开对待——前者需要人工介入，后者适合自动重试。

这个思路的适用范围

On Error 的设置并不只针对 CRM 写入。任何会对单条数据做外部调用的节点都存在同样的风险：邮件发送、API 请求、数据库写入、文件上传。只要一条数据的失败会连带中止整批任务，就应该考虑改用错误输出。

换句话说，这不是一个“n8n 技巧”，而是一种批处理流程的通用设计原则：隔离失败单元，让成功路径与失败路径各自独立推进。

下次你的工作流再因为一条脏数据整体停摆，先别急着修数据格式，去节点设置里找那个 On Error 选项。