オンライン決済システム開発の保守・運用費用・ランニングコストについて

オンライン決済システムの導入を検討する際、多くの事業者担当者は初期の開発費用や決済代行会社（PSP）の選定に意識を集中させがちですが、実際にはリリース後に継続して発生する保守・運用費用こそが、長期的な総コストを大きく左右します。ここで言うオンライン決済システムとは、PSP（Payment Service Provider）と連携し、クレジットカード決済・QRコード決済・後払い決済といった複数の決済手段を1つの窓口でユーザーに提供する仕組みを指します。このシステムは、PSPへ支払う決済手数料や月額固定費といった変動費に加えて、24時間365日の障害監視体制を維持するためのインフラ費用、そしてカード情報を扱う以上避けて通れないPCI DSS準拠維持コストが複合的に積み重なる、独特のコスト構造を持っています。

本記事では、オンライン決済システムの保守・運用費用・ランニングコストに焦点を当て、費用の全体像から、PSPへの決済手数料・月額固定費・トランザクション費用といった内訳、自社でカード情報を保持する場合とトークン決済で非保持化する場合のPCI DSS準拠コストの違い、決済手段を追加するたびに発生する開発コストと料金プラン選定の考え方、そして保守運用コストを抑える具体的な工夫までを、具体的な数値とともに解説します。すでにオンライン決済システムを導入している事業者の方はもちろん、これから導入を検討する担当者の方にとっても、見落としがちな継続コストを把握するための判断軸となる内容です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・オンライン決済システムの完全ガイド

オンライン決済システム保守・運用費用の全体像

オンライン決済システムの保守・運用費用でまず押さえておきたいのは、費用が「決済処理量に比例して増減する変動費」と「決済処理量にかかわらず一定額が発生する固定費・システム維持費」の2つに大別されるという点です。PSPへ支払う決済手数料は売上規模に応じて増減する変動費の代表格であり、クレジットカード決済で2.5〜3.6%程度、多くの事業者が3.0〜3.4%のボリュームゾーンに収まります。一方、PSPの月額固定費（数千円〜数万円、無料プランもある）、24時間監視体制を含むインフラ費用、システム保守費用、そしてPCI DSS準拠を維持するためのセキュリティ診断費用は、決済件数の多寡にかかわらず継続的に発生する固定費・システム維持費です。この変動費と固定費の両方を織り込んで初めて、オンライン決済システムの実際のランニングコストが見えてきます。

オンライン決済システムの保守費用が単純なWebサイトの運用費用と大きく異なる最大の理由は、決済という金融取引を扱う以上、可用性・セキュリティの両面で一般的なWebサービスより高い水準が求められる点にあります。決済の停止は即座に売上機会の損失に直結し、カード情報の漏洩は事業の信用そのものを揺るがすため、保守・運用への投資は「削れるコスト」ではなく「事業継続のための必要経費」として捉える必要があります。

変動費の中心は、PSPに支払う決済手数料です。クレジットカード決済の手数料率は2.5〜3.6%の幅がありますが、実際には3.0〜3.4%程度に収まる事業者が多く、これに加えてサブスクリプション型のリカーリング決済や越境ECのように不正利用リスクが高いと評価される取引では、手数料率がやや高めに設定される傾向があります。月間決済額が1,000万円であれば、手数料率3.2%の場合で月額32万円が決済手数料として発生する計算になり、決済額の増加に比例してこの金額も膨らんでいきます。一方、固定費・システム維持費に分類されるのは、PSPの月額固定費（3,000〜8,000円程度が中心で、無料プランを提供するPSPも存在します）、決済システムを稼働させるインフラ費用、そして障害対応やバージョンアップ対応を含むシステム保守費用です。これらは決済件数がゼロの月でも同額が発生するため、事業計画を立てる際には、売上に連動する変動費と、売上にかかわらず発生する固定費を分けてシミュレーションすることが不可欠です。特に立ち上げ初期でまだ決済額が小さいフェーズでは、固定費の負担割合が相対的に重くなる点にも注意が必要です。

