メインコンテンツまでスキップ
ストア運営・コンテンツ

ShopifyでHSA/FSAカードが必ず弾かれる理由と、決済アプリ3本が実際に肩代わりしているもの

HSAカードはVisaです。ShopifyのチェックアウトはVisaを通します。なのに決済が通らない。原因は2007年のIRS Noticeで、ヘルスケア用のMCCを持たずIIASも実装していない加盟店では、カード発行会社が必ず拒否するよう定められているからです。Shopifyに標準のHSA/FSA対応は無く、App Storeで見つかる無料アプリの多くは決済経路ではありません。Truemed、Sika Health、Flexの3社を、適格性の判定、Letter of Medical Necessity、混在カートの分割決済、Shopify Payments外での入金、注文が失効する7日間のキャプチャ期限という観点で比較しました。調査日は2026年9月2日です。

AIECアプリ研究所 AI編集部公開日 更新日 読了 17#Shopifyブログ運営#アプリ比較

この記事でわかること

この記事の目次Contents閉じる開く

フレキシブル支出口座(FSA)に2,400ドルを残している顧客が、180ドルのリカバリーデバイスをカートに入れ、Visaロゴの入ったカードを入力し、そして決済に失敗します。カードには何の問題もありません。Shopify Paymentsのアカウントにも問題はありません。その取引は、あなたのところに届く前に、カード発行会社が意図的に拒否したものです。

HSA・FSA口座の残高を持つ約7,000万人の米国人に向けて商品を売るとき、最も誤解されているのがこの点です。カードは普通のカードに見えますが、商取引の外側にあるルールに支配されています。このルールを理解しているかどうかが、正しいベンダーを選べる事業者と、無料アプリを入れて何も起きずに「このカテゴリは機能しない」と結論づける事業者を分けます。

調査日は2026年9月2日、数値と引用はすべて一次情報にもとづきます。出典は記事末尾にまとめました。

実際に決めているルール

ヘルスケア給付カードはVisaとMastercardのレールを走りますが、どこで承認してよいかをIRSが制限しています。この標準を策定する業界団体であるSIGIS(Special Interest Group for IIAS Standards)は、制約をこう明記しています。

"It is required that attempts to use FSA/HRA cards at merchants or service providers without a health care related MCC code and who have not implemented an IIAS be declined."

抜け道は2つあり、SIGISはどちらも文書化しています。1つ目はヘルスケア関連のMCCです。医師、歯科医、眼科、病院に割り当てられるコードで、DTCのウェルネスブランドは持っていませんし、申請して取得できるものでもありません。

2つ目が**IIAS(Inventory Information Approval System)**です。対象商品を明細単位でフラグ付けし、オーソリゼーション要求のなかにヘルスケア金額を含めて送ることで、発行会社がリアルタイムで自動substantiation(適格性の裏付け)を行える認証済みシステムを指します。

SIGISは、IIASの実装が加盟店に何を要求するかも列挙しています。プラグイン程度で済む規模ではありません。SIGIS Eligible Product Listを使った在庫のフラグ付け、取引にFSA金額を追加するためのカード処理の変更、どのカードにIIASデータを付けるか判定するためのFSA/HRA BINリストへの対応、そしてIRS監査に備えて承認済み取引の明細を5年間保存すること。

SIGISが説明する3つ目の経路として90% Ruleがありますが、オンライン販売業者には明示的に閉ざされています。対象はMCC 5912および5122のドラッグストア・薬局のうち、店舗ごとの総収入の90%以上が処方薬と適格医療品から生じている場合に限られ、しかもIRSは「mail order vendors and web-based vendors」をIIASの実装が必要な側の例として名指ししている、とSIGISは記しています。

つまり、サウナやサプリメント、赤色光パネルを売るShopifyマーチャントの立ち位置はこうです。ヘルスケアMCCは無い、IIASも無い、ゆえに設計どおり拒否される。このカテゴリのアプリが存在する理由はここにあり、これは決済の顔をしたコンプライアンスの問題です。

Shopify標準でできること: この領域には無い

ShopifyにHSA/FSA決済の標準機能はありません。Settings → Paymentsにトグルは無く、カード種別のチェックボックスも無く、Shopifyが運営するsubstantiationサービスも存在しません。Truemedは自社のShopifyパートナーページのFAQで、この点を直接述べています。「Shopify does not natively support HSA and FSA payments.」

