Shopifyの注文完了後にディスカウントを適用することは可能か？

いいえ、Shopifyには注文完了後にディスカウントコードを適用するネイティブ機能はありません。しかし、以下の方法で対応可能です。

1. 一部返金を行う（レポートに影響あり）

2. 手動で注文を編集する（時間を要する）

3. Revizeのようなセルフサービス型の注文編集アプリを使用する（最適な解決策）

最も簡単な方法：注文完了後に、購入者自身がセルフサービスポータルからディスカウントを適用できるようにすることです。

目次

1. この問題が発生する理由

2. Shopifyが購入後のディスカウント適用を許可しない理由

3. 手動での回避策（とその問題点）

4. 最適な解決策：セルフサービスでのディスカウント適用

5. Revizeでシステムを構築する方法

6. ベストプラクティス

7. FAQ

この問題が発生する理由

日々発生する典型的なシナリオを想定してみましょう。

購入者の行動フロー：

• 15:00：ストアを閲覧し、商品をカートに追加する

• 15:15：20%オフのディスカウントコードを持っていたことを思い出す

• 15:16：メール履歴からコードを探す

• 15:17：見つからないため、そのままチェックアウトへ進む

• 15:18：注文を完了する

• 15:19：迷惑メールフォルダでコードを発見する 😱
  
  
  

結果： 購入者から「ディスカウントコードを適用し忘れた」という問い合わせが入ります。

サポートチームのタスク：

• メールへの返信

• ディスカウント適用の可否および手順の確認

• Shopifyの機能制限への対応

• 手動での金額調整処理

• 購入者への完了報告
  
  
  

中規模ストアにおいて、これは1日に数十回発生します。

その他のよくあるシナリオ：

• 購入者がディスカウント対象であることに気付かなかった

• 購入後にインフルエンサーのコードを発見した

• 購入直後にフラッシュセールが開始された

• まとめ買いディスカウントを適用し忘れた

• 初回購入ディスカウントが自動適用されなかった

Shopifyが購入後のディスカウント適用を許可しない理由

Shopifyの注文システムは、決済完了後のデータの整合性（不変性）を担保する設計になっています。理由は以下の通りです。

1. 決済処理の整合性

決済処理後の注文合計金額の変更には、以下の処理が必要となります。

• 初回決済分の返金

• 変更後金額での再承認・再請求

• 差額の照合処理

これは決済ゲートウェイ側での処理を複雑化させます。

2. 税金計算における問題

ディスカウントは課税対象額に影響します。購入後にディスカウントを変更する場合：

• 売上税（消費税等）の再計算が必要になる

• 税務レポートに不整合が生じる

• コンプライアンス上のリスクが発生する

3. レポートの正確性

Shopifyのアナリティクスが追跡する指標：

• 総売上高

• 適用されたディスカウント

• 純売上高

遡及的なディスカウント適用は、これらの指標を歪める原因になります。

4. 在庫管理

ディスカウントは特定の商品やプロモーションに紐づいていることが多く、購入後の変更は在庫追跡やプロモーションのパフォーマンス分析に影響を与えます。

結論： Shopifyは柔軟性よりも注文データの整合性を優先しています。

手動での回避策（とその問題点）

現在マーチャントがどのように対応しているか、また各手法における重大なデメリットを解説します。

回避策1：一部返金

処理方法：

1. 購入者からコード適用漏れの相談を受ける

2. ディスカウント額を算出する

3. 算出額の「一部返金」を行う

4. 購入者に3〜10営業日以内に返金が実行される

デメリット：

❌ レポートの不整合： 注文は定価で記録され、システム上は「返金」として処理されるため、売上レポートの総売上が実態より高く表示されます。

❌ 税務処理の複雑化： 消費税等が自動で再計算されないため、税計算用の調整データを手動で追跡する必要があります。

❌ タイムラグ： 返金処理の反映までに3〜10日かかるため、購入者に不満が残る可能性があります。

❌ 決済手数料のロス： 当初決済額に対して決済手数料が発生し、一部返金を行っても手数料は返金されません（実質的な粗利の低下）。

❌ サポートコストの増大： 1件の対応に手動で5〜10分を要し、件数に比例してリソースが逼迫します。

試算モデル：

回避策2：注文の編集と商品値引きの手動追加

処理方法：

1. Shopify管理画面で対象の注文を開く

2. 「編集」をクリックする

3. 商品ラインアイテムに値引きを適用する

