卢里美司独立开发者第一次给SaaS、AI工具或数字产品接入收款时，很容易把问题简化成“哪家手续费低”。Stripe美国账户处理本地卡的基础费率是 2.9%＋0.30美元，Paddle则是 5%＋0.50美元，只看表面数字，似乎没有理由不选Stripe。
但支付成功只是第一步。客户来自欧盟，谁计算并申报VAT；美国不同州出现销售税义务，谁负责登记；客户发起拒付，谁向银行提交证据；订阅升级、付款失败和退款如何同步到用户权限。这些环节都会改变一套收款系统的真实成本。
在选平台前，先分清三种工具的定位：Stripe和PayPal是支付通道，解决客户如何付款；Paddle和Lemon Squeezy是Merchant of Record（名义销售方），可以处理支付、交易税和账单；Wise和Payoneer是资金接收工具，负责平台结算或企业转账。本文重点对比Stripe和Paddle，把商业逻辑、接入落地、税务处理和后续迁移梳理清楚。
一、卖方身份决定税务责任，费率只是表面账
客户在网站买软件，必须有一方作为法律和账单意义上的卖方。使用Stripe，卖方是你自己的公司，你掌握定价、客户和资金，同时也要承担退款、拒付和销售税的申报责任。Paddle采用MoR模式，作为名义销售方替你收款、开票、计算并缴纳销售税，再把扣除税款和平台费后的钱结算给你。
这意味着，客户信用卡账单上显示的卖方可能是Paddle，而不是你的公司。MoR处理的是交易产生的间接税（如VAT、GST），但Paddle结算给你的收入，仍需要你按实际税务身份申报所得税。
费用也不能只看基础费率。以20美元订阅为例，Stripe美国本地卡基础费约0.88美元；加上Billing（按订阅额的0.7%）和Tax Basic（按征税地区交易额的0.5%）后，约1.12美元；如果是国际卡再加1.5%、换汇再加1%，成本会达到1.62美元左右。而Paddle的基础费率是1.50美元。因此，不存在绝对通用的盈亏平衡点。如果你主要使用美国本地卡，Stripe有费率优势；如果全球客户多、换汇多、销售税地区多，Paddle的综合成本未必更高。
二、选Stripe：自己当卖方，核心是打通支付与权限闭环
中国大陆目前不在Stripe直接开户地区。使用美国、香港、新加坡等主体申请时，必须满足当地的审核条件，哪怕公司注册下来了，Stripe也依然会独立审核你的业务真实性。申请前，网站必须能清晰展示产品功能、套餐价格、服务条款、隐私政策、退款政策以及客服联系方式，且网站的实际内容与你在申请时填写的业务类型必须完全一致。
账户建好后，进入后台的产品目录（Product catalog），先把基础的产品和价格（Price）建好。做SaaS通常需要建立月付和年付两个价格。如果只是想快速验证市场需求，可以通过生成Payment Links放到网站上，但这种方式在客户付款后，你依然得手动去给账号开权限。
要想实现真正的自动化开通，就必须使用Checkout接口。在创建结账订单时，务必把网站内部的用户ID通过 client_reference_id 字段传给Stripe。如果你不传，当客户用另一个邮箱去付款时，你的系统就无法匹配是哪个注册用户买的单，后续对账会非常麻烦。
另外，一个极其重要的安全底线：绝对不能依赖“付款成功后网页跳转”来给会员开权限，因为前端页面很容易被伪造，客户只要拿到那个成功页面的URL就能直接开权限。正确的做法是，让服务器去接收并验证Stripe发出的Webhook（支付状态通知）。系统要准确处理首次付款、续费成功、续费失败（进入宽限期）以及取消订阅等核心事件。只有把这些状态与你的用户系统死死绑在一起，闭环才算跑通。
税务方面，Stripe Tax可以帮你监测义务、计算并收取税款，但它不负责替你申报。如果想用包含申报服务的Tax Complete，起价是每月90美元且要求年度合约。
三、选Paddle：平台处理税务，但审核与结算有固定周期
Paddle需要严格审核开发者身份、产品和网站的真实性。在等待正式审核期间，你可以先在Sandbox（沙盒）测试环境里把产品和结账流程跑通，但在正式上线时，测试环境的Token和Price ID绝对不能混用，必须全部替换为正式环境的数据。
正式审核前，网站该有的产品说明、价格、功能列表、服务条款、隐私政策、退款政策和客服邮箱一样都不能少。进入后台提交域名审核时，主域名和子域名必须分别提交审核，如果结账是在子域名打开的，只交主域名是不行的。人工审核预计需要5到7个工作日，此外还需要完成企业验证（需列出持股超过25%的股东）。
在Sandbox建好产品后，通过Paddle.js调起结账窗口。系统同样需要接入transaction.completed、subscription.created等Webhook事件来完成状态同步，也必须依靠后端通知，不能依赖前端跳转。
Paddle的资金结算有严格的固定节奏：每月1日，余额达到100美元门槛后才会进入结算流程，Paddle通常在当月15日前发出款项。这意味着如果你每个月只有几十美元的收入，资金会一直累积在里面；如果企业月初有服务器、工资等固定支出，必须把这个结算周期造成的现金流时间差提前算进去。
四、PayPal与Wise的定位：按客单价和场景搭配使用
PayPal最适合作为辅助结账方式。很多欧美C端用户或者小B客户，习惯了用PayPal结账，不愿意重新输入信用卡。在Stripe或Paddle的信用卡结账之外加一个PayPal按钮，能实打实减少一部分因为没卡而流失的订单。但PayPal有两个硬伤：一是跨境费率和货币转换费通常比Stripe高；二是它的买家保护政策对卖家较为严苛，SaaS这种“虚拟交付”的业务一旦遇到恶意拒付（Chargeback），由于没有物流签收单作为凭证，卖家胜诉的概率相对较低。因此，PayPal只适合用来接住小额、单次的付款，不建议把SaaS的核心订阅全押在它上面。
Wise和Payoneer更适合承接高客单价的B2B交易和平台的资金结算。假设一个企业客户要购买你5000美元的年度授权，如果让他去网站上刷信用卡，不仅面临信用卡的支付限额，而且平台还要扣掉约3%（150美元）的手续费。这时候，最合理的做法是直接给客户发Invoice（商业发票），让客户通过银行转账（ACH或SWIFT）付到你的Wise或Payoneer账户里。这种通道不仅手续费极低，而且能避开高额的信用卡拒付风险。
五、从Paddle迁到Stripe：不能只看MRR，要算清三层账
许多开发者早期用Paddle，收入稳定后考虑迁移到Stripe。迁移节点不能只看MRR，通常需要考量三个方面。第一，Stripe的总成本持续低于Paddle。可以导出最近三个月的订单，按金额和币种分别计算，不能简单拿总收入乘一个费率。第二，具备处理税务和拒付的能力。原来Paddle提供的销售税和客户支持，迁移后需要自己或服务商接手，节省的手续费需要能够覆盖这部分成本。第三，订阅客户能够平稳迁移。已有的支付凭证不一定能直接转移，需要向平台确认哪些客户需要重新填卡、历史退款和争议由谁处理。
比较稳妥的做法是分阶段迁移：在数据库中保留 provider 字段，让系统能同时识别新老用户。选定切换日后，新客户进入Stripe，旧客户继续在Paddle续费。能迁移的订阅分批迁移，无法迁移的客户在下一次续费前重新授权。最后对照两边数据排查重复和遗漏，等旧订阅全部迁完或自然结束，再关闭旧的支付路径。Paddle的历史Webhook要保留到老客户的退款和争议全部处理完。
六、根据当前阶段直接选择
产品刚上线，还没有稳定收入：优先考虑Paddle。用Sandbox跑通付款、开通、续费、取消和退款，再提交审核。交易费虽高，但可以减少前期全球税务的负担。拥有合适的海外主体，客户主要来自美国或少数市场：优先评估Stripe。建立月付和年付产品，使用Checkout与Webhook连接用户系统，再根据实际销售地区决定是否启用Stripe Tax。客户遍布多国，订单金额较低：重点比较Paddle。低客单价虽然受每笔0.50美元固定费用影响，但全球税务处理成本也不能忽略。
主要服务企业客户，年度订单金额较高：除了Stripe或Paddle，可以保留发票和银行转账。合同、发票、收款主体和产品交付记录应当能够对应。想快速验证产品、暂时不管理全球销售税，Paddle更省事；想控制客户、订阅和资金，并且能够处理税务和支付运营，Stripe更灵活。无论选择哪一家，上线前都要真正跑通六个结果：客户付款、账号升级、自动续费、付款失败、主动取消和退款处理。
