Shopify運用設計研究所 > ShopifyにPayPayを導入する方法|手数料・審査・返金・会計までの運用設計

ShopifyにPayPayを導入する方法|手数料・審査・返金・会計までの運用設計

2026年7月3日

15分で読めます

ShopifyでPayPayを導入する前に、外部決済代行、審査、手数料、注文ステータス、返金、入金照合、会計、GA4・広告CV、CS対応を整理します。

Shopify
PayPay
決済代行
入金照合
EC運用
助手
助手

ShopifyでPayPayを使えるようにしたいです。決済設定でPayPayをオンにすれば導入できますか?

博士
博士

そこは最初に切り分けた方がよいです。日本のShopify Payments標準機能としてPayPayを断定して扱うのではなく、基本的にはKOMOJUなどの外部決済代行を通じて導入する前提で、審査、手数料、返金、入金照合まで設計します。

Shopifyで「PayPayを導入したい」と考える理由は分かりやすいです。日本の消費者にとってPayPayは日常的な支払い手段であり、スマートフォン中心で購入する顧客にとって、チェックアウトで見慣れた決済方法が出ることは購入率に影響します。

ただし、PayPay導入は単なる決済追加ではありません。PayPayがShopify Payments標準なのか、外部決済代行を使うのか、第三者取引手数料が発生するのか、支払い待ち・期限切れ・返金・入金照合を誰が処理するのかまで決める必要があります。ここを曖昧にしたまま本番反映すると、購入画面ではPayPayが表示されても、運用側では「支払い済みなのに出荷していない」「返金済みなのに会計に残っている」「広告CVは増えたが入金額が説明できない」という問題が起きます。

Shopify公式ヘルプの第三者決済プロバイダーでは、Shopify Payments以外のプロバイダーと、第三者決済・代替決済ゲートウェイに第三者取引手数料が適用されることが説明されています。実際の料率や適用有無は管理画面、料金ページ、契約条件で確認します。

また、Shopify Payments for Japan日本のShopify Paymentsで利用できる支払い方法では、カード決済、Apple Pay、Google Pay、Shop Payなどの範囲が示されています。一方で、PayPayをShopify Payments標準機能として扱う説明ではありません。

PayPay導入で先に決めるべきなのは、表示方法ではなく、決済代行、手数料、返金、入金照合、会計、広告計測の運用です。

先に結論:PayPay導入は決済追加ではなく入金・返金・会計までの運用設計

ShopifyにPayPayを導入するときは、Shopify Payments標準機能として探すのではなく、PayPay対応の外部決済代行、Shopify側の第三者取引手数料、決済代行側の手数料、注文ステータス、返金、入金照合、GA4・広告CV、CSテンプレをまとめて設計します。PayPayは購入率改善に効く可能性がありますが、運用設計なしに追加すると、経理、CS、広告運用、倉庫の負担が増えます。

決済設定全体の考え方は、既存記事のShopifyの決済設定は何を決めてから有効化すべきかでも整理しています。この記事では、その中でもPayPay導入に特有の外部決済代行、第三者取引手数料、返金、入金照合、計測の論点に絞ります。

PayPayは標準搭載ではなく外部決済代行で導入する

まず、PayPayをShopify Paymentsの標準支払い方法として断定しないことが重要です。Shopify Payments Japanでは、主要カード、JCB、Apple Pay、Google Pay、Shop Payなどが扱われますが、PayPayを標準一覧に含める説明ではありません。したがって、ShopifyでPayPayを出したい場合は、PayPayに対応した外部決済代行を検討します。

KOMOJUのHow to Accept Mobile Payments in Japan with Shopifyでは、PayPayなどの日本向けモバイル決済に第三者プロバイダーが必要だと説明されています。Shopify Integration in Japan in 2025でも、KOMOJUをShopifyの代替決済方法として接続する流れが紹介されています。

ただし、KOMOJUはあくまで例です。実際には、Shopify App Storeでの提供状況、PayPay対応、審査条件、手数料、入金サイクル、返金仕様、取扱商材の可否を契約時点で確認します。