4. 決済金額を調整する

5. 購入者に通知する
   
   
   

デメリット：

❌ ディスカウントコードが追跡不能： 手動で価格を調整しても、実際のディスカウントコード（例：「SAVE20」）は注文データに記録されません。購入者側でも適用されたコードを確認できません。

❌ マーケティング分析の崩壊： どのディスカウントコードがコンバージョンに寄与したかをレポートで追跡できなくなるため、キャンペーン施策の効果測定が不可能になります。

❌ 極めて非効率： 1件の処理に10〜15分を要します。

• 注文の検索および詳細確認

• 調整額の計算

• 値引きの適用

• 返金・決済処理

• 購入者への案内送信

• 管理用メモの更新

❌ セルフサービス不可： 購入者側で以下のフローが発生します。

• サポート問い合わせ

• 回答待ち（数時間〜最大1営業日）

• ショップ側の処理完了待ち

• 完了確認メールの受信

❌ スケール不可： 1日5件程度なら稼働可能ですが、50件で破綻し、500件では対応不可能です。

❌ 運用オペレーションの属人化： 手動での金額操作を伴うため、誤処理リスクが高く、ジュニアスタッフへ簡単に委託・デリゲートできません。

❌ ユーザー体験の低下： ユーザーはシステム上で直接適用できるセルフサービス環境を求めています。

💡 結論： 数件の一時的な対応には使えますが、事業成長に伴い対応が困難になります。

回避策3：下書き注文の再作成

処理方法：

1. 元の注文をキャンセルする

2. ディスカウントを適用した新規の下書き注文を作成する

3. 購入者に請求書を送信する

4. 新規の金額で購入者が支払いを完了する

5. 元の注文の返金処理を実行する

デメリット：

❌ 注文番号の分散： 複数の注文完了メールが届くため、購入者に混乱が生じます。

❌ 多重決済と返金： クレジットカード等の明細に「返金」と「新規請求」が同時に発生するため、不信感を抱く原因になります。

❌ 注文履歴の断片化： 元の注文が「キャンセル」としてカウントされるため、アナリティクスデータが不正確になります。

❌ サポートコスト： プロセスの説明に時間と工数がかかります。

❌ スケール不可： 手間が多すぎるため、通常業務としての運用は現実的ではありません。

適したユースケース： 大口注文や高額な注文において、個別に対応せざるを得ない場合のみ検討してください。

回避策4：次回購入時に使えるストアクレジットでの還元

処理方法：

1. 購入者に状況を説明し、謝罪する

2. 適用漏れのディスカウント分と同等のストアクレジット（クーポン等）を発行する

3. 購入者が次回の買い物で使用する

デメリット：

❌ 現在の注文を解決できない： 購入者は「今回の決済」にディスカウントを求めています。

❌ リピートの不確実性： クレジットが永久に使われない可能性があります。

❌ 問い合わせの再発： 「クレジットはどこにあるか？」「どうやって使うのか？」という二次問い合わせを誘発します。

❌ 将来の売上毀損： 過去のミスを埋めるために将来の売上を削ることになります。

適したユースケース： 手元の注文への適用が不可能な場合の、最終手段またはお詫びの対応方針に適しています。

比較：手動による回避策 vs 自動化ソリューション

最適な解決策：セルフサービスでのディスカウント適用

現代のアプローチ：購入者自身が、注文後に自分の手で適用できるセルフサービス型設計の構築です。

動作フロー

1. 購入完了（この時点でディスカウントコードは未適用）

2. 適用忘れに気付く（数分後にコードを発見）

3. 注文状況ページへアクセス

4. 「ディスカウントコードを適用」ボタンをクリック

5. コードを入力

6. 即時で適用完了 ✔️

7. 注文合計が自動で調整される

8. 税金も同様に再計算される

9. 決済額の整合性および差額の処理をシステムが自動実行
   
   
   

   

仕組み構築によるメリット

✔️ サポート工数の削減： ユーザー自身が30秒で問題を事故解決可能

✔️ 即時解決： 営業時間外の問い合わせをゼロにし、待機ストレスを解消

✔️ レポートデータの完全性： 当初の注文データ自体が正確なディスカウント後金額で処理される

✔️ 体験品質の向上： 購入者自身の直接解決によるUX改善

✔️ スケーラビリティ： 1日の注文規模に関係なく機能

✔️ 税務レポートの自動最適化： 再計算の手間を排除

✔️ 同一注文IDでの処理： 注文情報の分散や重複を防止

