PaddleとLemon Squeezyの比較:2026年、自社のSaaSに合うMerchant of Recordはどちらか

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
2026年8月更新
Merchant of Recordの選定をPaddleとLemon Squeezyの2社まで絞り込んだ時点で、このカテゴリーで最も難しい部分はすでに済んでいます。つまり、税務登録、VATの納付、チャージバックの責任を他社に任せるかどうかという判断です。両プラットフォームはこの問いに、ほぼ同じ料率、つまり1取引あたり5%に50セントを加えた額で「任せる」と答えています。そのため、「どちらが安いか」を軸にした比較は、ほとんど結論が出ません。2026年に両社を実際に分けるのは、手数料の先にある部分です。その料率が海外の販売で上乗せされるのか、$10未満の商品や本格的なB2B向けの請求書発行が必要な場合にどうなるのか、チェックアウトや入金が日々の運用でどう感じられるのか。そして、多くの比較記事が一方向に誤って書いている事実、つまりLemon Squeezyの技術がStripeの内部に入った今、同社が正確にはどこに立っているのかです。
本記事は、2026年8月時点で各ベンダーが自社の料金ページに公開している情報と、Lemon Squeezyが静かに組み込まれつつあるプラットフォームについてのStripe自身の製品ドキュメントをもとにしています。Paddleの料金ページは現在も閲覧できますが、Lemon Squeezyのページは、後述する理由により閲覧できませんでした。そのためLemon Squeezyの料率は、今回新たに確認したものではなく、このコレクションの過去の記事で確立した出典付きの情報を引き継いでいます。Merchant of Recordモデルを採用するかどうかがまだ決まっていない場合は、Paddleのベストな代替ツールの比較記事と、より広い2026年のベストなサブスクリプション請求ソフトウェアのガイドが、税務の所有を自社に残す請求エンジンも含めて、幅広い選択肢を取り上げています。
重要なポイント
- Paddleの料金はチェックアウト取引1件につき5%に50セントで、すべて込みであり、別途の月額プラットフォーム料金はありません。これはPaddle自身の料金ページを本日取得して確認した内容です。
- Lemon Squeezyの料率は1取引あたり5%に50セント、さらに海外取引には1.5%を加算です。この数字は、Lemon Squeezyの自社ページが自動取得ツールにアクセスエラーを返すようになる前に、このコレクションの過去の記事が同ページで確認したものです。
- Stripeが2024年にLemon Squeezyを買収した技術をもとに構築されたManaged Paymentsは、80か国以上で間接税のコンプライアンスを処理します。これはStripe自身のManaged Paymentsのドキュメントによります。
- Managed Payments自体は、**標準のStripe決済処理手数料に加えて、成功した取引1件につき3.5%**を課します。これはStripe自身の料金ページによるもので、PaddleやLemon Squeezyの現在の定率とは大きく異なる(かつ高い)料金構造です。
- 世界のカード不正による損失は、2024年に334.1億ドルに達しました。Merchant of Recordが、顧客に代わって取引手数料に織り込んでいるのは、まさにこのリスクです(The Nilson Report、GlobeNewswire経由)。
- 現在101か国が、国境を越えたデジタル販売にVATまたはGSTを適用しています。PaddleもLemon Squeezyも、取引手数料と引き換えに、販売者に代わってこのコンプライアンス負担を引き受けています(Tax Foundation)。
TL;DR
| Paddle | Lemon Squeezy | |
|---|---|---|
| モデル | Merchant of Record | Merchant of Record |
| 表向きの料率 | チェックアウト取引1件につき5% + 50c、定率 | 取引1件につき5% + 50c、海外販売には1.5%を加算 |
| 月額プラットフォーム料金 | なし | なし |
| $10未満の商品 | 個別の料金設定が必要 | 標準料率を適用、最低価格の例外は明記なし |
| 請求書発行 / B2B請求 | 個別の料金設定が必要 | 明記された製品機能ではない |
| 新規加盟店のサインアップ | 公開、セルフサービス | 2026年半ばにウェイトリストまたは招待制になったと報告されているが、未確認 |
| 企業の状況 | 独立系、2012年から非公開企業 | Stripeが買収(2024年7月)、運営は継続、終了日は未発表 |
| 今後のリスク | 低い。独立したMoRが中核事業 | サインアップの制限が報告されている。技術はStripe Managed Paymentsに引き継がれる |
| 最適な用途 | 単一の定率で世界展開し、今すぐ申し込めるSaaSチーム | 既存のLemon Squeezy加盟店、またはアカウントを確保できるチーム |
それぞれのプラットフォームは誰のために作られているのか
どちらのベンダーも基本的な約束は同じです。税務とコンプライアンスは任せられ、チャージバックは他社が負い、手数料は1本にまとまっています。ただし、共通の表向きの料率を越えて見ると、現在良い体験を得られる購入者は異なります。
| Paddle | Lemon Squeezy | |
|---|---|---|
| 主な購入者 | 世界で単一の料率を求める、インディー段階から成長段階までのSaaS企業 | 従来は、インディー開発者や小規模なSaaSチーム。ただし現在はサインアップの制限の影響を受ける |
| 解決しようとしている課題 | 「40以上の管轄区域で自分で税務登録をせずに、ソフトウェアを世界中で販売するにはどうすればよいか」 | 同じ課題だが、個人の販売者にとっては従来から設定の流れがより簡単 |
| プラットフォームが最も強い領域 | 顧客の地域にかかわらず単一の料率で、海外取引の上乗せがない | すでにアカウントを持つ販売者にとって、おなじみで手間の少ない製品設定 |
| 物足りない点 | $10未満の商品と請求書発行は、どちらも個別料金の相談が必要 | 新規加盟店はセルフサービスでは入れず、海外取引の上乗せは取扱高が増えると積み上がる |
| 想定されるチームの成熟度 | Paddleのチェックアウトとwebhook連携に慣れている | 製品が現在はStripeのロードマップの内側にあることを受け入れられる |
| 導入のきっかけ | グローバルなSaaS製品を立ち上げ、地域に左右されない予測しやすい料金を求めている | すでにアカウントを持っている(または確保できる)ので、まだプラットフォームを乗り換えずに開発を続けたい |
料金と取扱高別のコスト
両ベンダーが同じ表向きの数字を公開しているのは、このカテゴリーでは珍しいことであり、注意点に入る前にはっきり述べておく価値があります。1取引あたり5%に50セントです。Paddleについては、自社の料金ページで本日確認しました。Lemon Squeezyのページは、ドキュメントやブログのサブドメインを含め、試したすべてのパスでこちらの取得ツールにアクセスエラーを返しました。そのため、ここでの料率は、今回新たに確認したものとしてではなく、このコレクションの過去の、ベンダーが検証済みの数字を引き継いだものです。

