Shopifyでチェックアウト後に顧客が注文に商品を追加する方法(値引きなし)
Shopifyでチェックアウト後に顧客が注文に商品を追加する方法(値引きなし)
Shopifyでチェックアウト後に顧客が注文に商品を追加する方法(値引きなし)

結論: 注文発送手続き前の編集可能時間内であれば、Revize Proを使用することで、購入者が既存のShopify注文に商品を追加できるようになります。前払いの注文の場合、購入者は「今すぐ支払う」を選択してShopifyチェックアウトに進み、差額のみを支払います。商品の追加は、編集された注文の8.8%(Revize、2026年調べ)で発生しており、追加された商品は同じ注文・同じ発送に維持されます。
チェックアウト後にShopify注文へ商品を追加するアプリは、購入者の前にもう1つの製品カードを表示するだけでは不十分です。すでに進行中の注文を更新し、バリアントを検証し、Shopifyが差額を回収し、支払いが完了するまでフルフィルメントを制御された状態に維持できなければなりません。
この収益機会は、2回目の注文、2回分の単独配送料、およびフルフィルメント統合のためのサポート対応を回避することから生まれます。値引きに依存するものではありません。
購入後の追加商品は元の注文に留めるべきである
Shopifyは、マーチャント向け注文編集ワークフローを通じて注文への商品追加を定義しています。Revize Proは購入者専用の商品追加フローを提供し、選択、在庫確認、追加支払い、フルフィルメントのタイミングを制御します。
以下の最初の2行は、実証されているRevize Proのワークフローです。購入者に別の注文を依頼する方法、およびShopify標準の注文エディタを使用する方法との比較を示しています。
ワークフロー | 起点 | 支払いルート | Shopifyでの処理結果 | 運用上の影響 |
|---|---|---|---|---|
購入者起点の商品追加 | 購入者が閲覧して商品を選択 | Shopifyが差額を回収 | 既存の注文に追加される | 単一の注文としてフルフィルメントが進行 |
マーチャント設定のアップセルオファー | 購入者がマッチしたオファーを承認 | Shopifyが差額を回収 | 既存の注文に追加される | オファーロジックにより、別注文を生成せず価値を追加 |
別注文による代替対応 | 購入者が別途チェックアウトを完了 | 別取引が生成される | Shopifyが別の注文を生成 | 配送料の重複、分割発送、倉庫での重複作業、サポート負荷の増加 |
Shopify管理画面での編集 | スタッフが管理画面から注文を変更 | スタッフが編集を管理 | 既存の注文が変更される | 購入者のセルフサービスではない |
2回目の注文を発生させると、サポート、基幹システム(ERP)、倉庫管理システム(WMS)、およびサードパーティ・ロジスティクス(3PL)で突合すべき別のレコードが作成されます。同一注文内での追加であれば、一元化されたソース・オブ・トゥルース(信頼できる唯一の情報源)が維持されます。包括的な注文編集ワークフローは、その他の編集タイプをカバーしています。

商品追加は注文編集において測定可能な割合を占める
商品の追加は、編集された注文の8.8%で発生しています(Revize、2026年調べ)。獲得できる追加収益と、ワークフロー対応コストを比較して、この機会を評価してください。
1,000万件以上のShopify注文を含むRevizeのデータセットでは、5.2%(約19件に1件)がチェックアウト後に編集されました。これらの割合はすべての注文ではなく、編集された注文を対象としています。以下の表は、Revizeのファーストパーティ編集タイプデータ(Revize、2026年調べ)を使用しています。
チェックアウト後のアクション | 編集された注文における割合 | 内容 |
|---|---|---|
配送先住所の変更 | 30.2% | 購入者による修正 |
完全キャンセル | 24.3% | 購入者の離脱 |
数量変更 | 9.0% | 既存ラインの調整 |
商品の追加 | 8.8% | 購入者起点による追加 |
アップセルの承認 | 8.0% | マーチャント設定のオファー承認 |
配送方法の変更 | 7.9% | 配送手段の調整 |
「商品の追加」と「アップセルの承認」は異なるイベントです。前者は購入者が他の商品を閲覧することを選択したときに始まります。後者はマーチャントが設定したオファーが表示され、それを承認したときに始まります。8.8%と8.0%の数値を合算したり、単一のコンバージョン率として提示したりすべきではありません。
注文編集の中にこの機能を含めるべき理由は、タイミングにあります。編集の半分(中央値)はチェックアウトから4.6分以内に行われ、80.6%は最初の1時間以内、90.4%は24時間以内に行われます(Revize、2026年調べ)。これらは観測値であり、すべての環境に適用すべき編集可能時間の規定ではありません。
セルフサービス化も重要です。編集の92.2%はサポート担当者を介さずに完了し、7.8%がエスカレーションされました(Revize、2026年調べ)。商品追加機能は、サポートチケットを発生させることなく、確実に収益を獲得する手段となります。

