暗号資産決済に対応するLemon Squeezy代替案：USDC・USDTを追加

暗号資産決済に対応するLemon Squeezyの代替サービスを探している場合、最適な答えは全面的な乗り換えではないかもしれません。

Lemon Squeezyはすでに、決済ページ、サブスクリプション、地域別の支払い方法、取引上の正式な販売主体としての税務処理、ソフトウェアのライセンスキーを管理しています。一部の購入者がUSDCやUSDTを希望しているという理由だけで置き換えると、支払い方法を追加するはずの作業がプラットフォーム移行になってしまいます。

より目的を絞った構成では、2つの決済経路を使います。

1. カード、PayPal、地域別決済、サブスクリプション、税務、ライセンス管理は、従来どおりLemon Squeezyに任せます。
2. 暗号資産ウォレットから支払いたい顧客向けに、独立した非カストディアル型のステーブルコイン決済レイヤーとしてYolfiを追加します。

この区別は重要です。Yolfiでは、暗号資産向け決済ページ、決済リンク、暗号資産によるサブスクリプションを追加できます。ただし、これらの取引上の正式な販売主体になるわけではありません。

Lemon Squeezyがすでに得意としていること

Lemon Squeezyは、単なる決済ボタンではありません。公式の決済導入ガイドでは、ホスト型およびオーバーレイ型の決済ページ、買い切り商品とサブスクリプション商品、決済時のカスタムデータ、API、Webhookについて説明されています。複数の販売機能を1つのシステムにまとめたいソフトウェア企業やデジタル商品の販売者に適したプラットフォームです。

主な機能は次のとおりです。

• ホスト型の決済リンクと埋め込み可能な決済オーバーレイ
• カード、PayPal、デジタルウォレット、対象となる地域別の支払い方法
• 無料試用、請求間隔、プラン変更、契約状態の管理を備えた継続プラン
• 取引上の正式な販売主体となるモデルに基づく税額計算、徴収、納付
• 領収書、返金、カード支払いへの異議申し立て対応、顧客による各種手続き
• 商品バリエーション、ファイル、ソフトウェアのライセンスキー
• 注文とユーザーアカウントを関連付けるWebhookとカスタムデータ

Lemon Squeezyの正式な販売主体としての役割に関する資料によると、同社が処理する購入について、決済、売上税、返金、カード支払いへの異議申し立て、PCI準拠を担います。ライセンスキーに関する資料では、一意のキー、認証回数の上限、ライセンス期間、サブスクリプションの契約状態に連動するキーについても説明されています。

購入者から暗号資産での支払いを求められても、これらの役割は維持しましょう。

Lemon Squeezyは暗号資産に対応しているか

2026年9月時点で、Lemon Squeezy公式の対応している支払い方法に暗号資産は掲載されていません。

資料に記載された支払い方法には、カード、PayPal、Apple Pay、Google Pay、Alipay、WeChat Pay、Cash App Pay、銀行口座からの引き落としが含まれ、利用可否は端末や地域によって異なります。サブスクリプション商品については、カード、Apple Pay、Google Pay、PayPalが掲載されています。USDC、USDT、Bitcoin、その他の暗号資産は、決済手段として記載されていません。

支払い方法は変更されるため、長期的な判断を下す前に、最新の資料と実際の決済ページを確認してください。ただし、購入者が今すぐウォレットから支払う必要があり、必要なトークンとネットワークが提供されていない場合は、別の暗号資産決済経路を設けるのが現実的な解決策です。

Lemon Squeezyを置き換えるか、暗号資産決済経路を追加するか

全面的な置き換えを選ぶべきなのは、一部の購入者が暗号資産を希望しているからではなく、プラットフォーム全体が事業に合わなくなった場合です。Lemon Squeezyが取引上の正式な販売主体となるモデル、商品に関する規則、対応国、売上金の受け取り手続き、料金体系、ライセンス管理、サブスクリプション機能が事業上の要件と合わない場合は、移行が妥当なこともあります。

Lemon Squeezyがカード決済、税務、サブスクリプション、ライセンス提供に引き続き適している一方で、特定の顧客層がウォレットからの支払いを望んでいる場合は、独立した暗号資産決済経路を追加します。既存の商品カタログと顧客ライフサイクルを維持しながら、1つの商品やプランでステーブルコインの需要を検証できます。