| 料金項目 | Paddle | Lemon Squeezy |
|---|---|---|
| 国内取引手数料 | 5% + 50c | 5% + 50c |
| 海外取引手数料 | 5% + 50c、上乗せなし | 5% + 50c、さらに1.5% |
| 月額またはプラットフォーム料金 | なし | なし |
| $10未満の価格の商品 | 個別の料金設定が必要 | 標準料率、例外の明記なし |
| 請求書発行が必要な場合 | 個別の料金設定が必要 | 明記された製品機能ではない |
| 大規模事業者向けの条件 | 個別の条件あり | サインアップが制限されている間は該当なし |
2つの表向きの料率の間にある唯一の実質的な差は、販売が国境を越えたときに何が起きるかです。Paddle自身の料金ページは、5% + 50cの定率に地域に基づく上乗せがないと明記しています。Lemon Squeezyの料率は、このコレクションの過去の検証で確認されたとおり、同じ5% + 50cの基本料率に、海外取引に限って1.5%を加えます。
実際の取扱高ではいくらになるか
平均取引額を$40、海外顧客の比率を30%と仮定します。これは、グローバルに販売されるSaaS製品としては妥当な中間的な想定です。月間の請求額が増えていく中で、各プラットフォーム自身の計算式から何が導かれるかを示します。Paddleの手数料は地域にかかわらず定率で、Lemon Squeezyの1.5%の上乗せは、取扱高のうち海外の30%にのみ適用されます。
| 月間請求額(海外30%) | Paddle(定率5% + 50c) | Lemon Squeezy(5% + 50c、海外分に1.5%を加算) | 海外取引の上乗せによる追加コスト |
|---|---|---|---|
| $10,000 | $625 | $670 | $45 |
| $50,000 | $3,125 | $3,350 | $225 |
| $100,000 | $6,250 | $6,700 | $450 |
| $250,000 | $15,625 | $16,750 | $1,125 |
| $500,000 | $31,250 | $33,500 | $2,250 |
これはどちらのベンダーの営業見積もりでもなく、各プラットフォーム自身が公開している計算式を一貫して当てはめただけです。差は、総取扱高と海外比率の両方に応じて拡大します。米国内のみで販売する事業者であれば差はまったく出ませんが、主に自国外で販売する事業者では、上乗せが収益のはるかに大きな割合に適用されます。2つの料率が同等だと考える前に、自社の海外比率を試算してください。
海外取引手数料:表向きの料率に隠れた本当の違い
2つのプラットフォームは、それ以外の価格では一致しているため、これが何よりも先に自社の顧客基盤と照らして確認すべき唯一の数字です。

