目次
注文状況ページから、買い忘れた商品を追加できるようにする
Revize Proを使えば、購入者は支払い済みの注文に、買い忘れた商品を追加できます。 注文状況ページのアプリブロックと Add products を有効にすると、購入者が商品を選んで Pay now をクリックできます。Shopifyは追加の未払い額だけを回収し、商品は既存の注文と配送に加わります。
購入者が同じShopify注文へ商品を追加する手順
Add productsはPro限定の機能です。 購入者側の流れをテストする前に、店舗側の設定を済ませてください。
- アプリブロックを有効にする。 チェックアウトエディタで、Shopifyの注文状況ページにRevizeのアプリブロックを追加し、設定を保存します。
- Add productsを有効にする。 Revizeで Order Editing → Customer edits → Add products を開き、有効にして保存します。以前のガイドでは、この設定画面を Customer edit options と呼んでいます。
- 締め切りとフルフィルメントの制御を確認する。 テスト注文がまだ編集可能で、フルフィルメント済みではないことを確認します。
次に、購入者側の手順を進めます。
- 購入後のフローを開く。 注文がまだ編集対象である間に、Shopifyのサンクスページや注文状況ページからRevizeへ進みます。
- Add productsを選ぶ。 購入者は、利用できるカタログや厳選された商品一覧を閲覧します。
- バリエーションと数量を選ぶ。 商品の追加時に、Revizeがリアルタイムで在庫を確認します。
- 更新された注文を確認する。 確定前に、追加した明細と変更後の合計額を確認できます。
- 差額を支払う。 Pay now を選ぶと、追加の未払い額だけを精算するためにShopifyのチェックアウトへ進みます。支払いを実行するのはShopifyです。Revizeが外部の決済リンクや、店舗が作成した請求書を送ることはありません。
- 1つの注文のまま処理を続ける。 支払いが済むと、追加した明細は元の注文に残り、同じ配送に含まれます。2件目の注文、独立した2回目の送料、2件目専用の別のフルフィルメントフローは発生しません。

購入者の商品閲覧画面は、Gridレイアウトと任意のSpotlightに対応しています。Add products → Product recommendations で、店舗は Show recommended products only を有効にし、Related products または Complementary products を自分で選べます。注文内容、タグ、コレクションに基づく独自の選定には、Revizeサポートの対応が必要です。
Add productsのドキュメントは、購入者向け機能の設定を説明しています。注文量の多いチームでは、商品カードが表示されることだけで受け入れテストを終えてはいけません。選択から倉庫への解放まで、選んだバリエーション、在庫、未払い額、支払い、元の注文が同期しているかを確かめる必要があります。
チェックアウト後に追加した商品は、元の注文に残す
Shopifyは、店舗向けの注文編集フローで商品追加を説明しています。Revize Proは、購入者専用のAdd productsフローを提供し、商品選択、在庫確認、追加決済、フルフィルメントのタイミングを連携させます。
次の表の最初の2行は、Revize Proのドキュメントにあるフローです。別注文を依頼する方法と、Shopifyの店舗向け注文エディタを使う方法と比較しています。
| フロー | 開始する人 | 支払い経路 | Shopify上の結果 | 運用への影響 |
|---|---|---|---|---|
| 購入者による商品追加 | 購入者が商品を閲覧し、選択する | Shopifyが差額を回収する | 商品が既存の注文に加わる | 1つの注文としてフルフィルメントが続く |
| 店舗が設定したアップセル提案 | 購入者が条件に合う提案を受け入れる | Shopifyが差額を回収する | 商品が既存の注文に加わる | 別注文を作らずに提案ロジックが価値を加える |
| 別注文による代替策 | 購入者がもう一度チェックアウトする | 別の決済取引が作られる | Shopifyが別注文を作成する | 追加の送料、分割フルフィルメント、倉庫の二重作業、サポート負担が生じる可能性がある |
| Shopify標準の管理画面での編集 | スタッフが管理画面で注文を変更する | スタッフが編集を管理する | 既存の注文が変更される | 購入者のセルフサービスではない |
別注文ができると、サポート、基幹業務システム(ERP)、倉庫管理システム(WMS)、外部物流業者(3PL)が照合する記録も増えます。同じ注文への追加なら、正しい情報源を1つに保てます。他の編集の種類は、購入者向け注文編集の全体フローをご覧ください。