オンライン決済システムの構築方法には、大きく分けてStripeやGMOペイメントゲートウェイ、SBペイメントサービス、ROBOT PAYMENTといったPSPが提供するAPIやSDKを組み込む「PSP利用型」と、決済処理の中核まで自社で構築する「フルスクラッチ型」があります。PSP利用型は、決済インフラの構築・保守をPSP側に委ねる分、初期開発費用を抑えられるだけでなく、ランニングコストの大部分がPSPへの決済手数料という変動費に集約されるため、事業規模に応じてコストが自然にスケールするという利点があります。月額固定費も数千円程度と小さく、決済件数が少ないスタートアップ期には特に相性が良い構成です。一方、フルスクラッチ型は決済処理のロジックやカード情報の取り扱いまで自社の管理範囲に含めるため、後述するPCI DSS準拠維持コストや、24時間体制の障害監視インフラの費用が固定費として重くのしかかります。決済件数が極めて多く、PSPの手数料率よりも自社運用の固定費のほうが相対的に安くなる規模の事業者でなければ、フルスクラッチ型のメリットを享受しにくいのが実情です。実務上は、まずPSP利用型でスタートし、決済量の拡大に応じて段階的に自社開発の範囲を広げていくハイブリッドなアプローチを取る事業者が増えています。

費用構成要素の内訳

オンライン決済システムの保守・運用費用は、大きく「PSPへ支払う決済関連費用」と「インフラ・システム保守費用」の2つに分解できます。この2つは増減の要因がそれぞれ異なり、PSPへの支払いは決済件数・決済額・利用する付加機能に、インフラ・保守費用は稼働させるシステムの規模と求める可用性レベルに連動するため、個別に把握しておくことが総コストの見通しを立てる近道です。

PSPへ支払う費用の中心は、クレジットカード決済の手数料（変動費）で、料率は2.5〜3.6%の幅があり、3.0〜3.4%が最も多くの事業者が実際に契約している水準です。これに加えて見落とされがちなのが、決済1回ごとに発生するトランザクション費用（通信費）で、1回あたり数円〜数十円（30円程度が一つの目安）が課金されます。決済単価が数百円〜数千円程度の少額決済を大量にさばくビジネスモデル（デジタルコンテンツ課金やチケット販売など）では、このトランザクション費用の割合が相対的に重くなるため、決済単価とトランザクション費用のバランスを事前にシミュレーションしておくことが重要です。月額固定費については3,000〜8,000円程度が中心的な相場ですが、決済件数が少ないうちは月額固定費なしのプランを選べるPSPも存在します。このほかにも、売上金を銀行口座に振り込む際の振込手数料（無料〜数百円/回）、決済後の取消処理にかかる取消手数料（1件あたり5円〜数十円）が発生します。さらに、3-Dセキュア（本人認証サービス）、サブスクリプション向けのリカーリング課金、有効期限切れなどで無効になったカード情報を自動更新する洗替（アカウントアップデーター）といった高度な機能は、多くのPSPでオプション課金として別料金が設定されている点にも注意が必要です。

決済システムのインフラ費用は、一般的なコーポレートサイトやブログよりも高コストになりがちです。これは、決済処理の停止が直接的な売上損失につながるため、サーバーやネットワークを冗長化構成にして単一障害点をなくす必要があるためで、月額数万円〜数十万円以上が相場となります。24時間365日の監視体制を外部のインフラ運用会社に委託する場合は、この監視費用がさらに上乗せされます。システム保守費用については、業界で広く使われている目安が「初期開発費用の5〜10%を月額で見込む」という考え方です。たとえば初期開発費用が500万円のオンライン決済システムであれば、月額25万〜50万円程度の保守費用がかかる計算になります。この保守費用には、決済関連のバグ修正、OSやミドルウェアのセキュリティパッチ適用、PSP側のAPI仕様変更への追随対応、そして障害発生時の一次対応が含まれるのが一般的です。決済システムはPSP側の仕様変更やセキュリティ基準の改定に合わせて継続的な改修が必要になるため、保守契約を結ぶ際には、こうした受動的な追随対応がどこまで月額費用に含まれ、どこからが別途見積もりになるのかを契約前に明確にしておくことが、後々のトラブルを避けるポイントです。

PCI DSS準拠維持コストとセキュリティ対応費用

PCI DSS（Payment Card Industry Data Security Standard）は、クレジットカード情報を扱う事業者に対して国際カードブランドが共同で策定したセキュリティ基準で、カード情報を取り扱うすべての事業者が準拠を求められます。この準拠維持コストこそが、オンライン決済システムの運用費用を一般的なWebシステムと決定的に分ける要素であり、自社でカード情報を保持するか、トークン決済によって非保持化するかで、必要なコストの規模が何倍も変わってきます。

