n8n费用怎么算：当前价格、Cloud与自托管预算演算

本页于2026年11月9日重新核对官方价格。下面只记本次看到的年付标价，不把网页标价当作实施项目总价。原页未明确首次发布日期，核验日期不代表涨价或发布事件。

工作流执行量、Assistant额度、模型或外部服务用量要分别核算。年付折月便于归集成本，但实际付款周期需要另记；税费、汇率、超额及可选功能金额以你的结算页和合同确认。

例如Pro按50×12得到600欧元的平台年付标价基数，不能把50欧元误当作年付订阅的首期平台付款。扣款币种、税费、折扣和续费条件仍须核实。

示例假设每天收到 100 个业务事件，按 30 天计为 3,000 次；另有每天运行 24 次的定时任务，增加 720 次。合计 3,720 次基础运行，尚未计入失败重试、测试或子工作流的实际计费差异。这个例子不是本站或客户的真实使用量。

本例约定每个业务事件启动一次完整工作流，每个定时触发也启动一次。按执行量初筛，3,720高于2,500，低于10,000；这只比较额度，不证明某套餐满足并发、运行时长、数据和功能要求。节点数不能直接作为执行次数。失败重试、聊天多轮或子工作流的计费按实际口径另核对，不能随意乘一个通用系数。

把需求写成能比较的一句话：“按月处理同一批询问、同样的维护时段和留存要求，哪些数据能离开现有网络？”两套方案应使用同一份任务量，不能把Cloud的完整维护与自托管的裸服务器价格比较。

官方文档说明无许可密钥时运行为Community，付费密钥可启用其他版本功能。Community缺少一些团队与治理功能，例如SSO、项目和工作流共享；如果这些是必需项，先补相应版本或方案的报价，再计算总成本。本文不判断具体商业用途的许可是否获准。

以下是本站虚构教学预算，统一用欧元，便于直接复算。Pro的50欧元取自本次核对的年付折月展示；服务器、备份、外部服务、工时单价及实施费均为假设，不是市场报价、本站收费或客户实绩。

假设这项任务只需要两边已具备的功能。自托管选择Community，许可费在样例暂列0；若所需功能、用途或合同要求付费，这个假设就失效，必须重算。两边都预留每月12欧元外部服务预算，没有模型或收费接口的流程应填0。

Cloud也需要改流程、查业务错误和维护配置，所以样例保留2小时。自托管多计的工时只是这组假设，不代表部署方式必然更费时。备份、导出或其他能力若不能满足任务，应补相应费用或换方案，不能用填0代表已满足。

工时是内部资源成本，未必是新增现金支付；年付平台款则按付款时点占用预算。不要把归集成本和现金付款混在一列。首年已经计入360后，第二年若没有再次实施，就不能继续重复加这笔。

固定本例其他输入，自托管每月非人工部分为18＋4＋12＝34欧元。要低于Cloud的122欧元，需要满足34＋30×维护小时数＜122，也就是每月少于约2.93小时。这个数只对本例成立，不是n8n自托管的通用标准。

如果你能稳定把维护控制在2小时，样例自托管为94欧元；若需要5小时，就是184欧元。先用自己的运行记录替换工时，再判断是否值得迁移。一次性迁移、培训、额外许可和故障损失未进入这条比较式，有这些项目时要一起补上。

复算方法：下载原有工作表，先填币种与核对日期，逐项替换上表输入，再做两次演算：正常月份和较高维护月份。本页算式已本地复算，未执行负载测试、付款或账单验证。

只有实际使用模型或外部服务时才计算对应费用，不应给纯规则工作流默认附上一笔 AI 成本。一次性实施费用与持续运行费用分别列出。

团队希望减少基础设施工作时，可以先检查云端功能和数据处理条件是否满足需求。有明确网络或部署要求、也有负责运维的人时，再评估自托管。部署地点本身不能证明资料权限和访问控制已经做好。

选择自托管版本前，还需核对官方的功能和使用许可。Community Edition 是否适合你的商业用途，需要单独确认。

更新说明：2026年11月9日补充当前年付标价、同任务预算、首期付款与工时转折点。原URL、首次发布日期和成本工作表保留；所有金额演练均为教学假设。