| Paddle | Lemon Squeezy | |
|---|---|---|
| 基本料率 | 5% + 50c | 5% + 50c |
| 海外取引の上乗せ | 公開なし | 海外取引に+1.5% |
| 実効料率、顧客が100%国内の場合 | 5% + 50c | 5% + 50c |
| 実効料率、顧客が100%海外の場合 | 5% + 50c | 6.5% + 50c |
| なぜ重要か | 顧客がどこからサインアップしても、予算に組む数字は1つ | 海外比率に応じて実質の料率が上がる。契約前に試算すること |
ほぼ自国内の顧客だけに販売する事業者は、この差にほとんど気づきません。世界に販売する事業者は、そもそもMerchant of Recordを使う理由がそこにあるのですが、国内市場の外から来る収益の割合に対して、Lemon Squeezyの実効料率が6.5% + 50cに近づいていくのに対し、Paddleは定率のままであることを目にします。
$10未満の商品と請求書発行の例外
Paddle自身の料金ページは、5% + 50cの定率が適用されず、代わりに個別の相談が必要になる2つのケースを明記しています。$10未満の価格の商品と、請求書発行が必要なすべての加盟店です。どちらも十分によくある状況なので、表向きの料率がすべてをカバーすると考える前に確認しておく価値があります。
| 例外 | Paddle | Lemon Squeezy |
|---|---|---|
| $10未満の価格の商品 | 個別の料金設定が必要。Paddleに直接問い合わせ | 標準の5% + 50cを適用、最低価格の例外は明記なし |
| 請求書発行(ネット払い条件、発注書ベースの請求) | 個別の料金設定が必要 | 明記された製品機能ではまったくない |
| 大規模な取扱高 | 個別の条件あり | 新規サインアップが制限されている間は該当なし |
製品が1個あたり$10未満で販売されている場合や、顧客のかなりの割合がチェックアウト時のカードではなく請求書に対して支払う必要がある場合、Paddleの標準料率が自動的に支払う額になるとは限りません。先にPaddleのチームと相談する必要があります。典型的な月額$20から$200のSaaSサブスクリプションであれば、どちらのベンダーの例外リストも、Merchant of Recordとしての基本的な計算を変えません。両プラットフォームの実際の顧客の大半が、この価格帯にいるためです。
製品適合性:SaaSサブスクリプションと単発のデジタル商品
両プラットフォームは重なる領域から始まりましたが、それぞれのチェックアウトと請求ロジックが何に最適化されているかを見ると、軸となる製品が異なります。