これはShopifyが今後埋めそうな穴でもありません。埋めるということは、Shopify自身がIIAS認証を受ける当事者になり、臨床レビューまで引き受けることを意味するからです。Shopifyが提供しているのはチェックアウトのadditional payment methodの枠であり、このカテゴリのベンダーはすべてそこに接続しています。

「標準で動く」場合を正確に書いておくと、SIGIS Eligible Product Listに載っている商品を扱っていて、かつヘルスケアMCCを保有しているなら、アプリ無しでもカードは通り得ます。ShopifyのDTCブランドでこの条件に当てはまる例はほとんどありません。Sika Healthのマーチャント向けFAQは、まさにこの層、つまり既に自前でヘルスケアカードを処理していた事業者に向けて、メガネ・日焼け止め・補聴器・運動器具などの小売業者にはIIASの実装と運用が求められる、と説明しています。

まったく性質の異なる2つの適格性経路

以降の話はすべて、商品がどちらのバケツに入るかで決まります。そしてこの2つは日常的に混同されています。

Auto-substantiation(自動裏付け) は、既に適格医療費として認識されている商品、つまりSIGISのリストに載っている商品が対象です。カードは承認され、発行会社が自動的に裏付けを行い、顧客は問診票を目にすることすらありません。日焼け止め、体温計、OTC医薬品、処方眼鏡がここに入ります。

Letter of Medical Necessity(LMN、医療必要性の証明書) が対象とするのは、dual-purpose(両義的)な商品です。フィットネス機器、睡眠テクノロジー、サプリメント、リカバリーツール。これらは本質的に医療用ではありません。独立した有資格の医療提供者が、その特定の顧客の診断済みの状態を治療・軽減・予防するものだと確認して初めて適格になります。Truemedのドキュメントは、これが顧客ごとの条件付き判断であることを明確にしています。

"Not every customer will qualify. This is why all marketing messaging must treat eligibility as conditional ('may be eligible,' 'if you qualify') rather than guaranteed."

ランディングページを作る前に、この制約を理解しておく価値があります。ここで有効化しているのはカタログの属性ではありません。注文が置かれたあとに判定される、買い手ひとりひとりの医学的事情です。

Flexのドキュメントは、この分類がどこまで細かいかを示しています。同期した全商品を auto_substantiation / letter_of_medical_necessity / prescription / vision / not_eligible に振り分けます。

規制の温度は下がるより上がっています。2023年6月9日に出されたIRS主席法務官室のメモランダム CCA 202323006 が扱ったのは、加盟店ではなく雇用主が資金を出す fixed-indemnity のウェルネスプランです。ただし、そこで示された理屈こそがここでも効きます。実体としてのSection 213(d)医療費が支払いの背後に無ければ、税制優遇は成立しない。「HSA/FSA対象」を条件付きではなく無条件の約束としてマーケティングする事業者は、IRSが重く見ていることが示されている区別に寄りかかっていることになります。

App Storeのリスティングは製品そのものではない

多くのマーチャントが1週間を溶かすのがここです。Shopify App StoreでHSAやFSAを検索すると、3社すべての無料アプリが見つかります。しかしインストールしてもチェックアウトには何も起きません。3社のうち2社では、そのリスティングはマーケティング用または購入後用のアドオンであって、決済連携ではないからです。

Truemed

Truemed ExtensionsのShopify App Storeリスティングページ上部

出典: Shopify App Store(Truemed Extensions、2026-09-02時点)

Truemed Extensionsは無料で、2025年3月14日公開、レビューはまだありません。機能は限定的で、注文確認ページに適格性チェックのリンクを置き、顧客が事後に問診票へ回答して**払い戻し(reimbursement)**を目指せるようにするものです。チェックアウトでの受け入れではなく、購入後の経路です。

実際の決済連携はTruemed Payments Appです。Truemedのドキュメントによれば、Settings → Paymentsで有効化するadditional payment methodであり、オンボーディング後にTruemedから提供されるリンク経由でインストールします。そのオンボーディングには、SKU単位のコンプライアンスレビューのための商品カタログCSVのアップロードと、Stripe Expressのオンボーディングが含まれます。運営はテキサス州オースティンのTrue Medicine Inc.です。