判断する前に、現在Lemon Squeezyが担っている業務をすべて一覧にしてください。不足しているのがUSDCまたはUSDTの決済ページだけなら、既存環境への追加は通常、全面移行より小規模で元に戻しやすい取り組みです。中核となる複数の業務がすでに合わなくなっている場合は、暗号資産への対応とは分けて、販売基盤全体の移行を検討してください。

2経路モデル：Lemon SqueezyとYolfiの併用

2つのサービスの役割は明確に分ける必要があります。Lemon Squeezyは、同社が処理する取引について、販売業務と正式な販売主体の役割を担う経路として維持します。Yolfiは、同社が処理する取引について、ステーブルコインを直接受け取る経路になります。

これはLemon Squeezyに暗号資産を受け付けさせる方法ではなく、Lemon Squeezyと並べて別の決済ページを用意する構成です。購入者向けの表示と自社の記録の両方で、どちらの決済経路を使ったか識別できるようにしてください。

より広い観点から構成を検討するには、SaaSの暗号資産決済も参照してください。

ステーブルコインから始める理由

ソフトウェア企業は通常、USDなど顧客になじみのある単位で価格を設定します。価格変動が大きいと、表示価格、受取時の価値、会計上の価値にずれが生じる可能性があります。

USDCとUSDTは米ドルへの連動を目指して設計されているため、29ドルのライセンス、199ドルの年間プラン、固定額の導入費用などに利用しやすい選択肢です。ただし、発行者、ウォレット、ネットワーク、規制、流動性、価格連動の崩れに関するリスクは残ります。「安定している」ことは、リスクがないことを意味しません。

知名度だけでなく、顧客の要望と資金管理の準備状況に基づいてトークンを選びましょう。そのうえで、実際のYolfi設定で利用できるネットワークのみを使用してください。対応範囲の拡大に伴って公式ページの内容も変わる可能性があるため、顧客が利用できる選択肢については実際の決済ページを正とするべきです。

トークンとネットワークは必ず一緒に表示してください。「99 USDCを支払う」だけでは不十分で、購入者には使用するネットワークも正確に伝える必要があります。明確な表示、アドレスの検証、確認画面によって、異なるネットワークへの誤送金を減らせます。運用上の対策については、暗号資産のネットワーク間違いを防ぐ方法で詳しく解説しています。

暗号資産決済を追加する3つの実践的方法

1. 決済リンクで需要を検証する

決済ページ全体を作り直す前に、暗号資産の決済リンクから始めましょう。商品、年間プラン、更新、追加機能、請求書のリンクを作成し、暗号資産での支払いを希望する顧客に共有します。

小規模な試験導入により、アクセス解析だけでは分からない次の点を確認できます。

• 顧客が希望するのはUSDC、USDT、それとも両方か
• 実際の設定で、どの選択肢が利用されるか
• 要望が特定の国や顧客層に集中しているか
• 購入者が希望するのは買い切りか継続利用か
• ウォレットやネットワークの選択に関する問い合わせがどの程度発生するか
• 照合作業のために経理部門が必要とする資料は何か

対応するLemon Squeezyの商品と同じ商品名、販売価格、利用権の期間、返金条件を使用してください。リンクを送る前に社内注文IDを割り当て、ウォレットからの支払いを顧客や商品と照合できるようにします。

2. 決済ページにセルフサービスの暗号資産決済を併設する

試験導入で需要を確認できたら、Lemon Squeezyの決済ページの横に「USDCまたはUSDTで支払う」という別の操作を用意します。

2つの経路を、どちらを選ぶのか分からない1つのボタンにまとめてはいけません。暗号資産決済経路には、次の情報を明記してください。

• 代金を受け取る法的な販売者
• 商品、プラン、金額、トークン、ネットワーク
• 利用権が買い切りか期間限定か
• どの時点で決済を確定と見なすか
• 返金条件と問い合わせ窓口
• 税務と請求書の担当者
• 購入者が問い合わせ時に提示できる注文参照番号

完了ページが表示されても、支払いの証明にはなりません。必要な送金を完了していなくても、リダイレクト先を開いたり再訪したりできます。商品や利用権を提供するのは、検証済みのサーバー側ステータスまたは認証済みのWebhookイベントを確認した後にしてください。

3. 必要とする顧客に暗号資産サブスクリプションを提供する