| Paddle | Lemon Squeezy | |
|---|---|---|
| 継続的なSaaSサブスクリプション | 中核の用途。ネイティブのサブスクリプション請求と督促 | 中核の用途。ネイティブのサブスクリプション請求 |
| 単発のデジタルダウンロード(テンプレート、電子書籍、ライセンスキー) | 対応。ただし$10未満の商品は個別料金の相談が必要 | 従来から相性が良く、単品を販売する個人クリエイターに人気 |
| API課金または従量課金 | より広いPaddleの請求製品の一部として対応 | 専用の従量課金エンジンに比べると限定的 |
| 典型的な顧客像 | インディー段階から成長段階までのSaaS企業とソフトウェアベンダー | インディー開発者、小規模なSaaSチーム、個人クリエイター。ただし現在はサインアップの制限の影響を受ける |
事業が継続的なSaaS収益にほぼ絞られているなら、両プラットフォームとも中核の仕組みは同じように処理します。カタログのかなりの割合が$10未満の単発のデジタル商品である場合は、その価格帯に対するPaddleの個別料金の要件を、契約前にPaddleのチームと解消しておく価値があります。本来想定される表向きの料率とは、計算が変わってくるためです。
チェックアウトと顧客体験
両プラットフォームとも、同じすべて込みの料金の一部として、ホスト型で埋め込み可能なチェックアウトを提供しています。ローカライズされた価格と地域の決済手段は、アドオンとして請求されるのではなく含まれています。
| Paddle | Lemon Squeezy | |
|---|---|---|
| チェックアウトの種類 | ホスト型のオーバーレイまたはインラインのチェックアウト(Paddle.js)。自社の製品やサイトに埋め込み可能 | シンプルな製品・価格の設定フローに結びついたホスト型チェックアウト |
| ローカライズされた価格と決済手段 | すべて込みの料金に含まれる | 定額の料金に含まれる |
| 設定の複雑さ | 中程度:製品カタログの設定に加え、プロビジョニングのためのwebhook連携 | 手間が少なく素早いと従来から評価され、当初の評判の大きな要因 |
| 新規アカウントの利用 | セルフサービス、現在は公開 | 2026年半ばに制限されたと報告されているため、設定の速さを評価する前に、入れるかどうかを確認すること |
Lemon Squeezyの、販売開始が最も速いという評判は、繰り返す前に再確認すべき類の主張です。サインアップが公開されていた頃は事実であり、だからこそ多くの「Paddleのベストな代替ツール」の記事が今もそれを冒頭に挙げています。新規加盟店がまずウェイトリストを通らなければならないとしたら、2026年にはずっと弱いセールスポイントになります。評価する前に、実際にアカウントを開設できるかどうかを確認してください。
支払いの仕組み
どちらのベンダーも、今回アクセスできたページには、完全に詳細で簡単に引用できる支払いスケジュール(正確な保留期間、最低残高、新規アカウントや高リスクアカウントに対するリザーブの方針)を公開していません。そのため、以下の具体的な項目は固定の数字ではなく、自社のダッシュボードやオンボーディングの面談で確認する枠組みとして扱ってください。
| 支払い項目 | 各ベンダーに確認すべき点 |
|---|---|
| 支払いの頻度 | どちらもMerchant of Recordとして、自社のアカウントで資金を回収し、プラットフォームが定めるスケジュールで純収益を送金します。現在の頻度は直接確認してください |
| 最低支払額のしきい値 | 直接問い合わせてください。どちらのベンダーの料金ページにも、ここで繰り返す価値のある公開の数字はありません |
| リザーブまたは保留期間 | Merchant of Recordのプラットフォームは、チャージバックの可能性に備えて、新規または高リスクのアカウントにリザーブや短い保留を設けるのが一般的です。資金にすぐアクセスできると考える前に、現在の方針を確認してください |
| 支払い通貨 | 契約前に、対応する支払い通貨と換算手数料を確認してください。とくに事業の取引銀行が米国外にある場合は重要です |
| サインアップの利用 | Paddle:公開、セルフサービス。Lemon Squeezy:2026年半ばに制限されたと報告されており、支払いのスタートを切ることさえ、どれだけ早くできるかに影響します |
率直な結論としては、支払いの仕組みは、この比較の中で、両ベンダーともに最も標準化されておらず、公開されている情報が最も少ない部分だということです。どちらのプラットフォームのマーケティングページも全体像を語っていると考えず、具体的な数字は、オンボーディングの際に書面で入手してください。
請求書発行とB2Bサポート
B2B寄りの販売者にとって、2つのプラットフォームが最もはっきりと分かれるのはここです。Paddleは少なくとも請求書発行を対応機能として挙げており、個別の料金設定が条件です。Lemon Squeezyは請求書発行を製品機能としてまったく挙げておらず、インディーのソフトウェアやデジタル商品向けの、セルフサービスでカード中心のチェックアウトという出自と一致しています。