自社のシステムでカード情報を処理・保持する場合、PCI DSSの準拠維持には複数の継続コストが発生します。まず、準拠状況を評価するための評価コンサルティング費用として数十万円〜数百万円が必要になります。これは自社のシステム構成やセキュリティ体制がPCI DSSの要件を満たしているかを専門家に評価してもらう費用で、初回だけでなく基準の改定や自社システムの変更があるたびに再評価が必要になることがあります。次に、認定審査機関による審査費用が年間数百万円規模で発生します。決済取扱件数が多い事業者(レベル1加盟店など)では、外部の認定審査機関(QSA)による訪問審査が義務付けられ、この審査費用が経常的なコストとして重くのしかかります。加えて、四半期ごとに実施が求められるASVスキャン(承認済みスキャニングベンダーによる脆弱性診断)にも数十万円程度の費用がかかります。これらを積み上げていくと、大企業規模でカード情報を大量に取り扱う事業者では、PCI DSS準拠の維持だけで年間数千万円規模のコストになるケースも珍しくありません。これは決済処理システムを自社で保持し続ける限り、事業規模の拡大に比例して重くなり続ける固定費であるという点を理解しておく必要があります。

前述の重いPCI DSS維持コストを大幅に圧縮する方法として広く採用されているのが、トークン決済による「非保持化」です。StripeやGMOペイメントゲートウェイといったPSPが提供するJavaScript SDKやiframe埋め込み型のフォームを利用すると、ユーザーが入力したカード番号は自社のサーバーを一切経由せず、直接PSP側のサーバーへ送信され、代わりにトークンと呼ばれる無害化された文字列だけが自社システムに返却される仕組みになります。この方式を採用すると、自社のサーバー・ネットワークには生のカード情報が一切保存・通過しないため、PCI DSSの準拠区分がカード情報を保持する事業者向けの厳格な自己問診票（SAQ D等）から、非保持型事業者向けの簡易な自己問診票（SAQ A等)に切り替わり、対応すべき要件の数が大幅に減少します。これにより、評価コンサルティングや認定機関審査、ASVスキャンにかかる継続コスト、そして社内でセキュリティ対応にあたる人件費も含めたセキュリティ対応コスト・審査負担全体を、自社保持型と比較して50〜70%程度削減できるとされています。近年立ち上がる新規のECサービスやSaaSの多くが、初期構築の段階からトークン決済を前提としたアーキテクチャを採用しているのは、この非保持化によるコスト削減効果が極めて大きいためです。

決済手段追加時の追加コストとプラン選定の考え方

クレジットカード決済に加えて、PayPayやau PAYといったQRコード決済、PaidyやNP後払いのような後払い決済など、ユーザーが求める決済手段は年々多様化しています。決済手段を増やすほど機会損失を防げる一方で、追加のたびに開発コストが発生し、さらにPSPの料金プランをどう選ぶかによってもランニングコストが大きく変わってきます。

クレジットカード決済用のAPIを組み込んだ後に、QRコード決済や後払い決済を追加する場合、それぞれの決済手段ごとに個別のAPI仕様への対応、決済フローの画面設計・実装、そしてテストが必要になります。同じPSPが複数の決済手段をまとめて提供しているケース(マルチペイメントサービス)であれば比較的低コストで追加できますが、決済手段ごとに異なる事業者と契約するマルチベンダー構成の場合は、決済手段が増えるたびに管理画面や入金サイクル、売上の突合作業も個別に発生し、運用の手間とコストが積み上がっていきます。後払い決済のように与信審査のロジックが絡む決済手段では、決済代行事業者との連携設計に加えて、審査結果に応じた注文ステータスの出し分けなど、通常のカード決済よりも実装が複雑になる傾向があり、追加開発工数も相応に大きくなります。決済手段を増やす際は、初期の追加開発費用だけでなく、その後の保守対応・売上管理・問い合わせ対応にかかる継続的な工数まで含めて、投資対効果を見極めることが重要です。

多くのPSPは、月額固定費が無料の代わりに決済手数料率が高いプランと、月額固定費を支払う代わりに決済手数料率を引き下げたプランの2種類を用意しています。どちらが得かは、月間の決済額によって逆転するため、損益分岐点を見極めたプラン選びが重要です。たとえば、月額無料プランの手数料率が3.6%、月額固定費8,000円のプランの手数料率が3.06%だとすると、手数料率の差は0.54%になります。この場合、月額固定費8,000円を手数料率差0.54%で割ると、損益分岐点となる月間決済額はおよそ148万円という計算になりますが、実際のプラン設計によっては手数料率差がより小さく設定されているケースもあり、その場合は損益分岐点となる月間決済額が約61万円程度まで下がる目安も存在します。つまり、自社の月間決済額がこの分岐点を上回るのであれば、月額固定費のあるプランに切り替えたほうが総支払額を抑えられるということです。決済額は季節変動やキャンペーンの実施状況によっても変わるため、直近数ヶ月の平均決済額をもとに定期的にプランを見直し、成長フェーズに応じて最適なプランへ乗り換える運用を仕組み化しておくことが、無駄なコストを防ぐポイントになります。