同一のShopify注文に商品を追加する購入者フロー
テストを行う前に、注文ステータス画面でRevizeのアプリブロックを有効にし、Proプランの「Order Editing → Customer edit options」で「Add products」を有効にします。その後、以下の購入者ジャーニーをテストしてください。
購入後フローの開始: 注文がまだ編集可能な状態にある間に、購入者はShopifyのサンクスページまたは注文ステータスページからRevizeを開きます。
商品追加の選択: 購入者は公開されているカタログ、または厳選されたコレクションを閲覧します。
バリアントと数量の選択: 商品が追加される際、Revizeはリアルタイムで在庫確認を行います。
更新された注文内容の確認: 購入者は変更を確定する前に、追加された商品行と修正後の合計金額を確認します。
差額の支払い: 今すぐ支払うアクションにより、購入者はShopifyのチェックアウトに進み、追加の差額分のみを決済します。決済はShopifyが実行し、Revizeが外部の決済リンクやマーチャント作成のインボイスを送信することはありません。
単一注文としての処理継続: 支払いが完了すると、追加された商品は元の注文に統合され、同じ配送便で発送されます。2回目の注文の作成、2重の配送料の発生、または別注文としての出荷フローが発生することはありません。
購入者向けのブラウザ画面は、グリッドレイアウトおよびオプションのスポットライトをサポートしています。カタログやタグのルールによって選択肢を制限できますが、このカスタマイズはRevizeのサポートが設定を行う仕様であり、完全なセルフサービス画面にはなっていません。
商品追加機能のドキュメントには、購入者向けのセットアップ方法が記載されています。注文量の多いストアにおいて、受入テストで評価すべきは単に商品カードが表示されるかどうかではありません。選択されたバリアント、在庫、残高、決済、そして元の注文が、選択から倉庫への出荷指示にいたるまで同期し続けるかどうかにあります。

同一注文への追加は別注文を発生させるより効率的である
購入者に再注文を促す方法は、突合処理の問題を引き起こします。新規注文には別途送料が発生する可能性があり、倉庫への到着が遅れ、2つの注文番号にコミュニケーションが分散することになります。
同一注文への追加であれば、別注文の生成とそれに伴う出荷フローを回避できます。追加された商品はピッキングと梱包を行う必要がありますが、別フローを起動するのではなく、既存の注文ワークフロー内で処理されます。そのため、「単に別の決済を提供すること」ではなく、「チェックアウト後に第2の注文を作らずに注文価値を高めること」が正確な要件となります。
Shopify Plus、Advanced、およびGrowプランの運営者は、ERPやWMSが受信する最終的なオブジェクトをテストしてください。ピッキングが開始される前に、追加された商品行、正しい決済ステータス、および保留解除シグナルが含まれている必要があります。詳細については、Shopify Plus セルフサービス注文編集ガイドをご覧ください。

購入者によるブラウジングとルールベースのアップセルは目的が異なる
Revizeは、同一注文に商品を追加する3つのルートをサポートしています。
ルート | トリガー | 商品の選択肢 | 最適なユースケース |
|---|---|---|---|
「商品を追加」ブラウジング | 購入者が自主的に何かを追加することを決定 | カタログまたは厳選されたコレクション | 購入者がすでに欲しいものを把握している場合 |
アップセルオファー | マーチャントのルールが注文に一致 | 設定された推奨ソース | マーチャントが関連性の高い次の商品を提案したい場合 |
メールまたはSMSの「注文に追加」リンク | 購入者が購入後のメッセージに従う | リンクフローに関連付けられた商品 | 購入者がすでにサンクスページや注文ステータスページを離脱している場合 |
Revizeのルールベースのアップセルオファー(Proプラン、2026年7月リリース)は、サンクスページおよび注文ステータスページに表示されます。選択、コレクション、関連商品、Shopify Search & Discovery経由の補完的な商品、ベストセラー、および同意ベースのピクセル経由で最近表示した商品の6つのソースを利用できます。
レイアウトにはリスト、スライダー、グリッド、スポットライトがあります。Revizeはマーチャントが定義した優先順位でオファーを評価し、最初に一致したオファーのみを表示し、購入者が承認した時点でサーバー上で適合性を再検証します。
カウントダウンは実際の編集期限に連動しているため、不自然なタイマーではなく、注文変更が可能な実際の残り時間を反映します。
Revizeは、編集によって注文の純増価格が増加した場合は revize:upsell を、購入者がアップセルオファーを受け入れた場合は revize:upsell_offer を適用します。レポートには回収された売上のみがカウントされ、承認されたものの未払い状態の追加商品は、回収されたアップセル売上には計上されません。詳細な設定方法は、購入後アップセルに関するドキュメントに記載されています。

