ネットショップにクレジットカード決済を追加するなら、まず現在のカートで利用できる決済サービスを確認します。そのうえで、販売条件、契約と審査、サイトへの接続、購入後の受注・返金の仕事を揃えます。決済ボタンを置くだけで、導入が終わるわけではありません。
この記事は、すでにショップを運営している方が、制作会社や決済事業者へ依頼する前の準備をまとめたものです。仕組みを一から作る話と、今のショップへ追加する話を分け、2026年10月時点の公式資料も踏まえて確認項目を整理します。
カートに合う方式を選ぶ
「ECカートか、決済代行か」という二者択一ではありません。カートは商品・注文・在庫などを管理する仕組みで、決済代行は支払いの処理を担います。カートに対応する決済サービスを組み合わせて使う場合もあります。
現在のサービス名、契約プラン、利用中の決済、受注・在庫システムとの連携を依頼先へ伝えます。WordPressなどで独自に構築している場合は、カートの機能やバージョンも確認します。分からなければ、管理画面の名称や契約書を手掛かりに調べてもらいましょう。パスワードを依頼書へ書き込む必要はありません。
| 現在の状態 | 先に確かめること |
|---|---|
| カートに対応決済がある | 利用条件、申請、設定、本人認証、返金操作を確認する |
| 希望する決済に未対応 | 連携機能があるか、外部決済画面と注文管理を接続できるかを確認する |
| 受注管理を独自に作っている | 注文番号と決済結果の連携、在庫、通知、再処理の設計を調べる |
| 古い仕組みで保守も難しい | 決済追加だけの改修と、カート移行の範囲・影響を比較する |
決済の外部ページを使う方式でも、自社の注文情報と支払い結果を対応させる確認は必要です。サービス名だけを先に決めず、予約販売、定期購入、発送前のキャンセルなど、今の売り方に合うかを確かめます。EC全体を見直す場合は、ECサイト制作の要件整理と依頼メモも使えます。
申請と販売表示の準備
決済の利用には、申請内容や取扱商品の確認があります。提出情報、書類、審査期間はサービスと契約条件で異なるため、決済事業者の最新案内を確認してください。設定作業が終わっても、審査や本番利用の承認が済んでいなければ公開できないことがあります。
依頼前には、ショップURL、販売者情報、商品内容と価格、配送・送料、返品・キャンセル条件、入金口座の準備状況をまとめます。契約名義とサイト上の販売者表示に違いがある場合は、その理由と正しい表記を確認します。口座情報や本人確認書類は、決済事業者が指定する安全な提出先へ渡します。
特定商取引法に基づく表記のページを用意して終わりにせず、購入の最終確認画面も確認します。消費者庁の案内では、分量、代金、支払時期と方法、引渡時期、撤回・解除の条件、期限がある場合の申込期間を、注文確定前に簡単に確かめられる表示が必要とされています。
たとえば、カード払いの支払時期と発送予定、送料を含む合計、返品条件が別々のページで食い違っていないかを見ます。定期購入や予約販売は通常購入と条件が違うため、それぞれの購入画面で確認します。
セキュリティの役割分担
クレジットカード・セキュリティガイドライン6.1版は、EC加盟店のカード情報保護、サイトの脆弱性対策、EMV 3-Dセキュアによる本人認証、不正ログイン対策などを示しています。カード番号を自社で保存しない方式でも、サイト側の対応がなくなるわけではありません。
依頼先と決済事業者には、カード情報がどの画面・仕組みを通るか、自社サーバーやログに残らないか、本人認証をどう組み込むか、サイト更新と不正利用時の連絡を誰が担当するかを確認します。必要な対応は構成や契約で変わるため、独自のカード入力・保存機能を安易に追加しないようにします。
本人認証では、取引の状況によって追加の認証を求められることがあります。いつも同じ入力画面が出るとは限りません。購入者が途中で戻った場合も含め、使用するサービスの手順で動作を確かめます。電話やメールでカード番号・認証コードを聞き取ってエラーを解決する運用にはしません。
注文と支払いの状態確認
注文番号が発行されたこと、支払いが成功したこと、売上処理が完了したこと、店舗の銀行口座へ入金されたことは別の確認です。売上をいつ確定するかも、決済サービスと契約、発送の運用によって異なります。
「完了画面が出なかった」「メールが届かない」という連絡が来たら、すぐに別カードでの再購入を案内しません。注文番号や日時を手掛かりに、ショップ側の注文記録と決済事業者側の状態を照合します。状態が分からなければ、発送と再決済を保留して担当窓口へ確認します。
支払いが成功していて表示だけ途切れた場合、再購入すると二重注文・二重請求につながる可能性があります。Stripeの公式説明でも、決済後の処理を購入者が完了ページへ戻ることだけに依存させず、支払いの通知を受けて処理する方法を説明しています。独自連携を依頼する場合は、同じ通知を複数回受けても発送やメールを重複させない設計も確認します。
費用と運用条件を比べる
見積もりは、初期設定・連携開発・画面修正・テスト・引き継ぎと、決済サービスの継続費用を分けます。継続費用では月額、決済手数料、入金や振込、返金、不正利用への対応費用など、該当する項目を契約条件で確認します。カードブランドや売り方で条件が変わる場合もあります。
たとえば、比較用の架空条件で月の決済額50万円、手数料3.5％、月額3,000円なら、この二項目の合計は20,500円です。実在サービスの料金ではなく、税の扱い、入金・返金などの追加費用は含めていません。同じ決済額と注文数を置いて比較すると、安く見える初期費用だけでは分からない差を確認できます。
売上から店舗への入金までの日数、締め日、返金時の費用の扱いも経理担当と確認します。月額費用だけでなく、発送前に必要な仕入れ資金との関係も見るためです。Shopifyを使う場合の構築全体の費用は、Shopifyの見積もり比較で整理しています。
公開前に購入後まで試す
まずは決済事業者が提供するテスト環境とテスト手順を使います。本番カードによる確認が必要な場合は、取引と費用を管理できる担当者が、サービスの指示に沿って別途計画します。テストモードの成功を本番で売れる状態の確認へ置き換えないことも大切です。
| 試す場面 | 合格の確認項目 |
|---|---|
| 通常購入 | 送料と合計、注文・決済の状態、通知、在庫が予定どおりになる |
| 本人認証の中断・決済失敗 | 未払いを発送対象にせず、再開や問い合わせの案内が分かる |
| 戻る操作・通信断・連続操作 | 重複注文と請求を防ぎ、番号から状態を確認できる |
| キャンセル・一部返金 | 決済記録、注文、在庫、購入者への通知を揃えられる |
| 本番への切替 | 正しい契約と接続先で、有効な設定・利用承認を確認できる |
店長は販売条件、EC担当は受注と発送、経理担当は売上・入金・返金、制作会社は設定と連携の確認というように、責任者を決めます。エラー時の連絡先と、判断・操作・購入者への連絡をする人まで残しておけば、担当交代時にも使えます。
このページの生成写真は、社内確認の場面を示すイメージです。実際の取引や顧客データを写したものではありません。
一枚にまとめる依頼メモ
相談時は、現在のカートとショップURL、販売方法、希望する決済、月の注文数と決済額の目安、発送・返金の流れ、準備できていない表示、希望時期をまとめてください。「既存カートを維持し、カード払いを追加したい。本人認証と返金を含む確認、担当者への操作説明も依頼したい」のように、残す仕組みと頼む範囲を伝えると検討しやすくなります。
みやあじよのECサイト制作では、利用する基盤と契約条件を確認して、決済・配送の設定や購入確認の範囲を決めます。契約は原則としてお客様名義です。今のショップへ追加できるか分からない段階でも、現在の状況を添えてお問い合わせください。