Truemedの公式ドキュメントから読み取れる運用上の3点は、どんなコンバージョン数値よりも注意に値します。

顧客は「must check out as a guest, not via Shop Pay」。アクセラレーテッドチェックアウトが注文の相当割合を占めるストアにとって、これは脚注ではなく実質的なトレードオフです。

注文はShopifyのfinancial statusを時間制限つきで進みます。Payment pendingは問診票がレビュー中でキャプチャできない状態。AuthorizedはLMNが発行され、ここから7日以内にキャプチャしなければオーソリが失効し、資金は解放されて二度と取れません。ExpiredはLMNが却下されたか期限切れで、資金は回収されておらず、Truemedはこれらの注文をフルフィルしないよう指示しています。

資金はShopify Paymentsの外を流れます。入金はStripe Expressアカウント経由で紐づけた銀行口座へ「in batches on a rolling two-day basis」、Truemedの手数料を差し引いた額が届き、返金も同じStripeアカウントを通ります。Shopifyの入金レポートはこれを突き合わせてくれません。

1点、矛盾を明示しておきます。Truemedのマーケティングページは「Support for One-Time and Subscriptions Orders」と謳っています。一方、TruemedのShopify向けドキュメントはこの連携について逆のことを書いています。「At this time, the Truemed Shopify Payments App does not support subscription purchases. If a customer's cart contains a subscription item, Truemed will not appear as an available payment option at checkout.」TruemedはAPI経由ではサブスクリプションに対応しているため、企業としてはどちらも真になり得ます。ただしShopifyでサブスクアプリを併用しているなら、ローンチ前に書面で確認してください。

Sika Health

Sika HSA FSA PaymentsのShopify App Storeリスティングページ上部

出典: Shopify App Store(Sika HSA FSA Payments、2026-09-02時点)

Sika HSA FSA Paymentsは、3社のうち唯一、App Storeのリスティングそのものが決済連携になっているアプリです。インストールは無料、2023年6月9日公開で、Checkout、Shopify Admin、Stripe Connectと連携します。掲載されている機能は、対象商品でのHSA/FSAデビットカードの受け入れ、LMNのリクエストフロー、適格性バッジ、そして日次入金です。

Sikaは自社をSIGISのメンバーかつIntegrated Payment Providerと位置づけ、自社のIIASを、既存の在庫管理と連携して適格性をリアルタイム更新するSaaSとして説明しています。3社のなかで、何を外部委託しているのかを最も明快に述べているのがこの説明です。マーチャント向けFAQには「there's no need to change your Merchant Category Codes (MCC) to work around this」という有用な指摘もあります。

レビューの蓄積は薄く、評価は割れています。2件で2.3。2025年6月の1件は導入の容易さを評価しています。2026年1月の1件は、7か月使用した米国のマーチャントによるもので、入金が保留されていることとサポートに連絡が取れないことを訴えています。2件から傾向を語ることはできませんし、どちらか一方を一般化するのも誤りです。ただ、決済ベンダーによる資金保留は、リファレンス確認で具体的に聞くに値する失敗モードです。

Flex

Flex MarketingのShopify App Storeリスティングページ上部

出典: Shopify App Store(Flex Marketing、2026-09-02時点)

Flex Marketingは、App StoreでFlex Technology Co.が公開している唯一のアプリで、Truemed Extensionsと同じく決済経路ではありません。HSA/FSA受け入れを訴求するバッジ、バナー、モーダルを追加するものです。決済連携はFlex Shopify Payments Appで、FlexのダッシュボードのSettings → Integrations → Shopifyからインストールし、その後ShopifyのSettings → Paymentsで「Pay with Flex」がActiveになっていることを確認します。

Flexは分割カートの挙動を他社より明示的に文書化しており、混在カートを抱えるストアにとってこの順序は重要です。HSA/FSA対象額に一時的なホールドを置き、対象外の額をクレジット/デビットカードで処理し、ホールドしていたHSA/FSA資金をキャプチャし、注文完了ページへリダイレクトする。Shopify側では「this appears as a single order」となり、payment gatewayは「Flex」と表示されます。