決済とフルフィルメントの制御が運用のスケーラビリティを左右する
注文合計額が増加する商品が追加された後、Shopifyのフルフィルメントが保留されている間、Revizeはその注文を「Pending Payments(支払い待ち)」としてリストします。購入者が差額支払いを未完了のまま離脱した場合、リマインダーメールを送信して決済の完了を促すことができます。Revize Proには「Reverse Unpaid Edits(未払い編集の巻き戻し)」機能(デフォルトは無効)も含まれており、設定された猶予期間が経過した後に、未払い分の変更をロールバックすることができます。
代金引換(COD)注文は例外であり、この追加支払いルールによる保留は適用されません。前払いと同様の挙動を想定するのではなく、CODは別のテストパスとして検証してください。
アナリティクスは、Shopifyで決済が確定するまで追加価値をカウントすべきではありません。注文合計の変更については、決済と返金に関するドキュメントで説明されています。
決済による保留は、通常の編集可能時間による保留とも連携する必要があります。Shopifyは「未発送」と「保留中」を区別します。設定された保留または解除シグナルの指示に従い、基幹システムおよびフルフィルメントプロバイダーが実際にピッキングを停止するかどうかを個別に確認してください。マーチャントは編集期限が切れるまで注文を保留するか、倉庫が明示的に従う解除タグのワークフローを使用できます。これらの選択肢は、注文処理ドキュメントおよび編集時のShopifyフルフィルメント保留ガイドでカバーされています。
一律の値引きではなく、関連性と制限設定を行う
購入者側のメリットは利便性です。別の注文を作成したりサポートに連絡したりすることなく、欲しい商品を追加できます。マーチャント側のメリットは、既存の注文内で追加の売上を獲得できる点です。いずれも遡及的な値引きを必要としません。
本番公開前に、一連のシーケンスをテストしてください。
購入者によるブラウジング、ターゲティングオファー、メール/SMSリンク、またはこれらを組み合わせるかを決定します。
Revizeのサポートに設定を依頼するカタログやタグの制限ルールを決定します。
ブラウジング用にグリッドまたはスポットライトを選択し、オファーに適したレイアウトを選択します。
利用可能な期間を、発送前の実際の編集可能時間と連動させます。
在庫がある商品の追加、在庫切れのバリアント、削除された商品の在庫戻しをテストします。
決済成功、未完了離脱、およびCODの支払いパスを個別にテストします。
猶予期間を定義した上で、「未払い編集の巻き戻し」を有効にするかどうかを決定します。
ERP、WMS、および3PLが保留と解除の制限を正しく処理できるか確認します。
ピッキングを開始する前に、最終的な注文行、タグ、決済ステータス、および配送情報を確認します。
レポート上では、購入者起点による追加と、承認されたオファーを区別して管理します。
観測された編集時間の中央値4.6分、および最初の1時間以内に編集が集中しているデータ(Revize、2026年調べ)は、初期の編集可能時間を設定する際の参考になりますが、安全なカットオフ時間を決定するのは「倉庫がピッキングを開始するまでの早さ」です。古い注文内容に基づいて倉庫が稼働し始める前に、編集可能時間は終了しなければなりません。
大規模ストアのチームが導入前に評価すべき項目
自社の決済・フルフィルメント構成を用いたテスト注文の実演をRevizeに依頼し、以下を確認してください。
スタッフがShopify管理画面を操作することなく、購入者だけで完結できるか?
追加された商品は、新規注文を作成するのではなく、同一注文に統合されているか?
Shopifyは追加された差額のみを処理しているか?
決済が未払いの間、注文はどのような状態になるか?
CODの場合、ワークフローはどのように異なるか?
バリアントが追加される際、再度在庫確認が行われるか?
未払いの編集をキャンセルして元の状態に戻すことができるか?
倉庫システムは確実な保留および解除信号を認識しているか?
購入者がオファーを承認した際に、オバールールが再検証されるか?
売上レポートから未決済の追加商品が除外されているか?
商品の追加(Add products)およびアップセルオファーは、Revize Pro(月額149米ドル、または年額1,430.40ドル。2026年9月時点の価格)で利用可能です。Proプランには無制限の注文編集とアップセルが含まれているため、大規模ストアのチームは、編集ごとの従量課金なしで固定プランと予想編集ボリュームを比較・評価できます。導入前に最新のRevize請求詳細をご確認ください。
同一注文への追加機能が適用されないケース
フルフィルメント処理が開始された後は、元の配送がまだ開いているかのように購入者が商品を追加することはできません。その要求は別の業務プロセスの対象となります。配送完了後の代替品配送はマーチャントの交換ワークフローに属し、注文内容の縮小やキャンセルはストアクレジットまたは返金のいずれかを選択して処理する必要があります。
スタッフは、例外的な要望に対してShopify標準の注文エディタを使用し、追加の支払いが必要な場合は更新されたインボイスを送信できます。購入者はインボイスの決済リンクから支払いを行えます。Revize Proは、購入者自身が商品の追加を開始できるようにし、編集可能時間、支払い、および保留解除の制御を調整します。
よくある質問
購入者はチェックアウト後にShopify注文に商品を追加できますか?
はい、Revizeを使用すれば、購入者はチェックアウト後にセルフサービスで商品を追加できます。 購入者は、マーチャントが設定した編集可能時間内にShopifyのサンクスページまたは注文ステータスページからRevizeを開き、商品を追加を選択し、公開されているカタログや厳選されたコレクションを閲覧してバリアントを選択し、変更後の合計金額を確認します。この追加は、フルフィルメントが開始される前に行われる必要があります。これにより、サポート対応や別注文による代替対応を、購入者がすでに確定した注文に対する制御された変更に置き換えることができます。
商品を追加すると、2つ目のShopify注文が作成されますか?
いいえ、Revizeは追加商品を既存のShopify注文に統合します。 追加された商品行は、別の注文レコードを生成することなく、元の注文および発送便に維持されます。これにより、2重の配送料の発生、2つ目の注文番号の発行、および別注文としての発送フローの作成を回避できます。追加された商品はピッキングと梱包を行う必要がありますが、倉庫は2つの別々の注文を突合するのではなく、変更された1つの注文として処理します。
購入者は追加された商品の代金をどのように支払いますか?
Shopifyのチェックアウトフローを通じて、追加の差額のみを回収します。 購入者が更新された合計金額を確認し、今すぐ支払うを選択すると、Shopifyが編集によって発生した差額の決済を処理します。Revizeが外部の決済リンクを送信したり、マーチャントがインボイスを手動作成したりする必要はありません。Shopifyでの決済が完了すると、更新された元の注文はマーチャントの保留解除ルールに従って進行します。
追加する商品を値引きして提供する必要はありますか?
いいえ、同一注文での追加ワークフローは、商品を値引きすることなく機能します。 提供価値は利便性です。購入者は、別の注文を作成したり、個別の配送料を支払ったり、サポートに同梱を依頼したりすることなく、欲しい商品を追加できます。マーチャントは、既存の注文内で追加の決済価値を確保できます。値引きは別個のプロモーション施策として実施可能ですが、Shopifyが差額を回収するため、またはRevizeが商品行を追加するために必須ではありません。
購入者が商品を追加したものの、支払いを行わなかった場合はどうなりますか?
未払いの差額がある前払い注文の場合、Revizeは注文をPending Paymentsにリストし、フルフィルメントを保留状態に維持します。ただし、代金引換(COD)注文はこの追加支払い保留の対象外です。 リマインダーメールを送信して、購入者に決済の完了を促すことができます。Proプランでは「Reverse Unpaid Edits」機能が利用可能ですが、デフォルトでは無効になっています。有効にすると、設定された猶予期間を過ぎた後に未払い分の変更を削除できます。決済が完了するか、変更が巻き戻されるまで、追加分は確定売上として処理すべきではなく、Revizeのアップセルアナリティクスでも回収売上としてカウントされません。
代金引換注文は、追加された差額のために保留されますか?
いいえ、代金引換(COD)注文は追加支払い保留ルールの対象外となります。 通常の前払いルートでは、Shopifyが未払いの差額を回収するまでフルフィルメントを保留しますが、CODにはこの保留動作は適用されません。運営者はCODを個別にテストし、変更された金額がどのように倉庫や回収ワークフローに伝達されるかを定義する必要があります。商品は同じ注文に統合できますが、前払い用の決済保留コントロールは適用されません。
Revizeは商品を追加する前に在庫を確認しますか?
はい、Revizeは商品が追加される際にリアルタイムの在庫確認を行います。 過去に表示された情報に依存するのではなく、選択されたバリアントが現在の在庫状況に照らし合わせて検証されます。編集時に商品が削除された場合、その在庫は自動的に戻されます。ERP、WMS、または倉庫システムが独自の在庫状態を保持している場合、Shopifyの在庫情報はスタックの一部に過ぎないため、大規模ストアの運営者は下流システムへの在庫同期も合わせてテストする必要があります。
マーチャントは購入者に表示する商品を制御できますか?
はい、購入者は公開されているカタログ、または厳選された商品リストを閲覧できます。 Revizeはカタログおよびタグベースのルールによる選択肢の絞り込みをサポートしていますが、この設定はセルフサービス管理画面ではなくサポートによる個別設定となります。購入者向けのブラウザ画面は、グリッドレイアウトおよびオプションのスポットライトに対応しています。マーチャントが設定するアップセルオファーは、手動選択、コレクション、関連商品、補完的な商品、ベストセラー、同意ベースの閲覧履歴など、より多くのソースに対応しています。
「商品を追加」機能は、アップセルオファーを承認することと同じですか?
いいえ、購入者起点による追加と、マーチャントが設定したオファーの承認は異なる行動です。 「商品を追加」の場合、購入者は自主的に別の商品を閲覧して選択します。対して「アップセルオファー」では、マーチャントのルールに基づいて最初の一致した推奨商品が表示されます。Revizeのデータによると、商品の追加は編集された注文の8.8%で発生し、オファーの承認は8.0%で発生しています(Revize、2026年調べ)。これらの数値を合算したり、後者をインプレッションからの承認率として定義したりしないでください。
どのRevizeプランに「商品を追加」と「アップセルオファー」が含まれていますか?
Revize Proに「商品を追加」と「アップセルオファー」の両方が含まれています。 同プランには、無制限の注文編集とアップセルが含まれています。現在の価格は、上記のリンク先である請求ページをご確認ください。大規模ストアの運営において評価すべきなのは、編集ごとの追加手数料が発生しない固定プランが、予測される編集注文ボリュームおよび運用要件に適合しているかどうかです。請求に関するドキュメントで現在の価格を確認し、本番環境で有効にする前に同一注文の決済およびフルフィルメントの連携動作をテストしてください。
購入者がすでに完了した注文への商品追加
前払いの注文について、購入者が在庫のあるバリアントを選択し、Shopifyを通じて差額のみを決済できること、そして支払いが完了するまでフルフィルメントが保留され、商品が元の注文および配送便に維持されることをテストしてください。追加支払い保留が適用されないため、代金引換(COD)は別途テストを推奨します。
Revize Proは、購入者起点の「商品を追加」機能、ルールベースの「アップセルオファー」、「メール/SMSでの注文追加」リンク、決済による保留、未払い編集の制御、および確定売上のアナリティクスを統合して提供します。ShopifyアプリストアからRevizeをインストールし、既存の編集可能時間、決済方法、ERP、およびフルフィルメント構成に対してテスト注文を実行・確認してください。
結論: 注文発送手続き前の編集可能時間内であれば、Revize Proを使用することで、購入者が既存のShopify注文に商品を追加できるようになります。前払いの注文の場合、購入者は「今すぐ支払う」を選択してShopifyチェックアウトに進み、差額のみを支払います。商品の追加は、編集された注文の8.8%(Revize、2026年調べ)で発生しており、追加された商品は同じ注文・同じ発送に維持されます。
チェックアウト後にShopify注文へ商品を追加するアプリは、購入者の前にもう1つの製品カードを表示するだけでは不十分です。すでに進行中の注文を更新し、バリアントを検証し、Shopifyが差額を回収し、支払いが完了するまでフルフィルメントを制御された状態に維持できなければなりません。
この収益機会は、2回目の注文、2回分の単独配送料、およびフルフィルメント統合のためのサポート対応を回避することから生まれます。値引きに依存するものではありません。
購入後の追加商品は元の注文に留めるべきである
Shopifyは、マーチャント向け注文編集ワークフローを通じて注文への商品追加を定義しています。Revize Proは購入者専用の商品追加フローを提供し、選択、在庫確認、追加支払い、フルフィルメントのタイミングを制御します。
以下の最初の2行は、実証されているRevize Proのワークフローです。購入者に別の注文を依頼する方法、およびShopify標準の注文エディタを使用する方法との比較を示しています。
ワークフロー | 起点 | 支払いルート | Shopifyでの処理結果 | 運用上の影響 |
|---|---|---|---|---|
購入者起点の商品追加 | 購入者が閲覧して商品を選択 | Shopifyが差額を回収 | 既存の注文に追加される | 単一の注文としてフルフィルメントが進行 |
マーチャント設定のアップセルオファー | 購入者がマッチしたオファーを承認 | Shopifyが差額を回収 | 既存の注文に追加される | オファーロジックにより、別注文を生成せず価値を追加 |
別注文による代替対応 | 購入者が別途チェックアウトを完了 | 別取引が生成される | Shopifyが別の注文を生成 | 配送料の重複、分割発送、倉庫での重複作業、サポート負荷の増加 |
Shopify管理画面での編集 | スタッフが管理画面から注文を変更 | スタッフが編集を管理 | 既存の注文が変更される | 購入者のセルフサービスではない |
2回目の注文を発生させると、サポート、基幹システム(ERP)、倉庫管理システム(WMS)、およびサードパーティ・ロジスティクス(3PL)で突合すべき別のレコードが作成されます。同一注文内での追加であれば、一元化されたソース・オブ・トゥルース(信頼できる唯一の情報源)が維持されます。包括的な注文編集ワークフローは、その他の編集タイプをカバーしています。