商品追加は、注文編集の中で測定できる行動の1つ
編集された注文の8.8%で、商品が追加されていました(Revize, 2026)。実際に回収した追加売上と、このフローを支えるコストを比較して、機会を評価してください。
Revizeの1,000万件超のShopify注文データでは、5.2%、およそ19件に1件がチェックアウト後に編集されました。次の編集種類別の比率は「編集された注文」を分母とし、5.2%という編集率は「すべての注文」を分母としています。表はRevizeの自社データに基づいています(Revize, 2026)。
| チェックアウト後の操作 | 編集された注文に占める割合 | 意味する行動 |
|---|---|---|
| 配送先住所の変更 | 30.2% | 購入者による修正 |
| 全体キャンセル | 24.3% | 購入者の離脱 |
| 数量変更 | 9.0% | 既存明細の調整 |
| 商品追加 | 8.8% | 購入者が自発的に行う追加 |
| アップセルの受け入れ | 8.0% | 店舗が設定した提案の受け入れ |
| 配送方法の変更 | 7.9% | 配送の調整 |
商品追加とアップセルの受け入れは、別のイベントです。前者は購入者が別の商品を探そうとしたときに始まります。後者は、店舗が設定した提案が表示され、受け入れられたときに起こります。8.8%と8.0%を合算したり、1つのコンバージョン率として示したりしてはいけません。
タイミングを見ると、この機能を注文編集の中に置く理由がわかります。編集の中央値はチェックアウトから4.6分後で、80.6%が最初の1時間以内、90.4%が24時間以内に発生しています(Revize, 2026)。これは観測値であり、すべての店舗に共通する編集可能期間の推奨値ではありません。
セルフサービスも重要です。編集の92.2%は担当者なしで完了し、7.8%がサポートへ移行しました(Revize, 2026)。商品追加は、サポートチケットを発生させずに回収できる売上になり得ます。

Add productsが表示されない、または利用できない理由は?
| 状況 | 確認すること | 次の対応 |
|---|---|---|
| 注文状況ページにRevizeの操作項目がない | そのページでRevizeのアプリブロックが有効になり、保存されているか | ブロックを有効にしてから、対象のテスト注文を開く。 |
| ポータルは表示されるがAdd productsがない | Proを利用しており、Customer edits の Add products が有効か | カタログを変更する前に、プランと機能設定を確認する。 |
| 先ほどまで編集できたが、今は終了している | 締め切り、フルフィルメント状態、ブロック用タグ、機能の表示ルール | 店舗へ連絡する。商品追加で対象条件を回避することはできない。 |
| 特定のバリエーションを選べない | 現在の在庫と、閲覧フローで提供される商品 | 在庫のあるバリエーションを選ぶか、店舗に在庫を問い合わせる。 |
| 購入者が特定の商品を見つけられない | おすすめ商品の設定や独自のカタログ制限 | セルフサービスのおすすめ設定を確認し、独自フィルターはRevizeサポートに相談する。 |
利用条件はポータルのドキュメント、ブロック用タグは商品編集の制限をご覧ください。ポータルが見えていても、すべてのモジュールや商品が利用できるとは限りません。
商品を追加したのに支払いを完了しなかった場合は?
前払い注文では、未払いの商品追加はPending Paymentsに残り、Shopifyが決済完了を確認するまでフルフィルメントが保留されます。ドキュメント上、この保留の例外は代金引換注文です。
| 状況 | 想定される動作 | 店舗が確認すること |
|---|---|---|
| 購入者が商品を選んだが、追加支払いを途中でやめた | 追加額は未払いのまま。リマインダーメールで完了を促せる | 支払い済みとして扱う前に、Shopifyの残高とPending Paymentsを確認する。 |
| Shopifyが支払いを確認した | 追加支払いに伴う保留を解除できる | ピッキングの開始を期待する前に、編集可能期間に関する別の解放ルールを確認する。 |
| ProでReverse Unpaid Editsが有効 | 設定した猶予期間の後、Revizeが未払いの変更分を削除できる | 解放前に機能設定と処理後の注文を確認する。初期状態では無効。 |
| 注文が代金引換 | 追加支払いに伴う保留は適用されない | 変更後の注文金額が、倉庫と代金回収の手順にどう届くかテストする。 |
未払いという理由だけで、購入者に同じ商品をもう一度追加してもらわないでください。まず、既存の注文と追加の未払い額を確認します。購入後の決済フローでは、同じ注文を使う仕組みを説明しています。
同じ注文への追加は、別注文より整理しやすい
購入者に再注文を依頼すると、照合の問題が生じます。新しい注文には別の送料がかかり、倉庫へ届くのが遅れ、連絡も2つの注文番号に分かれる可能性があります。
同じ注文へ追加すれば、別注文と、その注文専用のフルフィルメントフローを避けられます。追加の商品にもピッキングと梱包は必要ですが、別の処理を始めるのではなく、既存の注文フローを通ります。要件は、単に別のチェックアウトを提案することではなく、2件目の注文を作らずにチェックアウト後の注文金額を増やすことです。
Shopify Plus、Advanced、Growの運営者は、ERPやWMSが受け取る最終データをテストしてください。ピッキング開始前に、追加明細、正しい支払い状態、解放シグナルが含まれている必要があります。導入全体については、Shopify Plusのセルフサービス注文編集ガイドをご覧ください。