更新のたびに無関係な送金として扱うのではなく、継続的なアクセスには暗号資産サブスクリプションを使用します。公開前に、選択した設定で利用できる集金方法を確認し、各請求状態で製品がどのように動作するか定義してください。

次の点をあらかじめ決めておきます。

• 事前の承認に基づいて更新料金を回収できるのか、顧客の操作が必要なのか
• 通知、残高不足、期限切れの支払い要求をどのように扱うか
• どの検証済みイベントを受けてアクセスを開始または延長するか
• 猶予期間をどの程度にするか
• アップグレード、ダウングレード、解約、返金をどのように処理するか
• 暗号資産で支払う契約者がLemon Squeezyのライセンスキーを使うのか、独自の利用権管理システムを使うのか

暗号資産による請求を追加するだけで、Lemon Squeezyの顧客ポータル、支払い督促、税務、ライセンスキーの管理まで自動的に再現されるとは考えないでください。社内では1つのサブスクリプション状態管理を使用しつつ、各サービスが担う責任を明確にします。

Lemon Squeezyアダプターの状態不一致をどう扱うか

Yolfiには公開中のLemon Squeezyアダプター紹介ページがあり、アダプター資料でも対応済みとして掲載されています。同資料には、meta.event_name、meta.custom_data、data.type、data.id、data.attributesなどのフィールドを持つLemon Squeezy形式のJSON:APIペイロードが記載されています。

一方、リポジトリのINFO.mdでは現在、Lemon Squeezyアダプターが計画中とされ、MVP後に対応するアダプターとして掲載されています。2つの公式情報の状態が一致していないため、どちらか一方だけを根拠に、一般提供済み、または自社アカウントで有効化済みとは判断できません。利用を前提にする前に、現在の実装状況とアカウントでの有効化状況をYolfiに確認してください。

また、認証方式には重要な違いがあります。ペイロードの互換性は、署名の互換性を意味しません。Yolfiのアダプター資料によると、変換されたイベントもX-Yolfi-Signatureで認証されます。アダプターはLemon SqueezyのX-Signature認証を再現しません。そのため、Lemon Squeezyの署名だけを検証する処理には、Yolfi専用の検証経路を明示的に追加する必要があります。

アダプターを前提にする前に、次の点を確認してください。

1. 現在の提供状況と自社アカウントでの利用可否をYolfiに確認する。
2. 最新のイベント対応表、ペイロード、再試行、署名に関する資料を入手する。
3. 署名検証のために加工前のリクエスト本文を保持する。
4. YolfiとLemon Squeezyの認証を別々に処理する。
5. 商品提供やサブスクリプションのアクセス付与に使う全イベントをテストする。
6. アダプターを利用できない場合に備え、Yolfi標準イベントまたは決済ステータスによる代替経路を維持する。

互換性によってデータ対応付けの作業は減らせても、検証、テスト、サービス固有のエラー処理は省略できません。

安全な2経路構成の実装手順

手順1：既存のLemon Squeezyフローを棚卸しする

アプリケーションが実際に使っているイベントとフィールドを一覧にします。注文作成、サブスクリプション、ライセンスキー、返金、カスタムデータ、商品IDとバリエーションID、アクセス権の取り消しを含めてください。これにより、暗号資産決済経路が接続すべき箇所と、変更せず残す箇所が明確になります。

手順2：決済サービスに依存しない注文レコードを定義する

決済前に社内レコードを作成します。次のようなフィールドが役立ちます。

• 社内注文IDと顧客ID
• 決済サービス（lemon_squeezyまたはyolfi）
• 商品、プラン、利用権の期間
• 提示した法定通貨建て金額と価格表示通貨
• 必要に応じて決済トークンとネットワーク
• 決済サービス側の決済IDとトランザクションハッシュ
• ステータス、各種日時、返金状態

ブロックチェーン取引をカード決済専用のフィールドに無理に当てはめないでください。決済サービスごとの詳細をすべて統一するのではなく、業務上の結果を共通化します。

手順3：ステーブルコインの商品を設定する

実際のYolfi設定で利用できる選択肢を使い、買い切り用のリンクまたはサブスクリプションを作成します。最初は対象を絞り、商品は1つ、ステーブルコインは要望のある1〜2種類、ネットワークは自社で対応・照合できるものだけにします。