比較シミュレーション

セルフサービス導入前：

• 1日平均50件以上の値引き忘れに関する問い合わせ

• 1件あたり5〜10分の作業 ＝ 毎日250〜500分のサポート工数ロス

• 返答までの時間：2〜24時間

• 顧客満足度の低下

セルフサービス導入後：

• 当該問い合わせ件数：ほぼゼロ

• サポート工数：0分

• 自己解決タイム：0秒

• 顧客満足度：向上

ROI試算：

Revizeでシステムを構築する方法

Revizeは、購入者が注文完了後に注文状況ページから直接ディスカウントコードを適用できるようにするShopify専用アプリです。

ステップ1：Revizeのインストール

1. Shopifyアプリストアで「Revize」を検索します

2. 「アプリを追加する」をクリックします

3. 画面の指示に従いインストールします

4. アクセスを承認します
   
   
   

💡 推奨ポイント： セットアップは2分未満で完了。テーマのコーディング編集などは不要です。

ステップ2：ディスカウント設定の有効化

1. Shopify管理画面からRevizeアプリを起動します

2. 「Order Editing」タブを開きます

3. 「Apply discount code」を「ON」にします
   
   
   

ステップ3：編集可能（猶予）時間の設定

購入完了から何時間（または何分）以内であればディスカウントの適用を許可するかを設定します。

推奨設定例：

• 30分：注文直後の一時的な操作漏れへの対応

• 2時間：メール検索等のタイムラグを考慮した標準設定

• 24時間：翌日気づいた層までの対応

• 発送手続き開始まで制限なし：柔軟性を重視する場合
  
  
  

💡 ヒント： 最初は標準的な「2時間」で始め、問い合わせ履歴や顧客ニーズに応じて調整してください。

ステップ4：差額返金ポリシーの選択

ディスカウントが遡及適用されると、注文の総額が下がります。Revizeはこの決済差額を自動でハンドリングします。

パターンA：自動返金（推奨）

• Shopify本体を介して該当のディスカウント差額が自動返金されます

• 返金の反映は決済事業者に基づき3～10日程度

• 会計や注文管理がシンプルになります

パターンB：ストアクレジット付与

• ディスカウント金額をクーポンの形で返還

• 次回以降の注文にのみ利用可能

• 売上のストア外部への流出を防御可能
  
  
  

ステップ5：ウィジェットのブランディング・編集

ボタン色やテキスト表現を既存ストアのデザインに合わせてブランド統合します。

1. ボタン文字の編集例： 「ディスカウントコードをここで入力」または「クーポンコードの利用」など

2. 案内用の注記： 「ディスカウントコードの適用をお忘れですか？今からでも適用可能です」

3. カラー： チェックアウトブランディングに合わせてCSSやカラー値を指定します

4. 成功時の案内： 「ディスカウントが正常に反映されました。まもなく返金処理メールをお送りします」
   
   
   

ステップ6：表示のテスト

公開前の動作確認手順：

1. テスト用の注文をご自身のストアで実際に作成する

2. 注文状況（ありがとう）ページにアクセスする

3. 「ディスカウントの適用」をクリックする

4. 設定済みのテストコードを入れて実行を試す

5. 注文合計が正しく減額されるか確認する

6. 決済データ上に返金（またはクレジット）処理が作成されていることを確認する

✔️ 設定完了： これにより顧客が自分の手で修正を実行できるようになりました。

遡及的ディスカウント適用の運用ベストプラクティス

1. 明確な制限時間の設定

理由： すでに発送・フルフィルメントが完了した商品に対して遡って適用されるのを防ぎます。

設定基準：

• ✔️ 通常のEC運用：注文後30分～最長24時間以内を推奨

• ✔️ 受注生産・カスタム品：出荷開始前なら許可も可

• ❌ 発送完了後までの無期限適用（オペレーションの混乱の元）

2. 適用可能であることの告知

チェックアウトの最終段階や、注文完了後に案内します。

告知テンプレート：

「ディスカウントコードの入力漏れはありませんか？ご注文完了後でも、注文状況確認ページから2時間はあと乗せで適用可能です。」

効果： 割引コードを失くしたとパニックになり「カート放棄」する顧客を抑止します。

3. 不正適用の制御

発生リスク： ディスカウントなしで購入後に、複数のディスカウントコードの併用を試す行為など。

保護策：

• ✔️ 1注文につき使用できるクーポンコードは1つに制限する

