目次
1,000万件以上のShopify注文を見ると、約19件に1件（5.2%）がチェックアウト後に編集されています（Revize, 2026）。月間10,000件の注文があるストアなら、購入内容を変えたいと考えた顧客の注文が約520件ある計算です。当社のデータでは、そのうち4分の1近くがキャンセルです。Shopify Plusの運用チームにとって、これはサポートの対応件数だけの問題ではありません。担当者が明確でない売上の問題です。
この記事では、キャンセルと編集に関する顧客行動のデータ、それぞれにかかるコスト、自社のキャンセルから編集への転換率の計算方法、編集できるかどうかを決める4つの設定、そして30日間の導入計画を解説します。
顧客がキャンセルする理由：Shopifyの注文キャンセルに関する購入後のデータ
キャンセルと編集は別々の行動ではありません。同じ顧客が、購入後の同じ数分間に、用意された唯一の選択肢を選んでいるのです。
チェックアウト後の顧客の行動を見てみましょう。配送先住所の変更は購入後の編集で最も多く、編集された注文全体の30.2%を占めます。キャンセルが24.3%で、その次に続きます（Revize, 2026）。この比率が重要です。住所を修正する顧客がおよそ5人いる一方で、別の約4人は注文そのものを取り消そうとしています。いずれも同じセッションで、同じメールを見て、同じきっかけで行動しています。注文確認を見て、何かが違うと気づいたのです。
タイミングもそれを裏付けます。購入後の編集が行われる中央値は注文から4.6分後で、編集の80.6%はチェックアウト後の最初の1時間以内に起きています（Revize, 2026）。購入後の変更意向は、少しずつ発生するのではなく、短時間に集中します。問い合わせが担当者の対応待ちに入る頃には、顧客はたいてい判断を終えています。
そう考えると、運用上の問いも変わります。「どうすればキャンセルを減らせるか」だけではありません。「キャンセルのうち、実際には注文を変更したいだけの顧客がどれだけいるか」を問う必要があります。
売上維持の計算：Shopifyの注文キャンセルに実際いくらかかるか
キャンセルでは売上が全額取り消され、それまでに発生したコストも残ります。 編集なら注文と顧客との関係を維持でき、通常は利益率も守れます。
コストを一つずつ見てみましょう。キャンセルには、決済と返金の処理、在庫に戻すかどうかの判断、すでにフルフィルメントへ進んでいればピッキングと梱包にかかった人件費、回収できなくなる顧客獲得費用が伴います。顧客にとって、そのブランドとの最後の接点が注文の取り消しにもなります。編集では注文がシステム内に残るため、こうしたコストは発生しません。
| 起きること | 顧客がキャンセルする場合 | 顧客が編集する場合 |
|---|---|---|
| 維持できる売上 | なし：全額取り消し | 注文を維持 |
| 在庫に戻すかどうかの判断 | 必要 | 不要 |
| サポート対応 | 問い合わせ、返金、事後対応 | 編集の92.2%は担当者の対応なし（Revize, 2026） |
| フルフィルメント上のリスク | ピッキング済みならやり直し | 保留期間によって早すぎるピッキングを防止 |
| 顧客が受ける印象 | 「対応してもらえなかった」 | 「自分で修正できた」 |
| 得られるデータ | キャンセル理由が得られる場合がある | 求められた変更の内容 |
運用担当者が見落としがちなのは最後の行です。キャンセルから分かるのは、顧客が離れたということです。編集からは、何が違っていたかが分かります。購入したかったバリエーション、チェックアウトで正しく扱えなかった住所の形式、誤った期待を生んだ商品ページなどです。これは商品販売戦略や顧客体験の改善に役立つ貴重な情報ですが、キャンセルだけでは失われます。
自社のキャンセルから編集への転換率を計算する方法
キャンセルから編集への転換率とは、編集機能を提供した結果、キャンセルするはずだった注文のうち、編集で解決した割合です。自社ストアでの価値を示すのは、この数字です。 商品カテゴリー、編集可能な期間、編集方法の見つけやすさによって変わるため、他社の数字をそのまま使うことはできません。ただし、計算には20分ほどしかかかりません。
次の3ステップで進めます。
- キャンセルに向かう注文数を把握する。 月間注文数を確認し、自社のチェックアウト後の変更率を当てはめます。基準値がなければ、当社のデータを出発点にできます。注文の5.2%が編集され、その編集された注文の24.3%がキャンセルです（Revize, 2026）。
- 金額に換算する。 キャンセルに向かう注文数に平均注文額を掛けます。これが、現在キャンセルによって失われている月間売上です。
- 導入後の転換率を測る。 顧客による注文の編集を有効にしたら、同じ注文数を基準に、キャンセル件数の変化を月ごとに追います。その差がキャンセルから編集への転換率です。
計算式：
月間注文数 x チェックアウト後の変更率 x キャンセルの割合 = キャンセルに向かう注文数
キャンセルに向かう注文数 x 平均注文額 = リスクにさらされる月間売上
リスクにさらされる月間売上 x キャンセルから編集への転換率 = 1か月に維持できた売上
計算しやすい数字で例を見てみましょう（以下はベンチマークではありません。自社の数字を使ってください）。10,000件の注文に5.2%の変更率を当てはめると、編集された注文は520件です。キャンセルの割合が24.3%なら、そのうち約126件がキャンセルに向かいます。平均注文額が$100なら、キャンセルに向かう売上は月に約$12,600、年間では$151,000を少し超えます。大きな転換率でなくても、十分に意味があります。まずは編集という選択肢を用意することです。
正確に測るために、2点注意してください。比較する月の流入構成を一定に保ちましょう。そうしないと、季節変動を機能の成果と読み違えます。また、成長によって結果がよく見えすぎないよう、キャンセルは絶対件数ではなく注文数に対する割合で測ります。
顧客が注文を編集できるようにしてShopifyの注文キャンセルを防ぐ方法
編集がキャンセルを減らせるのは、顧客が対象の注文を、フルフィルメントが進む前に編集できる場合だけです。 それを決める設定は4つあります。セルフサービスの編集が一部のストアで期待ほど使われないのは、ここでの設定が原因です。
1. 編集可能な期間。 チェックアウト後、顧客が注文を変更できる期間を管理します。Revizeでは、固定またはカスタムの期間を設定する、フルフィルメントまで編集を可能にする、ピッキング時刻に合わせた締め切りを設定することができます。勘ではなくデータに合わせましょう。編集までの中央値は4.6分で、80.6%は最初の1時間以内に行われます（Revize, 2026）。1時間の期間でも大半の変更意向を受け止められます。フルフィルメントに連動した期間なら、発送済みの注文を編集可能にすることなく、遅れて行動する顧客にも対応できます。
2. 注文処理。 3PLでの手戻りを防ぐ設定です。Revizeには2つのモードがあります。注文を保留すると、編集可能な期間中は注文が保留され、期間が終わるとフルフィルメントへ進みます。保留しない場合は、注文が通常どおり各システムへ流れます。ドキュメントには、保留する理由が明確に書かれています。3PLが注文を早くピッキングしすぎるのを防ぐためです。当日出荷を行うなら、この設定が編集によるやり直しを防ぐ鍵になります。
3. 制限。 すべての注文を編集可能にする必要はありません。Revizeではタグで制御します。注文タグと商品タグを入力すると編集をブロックでき、欄を空白にするとすべての編集を許可できます。受注生産のSKU、サブスクリプションの初回注文、ギフトカードなどにタグを付けましょう。ブロック対象は絞ってください。編集できないカテゴリーが増えるほど、顧客に残される選択肢はキャンセルだけになります。
4. 編集方法の案内。 編集が行われない最も一般的な理由は、顧客が編集できると知らないことです。Shopifyの標準の注文確認メールには「注文を表示」というボタンがあり、見ることしかできないように読めます。Revizeのドキュメントでは、Shopify Adminで約2分かけてボタンを「注文を表示または編集」に変更し、変更できる期間を伝える一文を追加する方法を案内しています。通知をすでにカスタマイズしている場合は、Shopifyの注文確認メールを編集する方法でテンプレート全体の作業も確認できます。
これがRevizeの役割です。顧客は問い合わせをせずに、住所変更、商品の交換、キャンセルを最後まで自分で行えます。返金はストアの返金設定に従い、元の決済方法またはストアクレジットで行われます（ストアクレジットでの返金はPro機能です）。当社のデータで92.2%が担当者の対応なしで完了しているのは、このためです（Revize, 2026）。Square Enix、Venchi、AYBLをはじめ、購入後の変更が多いブランドが、問い合わせ対応ではなく顧客自身による操作を採用する理由でもあります。2026年9月時点で、RevizeはShopify App Storeで5.0の評価を得ており、Built for Shopifyのバッジを取得しています。
編集できずにキャンセルへ戻ってしまう3つの失敗例
セルフサービスの編集がうまくいかない原因は、多くの場合、仕組みそのものではなく設定です。 主なパターンは3つあります。
顧客が注文を見る前に編集可能な期間が終わる。 編集までの中央値は4.6分ですが、その後にも一定数の編集があります。19.4%は最初の1時間を過ぎてから行われます（最初の1時間に行われる80.6%から算出、Revize, 2026）。15分の期間は行動の早い顧客には合いますが、遅い顧客にはキャンセルボタンを残すことになります。フルフィルメントの予定が許すなら、その開始まで編集を可能にしましょう。
編集可能な期間が終わる前にフルフィルメントが進む。 編集可能な期間中に3PLが注文作成と同時にピッキングを始めると、編集のたびに例外対応が必要になります。期間中は注文を保留し、終了時に進めましょう。保留設定はそのためのものです。
制限するタグが多すぎる。 タグによる編集のブロックは適切な管理方法ですが、対象を絞る必要があります。念のために商品カタログの半分を対象外にすると、通常の変更依頼までサポートに回ります。編集できない顧客はメールを送るとは限りません。キャンセルします。まずは本当に編集できないSKUだけを対象にし、必要性を確認してから広げましょう。
Shopify Plus運用チーム向けの30日間の導入計画
四半期をかけるプロジェクトにする必要はありません。設定作業は数時間で、測定に1か月を使います。
- 1～3日目：基準値を作る。 過去90日間の注文をエクスポートします。注文数に対するキャンセルの割合を計算し、平均注文額を記録します。導入成果を判断する基準です。
- 4～7日目：設定する。 ピッキング時刻に合わせて編集可能な期間を設定します。3PLがどれだけ早くピッキングするかを踏まえて、注文を保留するかどうかを選び、本当に編集できない少数の商品と注文にタグを付けます。
- 8～10日目：編集方法を知らせる。 顧客が編集できると分かるよう、注文確認メールを変更します。数分ででき、効果が特に大きい手順です。
- 11～30日目：測定する。 キャンセル率を基準値と比較します。顧客が何を変更したかも別に追いましょう。住所変更、バリエーションの交換、キャンセルをそれぞれ分けて集計します。
- 30日目：調整する。 締め切り直前に編集が集中しているなら、期間を延ばします。顧客自身で対応できる依頼がサポートに届いているなら、編集を制限するタグを減らします。
導入結果は、チームが普段確認しているShopifyの注文管理プロセスのレポートにも組み込みましょう。特にキャンセルが課題なら、Shopifyで顧客自身が注文をキャンセルする方法でそのフローを詳しく確認できます。最も多い編集内容については、チェックアウト後の配送先住所の変更ガイドをご覧ください。
よくある質問
顧客が自分でShopifyの注文をキャンセルできるようにすべきですか？
はい。ただし、セルフサービスの選択肢をキャンセルだけにしてはいけません。 キャンセルだけを提供すると、問い合わせは解決しても売上は失われます。住所変更、商品の交換、返金とともにキャンセルを提示すれば、顧客は注文を取り消す前に実際の問題を解決できます。当社のデータでは、キャンセルは編集された注文の24.3%を占めます（Revize, 2026）。つまり、セルフサービスを利用する顧客の相当数が、いずれにしてもキャンセルを検討しています。重要なのは、その隣にどの選択肢を置くかです。
顧客が注文を編集できるようにすると、キャンセルは増えますか？
いいえ。すでにある顧客の意向に、別の解決先を用意することになります。 注文を取り消したい顧客は、画面に何が表示されていても、メールや電話で連絡したり、チャージバックを求めたりします。編集機能が新たな不満を生むわけではありません。全額取り消すよりコストの低い解決方法を提供します。効果を正しく測るには、流入構成を一定に保ち、導入前後のキャンセル率を注文数に対する割合で追ってください。成長した月の件数だけを比較しないようにします。
注文を編集できる期間はどれくらいにすべきですか？
区切りのよい時間ではなく、ピッキング時刻に合わせてください。 購入後の編集が行われる中央値はチェックアウトから4.6分後で、80.6%は最初の1時間以内に起きています（Revize, 2026）。そのため、1時間でも大半の変更意向を受け止められます。Revizeでは、固定の期間、カスタムの期間、フルフィルメントまでの編集、ピッキング時刻に合わせた締め切りを設定できます（編集可能な期間のドキュメント）。フルフィルメントの予定が許すなら、フルフィルメントに連動させると、発送済みの注文を編集可能にすることなく、遅れて行動する顧客にも対応できます。
注文がすでにフルフィルメント済みの場合はどうなりますか？
編集できるかどうかは、設定した期間とフルフィルメントの状態によって決まります。保留設定はその管理に使います。 Revizeには、編集可能な期間中に注文を保留し、期間終了後にフルフィルメントへ進めるモードと、注文を通常どおり各システムへ流す保留なしのモードがあります（注文処理のドキュメント）。3PLのピッキングが早い場合は、保留を選びましょう。ドキュメントにも、早すぎるピッキングを防ぐための設定だと明記されています。導入前に、自社の管理画面でテスト注文を使って具体的な動作を確認してください。
特定の商品や注文を顧客が編集できないようにできますか？
はい。注文タグと商品タグを使います。 Revizeの設定でブロックしたいタグを注文タグと商品タグの欄に入力し、Shopifyでも同じタグを付けます。Revizeがタグを自動で読み取り、編集をブロックします（注文の編集制限に関するドキュメント）。欄を空白にすると、すべての編集が許可されます。ブロック対象は絞ってください。編集できない商品では、顧客に残るセルフサービスの選択肢がキャンセルだけになります。
顧客による編集は、3PLやフルフィルメントのフローに支障をきたしませんか？
導入前に注文処理を設定すれば、防げます。 問題が起きる状況は明確です。編集可能な期間がまだ続いているのに、倉庫が注文作成と同時にピッキングを始めると、変更のたびにやり直しが発生します。期間中に注文を保留し、編集が締め切られたら進めれば、両者の重複をなくせます。出荷体制上、注文を保留できない場合は、短い編集可能期間とリリースタグを使って保留なしで運用します。その場合、編集で対応できる割合が下がることと、顧客の編集が終わる前に3PLがピッキングを始めるリスクを受け入れる必要があります。このモードでは、Revizeはフルフィルメントを止めません。
購入後の編集で、実際にサポート担当者が必要になるのはどれくらいですか？
ごくわずかです。購入後の編集の92.2%は、サポート担当者が関わらず顧客自身で完了しています（Revize, 2026）。 人による対応が必要になるのは8%未満で、多くは日常的な住所修正ではなく、例外的なケースです。運用責任者にとって、この数字はセルフサービスの編集を人員配置の面から評価する根拠になります。担当者が対応しなくて済む件数が、大半を占めるためです。
購入後に最も多い編集内容は何ですか？
配送先住所の変更で、編集された注文全体の30.2%です（Revize, 2026）。 キャンセルが24.3%で2番目です。この2つを合わせると、チェックアウト後に顧客が行う操作の半分以上になります。どちらか一方にしか対応しないセルフサービスのフローでは、多くの依頼を取りこぼします。住所の間違いは特に時間が重要です。誤った住所のまま配送業者に渡ると、数回のクリックで済んだ修正が再配送のコストに変わります。
顧客が編集するのは購入直後ですか、それとも数日後ですか？
ほぼ購入直後です。注文から編集までの中央値は4.6分です（Revize, 2026）。 変更意向はフルフィルメントの期間を通じて均等に発生するのではなく、注文確認メールが届いた直後に集中します。運用上の意味は明確です。変更依頼への最初の対応が、営業時間まで待つサポートの問い合わせになるなら、この顧客行動には間に合いません。顧客はキャンセルによって自分で解決します。
キャンセルではなく編集によって維持できた売上は、どう測ればよいですか？
月間注文数に、チェックアウト後の変更率、キャンセルの割合、平均注文額を順に掛け、導入後に観測したキャンセルから編集への転換率を適用します。 自社の基準値がなければ、5.2%と24.3%を出発点にしてください（Revize, 2026）。まず導入前90日間のキャンセル率を注文数に対する割合で算出し、流入構成を一定に保って月ごとに比較します。
注文全体をキャンセルする代わりに、商品を交換できますか？
はい。バリエーションや商品の交換は、住所変更、キャンセル、返金とともに、顧客自身による注文の編集フローに含まれます。 交換は注文全体の売上を取り消さずに維持できるため、特に価値の高い転換です。サイズを間違えて注文した顧客には、現実の問題があります。提示する選択肢によって、サイズを変更した注文になるか、返金になるかが決まります。交換全般については、Shopifyでの交換ガイドをご覧ください。
注文を編集できることを顧客にどう伝えればよいですか？
注文確認メールのボタンを変更し、編集できる期間を一文で伝えます。 Shopifyの標準の「注文を表示」では、見ることしかできないように読めるため、顧客は編集を試しません。Revizeのドキュメントでは、Shopify Adminで約2分かけてボタンを「注文を表示または編集」に変え、変更できる期間を伝えるメッセージを追加する方法を案内しています（注文確認メールのドキュメント）。機能が設定されているだけで終わるか、実際に使われるかを左右するのは、多くの場合、この案内です。
Shopify Plus以外のストアにも当てはまりますか？
仕組みは注文数にかかわらず使えます。規模が大きいほど、金額面での効果が明確になります。 Revizeは100件の注文にも100,000件の注文にも対応できるように作られています。ただし、キャンセルに向かう注文が月に数百件になると、売上維持の計算は経営層が検討すべき規模になります。Plus、Advanced、Growの注文数が多いストアでは、注文の数%でも失われる可能性のある売上が大きくなり、削減できたサポート対応時間も測りやすくなります。
運用チームが取るべき行動は、明確で検証できます。顧客を説得してキャンセルを思いとどまらせることはできませんが、キャンセル以外の選択肢を用意することはできます。今週中にキャンセル率の基準値を出し、ピッキング時刻に合わせて編集可能な期間を設定し、注文確認メールで編集方法を知らせましょう。そして30日後に差を確認します。サポートへの問い合わせを1件も増やさずにShopifyの注文キャンセルを防ぐための手順は、これだけです。