手順4：サーバー側で決済を検証する

最新の資料に従い、加工前の本文を使ってYolfiの署名を検証するか、サーバー側から決済ステータスを照会します。そのうえで、想定する決済ID、販売者、金額、トークン、ネットワーク、確定状態を確認してください。

処理には冪等性を持たせます。商品や利用権を提供する前に一意のイベントIDまたは決済IDを保存し、Webhookの再試行によって2つ目のライセンスが作られたり、残高が二重に加算されたり、サブスクリプションが2回延長されたりしないようにします。

手順5：業務イベントを共通化する

有効な各サービスのイベントを、次のような少数の社内用イベント名に変換します。

• payment_confirmed
• subscription_started
• subscription_renewed
• subscription_ended
• refund_recorded

利用権管理サービスはこれらの結果に応じて動作させ、連携レイヤーには監査と問い合わせ対応のために、決済サービスから受け取った元のペイロードと検証結果を保持します。

手順6：商品提供またはアクセス付与につなげる

暗号資産による購入では、独自システムでライセンスを作るのか、アカウントを用意するのか、クレジットを追加するのか、安全なダウンロードを送るのか、既存のサブスクリプションを延長するのかを決めます。Lemon Squeezyが処理していない取引に対して、同社がライセンスキーを発行するとは考えないでください。

手順7：失敗時の経路をテストする

無効な署名、重複イベント、一部のみの支払い、誤ったトークン、誤ったネットワーク、遅延した支払い、期限切れの要求、過払い、返金要求、ウォレットにアクセスできない場合をテストします。正常系の取引が1件成功しただけでは、本番運用の準備が整ったとはいえません。

暗号資産決済経路では、税務・返金・照合の扱いが異なる

Yolfiの非カストディアル型サービスモデルでは、対応する決済はYolfiに保管されて後から売上として送金されるのではなく、販売者が設定したウォレットに直接入金されます。

これにより販売者は資金を直接管理できますが、Lemon Squeezyが正式な販売主体として担う対応範囲がYolfiの取引に及ぶわけではありません。暗号資産による直接販売では、販売者自身が次の業務手順を確立する必要があります。

• 売上税、VAT、請求書、顧客記録
• 取引価値の会計処理と為替レートの方針
• ウォレットへのアクセス、承認、復旧の管理
• トランザクションハッシュと注文の対応付け
• 別の送金として行う返金
• 制裁規制、消費者保護、その他適用される法令への対応
• 資金の換金とステーブルコイン保有リスクの管理

確定済みのブロックチェーン送金は、カード決済ネットワークの支払い取り消し手続きでは元に戻りません。だからといって「紛争が一切ない」「返金リスクがない」という意味ではありません。不正、ウォレットの侵害、苦情、法的な返金義務、操作ミスには、引き続き対応が必要です。

帳簿では、Lemon Squeezy経由の売上とウォレットへの直接入金を分けてください。各売上に適用された決済サービスと法的モデルを記録します。対象地域について、資格を持つ税務・法務の専門家に相談してください。

よくある間違い

暗号資産の需要を検証する前にLemon Squeezyを置き換える

数件の問い合わせだけを根拠に決済ページ、サブスクリプション、税務業務、ライセンス管理を移行するより、決済リンクを使った試験導入のほうが迅速でリスクも低くなります。

Yolfiを正式な販売主体の代替と呼ぶ

Yolfiは非カストディアル型の決済レイヤーです。暗号資産による直接販売について、Lemon Squeezyが担う正式な販売主体や税務の役割を引き継ぐものではありません。

アダプターの状態不一致を見落とす

Yolfiの資料では対応済みとされていますが、リポジトリのINFO.mdでは計画中のままです。現在の実装状況とアカウントでの有効化状況をYolfiに確認し、利用できる場合もアダプター資料に従ってペイロードとX-Yolfi-Signatureの両方をテストしてください。

ブラウザのリダイレクトを根拠に商品を提供する

完了URLは顧客体験を構成する画面の1つであり、決済の証拠ではありません。検証済みのサーバー側決済状態を使用してください。

あらゆるトークンとネットワークの組み合わせを約束する

実際の設定で利用できる選択肢のみを提供してください。トークンやネットワークを増やすほど、ウォレット対応、問い合わせ、返金、照合作業は複雑になります。