カート全体が対象外の場合の設計方針も明示されています。チェックアウトをやり直させるのではなくクレジットカードの入力を促す、理由は「directing the customer to start the checkout session process all over again does not convert as well」だから、というものです。

インストールにはカート内容を読むためのWeb Pixelと、商品の全同期が必要で、Flexは同期が「can take several minutes or longer depending on the number of products in your store」と注意しています。

3社とも公開していないもの: 料金

3社とも、Shopify App Storeのリスティングにも公開サイトにも、マーチャント向けの料率を掲載していません。リスティングの「Free」はアプリのインストールが無料という意味だけです。実際の経済条件は、営業とのやり取りのあとに結ぶマーチャント契約のなかにあります。Truemedが公開しているのは、入金が「less Truemed's fees」で届くという事実だけです。

第三者の比較サイトには、このカテゴリについて数パーセント台の数字が流通しています。いずれも一次情報から確認できないため、契約書に載るまでは未確認として扱うべきです。

代わりにできるのは、問いの立て方を正すことです。比較対象は2.9% + 30¢ではありません。代替案は「より安い決済代行」ではなく、決済拒否だからです。意味のある比較は、ベンダーの料率と、本来成立しなかった注文の限界利益との比較であり、そこからPayment pendingで止まる注文と、失効してフルフィルされない注文の運用コストを差し引いたものです。

3社の選び分け

このカテゴリに入らないという判断が正しいのは、臨床的な根拠を持ち得ない一般商材を扱っている場合です。Truemedは「does not partner with products that cannot be connected to the treatment or prevention of a medical condition」と明言しており、IRSの枠組みが支えない適格性をベンダーが作り出すことはできません。

Sika Healthが向くのは、App Storeのリスティングから動く決済手段までの距離を最短にしたい場合、そしてIIAS認証と適格在庫の管理こそ外部委託したい部分である場合です。3社のうち、掲載アプリのインストールがそのまま連携になるのはSikaだけです。入金のタイミングと保留の条件は直接確認してください。

Truemedが向くのは、カタログのほぼ全商品がLMNを必要とするdual-purposeなウェルネス商材で、かつ公開された運用ドキュメントの厚みを重視する場合です。financial statusのモデル、キャプチャ期限、消込、チャージバック対応まで文書化されているのは、本来もっと当たり前であってほしい水準ですが実際には稀です。サブスクリプションの制限を確認し、Shop Payとのトレードオフを受け入れられることが前提になります。

Flexが向くのは、適格・非適格が混在するカートが例外ではなく通常である場合、あるいはShopify以外でも販売している場合です。分割決済のフローが最も明示的に文書化されており、WooCommerce、BigCommerce、Salesforce、Adobe Commerce、Stripeへの対応が掲載されています。

どれを選ぶにせよ、デモではなく契約で詰めるべき問いが3つあります。手数料の総額と、分割決済のうちHSA以外の部分のカード処理費用を誰が負担するのか。裏付け済みの取引をプラン管理者が後日取り消した場合、誰が責任を負うのか。ベンダーを乗り換えたりアンインストールしたりしたとき、進行中のオーソリはどうなるのか。

参考・出典

RelatedShop Pay InstallmentsはCapital OneとChaseのクレジットカードを受け付けない|手数料が公開されない仕組みと、Shopifyの2ページが食い違うdisputeの通知先

Shop Pay Installmentsは有効化無料、アプリ不要、そしてShopifyは手数料を公開していません。レートを見られるのは自社の管理画面の中だけです。加えてCapital OneとChaseのクレジットカードを受け付けず、月次プランはデビットカード限定、ギフトカードとサブスクリプション商品は対象外で、商品ごとにオン・オフを切り替えることもできません。Affirmはパスワード保護中のストア、英語以外の主要言語、主にB2Bという理由でアカウントを停止します。さらにShopifyの「Getting paid」ページは「disputeは管理画面に通知される」と書き、FAQは「管理画面には通知されない」と書いています。適格性を満たせない場合の代替はKlarna、Afterpay、Sezzle、Zip、PayPalのon-site messagingアプリで、このカテゴリーの評価は1.0〜3.2です。調査日は2026年9月2日です。