Shopifyロケーション設定。店舗・倉庫の在庫と発送元を分ける
今回の目的は「店舗や倉庫ごとの在庫・受取・発送を一つの管理画面で扱う」です。設定画面を埋めるだけでなく、対象外のケースと失敗時の戻し方まで決めます。変更前の状態を残し、小さなテストから実際の購入者の順路へ広げます。
設定 > ロケーションで対象と条件を限定し、変更前の状態を保存してから設定します。最大の注意点は優先順位や発送可否の誤りで遠い倉庫から出荷したり在庫切れを販売することです。管理画面の保存表示ではなく、「テスト注文が意図したロケーションへ割り当たり在庫が正しく減る」を完了の判定基準にします。
現在の料金と条件
判断に使う数字と条件。
設定項目ではなく購入者と運用担当の結果で定義。
画面名はストア・プラン・権限で異なる場合があります。
公開前に対象外と失敗の経路も確認。
保存済み表示だけを完了証拠にしません。
横並びで比較
設定・確認・運用を一つの作業にしない。
管理画面の変更、購入者側の確認、公開後の監視は証拠が異なります。段階を分けると、問題が起きた場所へ戻れます。
| 段階 | 判断材料 | 完了条件 |
|---|---|---|
| 設定前 | 店舗や倉庫ごとの在庫・受取・発送を一つの管理画面で扱う | 対象・除外・変更前の状態を記録 |
| 公開前 | 優先順位や発送可否の誤りで遠い倉庫から出荷したり在庫切れを販売すること | 正常・対象外・失敗の三経路を検証 |
| 公開後 | テスト注文が意図したロケーションへ割り当たり在庫が正しく減る | 実データを定期的に確認し必要時だけ修正 |
確認事項 01
何を変えるか、先に一枚へまとめる。
今回の目的は「店舗や倉庫ごとの在庫・受取・発送を一つの管理画面で扱う」です。設定 > ロケーションを開く前に、対象商品・顧客・地域・期間と、変更しない範囲を決めます。
- 01対象と条件を固定する
在庫を持つ場所と発送だけ行う場所を一覧化する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
- 02管理画面へ実装する
設定 > ロケーションで住所とオンライン注文のフルフィルメント可否を設定する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
- 03担当手順へ落とす
商品ごとに保管ロケーションと数量を割り当て、注文ルーティングを確認する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
確認事項 02
正常系だけでなく、対象外と失敗も通す。
最も避けたいのは、優先順位や発送可否の誤りで遠い倉庫から出荷したり在庫切れを販売することです。テスト用の商品・顧客・注文を実利用と区別し、同じ手順を再現できる証拠を残します。
- 04境界条件を試す
同じ商品を複数拠点へ置いて割当順を試す。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
- 05購入者側で確かめる
店舗受取対象と配送対象が混ざらないか見る。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
- 06継続監視へつなぐ
休業・閉鎖時に在庫を移す手順を決める。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
確認事項 03
完了条件と見直す時点を決める。
この設定の完了条件は「テスト注文が意図したロケーションへ割り当たり在庫が正しく減る」です。仕様やプランは変わるため、公式ヘルプと実画面を公開直前にも確認します。
- 07変更履歴を残す
対象、変更前後、担当、実施時刻、テスト結果を一つの記録へまとめます。問題発生時に元へ戻せる状態を保ちます。
- 08数字を分けて測る
テスト交通と実利用、未取得と0を区別します。閲覧、操作、注文、売上を一つの数値として扱いません。
- 09公式情報を再確認する
公開時は下記のShopify公式ヘルプと対象ストアの管理画面を確認します。古い価格や画面名を推測で補いません。
よくある疑問
よくある疑問に、先に答える。
Shopifyロケーション設定は、どこから設定しますか？
主な確認場所は設定 > ロケーションです。ストアのプラン、権限、利用中アプリで表示が異なる場合があるため、公式ヘルプと実画面を照合してください。
設定を保存したら完了ですか？
保存だけでは完了ではありません。「テスト注文が意図したロケーションへ割り当たり在庫が正しく減る」を確認してQA完了とし、公開・実測とは分けて記録します。
公開前に一番注意することは何ですか？
最大の注意点は優先順位や発送可否の誤りで遠い倉庫から出荷したり在庫切れを販売することです。正常な一例だけでなく、対象外、失敗、取消の経路までテストしてください。
公式情報