商品追加は注文編集において測定可能な割合を占める
商品の追加は、編集された注文の8.8%で発生しています(Revize、2026年調べ)。獲得できる追加収益と、ワークフロー対応コストを比較して、この機会を評価してください。
1,000万件以上のShopify注文を含むRevizeのデータセットでは、5.2%(約19件に1件)がチェックアウト後に編集されました。これらの割合はすべての注文ではなく、編集された注文を対象としています。以下の表は、Revizeのファーストパーティ編集タイプデータ(Revize、2026年調べ)を使用しています。
チェックアウト後のアクション | 編集された注文における割合 | 内容 |
|---|---|---|
配送先住所の変更 | 30.2% | 購入者による修正 |
完全キャンセル | 24.3% | 購入者の離脱 |
数量変更 | 9.0% | 既存ラインの調整 |
商品の追加 | 8.8% | 購入者起点による追加 |
アップセルの承認 | 8.0% | マーチャント設定のオファー承認 |
配送方法の変更 | 7.9% | 配送手段の調整 |
「商品の追加」と「アップセルの承認」は異なるイベントです。前者は購入者が他の商品を閲覧することを選択したときに始まります。後者はマーチャントが設定したオファーが表示され、それを承認したときに始まります。8.8%と8.0%の数値を合算したり、単一のコンバージョン率として提示したりすべきではありません。
注文編集の中にこの機能を含めるべき理由は、タイミングにあります。編集の半分(中央値)はチェックアウトから4.6分以内に行われ、80.6%は最初の1時間以内、90.4%は24時間以内に行われます(Revize、2026年調べ)。これらは観測値であり、すべての環境に適用すべき編集可能時間の規定ではありません。
セルフサービス化も重要です。編集の92.2%はサポート担当者を介さずに完了し、7.8%がエスカレーションされました(Revize、2026年調べ)。商品追加機能は、サポートチケットを発生させることなく、確実に収益を獲得する手段となります。

