指南 · 支付
Merchant of Record 有哪些：按真实使用量数一遍
项目库 851 家产品里，有 112 家（13.2%）用的是 merchant of record，而不是自己收款。这不是小众选择——每八家里就有一家把税务、退款和拒付责任交了出去。下面是他们选了谁，以及四个角色到底差在哪。
- 数据截止 2026-10-30
- 样本 851 家
- 435 家申报 MRR
在用 MoR 的产品
112
占 851 家的 13.2%
用得最多的 MoR
Dodo
46 家产品
用 Stripe 的产品（PSP）
341
40.1%——仍然是默认选项
谁在用哪家
按每个产品申报的支付服务商统计，辅以技术栈里能检测到的计费 SDK。一个产品可能同时用两家，所以占比不会加总到 100%。
| 服务商 | 类型 | 产品数 | 占样本 | MRR 中位 |
|---|---|---|---|---|
| Stripe | PSP（支付处理商） | 341 | 40.1% | $183 |
| RevenueCat | 计费 / 内购 | 74 | 8.7% | $77 |
| Dodo Payments | MoR（法定销售方） | 46 | 5.4% | $84 |
| Polar | MoR（法定销售方） | 38 | 4.5% | $39 |
| Lemon Squeezy | MoR（法定销售方） | 14 | 1.6% | $66 |
| Paddle | MoR（法定销售方） | 12 | 1.4% | $30 |
| Creem | MoR（法定销售方） | 6 | 0.7% | $24 |
| Superwall | 计费 / 内购 | 4 | 0.5% | $54 |
这是下限，不是市场份额：只统计在技术栈或验证记录里明确写了该服务商的产品。
四个角色，一张表
「merchant of record」之所以难懂，是因为四个不同的角色被混成了一个词。它们的区别只有两条：谁是法定卖家，谁承担损失。
| 角色 | 法定卖家 | 税务与代缴 | 拒付 / 退款 | 账单上显示 |
|---|---|---|---|---|
| MoR（法定销售方） | 服务商 | 服务商 | 服务商 | 服务商 |
| PSP（支付处理商） | 你 | 你（工具不担责） | 你 | 你的品牌 |
| PayFac（支付便利商） | 服务商（你为子商户） | 服务商 | 服务商 | 服务商 |
| Seller of record（记录卖方） | 你 | 你 | 你 | 你的品牌 |
Stripe 默认是 PSP。Stripe Tax 只负责算税，不改变「卖家是谁」。由 Stripe 充当 MoR 只存在于特定产品里。
什么时候值得用 MoR
该用 MoR 的情况
- 一次向很多国家卖数字订阅，增值税/消费税登记是瓶颈。
- 没有财务人手，也不想处理拒付的材料。
- 买家是个人消费者，信用卡争议是常态成本。
- 希望每个国家只有一张发票、一条税务记录。
Stripe 就够的情况
- 只向少数几个国家卖 B2B，买家能自行处理税务。
- 你要最低的实际费率，并愿意自己承担合规。
- 你依赖 Stripe 的特定能力（Radar、Connect、账单门户）。
- 你已经有会计在这些辖区报税。
用 MoR 的真实产品
同一份样本里 4 家用 MoR 的产品。费率会变，所以我们一个都不写——决定前请以各服务商当前页面为准。
真正该看的不是费率
这份样本给出的信号是「分散」：用得最多的 MoR 也只覆盖 5.4% 的产品，而支付栈的选择更多跟地域和买家类型相关，不是跟价格。先选税覆盖对得上你买家所在地的那家，再去看费率。
用户真的在搜的问题
相关：Dodo Payments vs Stripe · Polar vs Stripe · Creem vs Stripe
数据口径
本站项目库中 851 家通过支付服务商公开申报收入的产品，抓取于 2026-10-30。其中 435 家申报了非零 MRR，中位数与分位只在这一子集上计算。缺失值从不当作 0。这是一个「愿意公开收入」的群体，不是整个市场。
完整口径与边界