| Paddle | Lemon Squeezy | |
|---|---|---|
| 請求書発行 / ネット払い条件の請求 | 明記された機能、個別の料金設定が必要 | 明記された製品機能ではない |
| セルフサービスのカードチェックアウト | あり、標準のフロー | あり、標準のフロー |
| 発注書ベースまたはエンタープライズの購入者への適合 | 個別の取り決めにより可能 | 製品の設計の中心ではない |
| 純粋なセルフサービスでカードのみのSaaSへの適合 | 強い | サインアップが公開されている場合は強い |
購入者層が、カードではなく請求書に対して支払う必要があるなら、それは細かな事柄ではなく、製品適合性の実際のシグナルです。標準料率が適用されると考える前に、Paddleのチームと直接解消しておく価値があります。チェックアウトに加えて、ネット30の請求書の督促や一部入金の照合など、より重い売掛金の業務がある収益のチームには、ここで挙げたどちらのMerchant of Recordプラットフォームよりも、2026年のベストな売掛金管理ソフトウェアのガイドのほうが直接役立つかもしれません。また、請求書発行の必要性が頻繁で、Merchant of Recordモデルそのものを見直して自社の請求と税務のスタックを運用することを検討しているなら、ChargebeeとRecurlyの比較が、その別の道を取り上げています。請求の柔軟性を得る代わりに、税務の所有を自社に残す道です。
プラットフォームの成熟度と企業の動向
これは、「PaddleとLemon Squeezy」の多くのコンテンツが、省略するか、一方向に誤って書いているセクションです。正しく理解すれば、それぞれの選択の本当のリスクの姿がわかります。誤れば、今も十分に健在なプラットフォームを切り捨てるか、自らのロードマップがどこへ向かっているかを指摘せずに、あるプラットフォームを推奨することになります。
| Paddle | Lemon Squeezy | |
|---|---|---|
| 運営開始 | 2012年、Paddle自身のサイトによる | 比較的新しい参入者。2024年の買収の前に、インディー開発者の領域で評判を築いた |
| 所有 | 独立系、非公開企業 | Stripeが買収、2024年7月 |
| 現在の運営状況 | 積極的に販売中、サインアップは公開 | 運営は継続、終了日は未発表 |
| 新規加盟店のサインアップ | 公開、セルフサービス | 2026年半ばにウェイトリストまたは招待制になったと報告されているが、未確認 |
| 製品ロードマップ | 独立したロードマップ。Merchant of Recordが中核事業 | 技術がStripe Managed Paymentsの基盤となり、2026年2月に公開プレビューに入った |
| 新規加盟店にとっての長期的なシグナル | MoRに事業の全体を賭ける独立企業 | 最終的な移行の道筋を想定すること。製品はなくならないが、行き着く先でもない |
2026年のLemon Squeezyの現状:購入者が本当に知っておくべきこと
Lemon Squeezyが候補リストに少しでも入っているなら、このパラグラフは2回読む価値があります。というのも、Lemon Squeezyについての安易な見方は、どちらも誤っているからです。