同一のShopify注文に商品を追加する購入者フロー
テストを行う前に、注文ステータス画面でRevizeのアプリブロックを有効にし、Proプランの「Order Editing → Customer edit options」で「Add products」を有効にします。その後、以下の購入者ジャーニーをテストしてください。
購入後フローの開始: 注文がまだ編集可能な状態にある間に、購入者はShopifyのサンクスページまたは注文ステータスページからRevizeを開きます。
商品追加の選択: 購入者は公開されているカタログ、または厳選されたコレクションを閲覧します。
バリアントと数量の選択: 商品が追加される際、Revizeはリアルタイムで在庫確認を行います。
更新された注文内容の確認: 購入者は変更を確定する前に、追加された商品行と修正後の合計金額を確認します。
差額の支払い: 今すぐ支払うアクションにより、購入者はShopifyのチェックアウトに進み、追加の差額分のみを決済します。決済はShopifyが実行し、Revizeが外部の決済リンクやマーチャント作成のインボイスを送信することはありません。
単一注文としての処理継続: 支払いが完了すると、追加された商品は元の注文に統合され、同じ配送便で発送されます。2回目の注文の作成、2重の配送料の発生、または別注文としての出荷フローが発生することはありません。
購入者向けのブラウザ画面は、グリッドレイアウトおよびオプションのスポットライトをサポートしています。カタログやタグのルールによって選択肢を制限できますが、このカスタマイズはRevizeのサポートが設定を行う仕様であり、完全なセルフサービス画面にはなっていません。
商品追加機能のドキュメントには、購入者向けのセットアップ方法が記載されています。注文量の多いストアにおいて、受入テストで評価すべきは単に商品カードが表示されるかどうかではありません。選択されたバリアント、在庫、残高、決済、そして元の注文が、選択から倉庫への出荷指示にいたるまで同期し続けるかどうかにあります。