保守運用コストを抑える工夫

オンライン決済システムの保守・運用費用は、アーキテクチャの選び方と開発の進め方の工夫によって合理的に抑えることができます。特にPCI DSS対応方式の選択と、機能の段階的な追加という2つの観点は、コストへの影響が大きく、初期設計の段階で方針を定めておくことが重要です。

前章で触れたとおり、トークン決済によってカード情報の非保持化を実現することは、PCI DSS準拠にかかるコストを大幅に圧縮する最も効果的な打ち手です。StripeやGMOペイメントゲートウェイが提供するAPIを活用し、決済フォームをPSP側がホストするページやiframe、あるいは専用のJavaScript SDKに置き換えることで、カード情報が自社のサーバーを経由しない構成を実現できます。すでに自社でカード情報を保持する古い構成を採用している事業者であっても、決済フォーム部分をトークン化対応のものへ置き換える改修を行うことで、途中からでもPCI DSSの準拠区分を軽くすることが可能です。改修には一定の開発コストがかかりますが、その後継続的に発生する評価コンサルティング費用や認定機関審査費用、ASVスキャン費用が数十万円〜数百万円単位で圧縮される効果を考えると、多くの事業者にとって投資回収は早い施策だと言えます。決済システムの保守費用を見直す際は、まず自社がカード情報を保持する構成になっていないかを確認し、トークン化されていない場合は優先的に改修を検討する価値があります。

もう一つの有効なコスト最適化が、決済まわりの機能を最初からすべて作り込むのではなく、必要最小限の機能(MVP)からスタートし、事業の成長段階に応じて段階的に機能を追加していくアプローチです。たとえば立ち上げ初期はクレジットカード決済のみに絞ってリリースし、決済額の増加に伴って後払いやQRコード決済を追加していけば、初期の開発コストと運用コストの両方を抑えつつ、必要になった時点で追加コストを投じる形にできます。決済システムの構成を検討する際は、PSPの月額固定費と手数料率だけを比較するのではなく、初期開発費用、月々の保守費用、PCI DSS対応コスト、決済手段追加時の改修費用まで含めたTCO(総所有コスト)で比較検討することが重要です。単純に手数料率が低いプランを選んでも、月額固定費や保守体制の違いによって、長期的なトータルコストでは逆に割高になるケースも珍しくありません。また、月間決済額が1,000万円を超えるような規模になれば、PSPとの個別交渉によって手数料率の値下げに応じてもらえる余地が生まれることも多いため、事業の成長フェーズに合わせて定期的にPSPとの契約条件を見直すことも、中長期的なコスト最適化の一環として組み込んでおくとよいでしょう。

まとめ

本記事では、オンライン決済システムの保守・運用費用について、費用の全体像、内訳、PCI DSS準拠維持コスト、決済手段追加時の追加コストとプラン選定の考え方、コストを抑える工夫までを解説しました。ランニングコストは、PSPへの決済手数料(2.5〜3.6%、多くは3.0〜3.4%)やトランザクション費用(1回あたり数円〜数十円)といった売上連動の変動費と、月額固定費(3,000〜8,000円程度)、インフラ費用(月額数万円〜数十万円以上)、システム保守費用(初期開発費用の5〜10%が目安)という固定費に大別され、これに加えて自社でカード情報を保持する場合はPCI DSS準拠のための評価コンサルティング費用(数十万〜数百万円)や認定機関審査費用(年間数百万円規模)が上乗せされます。トークン決済による非保持化を採用すれば、このセキュリティ対応コストを50〜70%程度削減できる点は、決済システムのアーキテクチャを検討するうえで特に重要な論点です。決済手段を追加する際は個別の開発コストが発生すること、そして料金プランの選択には損益分岐点となる月間決済額の目安があることも押さえておくべきポイントです。これらの費用は単なる維持費ではなく、決済の安定稼働と情報漏洩リスクの回避という形で回収される「事業継続のための投資」であり、コストを抑えるにはトークン決済の採用とMVPアプローチによる段階的な機能追加、そしてTCO視点でのプラン比較が有効です。具体的な検討は、複数のPSPや開発会社に自社の決済額規模と必要な決済手段を共有し、保守範囲とランニングコストの内訳を提示してもらって比較することから始めるのがおすすめです。

▼全体ガイドの記事
・オンライン決済システムの完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。