外部決済代行を使う場合、Shopify管理画面だけで完結すると考えない方が安全です。決済代行側の取引ID、返金ステータス、締め日、入金明細を、Shopify注文と別に確認する前提で運用を作ります。

決済代行比較:費用・審査・対応決済

PayPay対応の決済代行を選ぶときに、最初から「一番安いところ」を探すのは危険です。見るべきなのは、費用、審査、Shopify連携、返金、入金、会計照合、サポートの総合です。

比較項目 KOMOJUなどの決済代行で確認すること 判断のポイント
PayPay対応 PayPayをShopify連携で提供できるか 決済代行のサイト、Shopify App Store、営業資料、契約書で確認する
その他決済 楽天ペイ、メルペイ、d払い、コンビニ決済、Paidyなど PayPayだけでなく、顧客層に合う支払い手段をまとめて導入できるか
決済手数料 PayPay取引ごとの手数料、最低手数料、税区分 最新の契約条件で確認し、本文や社内メモの古い数字を使わない
Shopify側手数料 第三者取引手数料が発生するか Shopify公式ヘルプ、料金ページ、管理画面、契約プランで確認する
審査 法人情報、商材、特商法表記、返金ポリシー、配送条件 審査に落ちる商材や不足情報を事前に潰す
入金サイクル 締め日、入金日、保留、最低入金額 月次資金繰りと経理締めに合うか
返金仕様 全額返金、部分返金、期限、手数料返還有無 CS・経理・在庫戻しの手順に影響する

KOMOJUのブログでは、Shopifyにアプリをインストールし、PayPayなどを有効化する流れが紹介されています。ただし、費用や審査条件は契約時点で変わるため、契約書、管理画面、サポート回答、最新料金ページを確認してください。

申込から本番反映までの手順

導入手順は、申込前の審査準備から本番後の監視までを1本の作業として扱います。

手順 作業 完了条件 担当
1 PayPay導入の目的を決める CVR改善、スマホ購入、若年層対応、キャンペーン対応など目的が明文化されている EC責任者
2 決済代行候補を比較する PayPay対応、費用、審査、入金、返金、Shopify連携を比較済み EC責任者・経理
3 Shopifyプランと第三者取引手数料を確認する Shopify公式ヘルプ、管理画面、料金ページ、契約条件で確認済み 経理
4 審査書類を整える 法人情報、銀行口座、特商法表記、利用規約、返品ポリシー、商材説明が揃っている EC担当
5 決済代行へ申し込む 審査受付、追加確認、審査通過の状態を記録している EC担当
6 Shopify連携を設定する 決済代行アプリまたは代替決済方法として接続できている 制作・運用担当
7 テスト購入する スマホ、PC、複数ブラウザで表示、注文、支払い、キャンセルを確認 EC担当・CS
8 返金とキャンセルをテストする Shopify注文、決済代行、在庫、通知、会計メモの流れを確認 CS・経理
9 本番反映する GA4・広告CV、監視担当、障害時の停止手順が決まっている EC責任者

審査で見られやすいのは、販売者の実在性、取扱商材、配送条件、返品・返金ポリシー、特定商取引法に基づく表記、問い合わせ先です。PayPay導入そのものより、ECサイトとしての基本情報が不十分なために審査が止まることがあります。

本番反映前には、Shopifyの決済手数料はいくら?で整理したように、手数料と入金照合の台帳も同時に用意します。PayPayを表示してから台帳を作るのでは遅いです。

チェックアウトUXとテスト購入

PayPay導入後は、チェックアウトに表示されるかだけでなく、顧客が迷わず支払えるかを確認します。スマホ表示、外部決済画面への遷移、Shopify注文完了ページへの戻り、注文メール、支払い期限切れ、残高不足や通信失敗時の代替決済案内までを本番前に見ます。

外部決済では、Shopify上の注文と決済代行側のトランザクションが常に同じタイミングで完全同期するとは限りません。KOMOJUヘルプのShopify Payment Deadline and Duplicate Transaction Handlingでは、外部決済は作成から72時間でShopify側の支払いステータスが期限切れになる一方、注文自体は自動キャンセルされず、在庫も予約されたままになるケースが説明されています。