同一注文への追加は別注文を発生させるより効率的である
購入者に再注文を促す方法は、突合処理の問題を引き起こします。新規注文には別途送料が発生する可能性があり、倉庫への到着が遅れ、2つの注文番号にコミュニケーションが分散することになります。
同一注文への追加であれば、別注文の生成とそれに伴う出荷フローを回避できます。追加された商品はピッキングと梱包を行う必要がありますが、別フローを起動するのではなく、既存の注文ワークフロー内で処理されます。そのため、「単に別の決済を提供すること」ではなく、「チェックアウト後に第2の注文を作らずに注文価値を高めること」が正確な要件となります。
Shopify Plus、Advanced、およびGrowプランの運営者は、ERPやWMSが受信する最終的なオブジェクトをテストしてください。ピッキングが開始される前に、追加された商品行、正しい決済ステータス、および保留解除シグナルが含まれている必要があります。詳細については、Shopify Plus セルフサービス注文編集ガイドをご覧ください。

購入者によるブラウジングとルールベースのアップセルは目的が異なる
Revizeは、同一注文に商品を追加する3つのルートをサポートしています。
ルート | トリガー | 商品の選択肢 | 最適なユースケース |
|---|---|---|---|
「商品を追加」ブラウジング | 購入者が自主的に何かを追加することを決定 | カタログまたは厳選されたコレクション | 購入者がすでに欲しいものを把握している場合 |
アップセルオファー | マーチャントのルールが注文に一致 | 設定された推奨ソース | マーチャントが関連性の高い次の商品を提案したい場合 |
メールまたはSMSの「注文に追加」リンク | 購入者が購入後のメッセージに従う | リンクフローに関連付けられた商品 | 購入者がすでにサンクスページや注文ステータスページを離脱している場合 |
Revizeのルールベースのアップセルオファー(Proプラン、2026年7月リリース)は、サンクスページおよび注文ステータスページに表示されます。選択、コレクション、関連商品、Shopify Search & Discovery経由の補完的な商品、ベストセラー、および同意ベースのピクセル経由で最近表示した商品の6つのソースを利用できます。
レイアウトにはリスト、スライダー、グリッド、スポットライトがあります。Revizeはマーチャントが定義した優先順位でオファーを評価し、最初に一致したオファーのみを表示し、購入者が承認した時点でサーバー上で適合性を再検証します。
カウントダウンは実際の編集期限に連動しているため、不自然なタイマーではなく、注文変更が可能な実際の残り時間を反映します。
Revizeは、編集によって注文の純増価格が増加した場合は revize:upsell を、購入者がアップセルオファーを受け入れた場合は revize:upsell_offer を適用します。レポートには回収された売上のみがカウントされ、承認されたものの未払い状態の追加商品は、回収されたアップセル売上には計上されません。詳細な設定方法は、購入後アップセルに関するドキュメントに記載されています。

