Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)
Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)
Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)

クイック回答: サポートチケットなしで、顧客に条件を満たすキャンセルや返金をセルフサービスで処理させたいShopifyストアには、Revizeがその解決策です。Shopifyで手動で返金する手順は以下の通りです:Ordersを開き、対象の注文を選択し、Refundをクリックして、数量、再入荷処理、配送料、決済方法を設定し、確定します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます(Revize、2026年)。
Shopifyで返金する方法:Plusオペレーター向け7ステップ (2026年)
午後9時07分。顧客がジャケットを2着ではなく3着注文してしまいました。あなたの倉庫は9時30分にピッキングを開始し、サポートは翌朝まで始まりません。Shopifyで返金する方法を理解することは簡単です。本当に重要な業務は、何を返金すべきか、配送をキャンセルすべきか、そして同様のリクエストがサポートチケット化するのをどう防ぐかを判断することです。
注文数が少なければ不快なメール1通で済みますが、1日5,000件の注文規模では、在庫、決済処理、フルフィルメントシステム、顧客コミュニケーションが絡み合うオペレーション管理の問題になります。
このガイドでは、全額返金、一部返金、配送料の返金、ストアクレジット、決済タイミング、APIによる自動化、そして顧客の信頼と利益率の双方を守るための判断基準について解説します。

2026年のShopify返金仕様
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、および分割返金をサポートしています。 重要な違いとして、返金は「資金の移動」、返品は「商品の回収追跡」、キャンセルは「処理中の注文の停止」を意味します。
これらは3つの独立したスイッチとして考えてください:
未発送の作業を止める必要がある場合は、注文をキャンセルします。
商品を回収して検品する必要がある場合は、返品を作成します。
顧客に資金を戻す必要がある場合は、返金を実行します。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が実行された後に返品を作成することはできません。物理的な商品の回収が必要な場合は、必ず最初に返品を作成し、検品後に返金を実行してください。
Shopifyは元の決済方法、ストアクレジット、またはその両方に資金を戻すことができます。元の決済方法への返金は、元の決済ルートに従います。顧客が指定した任意のカードや銀行口座にShopifyが資金を振り込むわけではありません。
オーソリ済・未売上の決済の場合、注文をキャンセルすることで、売上確定後の返金処理ではなく、オーソリの取り消し(ボイド)が行われます。これは、現金を送り返すというよりも、未換金の小切手を破棄する処理に近いです。
警告: Shopify管理画面から実行された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金した場合、復旧策は通常、新しい下書き注文(draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフが手動で行うShopifyの返金は7つのステップで完了しますが、最終確認は在庫、フルフィルメント、および決済ステータスを確認した後にのみ行うべきです。 Shopifyは処理結果を注文タイムラインに記録し、決済ステータスを「Refunded(返金済み)」または「Partially refunded(一部返金済み)」に変更します。
注文を開く。 Shopify管理画面からOrdersに進み、返金が必要な注文を選択します。
フルフィルメントと決済ステータスを確認。 注文が未発送(unfulfilled)、一部発送(partially fulfilled)、または発送済み(fulfilled)のいずれであるかを確認します。すでにサードパーティのロジスティクス(3PL)に発送依頼が出ている場合は、Shopify上での操作が配送を止めたと過信せず、まず3PL側で配送を一時停止またはキャンセルしてください。
Refundをクリック。 Shopifyの返金ワークスペースが開き、対象の商品、数量、配送料、関税、および返金先の決済方法を選択できます。
返金する数量を入力。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択。 商品を再び販売可能在庫に戻す場合のみ、Restock items(商品を再入荷する)を選択したままにします。破損、紛失、パーソナライズ済み、または配送途中の商品を、安易に利用可能在庫として再登録しないよう注意してください。

配送料と返金方法を設定。 ストアポリシーに準じて、配送料の一部または全額を返金に適用します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれる場合は、それらの項目を個別に確認してください。
合計を確認して確定。 通貨、数量、返金先、通知設定、および最終金額を確認します。社内向けの返金理由を入力し、Refundを1回クリックします。
Shopifyの返金理由は社内記録であり、顧客には表示されません。通知メールの送信オプションはデフォルトで有効になっており、有効のままにしておくことで顧客に即座に返金完了通知が送信されます。
公式のShopify返金指示には、モバイルアプリでの手順も記載されています。ShopifyアプリでOrdersを開き、注文を選択、オーバーフローメニューからRefundをタップし、同様の項目を確認して確定します。
Shopifyの一部返金(Partial Refunds)の仕組み
一部返金は、注文の一部を有効に残したまま、選択した商品、数量、配送料、またはその他の承認された調整に対して資金を戻す処理です。 元の返金可能総額に達するまで、追加の一部返金を実行できます。
ここで注意すべきは、「一部返金」が必ずしも「一部キャンセル」を意味するわけではないという点です。顧客がすべての商品を保持したまま、箱の破損に対して15ドルだけ返金する場合もあれば、1点分を返金してフルフィルメントから除外し、在庫に戻す場合もあります。返金と在庫の判断は、実際のオペレーション実態と一致させる必要があります。
返金シナリオ | 最適な運用ユースケース | 返金先 | 在庫アクション | 最終ステータス |
|---|---|---|---|---|
注文全体の全額返金 | 決済された注文全体をキャンセル・返金 | 元の決済方法、ストアクレジット、または分割 | 条件を満たす商品のみ再入荷 | Refunded |
一部商品の返金 | 特定の商品または価格調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded |
配送料のみの返金 | サービス対応や配送遅延の補償 | 支払われた配送料の上限まで | 在庫変更なし | Partially refunded |
キャンセルと返金 | 未発送の注文の処理を停止する際 | 即時全額返金、または後日返金 | 通常は再入荷 | Canceled かつ Refunded |
ストアクレジットでの返金 | 顧客がストアクレジットでの返還に合意 | 顧客のストアクレジット残高 | 商品の状態による | Refunded または Partially refunded |
※ワークフローデータはShopify公式ドキュメント(2026年7月29日時点)に基づき検証済み。
オペレーターが陥りがちな2つの落とし穴:
明細アイテムへの割引は、そのアイテムの全数量に影響します。 Shopifyでは、決済返金を完了せずに返金画面を離れた場合でも、その調整内容は保存されます。
一部返金を行っても、後からのチャージバック(支払い異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を唱えることができます。証拠として、返金日、金額、注文リンク、顧客とのメッセージ履歴、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNはカード返金の追跡番号であり、資金移動における配送追跡番号のようなものです。Shopify Paymentsは、対象となるVisaおよびMastercardの返金について、注文タイムライン上にARNを表示します。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateを介したプログラムによる返金をサポートしており、APIバージョン2026-04以降、冪等性キー(idempotency key)の使用が必須となっています。 冪等性とは、ネットワークの再試行が発生した場合でも、同一の論理リクエストが重複して返金を生成しないことを保証する仕組みです。
API(アプリケーションプログラミングインターフェース)とは、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金処理において、返品ポータル、倉庫システム、またはカスタマーサービスプラットフォームは、スタッフが手動で再入力する代わりに、承認された返金リクエストをShopifyに直接渡すことができます。
このミューテーションの実行には、適切な注文アクセス権限(Orders access scope)が必要です。RefundInputには、ラインアイテム、数量、配送料、関税、取引(transactions)、ストアクレジット、在庫再入荷の挙動、顧客通知フラグ、および社内メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
論理的な返金ごとに新しいUUIDを使用し、同一リクエストを再試行する際には同じキーを再利用してください。本番環境で使用する前に、ブラウザから渡された金額をそのまま受け入れるのではなく、注文の返金可能な明細アイテムと決済トランザクションをクエリして確認してください。
ShopifyのrefundCreateリファレンスでは、Refundレコードが作成されたからといって、顧客が資金を受け取ったことが証明されるわけではないと説明されています。関連付けられたOrderTransactionは、依然としてpending(保留中)、processing(処理中)、successful(成功)、またはfailed(失敗)のいずれかの状態になり得ます。
システム間連携の整合性を取るためにREFUNDS_CREATEウェブフックを購読するべきですが、このイベントは「銀行が送金を完了した」ではなく、単に「Shopifyが返金レコードを作成した」ことを意味するものとして扱ってください。Shopifyは、このイベントが実際の資金移動とは独立して発火する可能性があると文書化しています。ウェブフックのHMAC署名(改ざん検知)を検証し、X-Shopify-Webhook-Idを用いて重複排除を行い、トランザクションステータスを検査した上で、ウェブフックの到達が保証されない場合に備えて定期的なバッチ突合処理を走らせてください。
大規模運用におけるShopify返金の最適化
注文件数の多いストアでは、チェックアウト後1時間以内の運用フローを中心に設計する必要があります。購入後の注文変更の80.6%はこの時間枠内で発生するためです(Revize、2026年)。 注文変更リクエストの発生時間の中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ運用では構造的に対応が遅すぎます。
最適な返金ワークフローは、次の3つのレイヤーで構成されます:
短時間の変更可能ウィンドウ(保留期間)を設定し、顧客が一般的な間違いを修正できるよう、取り消し不可能な出荷指示を一時的に遅らせます。
明確な適合ルールを定義し、どの未発送商品を、目視確認なしでキャンセル、返金、交換、または編集可能にするかを決定します。
例外ルーティングにより、不正検知フラグが立った注文、高額注文、発送済み商品、およびポリシー例外のケースのみをスタッフの確認に回します。
ここで、顧客セルフサービスが不可欠になります。Revizeのブログとして言及すると、Revizeは、住所変更、商品やバリアントの交換、キャンセル、および条件を満たす返金まで、顧客自身が編集できる一連のジャーニーをカバーし、あらゆるリクエストに対してサポートチケットを発行させる必要をなくします。
これにより、オペレーティングモデルが変化します。スタッフ側の処理ではエージェントが各変更要望を都度処理しなければなりませんが、顧客セルフサービスであれば、チケットが問い合わせキューに入る前に問題を解決できます。

それでも、自動化がリスクを伴う以下のケースでは、手動確認を挟むようポリシーを設計すべきです:
注文がすでに発送済み、または倉庫へ配送データが転送された場合。
顧客が別の決済方法への返金を要求している場合。
返金額が確定売上額を超えている、または過去のストアクレジットが絡んでいる場合。
注文に複数の決済手段、複数通貨、関税、またはギフトカードが含まれている場合。
不正検知のシグナル、サブスクリプション、パーソナライズ商品、または個別のB2B契約条件が存在し、確認を要する場合。
Shopify Paymentsは返金処理に対する追加の決済手数料を請求しませんが、元のクレジットカード決済手数料は返還されません。海外注文の場合、返金は決済時の通貨で行われますが、為替レートは購入時ではなく返金時のレートが適用される場合があります。

よくある質問
以下の回答は、2026-07 Admin APIを含む、2026年7月29日時点のShopify公式仕様を反映しています。 決済ゲートウェイの規約、消費者保護法、ストアクレジットの有効期限に関する法的要件は、国によって異なる場合があります。
Shopifyの返金はキャンセルできますか?
いいえ、Shopify管理画面から一度実行された返金はキャンセルや取り消しができません。 スタッフが誤って返金を行った場合、Shopifyは下書き注文を作成して再度決済を回収することを推奨しています。これを防ぐために、返金権限を制限し、最終金額を明確に表示し、高額返金や変則的な返金には管理者による手動承認を義務付けてください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsの返金は、銀行側の処理により、顧客に着金するまで最大10営業日かかる場合があります。 顧客が着金を確認する前に、注文タイムライン上に返金が記録されることがあります。条件を満たすVisaまたはMastercardの返金が届かないと顧客から指摘された場合は、タイムラインに表示されているARNを顧客に提示し、カード会社に追跡を依頼するよう案内してください。
注文の一部だけを返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対する一部返金をサポートしています。 注文ステータスは「Partially refunded」に移行し、返金可能総額に達するまで追加の一部返金を実行できます。返金する数量と、実際の配送・在庫の処理が一致していることを必ず確認してください。
商品を着荷させたまま、配送料のみを返金できますか?
はい、Shopifyでは商品数量を返金することなく、配送料の一部または全額を返金できます。 ただし、返金額はまだ返金可能な配送料の上限を超えることはできません。また、注文レベルで送料無料割引(クーポン等)が適用されている場合、この操作で配送料を返金することはできません。
注文を「キャンセル」すべきか「返金」すべきか、どちらが適切ですか?
処理を停止するには「キャンセル」を、決済されたお金を返すには「返金」を行います。 未発送の支払い済み注文の場合、キャンセル処理の一環として即時全額返金を含めることも、返金を後回しにすることもできます。注文が一部発送済みの場合、Shopifyはキャンセルを制限することがあるため、その場合は返品または返金処理で対応してください。
顧客が自分で返金をリクエストすることは可能ですか?
ストア側がセルフサービスのワークフローを設定していれば、顧客は条件を満たすキャンセルや返品のリクエストを送信できます。 ただし、適合ルール、タイミング、およびスタッフの承認が必要かどうかは、あくまでマーチャント側の設定により決定されます。発送前に発覚した数分以内の注文ミスに対しては、セルフサービスを利用することで、配送後に発生する高額な返品コストを回避できます。
決済時とは別のクレジットカードに返金できますか?
いいえ、元の決済方法への返金は、必ず元の支払いルートに戻されます。 カードが期限切れ、または解約されている場合、顧客の保有銀行が資金の再ルーティングを処理します。メールで新しいカード情報を収集するようなことは絶対に避けてください。利用可能な場合はARNを提供し、顧客自身が金融機関に問い合わせるよう促してください。
返金処理後、在庫はどうなりますか?
在庫数は、返金または返品処理時に選択した「再入荷(Restock)」の設定に従ってのみ更新されます。 物理的に手元にあり、再販可能な商品のみを再入荷してください。商品が破損している、紛失した、まだ顧客の手元にある、あるいは倉庫で移動中である場合は、返金したからといって機械的に再入荷処理を行わないでください。
Shopifyでストアクレジットに返金できますか?
はい、対象となる返金は、ストアクレジット、元の決済方法、または許容される両方の組み合わせに対して実行できます。 すでにストアクレジットで返金された後に、スタッフが誤って元の決済方法に重複して全額返金を行っても、Shopifyは先に発行されたストアクレジットを自動的に回収しません。現地の有効期限に関する法律を確認し、双方の残高の整合性を確認してください。
Shopifyの返金が「保留中(pending)」のままなのはなぜですか?
返金ステータスが「pending」の場合、返金レコードは作成されているものの、決済トランザクション自体がまだ完了していないことを意味します。 トランザクションステータス、入金残高、ゲートウェイからの応答、および注文タイムラインを確認してください。Shopify Paymentsのアカウント残高がマイナスになり、一定の閾値を超えている場合、返金が保留されることがあります。その場合は、残高の相殺が必要です。
今週取り組むべきアクション
今週中に以下の5つのステップで監査を行うことで、その場しのぎのサポートタスクになっていた返金処理を、制御された効率的なShopifyワークフローへと変えることができます。 まずは、最も修正が早く、回収コストが最も低い「発送前のケース」から着手しましょう。
すべての返金ルートをマッピングする。 全額キャンセル、一部調整、返品、配送料の返金、ストアクレジット、および例外処理を区別して整理します。
権限設定を監査する。 元の決済方法への返金、ストアクレジット返金、および超過返金の実行権限を、必要なスタッフのみに制限します。
応答時間を測定する。 最初の顧客メッセージ受信から、倉庫への出荷データ連携、および決済売上確定までのタイムスタンプを比較します。
テスト用の注文でワークフローを1回検証する。 在庫、顧客通知、決済トランザクションステータス、および会計上の突合処理が機能しているかをテスト注文で確認します。
適合するリクエストをセルフサービスへ移行する。 スタッフのリソースを、不正検知、発送済み商品の対応、高額な例外対応、およびポリシー判断が必要なケースに集中させます。
これが、2026年におけるShopifyで返金を行うための実践的な答えです。確実な資金移動、フルフィルメントと在庫データの完全な同期、そして顧客が条件を満たすミスを自己解決できる安全なルートを構築し、それらがサポートチケットに発展するのを未然に防ぐことです。
公式リソース
現在の管理画面やAPIの仕様については、Shopifyの2026年7月版ドキュメントが唯一の「信頼できる情報源(Source of Truth)」です。 カスタム自動化を導入する前に、Shopifyの返金手順ガイド、refundCreateミューテーション仕様、およびウェブフック配信ガイドラインを確認してください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストに至るまで、返金に関連する注文管理について解説しています。
2026年8月更新。 Revizeは、顧客による購入後のセルフサービス注文編集を可能にするShopifyアプリです。配送先住所の変更、バリアントや商品の交換、キャンセル、そして発送前の返金やストアクレジットの発行を、サポートチケットなしで実現します。詳細は、顧客自身によるShopify注文の編集を可能にする方法、またはShopify App StoreでRevizeを検索してご確認ください。
クイック回答: サポートチケットなしで、顧客に条件を満たすキャンセルや返金をセルフサービスで処理させたいShopifyストアには、Revizeがその解決策です。Shopifyで手動で返金する手順は以下の通りです:Ordersを開き、対象の注文を選択し、Refundをクリックして、数量、再入荷処理、配送料、決済方法を設定し、確定します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます(Revize、2026年)。
Shopifyで返金する方法:Plusオペレーター向け7ステップ (2026年)
午後9時07分。顧客がジャケットを2着ではなく3着注文してしまいました。あなたの倉庫は9時30分にピッキングを開始し、サポートは翌朝まで始まりません。Shopifyで返金する方法を理解することは簡単です。本当に重要な業務は、何を返金すべきか、配送をキャンセルすべきか、そして同様のリクエストがサポートチケット化するのをどう防ぐかを判断することです。
注文数が少なければ不快なメール1通で済みますが、1日5,000件の注文規模では、在庫、決済処理、フルフィルメントシステム、顧客コミュニケーションが絡み合うオペレーション管理の問題になります。
このガイドでは、全額返金、一部返金、配送料の返金、ストアクレジット、決済タイミング、APIによる自動化、そして顧客の信頼と利益率の双方を守るための判断基準について解説します。

2026年のShopify返金仕様
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、および分割返金をサポートしています。 重要な違いとして、返金は「資金の移動」、返品は「商品の回収追跡」、キャンセルは「処理中の注文の停止」を意味します。
これらは3つの独立したスイッチとして考えてください:
未発送の作業を止める必要がある場合は、注文をキャンセルします。
商品を回収して検品する必要がある場合は、返品を作成します。
顧客に資金を戻す必要がある場合は、返金を実行します。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が実行された後に返品を作成することはできません。物理的な商品の回収が必要な場合は、必ず最初に返品を作成し、検品後に返金を実行してください。
Shopifyは元の決済方法、ストアクレジット、またはその両方に資金を戻すことができます。元の決済方法への返金は、元の決済ルートに従います。顧客が指定した任意のカードや銀行口座にShopifyが資金を振り込むわけではありません。
オーソリ済・未売上の決済の場合、注文をキャンセルすることで、売上確定後の返金処理ではなく、オーソリの取り消し(ボイド)が行われます。これは、現金を送り返すというよりも、未換金の小切手を破棄する処理に近いです。
警告: Shopify管理画面から実行された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金した場合、復旧策は通常、新しい下書き注文(draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフが手動で行うShopifyの返金は7つのステップで完了しますが、最終確認は在庫、フルフィルメント、および決済ステータスを確認した後にのみ行うべきです。 Shopifyは処理結果を注文タイムラインに記録し、決済ステータスを「Refunded(返金済み)」または「Partially refunded(一部返金済み)」に変更します。
注文を開く。 Shopify管理画面からOrdersに進み、返金が必要な注文を選択します。
フルフィルメントと決済ステータスを確認。 注文が未発送(unfulfilled)、一部発送(partially fulfilled)、または発送済み(fulfilled)のいずれであるかを確認します。すでにサードパーティのロジスティクス(3PL)に発送依頼が出ている場合は、Shopify上での操作が配送を止めたと過信せず、まず3PL側で配送を一時停止またはキャンセルしてください。
Refundをクリック。 Shopifyの返金ワークスペースが開き、対象の商品、数量、配送料、関税、および返金先の決済方法を選択できます。
返金する数量を入力。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択。 商品を再び販売可能在庫に戻す場合のみ、Restock items(商品を再入荷する)を選択したままにします。破損、紛失、パーソナライズ済み、または配送途中の商品を、安易に利用可能在庫として再登録しないよう注意してください。

配送料と返金方法を設定。 ストアポリシーに準じて、配送料の一部または全額を返金に適用します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれる場合は、それらの項目を個別に確認してください。
合計を確認して確定。 通貨、数量、返金先、通知設定、および最終金額を確認します。社内向けの返金理由を入力し、Refundを1回クリックします。
Shopifyの返金理由は社内記録であり、顧客には表示されません。通知メールの送信オプションはデフォルトで有効になっており、有効のままにしておくことで顧客に即座に返金完了通知が送信されます。
公式のShopify返金指示には、モバイルアプリでの手順も記載されています。ShopifyアプリでOrdersを開き、注文を選択、オーバーフローメニューからRefundをタップし、同様の項目を確認して確定します。
Shopifyの一部返金(Partial Refunds)の仕組み
一部返金は、注文の一部を有効に残したまま、選択した商品、数量、配送料、またはその他の承認された調整に対して資金を戻す処理です。 元の返金可能総額に達するまで、追加の一部返金を実行できます。
ここで注意すべきは、「一部返金」が必ずしも「一部キャンセル」を意味するわけではないという点です。顧客がすべての商品を保持したまま、箱の破損に対して15ドルだけ返金する場合もあれば、1点分を返金してフルフィルメントから除外し、在庫に戻す場合もあります。返金と在庫の判断は、実際のオペレーション実態と一致させる必要があります。
返金シナリオ | 最適な運用ユースケース | 返金先 | 在庫アクション | 最終ステータス |
|---|---|---|---|---|
注文全体の全額返金 | 決済された注文全体をキャンセル・返金 | 元の決済方法、ストアクレジット、または分割 | 条件を満たす商品のみ再入荷 | Refunded |
一部商品の返金 | 特定の商品または価格調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded |
配送料のみの返金 | サービス対応や配送遅延の補償 | 支払われた配送料の上限まで | 在庫変更なし | Partially refunded |
キャンセルと返金 | 未発送の注文の処理を停止する際 | 即時全額返金、または後日返金 | 通常は再入荷 | Canceled かつ Refunded |
ストアクレジットでの返金 | 顧客がストアクレジットでの返還に合意 | 顧客のストアクレジット残高 | 商品の状態による | Refunded または Partially refunded |
※ワークフローデータはShopify公式ドキュメント(2026年7月29日時点)に基づき検証済み。
オペレーターが陥りがちな2つの落とし穴:
明細アイテムへの割引は、そのアイテムの全数量に影響します。 Shopifyでは、決済返金を完了せずに返金画面を離れた場合でも、その調整内容は保存されます。
一部返金を行っても、後からのチャージバック(支払い異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を唱えることができます。証拠として、返金日、金額、注文リンク、顧客とのメッセージ履歴、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNはカード返金の追跡番号であり、資金移動における配送追跡番号のようなものです。Shopify Paymentsは、対象となるVisaおよびMastercardの返金について、注文タイムライン上にARNを表示します。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateを介したプログラムによる返金をサポートしており、APIバージョン2026-04以降、冪等性キー(idempotency key)の使用が必須となっています。 冪等性とは、ネットワークの再試行が発生した場合でも、同一の論理リクエストが重複して返金を生成しないことを保証する仕組みです。
API(アプリケーションプログラミングインターフェース)とは、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金処理において、返品ポータル、倉庫システム、またはカスタマーサービスプラットフォームは、スタッフが手動で再入力する代わりに、承認された返金リクエストをShopifyに直接渡すことができます。
このミューテーションの実行には、適切な注文アクセス権限(Orders access scope)が必要です。RefundInputには、ラインアイテム、数量、配送料、関税、取引(transactions)、ストアクレジット、在庫再入荷の挙動、顧客通知フラグ、および社内メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
論理的な返金ごとに新しいUUIDを使用し、同一リクエストを再試行する際には同じキーを再利用してください。本番環境で使用する前に、ブラウザから渡された金額をそのまま受け入れるのではなく、注文の返金可能な明細アイテムと決済トランザクションをクエリして確認してください。
ShopifyのrefundCreateリファレンスでは、Refundレコードが作成されたからといって、顧客が資金を受け取ったことが証明されるわけではないと説明されています。関連付けられたOrderTransactionは、依然としてpending(保留中)、processing(処理中)、successful(成功)、またはfailed(失敗)のいずれかの状態になり得ます。
システム間連携の整合性を取るためにREFUNDS_CREATEウェブフックを購読するべきですが、このイベントは「銀行が送金を完了した」ではなく、単に「Shopifyが返金レコードを作成した」ことを意味するものとして扱ってください。Shopifyは、このイベントが実際の資金移動とは独立して発火する可能性があると文書化しています。ウェブフックのHMAC署名(改ざん検知)を検証し、X-Shopify-Webhook-Idを用いて重複排除を行い、トランザクションステータスを検査した上で、ウェブフックの到達が保証されない場合に備えて定期的なバッチ突合処理を走らせてください。
大規模運用におけるShopify返金の最適化
注文件数の多いストアでは、チェックアウト後1時間以内の運用フローを中心に設計する必要があります。購入後の注文変更の80.6%はこの時間枠内で発生するためです(Revize、2026年)。 注文変更リクエストの発生時間の中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ運用では構造的に対応が遅すぎます。
最適な返金ワークフローは、次の3つのレイヤーで構成されます:
短時間の変更可能ウィンドウ(保留期間)を設定し、顧客が一般的な間違いを修正できるよう、取り消し不可能な出荷指示を一時的に遅らせます。
明確な適合ルールを定義し、どの未発送商品を、目視確認なしでキャンセル、返金、交換、または編集可能にするかを決定します。
例外ルーティングにより、不正検知フラグが立った注文、高額注文、発送済み商品、およびポリシー例外のケースのみをスタッフの確認に回します。
ここで、顧客セルフサービスが不可欠になります。Revizeのブログとして言及すると、Revizeは、住所変更、商品やバリアントの交換、キャンセル、および条件を満たす返金まで、顧客自身が編集できる一連のジャーニーをカバーし、あらゆるリクエストに対してサポートチケットを発行させる必要をなくします。
これにより、オペレーティングモデルが変化します。スタッフ側の処理ではエージェントが各変更要望を都度処理しなければなりませんが、顧客セルフサービスであれば、チケットが問い合わせキューに入る前に問題を解決できます。

それでも、自動化がリスクを伴う以下のケースでは、手動確認を挟むようポリシーを設計すべきです:
注文がすでに発送済み、または倉庫へ配送データが転送された場合。
顧客が別の決済方法への返金を要求している場合。
返金額が確定売上額を超えている、または過去のストアクレジットが絡んでいる場合。
注文に複数の決済手段、複数通貨、関税、またはギフトカードが含まれている場合。
不正検知のシグナル、サブスクリプション、パーソナライズ商品、または個別のB2B契約条件が存在し、確認を要する場合。
Shopify Paymentsは返金処理に対する追加の決済手数料を請求しませんが、元のクレジットカード決済手数料は返還されません。海外注文の場合、返金は決済時の通貨で行われますが、為替レートは購入時ではなく返金時のレートが適用される場合があります。

よくある質問
以下の回答は、2026-07 Admin APIを含む、2026年7月29日時点のShopify公式仕様を反映しています。 決済ゲートウェイの規約、消費者保護法、ストアクレジットの有効期限に関する法的要件は、国によって異なる場合があります。
Shopifyの返金はキャンセルできますか?
いいえ、Shopify管理画面から一度実行された返金はキャンセルや取り消しができません。 スタッフが誤って返金を行った場合、Shopifyは下書き注文を作成して再度決済を回収することを推奨しています。これを防ぐために、返金権限を制限し、最終金額を明確に表示し、高額返金や変則的な返金には管理者による手動承認を義務付けてください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsの返金は、銀行側の処理により、顧客に着金するまで最大10営業日かかる場合があります。 顧客が着金を確認する前に、注文タイムライン上に返金が記録されることがあります。条件を満たすVisaまたはMastercardの返金が届かないと顧客から指摘された場合は、タイムラインに表示されているARNを顧客に提示し、カード会社に追跡を依頼するよう案内してください。
注文の一部だけを返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対する一部返金をサポートしています。 注文ステータスは「Partially refunded」に移行し、返金可能総額に達するまで追加の一部返金を実行できます。返金する数量と、実際の配送・在庫の処理が一致していることを必ず確認してください。
商品を着荷させたまま、配送料のみを返金できますか?
はい、Shopifyでは商品数量を返金することなく、配送料の一部または全額を返金できます。 ただし、返金額はまだ返金可能な配送料の上限を超えることはできません。また、注文レベルで送料無料割引(クーポン等)が適用されている場合、この操作で配送料を返金することはできません。
注文を「キャンセル」すべきか「返金」すべきか、どちらが適切ですか?
処理を停止するには「キャンセル」を、決済されたお金を返すには「返金」を行います。 未発送の支払い済み注文の場合、キャンセル処理の一環として即時全額返金を含めることも、返金を後回しにすることもできます。注文が一部発送済みの場合、Shopifyはキャンセルを制限することがあるため、その場合は返品または返金処理で対応してください。
顧客が自分で返金をリクエストすることは可能ですか?
ストア側がセルフサービスのワークフローを設定していれば、顧客は条件を満たすキャンセルや返品のリクエストを送信できます。 ただし、適合ルール、タイミング、およびスタッフの承認が必要かどうかは、あくまでマーチャント側の設定により決定されます。発送前に発覚した数分以内の注文ミスに対しては、セルフサービスを利用することで、配送後に発生する高額な返品コストを回避できます。
決済時とは別のクレジットカードに返金できますか?
いいえ、元の決済方法への返金は、必ず元の支払いルートに戻されます。 カードが期限切れ、または解約されている場合、顧客の保有銀行が資金の再ルーティングを処理します。メールで新しいカード情報を収集するようなことは絶対に避けてください。利用可能な場合はARNを提供し、顧客自身が金融機関に問い合わせるよう促してください。
返金処理後、在庫はどうなりますか?
在庫数は、返金または返品処理時に選択した「再入荷(Restock)」の設定に従ってのみ更新されます。 物理的に手元にあり、再販可能な商品のみを再入荷してください。商品が破損している、紛失した、まだ顧客の手元にある、あるいは倉庫で移動中である場合は、返金したからといって機械的に再入荷処理を行わないでください。
Shopifyでストアクレジットに返金できますか?
はい、対象となる返金は、ストアクレジット、元の決済方法、または許容される両方の組み合わせに対して実行できます。 すでにストアクレジットで返金された後に、スタッフが誤って元の決済方法に重複して全額返金を行っても、Shopifyは先に発行されたストアクレジットを自動的に回収しません。現地の有効期限に関する法律を確認し、双方の残高の整合性を確認してください。
Shopifyの返金が「保留中(pending)」のままなのはなぜですか?
返金ステータスが「pending」の場合、返金レコードは作成されているものの、決済トランザクション自体がまだ完了していないことを意味します。 トランザクションステータス、入金残高、ゲートウェイからの応答、および注文タイムラインを確認してください。Shopify Paymentsのアカウント残高がマイナスになり、一定の閾値を超えている場合、返金が保留されることがあります。その場合は、残高の相殺が必要です。
今週取り組むべきアクション
今週中に以下の5つのステップで監査を行うことで、その場しのぎのサポートタスクになっていた返金処理を、制御された効率的なShopifyワークフローへと変えることができます。 まずは、最も修正が早く、回収コストが最も低い「発送前のケース」から着手しましょう。
すべての返金ルートをマッピングする。 全額キャンセル、一部調整、返品、配送料の返金、ストアクレジット、および例外処理を区別して整理します。
権限設定を監査する。 元の決済方法への返金、ストアクレジット返金、および超過返金の実行権限を、必要なスタッフのみに制限します。
応答時間を測定する。 最初の顧客メッセージ受信から、倉庫への出荷データ連携、および決済売上確定までのタイムスタンプを比較します。
テスト用の注文でワークフローを1回検証する。 在庫、顧客通知、決済トランザクションステータス、および会計上の突合処理が機能しているかをテスト注文で確認します。
適合するリクエストをセルフサービスへ移行する。 スタッフのリソースを、不正検知、発送済み商品の対応、高額な例外対応、およびポリシー判断が必要なケースに集中させます。
これが、2026年におけるShopifyで返金を行うための実践的な答えです。確実な資金移動、フルフィルメントと在庫データの完全な同期、そして顧客が条件を満たすミスを自己解決できる安全なルートを構築し、それらがサポートチケットに発展するのを未然に防ぐことです。
公式リソース
現在の管理画面やAPIの仕様については、Shopifyの2026年7月版ドキュメントが唯一の「信頼できる情報源(Source of Truth)」です。 カスタム自動化を導入する前に、Shopifyの返金手順ガイド、refundCreateミューテーション仕様、およびウェブフック配信ガイドラインを確認してください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストに至るまで、返金に関連する注文管理について解説しています。
2026年8月更新。 Revizeは、顧客による購入後のセルフサービス注文編集を可能にするShopifyアプリです。配送先住所の変更、バリアントや商品の交換、キャンセル、そして発送前の返金やストアクレジットの発行を、サポートチケットなしで実現します。詳細は、顧客自身によるShopify注文の編集を可能にする方法、またはShopify App StoreでRevizeを検索してご確認ください。
クイック回答: サポートチケットなしで、顧客に条件を満たすキャンセルや返金をセルフサービスで処理させたいShopifyストアには、Revizeがその解決策です。Shopifyで手動で返金する手順は以下の通りです:Ordersを開き、対象の注文を選択し、Refundをクリックして、数量、再入荷処理、配送料、決済方法を設定し、確定します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます(Revize、2026年)。
Shopifyで返金する方法:Plusオペレーター向け7ステップ (2026年)
午後9時07分。顧客がジャケットを2着ではなく3着注文してしまいました。あなたの倉庫は9時30分にピッキングを開始し、サポートは翌朝まで始まりません。Shopifyで返金する方法を理解することは簡単です。本当に重要な業務は、何を返金すべきか、配送をキャンセルすべきか、そして同様のリクエストがサポートチケット化するのをどう防ぐかを判断することです。
注文数が少なければ不快なメール1通で済みますが、1日5,000件の注文規模では、在庫、決済処理、フルフィルメントシステム、顧客コミュニケーションが絡み合うオペレーション管理の問題になります。
このガイドでは、全額返金、一部返金、配送料の返金、ストアクレジット、決済タイミング、APIによる自動化、そして顧客の信頼と利益率の双方を守るための判断基準について解説します。

2026年のShopify返金仕様
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、および分割返金をサポートしています。 重要な違いとして、返金は「資金の移動」、返品は「商品の回収追跡」、キャンセルは「処理中の注文の停止」を意味します。
これらは3つの独立したスイッチとして考えてください:
未発送の作業を止める必要がある場合は、注文をキャンセルします。
商品を回収して検品する必要がある場合は、返品を作成します。
顧客に資金を戻す必要がある場合は、返金を実行します。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が実行された後に返品を作成することはできません。物理的な商品の回収が必要な場合は、必ず最初に返品を作成し、検品後に返金を実行してください。
Shopifyは元の決済方法、ストアクレジット、またはその両方に資金を戻すことができます。元の決済方法への返金は、元の決済ルートに従います。顧客が指定した任意のカードや銀行口座にShopifyが資金を振り込むわけではありません。
オーソリ済・未売上の決済の場合、注文をキャンセルすることで、売上確定後の返金処理ではなく、オーソリの取り消し(ボイド)が行われます。これは、現金を送り返すというよりも、未換金の小切手を破棄する処理に近いです。
警告: Shopify管理画面から実行された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金した場合、復旧策は通常、新しい下書き注文(draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフが手動で行うShopifyの返金は7つのステップで完了しますが、最終確認は在庫、フルフィルメント、および決済ステータスを確認した後にのみ行うべきです。 Shopifyは処理結果を注文タイムラインに記録し、決済ステータスを「Refunded(返金済み)」または「Partially refunded(一部返金済み)」に変更します。
注文を開く。 Shopify管理画面からOrdersに進み、返金が必要な注文を選択します。
フルフィルメントと決済ステータスを確認。 注文が未発送(unfulfilled)、一部発送(partially fulfilled)、または発送済み(fulfilled)のいずれであるかを確認します。すでにサードパーティのロジスティクス(3PL)に発送依頼が出ている場合は、Shopify上での操作が配送を止めたと過信せず、まず3PL側で配送を一時停止またはキャンセルしてください。
Refundをクリック。 Shopifyの返金ワークスペースが開き、対象の商品、数量、配送料、関税、および返金先の決済方法を選択できます。
返金する数量を入力。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択。 商品を再び販売可能在庫に戻す場合のみ、Restock items(商品を再入荷する)を選択したままにします。破損、紛失、パーソナライズ済み、または配送途中の商品を、安易に利用可能在庫として再登録しないよう注意してください。

配送料と返金方法を設定。 ストアポリシーに準じて、配送料の一部または全額を返金に適用します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれる場合は、それらの項目を個別に確認してください。
合計を確認して確定。 通貨、数量、返金先、通知設定、および最終金額を確認します。社内向けの返金理由を入力し、Refundを1回クリックします。
Shopifyの返金理由は社内記録であり、顧客には表示されません。通知メールの送信オプションはデフォルトで有効になっており、有効のままにしておくことで顧客に即座に返金完了通知が送信されます。
公式のShopify返金指示には、モバイルアプリでの手順も記載されています。ShopifyアプリでOrdersを開き、注文を選択、オーバーフローメニューからRefundをタップし、同様の項目を確認して確定します。
Shopifyの一部返金(Partial Refunds)の仕組み
一部返金は、注文の一部を有効に残したまま、選択した商品、数量、配送料、またはその他の承認された調整に対して資金を戻す処理です。 元の返金可能総額に達するまで、追加の一部返金を実行できます。
ここで注意すべきは、「一部返金」が必ずしも「一部キャンセル」を意味するわけではないという点です。顧客がすべての商品を保持したまま、箱の破損に対して15ドルだけ返金する場合もあれば、1点分を返金してフルフィルメントから除外し、在庫に戻す場合もあります。返金と在庫の判断は、実際のオペレーション実態と一致させる必要があります。
返金シナリオ | 最適な運用ユースケース | 返金先 | 在庫アクション | 最終ステータス |
|---|---|---|---|---|
注文全体の全額返金 | 決済された注文全体をキャンセル・返金 | 元の決済方法、ストアクレジット、または分割 | 条件を満たす商品のみ再入荷 | Refunded |
一部商品の返金 | 特定の商品または価格調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded |
配送料のみの返金 | サービス対応や配送遅延の補償 | 支払われた配送料の上限まで | 在庫変更なし | Partially refunded |
キャンセルと返金 | 未発送の注文の処理を停止する際 | 即時全額返金、または後日返金 | 通常は再入荷 | Canceled かつ Refunded |
ストアクレジットでの返金 | 顧客がストアクレジットでの返還に合意 | 顧客のストアクレジット残高 | 商品の状態による | Refunded または Partially refunded |
※ワークフローデータはShopify公式ドキュメント(2026年7月29日時点)に基づき検証済み。
オペレーターが陥りがちな2つの落とし穴:
明細アイテムへの割引は、そのアイテムの全数量に影響します。 Shopifyでは、決済返金を完了せずに返金画面を離れた場合でも、その調整内容は保存されます。
一部返金を行っても、後からのチャージバック(支払い異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を唱えることができます。証拠として、返金日、金額、注文リンク、顧客とのメッセージ履歴、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNはカード返金の追跡番号であり、資金移動における配送追跡番号のようなものです。Shopify Paymentsは、対象となるVisaおよびMastercardの返金について、注文タイムライン上にARNを表示します。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateを介したプログラムによる返金をサポートしており、APIバージョン2026-04以降、冪等性キー(idempotency key)の使用が必須となっています。 冪等性とは、ネットワークの再試行が発生した場合でも、同一の論理リクエストが重複して返金を生成しないことを保証する仕組みです。
API(アプリケーションプログラミングインターフェース)とは、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金処理において、返品ポータル、倉庫システム、またはカスタマーサービスプラットフォームは、スタッフが手動で再入力する代わりに、承認された返金リクエストをShopifyに直接渡すことができます。
このミューテーションの実行には、適切な注文アクセス権限(Orders access scope)が必要です。RefundInputには、ラインアイテム、数量、配送料、関税、取引(transactions)、ストアクレジット、在庫再入荷の挙動、顧客通知フラグ、および社内メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
論理的な返金ごとに新しいUUIDを使用し、同一リクエストを再試行する際には同じキーを再利用してください。本番環境で使用する前に、ブラウザから渡された金額をそのまま受け入れるのではなく、注文の返金可能な明細アイテムと決済トランザクションをクエリして確認してください。
ShopifyのrefundCreateリファレンスでは、Refundレコードが作成されたからといって、顧客が資金を受け取ったことが証明されるわけではないと説明されています。関連付けられたOrderTransactionは、依然としてpending(保留中)、processing(処理中)、successful(成功)、またはfailed(失敗)のいずれかの状態になり得ます。
システム間連携の整合性を取るためにREFUNDS_CREATEウェブフックを購読するべきですが、このイベントは「銀行が送金を完了した」ではなく、単に「Shopifyが返金レコードを作成した」ことを意味するものとして扱ってください。Shopifyは、このイベントが実際の資金移動とは独立して発火する可能性があると文書化しています。ウェブフックのHMAC署名(改ざん検知)を検証し、X-Shopify-Webhook-Idを用いて重複排除を行い、トランザクションステータスを検査した上で、ウェブフックの到達が保証されない場合に備えて定期的なバッチ突合処理を走らせてください。
大規模運用におけるShopify返金の最適化
注文件数の多いストアでは、チェックアウト後1時間以内の運用フローを中心に設計する必要があります。購入後の注文変更の80.6%はこの時間枠内で発生するためです(Revize、2026年)。 注文変更リクエストの発生時間の中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ運用では構造的に対応が遅すぎます。
最適な返金ワークフローは、次の3つのレイヤーで構成されます:
短時間の変更可能ウィンドウ(保留期間)を設定し、顧客が一般的な間違いを修正できるよう、取り消し不可能な出荷指示を一時的に遅らせます。
明確な適合ルールを定義し、どの未発送商品を、目視確認なしでキャンセル、返金、交換、または編集可能にするかを決定します。
例外ルーティングにより、不正検知フラグが立った注文、高額注文、発送済み商品、およびポリシー例外のケースのみをスタッフの確認に回します。
ここで、顧客セルフサービスが不可欠になります。Revizeのブログとして言及すると、Revizeは、住所変更、商品やバリアントの交換、キャンセル、および条件を満たす返金まで、顧客自身が編集できる一連のジャーニーをカバーし、あらゆるリクエストに対してサポートチケットを発行させる必要をなくします。
これにより、オペレーティングモデルが変化します。スタッフ側の処理ではエージェントが各変更要望を都度処理しなければなりませんが、顧客セルフサービスであれば、チケットが問い合わせキューに入る前に問題を解決できます。

それでも、自動化がリスクを伴う以下のケースでは、手動確認を挟むようポリシーを設計すべきです:
注文がすでに発送済み、または倉庫へ配送データが転送された場合。
顧客が別の決済方法への返金を要求している場合。
返金額が確定売上額を超えている、または過去のストアクレジットが絡んでいる場合。
注文に複数の決済手段、複数通貨、関税、またはギフトカードが含まれている場合。
不正検知のシグナル、サブスクリプション、パーソナライズ商品、または個別のB2B契約条件が存在し、確認を要する場合。
Shopify Paymentsは返金処理に対する追加の決済手数料を請求しませんが、元のクレジットカード決済手数料は返還されません。海外注文の場合、返金は決済時の通貨で行われますが、為替レートは購入時ではなく返金時のレートが適用される場合があります。

よくある質問
以下の回答は、2026-07 Admin APIを含む、2026年7月29日時点のShopify公式仕様を反映しています。 決済ゲートウェイの規約、消費者保護法、ストアクレジットの有効期限に関する法的要件は、国によって異なる場合があります。
Shopifyの返金はキャンセルできますか?
いいえ、Shopify管理画面から一度実行された返金はキャンセルや取り消しができません。 スタッフが誤って返金を行った場合、Shopifyは下書き注文を作成して再度決済を回収することを推奨しています。これを防ぐために、返金権限を制限し、最終金額を明確に表示し、高額返金や変則的な返金には管理者による手動承認を義務付けてください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsの返金は、銀行側の処理により、顧客に着金するまで最大10営業日かかる場合があります。 顧客が着金を確認する前に、注文タイムライン上に返金が記録されることがあります。条件を満たすVisaまたはMastercardの返金が届かないと顧客から指摘された場合は、タイムラインに表示されているARNを顧客に提示し、カード会社に追跡を依頼するよう案内してください。
注文の一部だけを返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対する一部返金をサポートしています。 注文ステータスは「Partially refunded」に移行し、返金可能総額に達するまで追加の一部返金を実行できます。返金する数量と、実際の配送・在庫の処理が一致していることを必ず確認してください。
商品を着荷させたまま、配送料のみを返金できますか?
はい、Shopifyでは商品数量を返金することなく、配送料の一部または全額を返金できます。 ただし、返金額はまだ返金可能な配送料の上限を超えることはできません。また、注文レベルで送料無料割引(クーポン等)が適用されている場合、この操作で配送料を返金することはできません。
注文を「キャンセル」すべきか「返金」すべきか、どちらが適切ですか?
処理を停止するには「キャンセル」を、決済されたお金を返すには「返金」を行います。 未発送の支払い済み注文の場合、キャンセル処理の一環として即時全額返金を含めることも、返金を後回しにすることもできます。注文が一部発送済みの場合、Shopifyはキャンセルを制限することがあるため、その場合は返品または返金処理で対応してください。
顧客が自分で返金をリクエストすることは可能ですか?
ストア側がセルフサービスのワークフローを設定していれば、顧客は条件を満たすキャンセルや返品のリクエストを送信できます。 ただし、適合ルール、タイミング、およびスタッフの承認が必要かどうかは、あくまでマーチャント側の設定により決定されます。発送前に発覚した数分以内の注文ミスに対しては、セルフサービスを利用することで、配送後に発生する高額な返品コストを回避できます。
決済時とは別のクレジットカードに返金できますか?
いいえ、元の決済方法への返金は、必ず元の支払いルートに戻されます。 カードが期限切れ、または解約されている場合、顧客の保有銀行が資金の再ルーティングを処理します。メールで新しいカード情報を収集するようなことは絶対に避けてください。利用可能な場合はARNを提供し、顧客自身が金融機関に問い合わせるよう促してください。
返金処理後、在庫はどうなりますか?
在庫数は、返金または返品処理時に選択した「再入荷(Restock)」の設定に従ってのみ更新されます。 物理的に手元にあり、再販可能な商品のみを再入荷してください。商品が破損している、紛失した、まだ顧客の手元にある、あるいは倉庫で移動中である場合は、返金したからといって機械的に再入荷処理を行わないでください。
Shopifyでストアクレジットに返金できますか?
はい、対象となる返金は、ストアクレジット、元の決済方法、または許容される両方の組み合わせに対して実行できます。 すでにストアクレジットで返金された後に、スタッフが誤って元の決済方法に重複して全額返金を行っても、Shopifyは先に発行されたストアクレジットを自動的に回収しません。現地の有効期限に関する法律を確認し、双方の残高の整合性を確認してください。
Shopifyの返金が「保留中(pending)」のままなのはなぜですか?
返金ステータスが「pending」の場合、返金レコードは作成されているものの、決済トランザクション自体がまだ完了していないことを意味します。 トランザクションステータス、入金残高、ゲートウェイからの応答、および注文タイムラインを確認してください。Shopify Paymentsのアカウント残高がマイナスになり、一定の閾値を超えている場合、返金が保留されることがあります。その場合は、残高の相殺が必要です。
今週取り組むべきアクション
今週中に以下の5つのステップで監査を行うことで、その場しのぎのサポートタスクになっていた返金処理を、制御された効率的なShopifyワークフローへと変えることができます。 まずは、最も修正が早く、回収コストが最も低い「発送前のケース」から着手しましょう。
すべての返金ルートをマッピングする。 全額キャンセル、一部調整、返品、配送料の返金、ストアクレジット、および例外処理を区別して整理します。
権限設定を監査する。 元の決済方法への返金、ストアクレジット返金、および超過返金の実行権限を、必要なスタッフのみに制限します。
応答時間を測定する。 最初の顧客メッセージ受信から、倉庫への出荷データ連携、および決済売上確定までのタイムスタンプを比較します。
テスト用の注文でワークフローを1回検証する。 在庫、顧客通知、決済トランザクションステータス、および会計上の突合処理が機能しているかをテスト注文で確認します。
適合するリクエストをセルフサービスへ移行する。 スタッフのリソースを、不正検知、発送済み商品の対応、高額な例外対応、およびポリシー判断が必要なケースに集中させます。
これが、2026年におけるShopifyで返金を行うための実践的な答えです。確実な資金移動、フルフィルメントと在庫データの完全な同期、そして顧客が条件を満たすミスを自己解決できる安全なルートを構築し、それらがサポートチケットに発展するのを未然に防ぐことです。
公式リソース
現在の管理画面やAPIの仕様については、Shopifyの2026年7月版ドキュメントが唯一の「信頼できる情報源(Source of Truth)」です。 カスタム自動化を導入する前に、Shopifyの返金手順ガイド、refundCreateミューテーション仕様、およびウェブフック配信ガイドラインを確認してください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストに至るまで、返金に関連する注文管理について解説しています。
2026年8月更新。 Revizeは、顧客による購入後のセルフサービス注文編集を可能にするShopifyアプリです。配送先住所の変更、バリアントや商品の交換、キャンセル、そして発送前の返金やストアクレジットの発行を、サポートチケットなしで実現します。詳細は、顧客自身によるShopify注文の編集を可能にする方法、またはShopify App StoreでRevizeを検索してご確認ください。
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます



