「決済ゲートウェイと決済代行 (PSP) は何が違うの？」
「自社 EC を立ち上げる際、どの接続方式を選べばいい？」
「可用性・セキュリティ・国際対応、選定の優先順位がわからない」
決済ゲートウェイ (ペイメントゲートウェイ) とは、EC サイトや店舗の決済端末からカード会社・銀行へ「決済情報を安全に中継する」インフラのことです。クレジットカード・QR コード・電子マネーなど多様な決済を 1 本の通信経路でつなぎ、暗号化・認証・トークン化までを一括で担います。本記事では、決済ゲートウェイの仕組み、決済代行 (PSP) との違い、3 つの接続方式の選び方、2026 年時点での選定基準まで体系的に解説します。
決済の導入や見直しでお悩みではありませんか？審査に強いJPCCが、あなたの事業に合った決済導入を無料でご相談に乗ります。
決済ゲートウェイとは？基本的な仕組み
決済ゲートウェイは、加盟店 (EC サイト・店舗) と決済処理ネットワーク (カードブランド・銀行・QR コード事業者) の間に立ち、決済情報を安全に取り次ぐ「中継局」です。加盟店からのリクエストを受け取り、適切なフォーマットに変換し、適切な処理先に振り分け、結果を返却します。
処理の流れ (オーソリの 7 ステップ)
- 顧客が EC サイトでカード情報を入力
- カード情報は SSL/TLS で暗号化されゲートウェイに送信
- ゲートウェイがカードブランドのプロトコル (ISO 8583 等) に変換
- イシュア (カード発行会社) に オーソリ (与信) リクエストを送信
- イシュアが残高・不正パターン・3D セキュアを評価し承認/否認を返す
- ゲートウェイが結果を加盟店に返却
- 後日、アクワイアラ 経由で売上が加盟店口座に入金
この一連の処理は通常 1〜3 秒で完了し、顧客体験を損なわずに高度なセキュリティチェックを実行します。
決済ゲートウェイと決済代行 (PSP) の違い
混同されがちな両者の役割を整理します。実は、近年の PSP (決済サービスプロバイダ) は決済ゲートウェイ機能を内包しているケースが大半で、加盟店から見ると 1 社で完結することが増えました。ただし役割としては明確に分かれています。
役割の責任分界点
- 決済ゲートウェイ: データの「通信・変換・中継」を担う技術インフラ層
- 決済代行 (PSP): 「加盟店契約・売上集約・入金管理」を担うビジネス層
従来は「決済ゲートウェイ」+「アクワイアラとの直接契約」が必要でしたが、現在は PSP が両者をワンストップで提供します。Stripe、GMO ペイメントゲートウェイ、SB ペイメントサービス、JPCC などが代表例です。
どちらを契約すべきか
月商 1 億円未満の事業者であれば、PSP との契約だけで決済ゲートウェイも同時に利用できます。月商 10 億円超で複数アクワイアラと直接契約したい大型事業者だけが、ゲートウェイ単体での契約を検討する余地があります。
決済ゲートウェイの 3 つの接続方式
EC サイトに決済ゲートウェイを組み込む方式は、大きく 3 種類に分かれます。実装難易度・UX・セキュリティ責任が大きく異なるため、自社の体制に合った方式を選ぶ必要があります。
1. リダイレクト型 (ホスティング型)
顧客が決済ボタンを押すと、決済ゲートウェイ側のページに遷移し、そこでカード情報を入力する方式です。実装が最も容易で、カード情報が自社サイトを通過しないため PCI DSS の準拠範囲も最小化できます。一方、自社サイトを離れるため UX が分断され、離脱率がやや上昇する傾向があります。
2. モーダル型 (オーバーレイ/iframe 型)
自社サイト上に決済ゲートウェイの入力フォームをモーダル (ポップアップ) で表示する方式。リダイレクトせずに決済できるため UX が良く、それでいてカード情報は自社サーバーを通過しないので非保持化を維持できます。Stripe Checkout や Square のポップアップ決済が代表例です。
3. API 型 (ホストフォーム型)
自社サイト内に決済フォームを設置し、入力情報を JavaScript でトークン化したうえで API を通じてゲートウェイに送信する方式です。UX を完全に自社デザインで統一できる最高水準の方式ですが、開発工数が大きく、トークン化 や 3D セキュアの実装責任を加盟店側が負います。
3 方式の比較
- 実装工数: リダイレクト型 ≪ モーダル型 < API 型
- UX: リダイレクト型 < モーダル型 ≦ API 型
- PCI DSS 範囲: リダイレクト型 = モーダル型 < API 型
- カスタマイズ性: リダイレクト型 < モーダル型 ≪ API 型
新規 EC や中小事業者はモーダル型、大手 EC やブランド体験を重視するなら API 型が定石です。
決済ゲートウェイの主要機能
暗号化・トークン化
SSL/TLS による通信暗号化に加え、カード番号を意味のない文字列に置き換える トークン化 機能を備えます。これにより、加盟店サーバーには元のカード情報が一切残りません。
マルチブランド・マルチペイメント対応
Visa・Master・JCB・AMEX・Diners・UnionPay の 6 大ブランドに加え、PayPay・楽天ペイ・d 払い・au PAY・コンビニ決済・キャリア決済まで、1 本の API でカバーできるのが現代の決済ゲートウェイの強みです。
不正検知 (フラウドスクリーニング)
IP アドレス、デバイス指紋、購買履歴、取引時間帯などをルールベース・AI ベースで評価し、不正取引を自動でブロックします。AI 不正検知 との連携が標準化しています。
EMV 3-D セキュア 2.x 対応
2025 年 3 月末に経済産業省が義務化した EMV 3-D セキュア に標準対応。リスクベース認証で正常取引はフリクションレス、リスクが高い取引のみワンタイムパスワード認証を要求します。
定期課金 (リカーリング)
サブスクや会費の継続課金を、トークンを使って自動実行する機能。サブスクサービスや SaaS では必須機能です。
選定の 7 つの軸 (2026 年版)
競合記事では「手数料・対応決済手段・サポート」の 3 軸で語られることが多いですが、本格的な選定には以下の 7 つを評価する必要があります。
1. 可用性 (SLA)
決済が停止すると売上がゼロになるため、99.99% 以上の稼働率保証 (月間ダウンタイム 4.3 分以内) が望ましい。障害時の自動フェイルオーバー機能の有無も確認します。
2. 国際カードブランドとマルチ通貨対応
越境 EC を視野に入れるなら、6 大ブランド + 中国 UnionPay + JCB のアジア圏網羅、USD/EUR/CNY などのマルチ通貨決済対応が必須です。
3. API ドキュメントの整備度
OpenAPI 仕様書・サンプルコード (PHP/Node.js/Python/Ruby/Go)・サンドボックス環境の品質は開発工数に直結します。API 連携の品質 は実装フェーズで最も効いてきます。
4. セキュリティ準拠
PCI DSS Level 1 認証、ISO/IEC 27001、SOC 2 Type II の取得状況を必ず確認。トークン化機能・EMV 3-D セキュア 2.x・暗号化方式の世代も評価対象です。
5. 決済手数料と入金サイクル
カード決済 2.5〜3.6% が相場。入金サイクルは月 2 回 / 月 6 回 / 週次 / 翌日など PSP により差があり、キャッシュフローに直結します。
6. サポート体制
24/365 の電話・チャット対応、専任 CSM の有無、SLA 違反時の補償条項を契約書レベルで確認します。
7. ロックインリスク
PSP を切り替える際にトークンや顧客カード情報をエクスポートできるかを事前に確認。データポータビリティの保証は将来の選択肢を守るために重要です。
これらの選定軸について詳しく比較したい場合は、決済代行サービス比較ガイド もあわせてご参照ください。
業種別の決済ゲートウェイ活用シーン
EC・物販
クレジットカード + コンビニ + キャリア決済 + QR コード決済の組み合わせが標準。リダイレクト型または API 型を選び、購入完了率を高めます。
SaaS・サブスク
API 型 + トークン化 + リカーリング機能の 3 点セットが必須。SaaS 向け決済 の専用機能 (試用期間、プラン変更、按分請求) も評価ポイントです。
飲食・小売の OMO 店舗
店舗 POS と EC ・モバイルオーダーを 1 つのゲートウェイで統合し、決済データを一元管理。在庫・顧客 ID も統一できます。
BtoB・請求書発行
API 型で受発注システムに統合し、定期請求・与信枠管理・分割払いに対応。請求書カード払い の機能も連携可能です。
導入の実務ステップ
1. 要件定義 (1〜2 週間)
決済手段、月商見込み、開発リソース、海外対応の要否を整理し、PSP 候補を 3 社程度に絞り込みます。
2. 見積取得・PSP 選定 (2〜3 週間)
各社の API ドキュメント、SLA、見積を比較。サンドボックス環境で実際にトランザクションを通してみることが重要です。
3. 加盟店審査 (2〜4 週間)
取扱商材・販売チャネルによっては追加審査が発生。デジタルコンテンツ、定期課金、健康食品などは慎重に審査されます。
4. API 連携実装 (3〜6 週間)
カード決済、3D セキュア、トークン化、Webhook 受信、返金処理を実装。テストカードでの正常系・異常系検証を網羅します。
5. 本番リリースとモニタリング
段階的にトラフィックを移行。決済成功率、3D セキュア通過率、平均レイテンシをダッシュボードで常時監視します。
よくある質問
Q1. 決済ゲートウェイは自社開発できますか？
技術的には可能ですが、PCI DSS Level 1 認証、24/365 運用体制、カードブランド審査、月間数億トランザクションの処理能力など、構築・運用コストが年間数億円規模になります。事業の本質と無関係なため、PSP との契約が現実解です。
Q2. 決済ゲートウェイの手数料相場は？
カード決済 2.5〜3.6%、コンビニ決済 1.0〜2.5%+固定費、QR コード決済 2.5〜3.25% が相場です。月商規模・業種・取扱平均単価で交渉余地があります。詳細は 決済代行手数料の相場 をご参照ください。
Q3. リダイレクト型と API 型はどちらが安全ですか？
カード情報の経路としてはリダイレクト型 = モーダル型 > API 型の順で安全 (PCI DSS 範囲が小さい) です。ただし API 型でも JavaScript SDK によるトークン化を使えば実質同等の安全性を確保できます。
Q4. 既存 EC サイトに後から決済ゲートウェイを追加できますか？
主要 EC プラットフォーム (Shopify、ecforce、EC-CUBE、Magento 等) はプラグインで対応可能。フルスクラッチサイトでも API 連携で導入できます。所要工数は 3〜8 週間程度です。
Q5. 海外決済も同じゲートウェイで処理できますか？
はい。グローバル対応の PSP であれば、USD・EUR・CNY などのマルチ通貨決済、Alipay・WeChat Pay などの中国系決済、欧州 SEPA 振込まで 1 つのゲートウェイで処理できます。マルチカレンシー決済 もあわせてご参照ください。
