2026年7月1日,Envato 悄悄改写了在 CodeCanyon 和 ThemeForest 上销售的经济逻辑。那些花了十年时间攒下"独家"身份、并因此享有高达87.5%佣金比例的作者,如今全部被统一为50%的固定收入分成,没有阶梯,没有忠诚度奖励,也不再要求独家授权。如果你是在这些平台上销售的 WordPress 插件或主题开发者,你的单笔销售到手金额可能已经被砍掉了一半——而如果你的账本本来就没有按平台、按费率结构、按许可证类型分别追踪收入,你很可能要等到打款金额明显变少时才会发现。
这正是这次具体变更背后隐藏的真正问题:大多数独立开发者和小团队的 WordPress 产品业务,其实并不清楚自己到底赚了多少。他们只知道银行账户里进了多少钱。这两个数字并不相同,而它们之间的差额——市场佣金、支付处理费、货币兑换、源头代扣的增值税、被当作一次性收入记录的续订收入——正是记账错误悄悄累积多年的地方。
多渠道打款问题
大多数 WordPress 产品业务并不只通过单一渠道销售,典型的组合可能包括:
- 自建商店,使用 Freemius 或 Paddle 这类记录商家(merchant-of-record)平台,由其负责许可证管理、订阅和税务代收
- Envato Market(插件走 CodeCanyon,主题走 ThemeForest),这是一个在你看到打款之前就先抽成的市场平台
- 直接结账,通过 Stripe 或接入 Easy Digital Downloads、WooCommerce 的支付网关,此时你自己就是记录商家
这几个渠道的打款周期不同,货币组合不同,扣除的费用组合也各不相同。Freemius 可能按月结算,扣除其收入分成和相关的销售税处理费用后净额打款。Envato 在扣除佣金后通过 PayPal 或银行转账打款,而具体佣金比例现在取决于2026年7月的固定费率变更,而不再是你过去的独家等级。直接通过 Stripe 结账则会存入信用卡总收入,处理手续费会在几天后作为一条单独的支出记录出现。
如果你的记账方式是把打入银行账户的任意数字都记成"销售收入",那你其实是把四个不同的会计事件——总收入、市场佣金、处理费、税款代缴——混成了一个数字,而这个数字几乎无法告诉你每个渠道每单位销售的真实盈利情况。
解决办法并不复杂,但需要一定的纪律性:在每个渠道各自的子账本中,于销售发生时按总收入入账,并将市场佣金、处理费以及任何代扣税款记为单独的费用或收入抵减项。只有这样,你才能用真实数字而不是直觉来回答"2026年7月费率变更之后,CodeCanyon 上架还值不值得"这类问题。
为什么 Envato 的变化对你的会计科目表很重要
在2026年7月之前,Envato 的独家作者计划按终身收益分阶梯设定佣金——你在平台上销售的时间越久、销量越大,费率就可能降得越低,顶级作者最低可到12.5%,也就是说你能留下每笔销售额的87.5%。非独家卖家(可以同时在其他地方上架产品)拿到的条件则明显更差。截至2026年7月1日,整个阶梯结构已经取消。无论销售历史或是否独家,现在每位作者一律获得50%的固定收入分成。
从记账角度看,这绝不是无关紧要的细节。如果你原本有一个"Envato 销售"科目,其历史利润率计算中隐含假设了85%以上的留存比例,那么这个假设对未来的每一笔交易都不再成立了。你需要立即做两件事:
- 在2026年7月1日这个时间点上分割你按平台统计的收入报表。 在评估这个市场平台是否还值得继续使用时,不要把变更前后的月份平均在一起看——单位经济效益在那一天确实发生了根本变化。
- 重新做一次渠道对比。 Envato 固定50%的佣金,和 Freemius 累进式的收入分成模式(通常起点更高,随销量增长而逐步下降)相比,是完全不同的数字,和自行管理的 Stripe 结账(唯一的"佣金"是约2.9%的处理费,外加你在获客上的投入)相比也是如此。在旧的阶梯费率下,把某些产品保持 Envato 独家上架也许划算,但在新费率下可能已经不再划算。
记录商家 vs. 自行管理结账:税该由谁来交
这是 WordPress 产品记账中最容易让人措手不及的部分,因为这两种模式在你的账本上会产生完全不同的义务。
如果你通过 Freemius 或 Paddle 这类记录商家(MoR)平台销售,该平台在税务上就是法律意义上的销售方。它负责计算、代收并代缴欧盟/英国的增值税、适用地区的商品及服务税,以及你在有经济关联(nexus)的美国各州的销售税。你的账本不需要为这些销售设置销售税应付负债科目——记录商家已经承担了这项义务。你需要记录的只是你实际收到的净打款金额,同时应保留记录商家自身出具的交易报告作为审计凭证,以备税务机关日后询问某笔销售的税务处理方式。
如果你直接销售——也就是把 Stripe 或旧版 Paddle 接入你自己的结账流程,此时你自己就是记录商家——这份税务责任就落在你自己身上。你需要逐州追踪经济关联门槛(大多数美国州份的触发条件在年销售额10万美元或年交易200笔上下,具体门槛各州不同),在需要的地方完成注册,并代缴你所代收的税款。这意味着你的账本需要一个真正的销售税应付负债科目,而不只是一条收入记录,并且每个申报周期都需要一套流程来核对你代收的金额与你实际代缴的金额是否一致。
不在账本中区分这两种模式,是一个常见且代价高昂的错误:企业要么重复计入了记录商家平台其实已经处理过的税务负债,要么更糟——在自己实际承担税务责任的渠道上,误以为记录商家已经处理好了。
许可证续订不是一次性销售
插件和主题的许可证通常以年度(或买断)密钥的形式出售,很容易在续订款项一到账就把全额记为收入。但按照标准的收入确认原则(美国的 ASC 606),如果许可证授予的是一年的更新和支持服务,这样做并不正确:续订收入的确认不应早于续订周期开始,而应在客户实际有权享受服务的整个周期内分摊确认。
具体来说:如果某客户续订一份120美元/年的许可证,你不能在扣款当天就把这120美元全部记为收入。你应该先把这120美元记为递延收入(一项负债——你欠客户一年的更新/支持服务),然后在你实际履行这项义务的过程中,每月确认10美元的收入。如果你主要销售年度许可证,却只把到账现金记为收入,那么你的月度损益表会产生误导——在续订集中的月份出现异常高峰,而在其余月份则被低估——如果日后你需要为贷款申请、收购谈判,甚至只是想诚实地判断业务是否在增长而准备财务资料,这种波动会掩盖真实的趋势。
一旦你同时通过 Freemius、Envato 和直接结账销售,这个问题会变得更加突出,因为每个渠道的续订机制略有不同(比如 Envato 的许可证传统上更偏向一次性购买,而不是订阅式续订,Freemius 则本身就是围绕循环许可证设计的)。你的递延收入追踪需要按渠道分别考虑这一点,而不能用同一套假设套用到所有销售上。
对账打款而不至于抓狂
把以上这一切串联起来的实际操作,是每周或每月的打款对账:核对每个平台后台显示的收入与实际到账的银行金额是否一致,并弄清楚中间的每一项明细。一套可行的流程大致如下:
- 从每个渠道(Freemius、Envato、Stripe)获取交易明细报告,而不是只看打款汇总总额——你需要把总销售额、佣金/手续费和代扣税款作为单独的明细项,而不是一个净额。
- 在账本中分别记录总收入和每一项扣款,并按渠道打上标签,这样你才能做出真正按渠道拆分的利润率报表。
- 将净打款额与该结算周期的"总收入减去手续费减去代扣税款"之和进行核对。 出现差异通常意味着有退款、拒付,或是还没记录的货币兑换差额。
- 将续订收入与新销售收入分开追踪,即使在同一个渠道内也要如此,这样你才能看清自己真实的续订率——这可以说是衡量许可证软件业务健康度最重要的单一指标,而一旦续订和新销售都被混在同一个"Envato 销售"科目里,这个指标就完全看不清了。
如果每月只有少量交易,用电子表格手工完成这些工作是可行的;但一旦你需要在每个打款周期核对三个货币不同、费率不同、税务处理不同的渠道,这种方式就撑不住了。
让你的多渠道账本保持可审计
如果你同时要处理 Freemius、Envato 和 Stripe 直接结账的打款,纯文本会计天然适合这种场景:每个渠道的交易都以受版本控制的条目形式存在,你可以打标签、写脚本、做差异对比,而不是被埋在一个只显示净入账金额的黑箱后台里。Beancount.io 为你提供这种透明度——你可以完全掌控如何对总收入、市场佣金和递延续订收入进行分类,并为每一笔销售保留完整的审计轨迹。免费开始使用,看看那些已经习惯用版本控制思维工作的开发者,为什么也把自己的账本换成了纯文本。