決済とフルフィルメントの制御が運用のスケーラビリティを左右する
注文合計額が増加する商品が追加された後、Shopifyのフルフィルメントが保留されている間、Revizeはその注文を「Pending Payments(支払い待ち)」としてリストします。購入者が差額支払いを未完了のまま離脱した場合、リマインダーメールを送信して決済の完了を促すことができます。Revize Proには「Reverse Unpaid Edits(未払い編集の巻き戻し)」機能(デフォルトは無効)も含まれており、設定された猶予期間が経過した後に、未払い分の変更をロールバックすることができます。
代金引換(COD)注文は例外であり、この追加支払いルールによる保留は適用されません。前払いと同様の挙動を想定するのではなく、CODは別のテストパスとして検証してください。
アナリティクスは、Shopifyで決済が確定するまで追加価値をカウントすべきではありません。注文合計の変更については、決済と返金に関するドキュメントで説明されています。
決済による保留は、通常の編集可能時間による保留とも連携する必要があります。Shopifyは「未発送」と「保留中」を区別します。設定された保留または解除シグナルの指示に従い、基幹システムおよびフルフィルメントプロバイダーが実際にピッキングを停止するかどうかを個別に確認してください。マーチャントは編集期限が切れるまで注文を保留するか、倉庫が明示的に従う解除タグのワークフローを使用できます。これらの選択肢は、注文処理ドキュメントおよび編集時のShopifyフルフィルメント保留ガイドでカバーされています。
一律の値引きではなく、関連性と制限設定を行う
購入者側のメリットは利便性です。別の注文を作成したりサポートに連絡したりすることなく、欲しい商品を追加できます。マーチャント側のメリットは、既存の注文内で追加の売上を獲得できる点です。いずれも遡及的な値引きを必要としません。
本番公開前に、一連のシーケンスをテストしてください。
購入者によるブラウジング、ターゲティングオファー、メール/SMSリンク、またはこれらを組み合わせるかを決定します。
Revizeのサポートに設定を依頼するカタログやタグの制限ルールを決定します。
ブラウジング用にグリッドまたはスポットライトを選択し、オファーに適したレイアウトを選択します。
利用可能な期間を、発送前の実際の編集可能時間と連動させます。
在庫がある商品の追加、在庫切れのバリアント、削除された商品の在庫戻しをテストします。
決済成功、未完了離脱、およびCODの支払いパスを個別にテストします。
猶予期間を定義した上で、「未払い編集の巻き戻し」を有効にするかどうかを決定します。
ERP、WMS、および3PLが保留と解除の制限を正しく処理できるか確認します。
ピッキングを開始する前に、最終的な注文行、タグ、決済ステータス、および配送情報を確認します。
レポート上では、購入者起点による追加と、承認されたオファーを区別して管理します。
観測された編集時間の中央値4.6分、および最初の1時間以内に編集が集中しているデータ(Revize、2026年調べ)は、初期の編集可能時間を設定する際の参考になりますが、安全なカットオフ時間を決定するのは「倉庫がピッキングを開始するまでの早さ」です。古い注文内容に基づいて倉庫が稼働し始める前に、編集可能時間は終了しなければなりません。
大規模ストアのチームが導入前に評価すべき項目
自社の決済・フルフィルメント構成を用いたテスト注文の実演をRevizeに依頼し、以下を確認してください。
スタッフがShopify管理画面を操作することなく、購入者だけで完結できるか?
追加された商品は、新規注文を作成するのではなく、同一注文に統合されているか?
Shopifyは追加された差額のみを処理しているか?
決済が未払いの間、注文はどのような状態になるか?
CODの場合、ワークフローはどのように異なるか?
バリアントが追加される際、再度在庫確認が行われるか?
未払いの編集をキャンセルして元の状態に戻すことができるか?
倉庫システムは確実な保留および解除信号を認識しているか?
購入者がオファーを承認した際に、オバールールが再検証されるか?
売上レポートから未決済の追加商品が除外されているか?
商品の追加(Add products)およびアップセルオファーは、Revize Pro(月額149米ドル、または年額1,430.40ドル。2026年9月時点の価格)で利用可能です。Proプランには無制限の注文編集とアップセルが含まれているため、大規模ストアのチームは、編集ごとの従量課金なしで固定プランと予想編集ボリュームを比較・評価できます。導入前に最新のRevize請求詳細をご確認ください。
同一注文への追加機能が適用されないケース
フルフィルメント処理が開始された後は、元の配送がまだ開いているかのように購入者が商品を追加することはできません。その要求は別の業務プロセスの対象となります。配送完了後の代替品配送はマーチャントの交換ワークフローに属し、注文内容の縮小やキャンセルはストアクレジットまたは返金のいずれかを選択して処理する必要があります。
スタッフは、例外的な要望に対してShopify標準の注文エディタを使用し、追加の支払いが必要な場合は更新されたインボイスを送信できます。購入者はインボイスの決済リンクから支払いを行えます。Revize Proは、購入者自身が商品の追加を開始できるようにし、編集可能時間、支払い、および保留解除の制御を調整します。
よくある質問
購入者はチェックアウト後にShopify注文に商品を追加できますか?
はい、Revizeを使用すれば、購入者はチェックアウト後にセルフサービスで商品を追加できます。 購入者は、マーチャントが設定した編集可能時間内にShopifyのサンクスページまたは注文ステータスページからRevizeを開き、商品を追加を選択し、公開されているカタログや厳選されたコレクションを閲覧してバリアントを選択し、変更後の合計金額を確認します。この追加は、フルフィルメントが開始される前に行われる必要があります。これにより、サポート対応や別注文による代替対応を、購入者がすでに確定した注文に対する制御された変更に置き換えることができます。
商品を追加すると、2つ目のShopify注文が作成されますか?
いいえ、Revizeは追加商品を既存のShopify注文に統合します。 追加された商品行は、別の注文レコードを生成することなく、元の注文および発送便に維持されます。これにより、2重の配送料の発生、2つ目の注文番号の発行、および別注文としての発送フローの作成を回避できます。追加された商品はピッキングと梱包を行う必要がありますが、倉庫は2つの別々の注文を突合するのではなく、変更された1つの注文として処理します。
購入者は追加された商品の代金をどのように支払いますか?
Shopifyのチェックアウトフローを通じて、追加の差額のみを回収します。 購入者が更新された合計金額を確認し、今すぐ支払うを選択すると、Shopifyが編集によって発生した差額の決済を処理します。Revizeが外部の決済リンクを送信したり、マーチャントがインボイスを手動作成したりする必要はありません。Shopifyでの決済が完了すると、更新された元の注文はマーチャントの保留解除ルールに従って進行します。
追加する商品を値引きして提供する必要はありますか?
いいえ、同一注文での追加ワークフローは、商品を値引きすることなく機能します。 提供価値は利便性です。購入者は、別の注文を作成したり、個別の配送料を支払ったり、サポートに同梱を依頼したりすることなく、欲しい商品を追加できます。マーチャントは、既存の注文内で追加の決済価値を確保できます。値引きは別個のプロモーション施策として実施可能ですが、Shopifyが差額を回収するため、またはRevizeが商品行を追加するために必須ではありません。
購入者が商品を追加したものの、支払いを行わなかった場合はどうなりますか?
未払いの差額がある前払い注文の場合、Revizeは注文をPending Paymentsにリストし、フルフィルメントを保留状態に維持します。ただし、代金引換(COD)注文はこの追加支払い保留の対象外です。 リマインダーメールを送信して、購入者に決済の完了を促すことができます。Proプランでは「Reverse Unpaid Edits」機能が利用可能ですが、デフォルトでは無効になっています。有効にすると、設定された猶予期間を過ぎた後に未払い分の変更を削除できます。決済が完了するか、変更が巻き戻されるまで、追加分は確定売上として処理すべきではなく、Revizeのアップセルアナリティクスでも回収売上としてカウントされません。
代金引換注文は、追加された差額のために保留されますか?
いいえ、代金引換(COD)注文は追加支払い保留ルールの対象外となります。 通常の前払いルートでは、Shopifyが未払いの差額を回収するまでフルフィルメントを保留しますが、CODにはこの保留動作は適用されません。運営者はCODを個別にテストし、変更された金額がどのように倉庫や回収ワークフローに伝達されるかを定義する必要があります。商品は同じ注文に統合できますが、前払い用の決済保留コントロールは適用されません。
Revizeは商品を追加する前に在庫を確認しますか?
はい、Revizeは商品が追加される際にリアルタイムの在庫確認を行います。 過去に表示された情報に依存するのではなく、選択されたバリアントが現在の在庫状況に照らし合わせて検証されます。編集時に商品が削除された場合、その在庫は自動的に戻されます。ERP、WMS、または倉庫システムが独自の在庫状態を保持している場合、Shopifyの在庫情報はスタックの一部に過ぎないため、大規模ストアの運営者は下流システムへの在庫同期も合わせてテストする必要があります。
マーチャントは購入者に表示する商品を制御できますか?
はい、購入者は公開されているカタログ、または厳選された商品リストを閲覧できます。 Revizeはカタログおよびタグベースのルールによる選択肢の絞り込みをサポートしていますが、この設定はセルフサービス管理画面ではなくサポートによる個別設定となります。購入者向けのブラウザ画面は、グリッドレイアウトおよびオプションのスポットライトに対応しています。マーチャントが設定するアップセルオファーは、手動選択、コレクション、関連商品、補完的な商品、ベストセラー、同意ベースの閲覧履歴など、より多くのソースに対応しています。
「商品を追加」機能は、アップセルオファーを承認することと同じですか?
いいえ、購入者起点による追加と、マーチャントが設定したオファーの承認は異なる行動です。 「商品を追加」の場合、購入者は自主的に別の商品を閲覧して選択します。対して「アップセルオファー」では、マーチャントのルールに基づいて最初の一致した推奨商品が表示されます。Revizeのデータによると、商品の追加は編集された注文の8.8%で発生し、オファーの承認は8.0%で発生しています(Revize、2026年調べ)。これらの数値を合算したり、後者をインプレッションからの承認率として定義したりしないでください。
どのRevizeプランに「商品を追加」と「アップセルオファー」が含まれていますか?
Revize Proに「商品を追加」と「アップセルオファー」の両方が含まれています。 同プランには、無制限の注文編集とアップセルが含まれています。現在の価格は、上記のリンク先である請求ページをご確認ください。大規模ストアの運営において評価すべきなのは、編集ごとの追加手数料が発生しない固定プランが、予測される編集注文ボリュームおよび運用要件に適合しているかどうかです。請求に関するドキュメントで現在の価格を確認し、本番環境で有効にする前に同一注文の決済およびフルフィルメントの連携動作をテストしてください。
購入者がすでに完了した注文への商品追加
前払いの注文について、購入者が在庫のあるバリアントを選択し、Shopifyを通じて差額のみを決済できること、そして支払いが完了するまでフルフィルメントが保留され、商品が元の注文および配送便に維持されることをテストしてください。追加支払い保留が適用されないため、代金引換(COD)は別途テストを推奨します。
Revize Proは、購入者起点の「商品を追加」機能、ルールベースの「アップセルオファー」、「メール/SMSでの注文追加」リンク、決済による保留、未払い編集の制御、および確定売上のアナリティクスを統合して提供します。ShopifyアプリストアからRevizeをインストールし、既存の編集可能時間、決済方法、ERP、およびフルフィルメント構成に対してテスト注文を実行・確認してください。
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます



