← 返回列表

Stripe vs Paddle（MoR 選択の理屈を固定する）

2026/9/17

背景与問題

出海方向（C）。Web 直販の決済に Paddle を使っているが（手数料系の課題は opc-refund-flow-paddle・opc-paddle-jcb-support・opc-paddle-pause-implementation で扱った）、なぜ Paddle で Stripe ではないかの理屈を一度文書化していない。比較の軸と切替え判断の引き金を決める。

发现

（出典はいずれも 2026-09-17 アクセス）

  • 手数料：Stripe 2.9%+$0.30 vs Paddle 5%+$0.50（追加課金なし）。Paddle の単一料金に VAT・GST・米国売上税の compliance が含まれる（Chartsy）。
  • 構造の違い：Paddle は merchant of record（MoR）で法的販売者が Paddle——税務責任を引き受ける。Stripe は決済ゲートウェイで、EU VAT・各国 GST・米売上税の義務が開発者側に残る（LinkedIn 解説、Cut the SaaS）。
  • 効果量：Paddle 利用で税務 admin を月 10〜40 時間削減という試算（BetterLaunch）。
  • 規模別の目安：$250K ARR 未満は Lemon Squeezy が優位、$100K〜$10M は Paddle（ValueAddVC）。Stripe に VAT 対応の beta あり・Paddle の lock-in を懸念する声（Indie Hackers、r/SaaS）。

结论

  1. 選択の理屈を 1 行に固定：「越境販売の税務責任を MoR に外注する」のが Paddle 選択の中身。5% と 2.9% の差は税務作業時間（月 10〜40 時間の試算）の対価。この行を runbook に置き、議論を毎回やり直さない。
  2. 再判断の引き金：①年間売上が $250K を超えたら料金体系の見直し ②日本国内主体の売りが大半になったら Stripe 国内の低手数料を検討（ただし越境分の税務責任が自分に戻る）。
  3. lock-in 対策は顧客データの export 確認を年 1 回（opc-year-end-checklist に統合）：顧客リストとサブスク状態を自前でも持つ（既に自前 DB にあれば達成済み）。
  4. 二本立て（Stripe 国内+Paddle 越境）はしない：決済基盤の二重管理コストが solo には過大（推测）。一本で sticking し、切替えは引き金制で。

待办 / 下次继续

关联

opc-refund-flow-paddle c-paddle-jcb-support opc-paddle-pause-implementation c-eu-launch-compliance c-global-price-tiers

Stripe vs Paddle（MoR 選択の理屈を固定する） · 我的站点