購入者の商品閲覧とルールに基づくアップセルは、役割が違う
Revizeは、同じ注文に商品を追加する3つの経路を提供しています。
| 経路 | きっかけ | 商品の選び方 | 適した用途 |
|---|---|---|---|
| Add productsでの閲覧 | 購入者が何かを追加しようとする | カタログや厳選された一覧 | 購入者が欲しいものをすでに把握している |
| Upsell offer | 店舗のルールが注文に一致する | 設定したおすすめ商品の情報源 | 関連性の高い次の商品を店舗が提示したい |
| メール・SMSのAdd to Orderリンク | 購入者が購入後のメッセージから進む | リンクのフローに紐づいた商品 | 購入者がサンクスページや注文状況ページを離れた後 |
Revizeのルールに基づくUpsell offers(Pro、2026年7月公開)は、サンクスページと注文状況ページに表示されます。商品の情報源は6つあり、手動選択、コレクション、関連商品、Shopify Search & Discoveryによる補完商品、ベストセラー、同意を考慮するピクセルによる最近見た商品を利用できます。
レイアウトにはList、Slider、Grid、Spotlightがあります。Revizeは、店舗が決めた優先順位で提案を評価し、最初に一致したものだけを表示します。購入者が受け入れる際には、サーバー側で対象条件を再確認します。
カウントダウンは実際の編集の締め切りと連動します。そのため、任意のタイマーではなく、注文を変更できる本当の残り時間を示します。
編集で注文の正味金額が増えるとRevizeは revize:upsell を付け、購入者がUpsell offerを受け入れると revize:upsell_offer を付けます。レポートが集計するのは回収済み売上だけです。受け入れられても未払いの追加は、回収済みアップセル売上には入りません。設定全体は購入後のアップセルのドキュメントをご覧ください。