支払い期限、在庫確保、キャンセル、再決済、重複決済の扱いを事前に決めておかないと、在庫が戻らない、顧客が支払ったのにShopifyが未払いに見える、といった問題が起きます。

注文ステータス・返金・キャンセル運用

PayPay導入後に最も崩れやすいのは、注文ステータスと返金です。Shopify注文、決済代行トランザクション、在庫、会計、顧客通知を同時に見る必要があります。

ケース Shopify側で見る状態 決済代行側で見る状態 運用ルール
支払い完了 支払い済み、注文作成済み Paid、Capturedなど 出荷可能。ただし不正・住所・在庫確認ルールがあれば通す
支払い待ち 支払い保留、未払い、外部決済待ち Authorized、Pendingなど 支払い完了まで出荷しない。期限をCSが確認する
支払い期限切れ Expiredなど 代行側ではまだ有効な場合がある 自動で注文が消える前提にせず、キャンセル・在庫戻しを確認する
顧客キャンセル キャンセル済み 未決済または取消済み Shopifyと決済代行の両方で取消状態を確認する
全額返金 返金済み、在庫戻しあり/なし Refund済み 返金日、返金ID、手数料扱い、会計メモを残す
部分返金 一部返金 Partial refund対応可否を確認 送料、商品単位、クーポン、ポイントの戻し方を決める
重複決済 同じ注文に複数支払いが紐づく可能性 複数トランザクション どの決済を有効にし、どれを取消するか決済代行と確認する
チャージバック相当 異議申し立て、決済トラブル 決済代行のルールに従う 証跡、配送情報、顧客対応履歴を保存する

返金は、CSが顧客に謝って返金ボタンを押せば終わりではありません。Shopify側から返金するのか、決済代行側から処理するのか、部分返金・送料返金・手数料・在庫戻し・会計反映をどう扱うのかを、導入前に決めます。

入金照合・会計・GA4/広告CVの確認

PayPayを外部決済代行経由で導入すると、Shopify Paymentsとは別の入金経路が増えます。Shopify Payments payouts in Japanでは、日本の支払いスケジュール、銀行反映までの時間、返金・チャージバックによるマイナス残高の扱いなどが説明されています。

外部決済代行のPayPay入金は、Shopify Paymentsの支払い照合レポートだけでは完結しません。決済代行側の明細、銀行入金、Shopify注文、返金、手数料を別途突合します。

入金照合・会計の項目 確認するデータ 台帳に残す列
Shopify注文 注文番号、注文日、顧客名、税込売上、送料、値引き order_id、order_name、gross_sales、discount、shipping
決済代行取引 PayPay取引ID、決済日時、ステータス provider_transaction_id、paid_at、provider_status
手数料 決済代行手数料、Shopify側第三者取引手数料 provider_fee、shopify_third_party_fee、fee_tax
入金 締め日、入金日、銀行入金額、入金ID payout_id、payout_date、bank_amount
返金 返金日、返金額、返金ID、理由 refund_id、refund_date、refund_amount、refund_reason
会計 売上計上、手数料、返金、未収、差異 journal_status、accounting_note、difference_amount

第三者取引手数料は、Shopify側で発生する可能性がある費用です。決済代行側のPayPay手数料とは別物として見ます。

確認したい費用 確認元 注意点
決済代行側のPayPay手数料 決済代行の契約書、料金表、管理画面 料率、税区分、最低手数料、キャンペーン条件を確認
Shopifyの第三者取引手数料 Shopify公式ヘルプ、料金ページ、管理画面、契約条件 プラン、地域、Shopify Payments利用有無、Plus条件で扱いが変わる可能性
返金時の手数料 決済代行、Shopify、契約条件 返金時に手数料が戻るか、差し引かれたままかを確認