サービスを終了するわけではありません。 StripeがLemon Squeezyを買収したのは2024年7月で、本稿執筆時点で終了日は発表されていません。Lemon Squeezyが終了した、あるいは段階的に終了しつつあると述べる記事があれば、それは単に正確ではありません。最近それを検証していない第三者を信用するのではなく、Lemon Squeezyに直接確認すべき種類の主張です。
また、これまでどおりとも限りません。 複数の第三者の報告が、新規加盟店のサインアップは2026年半ば以降、ウェイトリストまたは招待制になっていると述べています。Lemon Squeezyの自社サイトは応答しなかったため、これを同サイトで確認できませんでした。また、そのドキュメントには、1〜2日の審査を伴う標準のサインアップが今も記載されています。したがって、確定した事実ではなく、未解決の問いとして扱ってください。どちらであっても重要です。今日Lemon Squeezyを評価する読者は、料率や機能セットがPaddleと比べてどうであれ、そもそもアカウントを開設できないかもしれないと知っておく必要があるからです。サインアップの制限に触れずに「運営は継続、終了日は未発表」とだけ繰り返す記事は、技術的には正確でも、実際には誤解を招きます。
今後の道筋はStripe Managed Paymentsです。 Lemon Squeezyの基盤技術は、Stripe自身のMerchant of Record製品の基盤となり、2026年2月に公開プレビューに入りました。だからといって、Managed PaymentsがLemon Squeezyに新しい名前を付けて同じ価格で提供しているだけというわけではなく、ここは正確に述べておく価値があります。Managed Paymentsは、標準のStripe決済処理手数料に加えて取引1件につき3.5%を課し、米国のカードでは実効のすべて込みの料率が6%を超えます。これは、Lemon Squeezyの現在の定率5% + 50cより大幅に高くなります。つまり、今日Lemon Squeezyを検討する新規加盟店は、同一の後継サービスが控えているプラットフォームを選んでいるのではなく、長期的には、より高くつく後継サービスが見込まれるプラットフォームを選んでいるのです。
| Lemon Squeezyの現状(率直に述べると) | 購入者にとっての意味 |
|---|---|
| 現在も稼働中で、積極的に取引を処理している | 安定性の観点だけで候補から外す理由にはならない |
| 終了日は未発表 | 「サービス終了」「段階的に終了」と繰り返さないこと。それは正確ではない |
| サインアップの利用は2026年半ばに制限されたと報告されているが、未確認 | 適合性にかかわらず、現在はアカウントを開設できないかもしれない |
| 技術はStripe Managed Paymentsに引き継がれる(公開プレビュー、2026年2月) | 長期的に見込まれる道筋で、実効料率は大幅に高い |
| 実際にすべきこと | すでにアカウントがある場合は、使い続けながらStripeからの移行案内に注意すること。ない場合は、長期のコストを試算する際、Lemon Squeezyの料金ではなくManaged Paymentsの料金で予算を組むこと |
Stripe Managed Payments:事実上の第3の選択肢
Lemon Squeezyの技術が向かっている先を考えると、Stripe Managed Paymentsは、とくにすでに決済にStripeを使っている人にとって、脚注ではなく、きちんとした扱いに値します。Stripe自身のドキュメントによると、Managed PaymentsはStripeを、自社に代わるMerchant of Recordにします。80か国以上での売上税、VAT、GSTのコンプライアンス、不正防止、紛争管理、取引単位の顧客サポートを処理します。

対応範囲と同じくらい、制約が重要です。使えるのはStripe CheckoutとPayment Linksのみで、Stripe Elementsやその他の高度な連携では使えません。サブスクリプションには、その上にStripe Billingを重ねる必要があります。Managed Payments単体では、CheckoutやPayment Links以外でサブスクリプションを作成できません。さらにStripe自身のドキュメントによると、Stripe Connect(プラットフォームやマーケットプレイスの連携)、サードパーティの税務連携、顧客オブジェクト上での単発の請求書の生成には、明示的に対応していません。
| 機能 | Managed Payments |
|---|---|
| Merchant of Record | 自社に代わってStripe |
| 税/VAT/GSTのコンプライアンス | 80か国以上 |
| 不正防止と紛争対応 | 含まれる |
| 取引単位の顧客サポート | 含まれる |
| 対応するチェックアウト製品 | Stripe CheckoutとPayment Linksのみ |
| サブスクリプション | 対応。ただし上にStripe Billingが必要 |
| Stripe Connect(プラットフォーム/マーケットプレイス) | 非対応 |
| Elementsやその他の高度な連携 | 非対応 |
| サードパーティの税務連携 | 非対応 |
| 単発の請求書 | 非対応 |
| 料金 | 取引1件につき3.5%、標準のStripe決済処理手数料に加算。Stripe自身の料金ページによる |
決済のためにすでにStripeのダッシュボードを使っているチームにとって、Managed Paymentsは2社目のベンダーとの関係をまるごと不要にします。PaddleやLemon Squeezyの現在の料率とコストだけで直接比較するなら、現時点では最も高い選択肢です。Stripeを、専用の請求ツールと比べてより広く検討しているなら、Stripeのベストな代替ツールのガイドが、その幅広い領域を取り上げています。
Paddleが適している場合
- 顧客がどこからサインアップしても単一の料率にしたい。 海外取引の上乗せがないため、顧客基盤が複数の国にまたがる場合に試算すべき項目が減ります。
- アカウントの利用を待たずに、今日から販売を始めたい。 Paddleのサインアップは、今まさに公開されていて、セルフサービスです。
- 独立したMerchant of Recordであることが自社にとって重要だと判断した。 Paddleのロードマップは、他社の製品ラインに組み込まれていません。
- 収益の大半が$10以上のSaaSサブスクリプションである。 $10未満の例外が、典型的なサブスクリプション事業に影響することはまれです。
Lemon Squeezyが適している場合
- すでにLemon Squeezyの有効なアカウントを持っている。 現状では、今すぐ他へ移行する必要はありません。
- 実際にアカウントを利用できる。 Lemon Squeezyが利用を認めてくれるなら、従来のシンプルな設定フローは今もそのままです。
- 顧客基盤がほぼ100%国内である。 まだ国境を越えて販売していないなら、1.5%の海外取引の上乗せは関係ありません。
- 将来の移行を計画することに抵抗がない。 今日導入するということは、最終的な移行に備えて予算を組むことを意味します。移行先はおそらく、より高い実効料率のStripe Managed Paymentsであり、恒久的で変わらない拠点として扱うことではありません。
意思決定フレームワーク
最終的な判断は、実のところ、請求、税務、グローバルな支払いを1つのプラットフォームにまとめたいのか、より軽量なチェックアウトの構成にしたいのか、ということです。