決済とフルフィルメントの制御が、大量注文への対応を左右する
未払い額、リマインダー、取り消し、支払い保留の例外は、上記の未払い決済の制御で管理してください。
Shopifyが代金を回収するまで、分析で追加分を売上に計上すべきではありません。注文合計額の変更は、支払いと返金のドキュメントで説明しています。
支払いの保留は、編集可能期間全体の保留とも連携する必要があります。ShopifyはUnfulfilledとOn holdを区別しています。設定した保留や解放シグナルに応じて、業務管理システムと物流業者が実際にピッキングを止めるか、別途確認してください。店舗は編集可能期間が終了するまで注文を保留するか、倉庫が明確に従う解放タグのフローを使えます。選択肢は、注文処理のドキュメントと編集中にShopifyのフルフィルメントを保留するガイドで解説しています。
一律割引ではなく、関連性と制限を設定する
購入者にとっての利点は利便性です。別注文やサポートへの依頼なしで、欲しい商品を追加できます。店舗にとっての利点は、すでに存在する注文の中で追加の価値を回収できることです。どちらにも、遡って適用する割引は必要ありません。
公開前に、一連の流れをテストしてください。
- 購入者の閲覧、対象を絞った提案、Email/SMSリンク、または意図した組み合わせを選ぶ。
- セルフサービスのRelatedまたはComplementaryのおすすめを選ぶか、タグ・コレクションによる独自選定をRevizeサポートに依頼する。
- 閲覧にはGridまたはSpotlightを選び、提案には適切なレイアウトを選ぶ。
- 利用可能な期間を、実際のフルフィルメント前の編集可能期間に連動させる。
- 在庫のある商品の追加、在庫のないバリエーション、削除時の在庫補充をテストする。
- 支払い成功、支払い途中の離脱、CODを別々にテストする。
- 猶予期間を定めてから、Reverse Unpaid Editsを有効にするか決める。
- ERP、WMS、3PLが保留と解放の境界に従うことを確認する。
- ピッキング前に、最終的な注文明細、タグ、支払い状態、配送を確認する。
- レポートでは、購入者による追加と提案の受け入れを分ける。
中央値4.6分、最初の1時間に編集が集中するという観測値(Revize, 2026)は、最初の期間設定の参考になります。ただし、安全な締め切りを決めるのは、倉庫がいつピッキングを始めるかです。古い注文情報をもとに倉庫が動く前に、編集可能期間を終了させる必要があります。
注文量の多いチームが、契約前に確認すべきこと
自社の決済とフルフィルメントの構成を使い、1件のテスト注文を最初から最後まで実演するようRevizeに依頼してください。
- スタッフがShopify管理画面に入らず、購入者が操作できるか?
- 追加商品は別注文を作らず、同じ注文に加わるか?
- Shopifyは追加の未払い額だけを処理するか?
- 未払い額が残っている間はどうなるか?
- バリエーションを追加するとき、在庫を再確認するか?
- 未払いの編集を取り消せるか?
- 倉庫に信頼できる保留・解放シグナルが届くか?
- 購入者が受け入れるとき、提案ルールを再検証するか?
- 売上レポートは未払いの追加を除外するか?
Add productsとUpsell offersは、月額$149または年額$1,430.40のRevize Proで利用できます(価格確認日:2026年10月14日)。Proは注文編集とアップセルが無制限なので、注文量の多いチームは、編集ごとの料金を気にせず、想定する編集件数に対して固定プランを評価できます。導入前に、最新のRevizeの請求詳細を確認してください。
同じ注文への商品追加ができなくなる境界
フルフィルメント側が処理を引き継いだ後に、元の配送がまだ開いているかのように商品を追加すべきではありません。その依頼は、別の運用手順の領域に入っています。配達後の交換は店舗の交換フローで扱い、減額調整やキャンセルには、ストアクレジットと返金の明確な使い分けが必要な場合があります。
例外的な依頼には、スタッフがShopify標準の注文エディタを使い、追加支払いが必要なら更新した請求書を送れます。購入者は請求書のチェックアウトリンクから支払えます。Revize Proは、購入者自身による商品追加を可能にし、編集可能期間、支払い、解放の制御を連携させます。
よくある質問
購入者はチェックアウト後にShopify注文へ商品を追加できますか?
はい。Revizeは、セルフサービスの流れでチェックアウト後の商品追加を可能にします。 購入者は、店舗が設定した編集可能期間中にShopifyのサンクスページや注文状況ページからRevizeを開き、Add products を選びます。利用可能なカタログや厳選された一覧を閲覧し、バリエーションを選んで変更後の合計を確認します。Add productsにはProが必要で、フルフィルメント前に追加する必要があります。これにより、サポート依頼や別注文での代替策を、すでに行った注文への管理された変更に置き換えられます。
商品を追加すると、2件目のShopify注文が作られますか?
いいえ。Revizeは、購入者の既存のShopify注文に商品を追加します。 追加明細は別の注文記録を作らず、同じ注文と配送に残ります。そのため、独立した2回目の送料、2つ目の注文番号、別注文専用のフルフィルメントフローを避けられます。追加商品のピッキングと梱包は必要ですが、倉庫は2件の注文を照合するのではなく、修正後の注文の中で処理します。
追加商品の代金はどう支払いますか?
Shopifyのチェックアウトを通じ、追加の未払い額だけを回収します。 購入者が更新後の合計を確認して Pay now を選ぶと、編集で生じた差額をShopifyが決済します。Revizeが外部の支払いリンクへ誘導したり、店舗に請求書の作成を求めたりすることはありません。Shopifyが代金を回収すると、店舗の解放ルールに従い、更新された元の注文の処理を進められます。
店舗は追加商品を割り引く必要がありますか?
いいえ。同じ注文への追加は、商品を割り引かずに利用できます。 利便性がその価値です。購入者は再注文や独立した追加送料、配送をまとめるためのサポート依頼なしで、欲しいものを追加できます。店舗は既存の注文内で、支払い済みの追加価値を得られます。割引は別の販売施策として選べますが、Shopifyの差額回収やRevizeの明細追加に必須ではありません。
購入者が商品を追加しても支払わなかった場合はどうなりますか?
追加の未払い額がある前払い注文は、RevizeのPending Paymentsに表示され、フルフィルメントの保留が続きます。 リマインダーメールで購入者に追加支払いの完了を促せます。Proでは Reverse Unpaid Edits を利用できますが、初期状態では無効です。有効にすると、設定した猶予期間の後に未払いの変更分を削除できます。Revizeのアップセル分析は、回収済み売上だけを集計します。配達時に集金する注文については、下記の支払い保留の例外をご覧ください。
代金引換注文も、追加額の支払い待ちで保留されますか?
いいえ。代金引換注文は、追加支払いの保留に関する明示された例外です。 通常の前払いでは、Shopifyが未払い額を回収する間、フルフィルメントを保留しますが、CODには同じ保留動作を適用しません。運営者はCODを個別にテストし、変更後の金額が倉庫と集金フローにどう届くか定める必要があります。商品は同じ注文に追加できますが、前払いの追加決済制御は適用されません。
Revizeは商品追加前に在庫を確認しますか?
はい。Revizeは、商品の追加時にリアルタイムで在庫を確認します。 以前の商品表示だけに頼らず、選んだバリエーションを現在の在庫状況に照らして検証します。編集中に商品を削除すると、在庫は補充されます。ERP、WMS、倉庫システムが独自の在庫状態を持つ場合、Shopifyの在庫は構成の一部にすぎないため、注文量の多い運営者は後続システムへの在庫同期もテストしてください。
店舗は購入者に見せる商品を管理できますか?
はい。店舗はAdd products → Product recommendationsでShow recommended products onlyを有効にし、Related productsまたはComplementary productsを自分で選べます。 注文内容、タグ、コレクションに基づく独自の選定は、Revizeサポートが設定します。購入者の閲覧画面はGridと任意のSpotlightに対応しています。店舗が設定するUpsell offersでは、手動選択、コレクション、関連商品、補完商品、ベストセラー、同意を考慮した最近見た商品など、さらに多くの情報源を使えます。
Add productsとUpsell offerの受け入れは同じですか?
いいえ。購入者による商品追加と、店舗が設定した提案の受け入れは、別の行動です。 Add productsでは、購入者が自分の意思で閲覧し、別の商品を選びます。Upsell offerでは、店舗のルールによって、最初に条件を満たすおすすめ商品を表示します。Revizeのデータでは、編集された注文の8.8%に商品追加、8.0%に提案の受け入れが見られます(Revize, 2026)。数値を合算したり、後者を表示回数に対する受け入れのコンバージョン率と呼んだりしないでください。
Add productsとUpsell offersは、どのRevizeプランに含まれますか?
Revize Proには、Add productsとUpsell offersの両方が含まれます。 注文編集とアップセルは無制限です。注文量の多い運営者が比較すべきなのは、編集ごとの料金がない固定プランが、想定する編集注文数と運用要件に合うかどうかです。請求ドキュメントで現在の価格を確認し、本番で有効にする前に、同じ注文での決済とフルフィルメントの流れをテストしてください。
購入者がすでに行った注文に商品を追加する
前払い注文では、購入者が在庫のあるバリエーションを選び、Shopifyで差額だけを支払い、商品が元の注文と配送に残ることをテストしてください。その際、支払いが済むまでフルフィルメントの保留が続くことも確認します。
Revize Proは、購入者主導のAdd products、ルールに基づくUpsell offers、Email/SMSのAdd to Orderリンク、支払い保留、未払い編集の制御、回収済み売上の分析を組み合わせています。Shopify App StoreからRevizeをインストールし、編集可能期間、決済手段、ERP、物流システムに照らして、1件の注文を最初から最後まで検証してください。