広告計測も、PayPay導入時に確認しておきます。支払い方法が増えるとCVRが変わる可能性がある一方、GA4や広告管理画面だけで「売上が増えた」と判断すると危険です。

GA4/広告CVで見る項目 確認内容 運用上の注意
purchase PayPay注文でもpurchaseが発火するか Shopify注文完了ページへ戻る前に離脱した場合の扱いを確認
transaction_id Shopify注文番号とGA4の取引IDが一致するか 重複purchaseの除外に必要
Google広告CV PayPay追加前後でCV数、CV値、ROASを見る 決済方法追加の効果と広告配信変更を混同しない
Meta広告CV Meta側PurchaseとShopify注文の差分を見る 広告管理画面のCVは会計上の売上ではない
返金反映 返金・キャンセル後のCV評価 GA4や広告CVは返金を自動で経理のように扱わない

ShopifyのGA4計測は、既存記事のShopifyのGA4設定を計測運用まで設計するで詳しく整理しています。PayPay導入時も、購入イベントの発火確認、広告CV、返金後の評価、注文データとの照合をセットで確認します。

CSと代替決済の準備

PayPayを導入すると、CS対応も増えます。特に多いのは、支払いが完了しない、アプリから戻れない、期限切れになった、注文はあるが支払い済みにならない、返金がいつ戻るか分からない、という問い合わせです。

問い合わせ CSテンプレの骨子 裏側で確認すること
PayPayで支払えない 残高、アプリ状態、通信環境、別ブラウザ、代替決済を案内 Shopify注文、決済代行の支払い状態
支払い後に注文完了が出ない 注文確認メールの有無、注文番号、決済日時を確認する 決済代行でPaid、Shopifyで支払い済みか
支払い期限が切れた 注文状態を確認し、再購入または代替決済を案内 在庫予約、キャンセル、重複決済の有無
返金はいつ戻るか 返金処理日、決済サービス側の反映期間を案内 返金ID、返金ステータス、会計メモ
二重に支払ったかもしれない 決済日時、金額、注文番号、スクリーンショットを依頼 Shopify注文と決済代行の複数取引を確認

CSテンプレは、顧客向けの丁寧な文面だけでなく、社内確認欄を含めて作ると実務で使えます。PayPayが使えないときの代替決済案内は、決済障害やメンテナンス時の売上機会を守るためにも必要です。

まとめ

ShopifyにPayPayを導入するなら、最初に「PayPayはShopify Payments標準でオンにするもの」と考えない方が安全です。標準的に扱える決済と、外部決済代行を通じて導入する決済を分けて理解します。

KOMOJUなどの決済代行は、PayPay導入の有力な選択肢になり得ます。ただし、費用、審査、返金、入金サイクル、Shopify連携は最新の契約条件で確認します。過去の社内メモに書かれた料率を、そのまま運用判断に使うべきではありません。

PayPayは、顧客にとって便利な決済方法です。しかし、導入の価値は「PayPayボタンが出たか」ではなく、購入率、入金、返金、会計、広告判断、顧客対応まで含めて、売上を説明できる状態になっているかで判断します。

助手
助手

つまり、PayPay導入は決済代行の契約とShopify設定だけで終わらせず、月次照合とCSまで先に作るべきですね。

博士
博士

その通りです。外部決済は経理とCSの例外を増やします。導入前に、手数料、注文ステータス、返金、入金照合、広告CVの確認表を作ってから本番反映するのが現実的です。

Shopify運用設計支援

Shopifyの決済追加を、売上・入金・広告計測まで崩れない業務設計にします

PayPayなどの外部決済を、CS、返金、会計、GA4・広告CV、月次照合まで整えます。

著者
守高 成悟
守高 成悟

代表取締役 CEO

千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。

運営会社
株式会社ビットライト
株式会社ビットライト

顧客が本当に必要だった価値を、実装する。

現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援しています。

コーポレートサイトを見る
Shopify設計相談

商品データ・在庫・連携範囲を相談できます

既存Shopifyの見直し、在庫・受注・会計・CRM・外部アプリ連携まで、運用に合わせた設計範囲を整理します。