| これが当てはまる場合 | 選ぶべきツール |
|---|---|
| 今日から販売を始める必要があり、アカウントの利用を待てない | Paddle |
| 国境を越えて大きく販売し、上乗せが積み重なるのを避けたい | Paddle |
| すでにLemon Squeezyの有効なアカウントを運用している | Lemon Squeezy、使い続ける |
| 収益のほぼすべてが国内で、取扱高が小さい | どちらでも可。料率はほぼ同じ |
| 本格的なB2Bの請求書発行のサポートが必要 | Paddle、個別の料金相談を通じて。Lemon Squeezyはこの機能を明記していないため |
| 決済のためにすでにStripeのエコシステムに深く入っている | Stripe Managed Paymentsを直接検討する。ただしどちらよりもコストが高いことを理解したうえで |
| Merchant of Recordにはならず、自社で税務のスタックを運用したい | 代わりにChargebeeとRecurlyの比較をご覧ください |
次のステップ
- 上の取扱高の表と照らして、自社の海外顧客の比率を試算してください。 国内中心の事業では2つの料率はほぼ同一で、グローバルに販売する事業では大きく開きます。
- 計画を立てる前に、Lemon Squeezyのアカウントを利用できるかを確認してください。 ウェイトリストの状況は変わります。「公開」とも「非公開」とも決めつけず、直接確認してください。
- $10未満の商品や請求書発行の例外が当てはまる場合は、Paddleと直接解消してください。 どちらも、公開されている料率ではなく、個別の料金相談が必要です。
- オンボーディングの際に、支払い条件を書面で入手してください。 どちらのベンダーの公開ページも、計画の拠り所にできるほど詳しくリザーブの方針や最低額を示していないためです。
- すでにCRMやオペレーションのプラットフォームを使っているなら、財務スタックの残りの部分も視野に入れてください。請求データがたいてい連携先とする隣接システムについては、2026年のベストなCRMソフトウェアと2026年のベストなFP&Aソフトウェアのガイドで取り上げています。
PaddleとLemon Squeezyの比較に関するよくある質問
Lemon Squeezyはサービスを終了しますか?
いいえ。StripeがLemon Squeezyを買収したのは2024年7月で、本稿執筆時点で終了日は発表されていません。現在も既存の料率で取引を処理しています。報告によると変わったのは、新規加盟店のサインアップが2026年半ば頃にウェイトリストまたは招待制になったことで、これは直接確認する価値があります。また、その技術は現在、Stripe自身のManaged Payments製品の基盤になっています。
2026年でもLemon Squeezyにサインアップできますか?
できる可能性はありますが、決めつけないでください。第三者の報告は、新規加盟店のサインアップが2026年半ば以降、ウェイトリストまたは招待制になっていると述べています。Lemon Squeezy自身のサイトで現在の状況を確認できなかったため、プラットフォーム自体は稼働していても、利用できる保証はありません。すでにアカウントを持っている場合は、従来どおり機能し続けます。持っていない場合は、セルフサービスのサインアップが公開されていると決めつけず、Lemon Squeezyに現在の利用可否を直接確認してください。
PaddleとLemon Squeezyでは、どちらが安いですか?
基本料率は同じで、取引1件につき5%に50セントです。違いは海外販売に表れます。Lemon Squeezyは海外取引に1.5%を加算しますが、Paddleの公開料率には地域に基づく上乗せがありません。主に国内で販売する事業者にとっては、コストはほぼ同じです。
Paddleは海外取引に追加料金がかかりますか?
いいえ、公開されている料率にはかかりません。Paddleの取引1件あたり5% + 50cの手数料は、自社の料金ページによると、顧客の地域にかかわらず適用されます。これは、Lemon Squeezyの1.5%の海外取引の上乗せが積み重なる点との、実質的な違いです。
Lemon SqueezyがいずれStripe Managed Paymentsに置き換わるなら、今日使うべきですか?
それは時間軸によります。Lemon Squeezyは今も機能しており、終了日も発表されていないため、既存のアカウントから急いで離れる理由はありません。ただし、新たに評価するなら、その長期的に見込まれる後継サービスであるStripe Managed Paymentsは、取引1件につき3.5%に標準のStripe決済処理手数料を加えた額を課し、実効料率が6%を超えることを知っておいてください。これはLemon Squeezyの現在の5% + 50cよりも大幅に高い水準です。数年先を計画しているなら、今日の料率ではなく、その将来のコストで予算を組んでください。
$10未満の商品を、Paddleの標準料率で販売できますか?
自動的にはできません。Paddle自身の料金ページは、$10未満の価格の商品を、請求書発行が必要な加盟店と並んで、個別の料金設定が必要な2つのケースの1つとして挙げています。公開されている5% + 50cの料率が適用されると決めつけず、Paddleのチームに直接問い合わせる必要があります。
PaddleとLemon Squeezyは、B2Bの請求書発行に対応していますか?
Paddleは請求書発行を対応機能として挙げていますが、標準料率の対象ではなく、個別の料金相談が必要です。Lemon Squeezyは、セルフサービスでカード中心という設計と一致して、請求書発行を製品機能としてまったく挙げていません。
Merchant of RecordとStripe Managed Paymentsの違いは何ですか?
モデルは同じで、StripeがMerchant of Recordとなり、税務、不正、紛争の処理を引き受けます。ただしManaged Paymentsは独立したStripe製品で、独自の料金(3.5%に標準の決済処理手数料)と実際の制約があります。使えるのはStripe CheckoutとPayment Linksのみで、Stripe Connect、Elements、サードパーティの税務連携、単発の請求書には対応せず、サブスクリプションにはその上にStripe Billingを重ねる必要があります。
関連リソース:
- Paddleのベストな代替ツール
- 2026年のベストなサブスクリプション請求ソフトウェア
- Recurlyのベストな代替ツール
- Chargebeeのベストな代替ツール
- 2026年のベストな売掛金管理ソフトウェア
- 2026年のベストなFP&Aソフトウェア
Camelliaは、B2Bおよびデジタル商品チーム向けに、請求、レベニューオペレーション、財務ツールについて執筆しています。料金は2026年8月にベンダーの料金ページで確認しています。

On this page
- 重要なポイント
- TL;DR
- それぞれのプラットフォームは誰のために作られているのか
- 料金と取扱高別のコスト
- 実際の取扱高ではいくらになるか
- 海外取引手数料:表向きの料率に隠れた本当の違い
- $10未満の商品と請求書発行の例外
- 製品適合性:SaaSサブスクリプションと単発のデジタル商品
- チェックアウトと顧客体験
- 支払いの仕組み
- 請求書発行とB2Bサポート
- プラットフォームの成熟度と企業の動向
- 2026年のLemon Squeezyの現状:購入者が本当に知っておくべきこと
- Stripe Managed Payments:事実上の第3の選択肢
- Paddleが適している場合
- Lemon Squeezyが適している場合
- 意思決定フレームワーク
- 次のステップ