Lemon Squeezyのライセンスに関する前提を流用する

Yolfiでの支払いによって、Lemon Squeezyの注文やライセンスキーが自動的に作られるわけではありません。暗号資産による販売には、商品や利用権を提供するための明示的な経路を構築してください。

よくある質問

暗号資産決済に最適なLemon Squeezyの代替案は何ですか？

カード決済、正式な販売主体としての税務処理、サブスクリプション、ライセンスキーについてLemon Squeezyが引き続き機能しているなら、最初の一手としては全面的な置き換えより、独立した暗号資産決済経路を追加するほうが適している場合が多いでしょう。ステーブルコインの決済リンクを追加して需要を検証し、確認済みの決済を既存の利用権管理システムにつなげます。

顧客はLemon SqueezyでUSDCやUSDTを使えますか？

2026年9月時点で、Lemon Squeezy公式の支払い方法ページには、USDC、USDT、Bitcoin、その他の暗号資産は対応する決済手段として掲載されていません。支払い方法は変更される可能性があるため、最新の資料を確認してください。

Lemon SqueezyとYolfiは併用できますか？

はい。Lemon Squeezyが処理する取引とサービスには引き続き同社を使用し、Yolfiはウォレットから支払うための独立した経路として提供します。すべての注文に使用した決済サービスを記録し、共通の商品提供ロジックには検証済みの結果だけを送ってください。

YolfiのLemon Squeezyアダプターは現在利用できますか？

公開情報が一致していません。Yolfiの資料では対応済みとされていますが、リポジトリのINFO.mdではLemon Squeezyが計画中とされています。この機能を前提に開発する前に、現在の実装状況と自社アカウントでの有効化状況をYolfiに確認し、最新のアダプター資料に沿ってテストしてください。

アダプターはLemon SqueezyのWebhook署名を使用しますか？

いいえ。Yolfiのアダプター資料によると、Lemon Squeezy互換のペイロードもX-Yolfi-Signatureで認証され、Lemon SqueezyのX-Signatureは再現しません。エンドポイントでは、加工前のリクエスト本文を使い、該当する決済サービスの署名を検証する必要があります。

Yolfiは暗号資産で支払った購入者にLemon Squeezyのライセンスキーを発行しますか？

発行されると考えないでください。Lemon Squeezy以外で行われた決済が、自動的にLemon Squeezyの注文になるわけではありません。最新の製品資料に別の対応フローが明記されていない限り、検証済みのYolfi決済を独自のライセンス管理またはアクセス付与手順につなげてください。

USDCとUSDTのどちらを受け付けるべきですか？

顧客から要望があり、実際の設定で利用できるものから始めてください。両方に対応すればより多くの購入者に利用してもらえますが、選択するネットワークごとに運用作業が増えます。対象を絞り、分かりやすく表示したほうが、長い暗号資産一覧を用意するより安全です。

暗号資産決済はLemon Squeezyより安いですか？

一律に当てはまる答えを示すことはできません。現在の各サービスの手数料、ネットワーク費用、換金、会計、問い合わせ対応、返金、税務作業に加え、自社で構築する必要がある決済ページ、ライセンス管理、サブスクリプション機能も比較してください。業務全体を無視して、広告に示された1つの料率だけを比べてはいけません。

まとめ

有用な暗号資産決済向けLemon Squeezy代替案は、Lemon Squeezyを置き換えるものである必要はありません。

法定通貨向けのホスト型決済ページ、サブスクリプション、正式な販売主体としての税務処理、ライセンスキーにはLemon Squeezyを維持します。USDCやUSDTを希望する顧客には、独立した非カストディアル型のステーブルコイン決済経路としてYolfiを追加します。決済リンクによる試験導入から始め、実際の設定で利用できる選択肢だけを提供し、サーバー側で決済を検証してください。また、暗号資産による直接販売は、Lemon Squeezyの取引と運用上も分けて管理します。

実際の商品を1つ選び、小規模な暗号資産決済リンクの試験導入から始めましょう。販売基盤のほかの部分を変更する前に、購入者の需要を測定してください。Yolfi Lemon Squeezyアダプターはイベントの対応付けを簡単にできますが、資料の「対応済み」とリポジトリの「計画中」という状態が一致していません。現在の実装状況と自社アカウントでの有効化状況を確認してから利用してください。