• ✔️ 各種タイムリミット（最大24時間）の適用

4. サポートラインの標準対応スキーム構築

セルフサービス化しても、一部ユーザーからは問い合わせが発生します。

顧客： 「ディスカウントコードを使い忘れました。今から適用できますか？」 サポート返答： 「可能です。お客様の注文状況ページ（こちら：[注文URL]）から直接適用していただけます。変更手順の詳細はこちらをご確認ください：[ヘルプリンク]」

結果： 手動で個別に編集・返金するより遥かに短い時間でクローズ可能です。

他マーチャントの実績事例

導入事例1：アパレル・D2Cストア

課題： 毎日インフルエンサーコードの入れ忘れに対し、20〜30件の定型メール対応に追われていた

解決策： Revizeによる後乗せディスカウント適用機能の常時配置

成果：

• ✔️ 関連するサポート問い合わせ数が25件/日 → 2件/日へと劇的に削減

• ✔️ セルフ解決による顧客体験改善で顧客ロイヤルティ（CSAT）が40%増加

• ✔️ サポート要員のオペレーションコスト月換算1,500ドルを節約

導入事例2：ガジェット・デジタルストア

課題： 注文直後のフラッシュセール開始時に、クレームと返品キャンセル依頼が多発

解決策： 注文を完了してから24時間はセルフで適用できるようウィンドウ枠を設定

成果：

• ✔️ 価格設定への不満やクレームメールが消滅

• ✔️ ユーザー自身がフラッシュセール価格を遡及適用して納得感を形成

• ✔️ キャンセル・再買い直しの手数のカットとブランドイメージの保護

• ✔️ ポジティブなクチコミの広がり

よくある設定ミスとリスク回避

❌ ミス1：適用可能時間を設定していない

トラブル： 数週間前の発送済み・配送中の履歴から、顧客が新しい別のコードの適用を試みるような過失が起こります。

解決策： 編集可能ウィンドウ（例：30分〜最長24時間）を必ず定めて制限します。

❌ ミス2：併用のルールを設定しない

トラブル： Shopify上で本来重複できない制限値のルールを超えて、スタック（二重適用）が効いてしまい利益が崩壊するリスク。

解決策： コード適用時に、Shopify側の同一ルールで競合チェックがかかるようアプリ制限を噛み合わせます。

❌ ミス3：機能があることを誰にも知らせない

トラブル： 依然として手動問い合わせが一向に減らない。

解決策：

• チェックアウト周辺またはサンクスページへ補足情報を追加

• 購入の確認メールテンプレート内への明記

• 注文状況ページでボタンが目に留まる場所に自動調整

FAQ：Shopify注文後のディスカウント追加

Shopifyのデフォルト機能で、決済後の注文に対して割引・ディスカウントコードは追加できますか？

デフォルト機能（ネイティブの機能）では追加できません。Shopifyでは注文確定後のコード追加は弾かれます。しかし、Revizeなどのセルフサービス対応の注文編集プラグインをアドオンすることで、購入者が自分自身の手でステータスページからコードを入力し、再反映させることが可能となります。

購入完了後、いつまで対応の時間を担保できますか？

これは店側の運用ポリシーに沿って選定できます：

• 30分： 直後のみのうっかりミス対応用

• 2時間： 最も問い合わせ削減率が高い推奨タイム枠

• 24時間： 最大の柔軟性を持たせる場合

• フルフィルメント実行前まで： 受注生産品で有効

注文後の適用は売り上げのAnalyticsレポートに悪影響を与えますか？

手動での対応（一部返金等）： はい、元注文が丸ごと残るため売上額が狂いレポートデータが不正確になります。

セルフサービス注文編集アプリ（Revize）： いいえ、フルフィルメント開始前までにデータが注文内部で紐づいてから決済処理が更新されるため、レポートに歪みは現れません。

すでに発送（フルフィルメント完了）済みの注文はどう扱われますか？

基本方針： フルフィルメント処理済みの注文に対しては、遡及的適用は無効となるように制限時間・制御フィルタをかけるのが安全です。

個別の相談が入った場合： 手動で個別に「一部返金」を行うか、次回の買い物の補填として別クーポンを例外的にご案内する体制になります。

決済後の割引適用による消費税・税務計算への影響は？

はい。割引が起きることで元データ側の税額計算（課税対象額）も変動します。

手動での返金対処： 税再計算の調整を手動で行わないと、確定申告用の売上税データがズレて会計面で不整合になります。

Revize使用時： ディスカウント値を踏まえ、元の注文の内税・外税が自動で完全に再計算処理されます。

顧客へ「注文後にディスカウントを充てられる」ことを上手く周知するには？

誘導チャネルの構築：

1. チェックアウトの注釈： 「割引コードの適用をうっかりお忘れですか？ご注文後でも注文完了画面から対応できます」

2. 購入確認メールのテンプレート部： 「ディスカウントを入力し忘れましたか？こちらの[適用リンク]をクリック」

3. 注文状況ページ上の目立つ「ディスカウントコードの適用」ウィジェットボタン配置

これによりフルフィルメントの配送手配やピッキング作業は遅延しますか？

編集時間を何時間確保するかによってのみ変動します。

運用の切り抜け：

• 適用猶予を「2時間」など短時間に設定し、タイムアウトまでは自動でピッキングデータへの反映（注文ホールド）をかける

• 適用期間が終了すると即時で自動ホールド解除になり即座に通常出荷へと受け渡す

詳細な動きはShopifyの注文データ編集ガイドをご参照ください。

期限を過ぎて無効になった、あるいは期限切れのディスカウントコードを入れた場合は？

品質の高いアプリの連携フロー：

• ✔️ Shopifyの元の割引コードテーブル（ディスカウントマスター設定）を裏で照合チェックします

• ✔️ 利用期限切れのコードが入力された場合は適用を拒否します

• ✔️ ユーザー向けに「このディスカウントコードは有効期限が過ぎています」とエラー出力します

• ✔️ 不正な割引を自動で弾きます

この機能はShopify Plusプランでも使えますか？

はい、対応可能です。基本プランを問わずすべてのエディションで稼働確認ずみです：

• Shopify Basic

• Shopify

• Shopify Advanced

• Shopify Plus

事後ディスカウント時の「返金（決済差額）」の流れは？

自動返金を設定した場合：

• 購入者がコードを入力する

• 該当の注文の総合計金額がそのディスカウント価値分、減額される

• 決済ゲートウェイに対して自動返金のAPIが走り、決済データから差分が減免される

• 購入者の決済元へ3〜10営業日程度で入金バックされます

ストアクレジットを発行する場合：

• 差額部分が即座にショップ内ストアクレジットへコンバートされる

• 購入者は次回の決済ですぐに全額消化できます

• ショップ側の短期でのキャッシュ流出を防げます

すでに組んでいる「ディスカウント設定」とも互換性はありますか？

はい。Shopifyに既にある既存のロジックを読み込みます：

• ✔️ 通常の文字列ディスカウントコード

• ✔️ 自動ディスカウント設定

• ✔️ サブスクリプション・定期購入割引ルール

• ✔️ まとめ買い価格テーブル（ボリューム割引）

• ✔️ BOGO（1点を買うともう1点無料などのオファー）形式

Shopify上に用意した割引コードの有効基準と同じ規則に従って、チェック判定が行われます。

結論

Shopifyにおける購入後のディスカウントの追加は、これまでは対応コストが大きく、非合理的な手順に頼らざるを得ませんでした。

• 手作業による返金は時間がかかりすぎる

• 売上レポートに不整合が発生する

• 購入者、サポート担当者ともにストレスがかかる

最適な解決策： 注文後のディスカウント追加作業をセルフサービス化すること。

アプリにより、ユーザーは以下の操作を自動で行えるようになります。

• 忘れていたディスカウントコードを自分で即座に適用する

• サポートを介さずその場で問題を解決する

• 同一の注文番号を維持する

• 正確な差額返金が自動的に行われる

得られる効果：

• ✔️ ディスカウント適用忘れによるサポートチケットを削減

• ✔️ ユーザー自身が自己解決できることによる顧客体験の向上

• ✔️ 正確な売上レポートの維持

• ✔️ サポートコストの大幅な節約

ディスカウントコードの適用忘れ対応によるサポート工数のロスを解消しましょう。

Revizeを無料で試す →

Revizeは、セルフサービスでの注文後ディスカウント適用や注文情報の編集を可能にします。サポートチケットを40%以上削減しながら、顧客満足度を向上させます。

関連リソース

• Shopifyでの返金処理方法：完全ガイド

• Shopifyで一部返金（Partial Refund）を実行する方法

• Shopifyでの注文情報の編集手順

• Shopify下書き注文（Draft Orders）完全ガイド

最終更新日：2025年11月