ShopifyとeBayを併売する場合、在庫同期アプリが「同期済み」と表示していても、それだけで販売可能な状態とは判断できません。実際に確認したいのは、次の5点が同じ商品を指していることです。
一つでも対応関係が曖昧なら、同期遅延だけでなく、親SKUとバリエーションSKUの取り違え、別拠点在庫の公開、手動補正の上書きといった問題を見落とします。本記事では、Shopify Marketplace Connectを前提に、売り越しを防ぐための「外部モール在庫同期台帳」の作り方と、例外時に販売を止めてから復旧するまでの手順を整理します。
仕様およびポリシーの確認時点は2026年9月17日です。アプリ画面やeBayの出品機能は変更されうるため、実行時は末尾の公式情報も確認してください。
在庫同期の設計では、全在庫を外部モールへ自動公開する前に、SKUごとに「どの数を販売可能在庫として出すか」を固定します。ここでいう正本は、数量を最終判断する場所です。Shopifyを正本にするなら、eBayの在庫数を手作業で恒常的に調整する運用は例外対応に限定し、その記録を残します。
台帳に登録する対象は、商品名ではなく販売可能なバリエーションSKUです。色・サイズ・セット内容が異なるバリエーションは、同じ親商品に属していても別行で管理します。親商品名だけの照合では、売れたバリエーションと減算された在庫が一致しているかを判定できません。
SKUごとに、少なくとも以下を決めます。
| 確認項目 | 決める内容 | 判断の目的 |
|---|---|---|
| SKUの正本 | Shopifyの商品バリエーションSKU | eBay側の識別子と照合する基準を固定する |
| 数量の正本 | Shopifyの指定ロケーションにある在庫 | 公開可能数の起点を一つにする |
| 販売対象 | Shopifyオンラインストア、eBay、または両方 | 併売しないSKUを連携対象から外す |
| 欠品時の扱い | 販売停止、入荷待ち、出品終了のいずれか | 例外発生時の担当者判断を減らす |
| 手動補正の権限 | 担当者・承認者・記録場所 | 補正の上書きや理由不明の差異を追えるようにする |
たとえば、店舗取り置き分、卸売引当分、検品保留分がShopifyの在庫に混在する場合、その合計をeBayへ公開する設計は危険です。eBayで販売してよい数量を持つロケーションを明確にし、そこをMarketplace Connectの参照先にします。
在庫を「物理在庫」「販売可能在庫」「eBay公開在庫」に分けて台帳に記録すると、数が違うこと自体ではなく、差異が意図した予約・安全在庫・同期エラーのどれなのかを判定しやすくなります。
Shopify Help Centerによると、Marketplace Connectでは在庫ロケーションを商品ごと、一括、地域別マーケットプレイス単位で設定できます。一方で、特定バリエーション単位の在庫ロケーションは設定できません。公式のロケーション設定ガイドで明示されている制約です。
このため、親商品内のバリエーションごとに出荷元を変えたい商品は、そのまま一律にeBay連携する前に設計を見直す必要があります。
| 状況 | 連携前に取る選択肢 | 注意点 |
|---|---|---|
| 全バリエーションを同じ拠点から出荷する | 商品に対してそのロケーションを指定する | 台帳ではバリエーションSKUごとに掲載数を照合する |
| 一部バリエーションだけ別拠点にある | eBay連携対象から外す、または商品構成を見直す | 商品単位指定のため、意図しない拠点在庫が参照されないか検証する |
| 地域ごとに出荷拠点を変える | 地域別マーケットプレイス設定を利用する | eBay出品先・配送設定・対象地域との対応も別途確認する |
| 一時的に別拠点から補充する | 補充完了と同期確認まで販売数を抑える、または停止する | ロケーション切替中の公開在庫を手作業で放置しない |
ここで重要なのは、ロケーション設定ができることと、SKU別の出荷要件を満たせることは別だという点です。バリエーション単位の指定が必要な運用なら、商品構造、在庫配置、連携対象を変えずにアプリ設定だけで解消できるとは限りません。
また、Shopifyは同一マーケットプレイスに接続するコネクタアプリを一つだけにするよう案内しています。Marketplace Connectへ切り替える前や、別アプリを残したまま運用している場合は、eBayへ在庫更新を送る経路が複数になっていないかを棚卸ししてください。設定方法と注意点はMarketplace Connectのセットアップガイドを参照します。
同期台帳は、アプリの管理画面を置き換えるものではありません。誰が確認しても「このSKUは、どのShopify在庫を、どのeBay出品へ、どの条件で出してよいか」を判断できるようにする運用記録です。スプレッドシート、在庫管理システム、社内DBのどれで作っても構いませんが、SKU単位で履歴を残せる場所に置きます。
以下の列を一行につき「eBayへ連携するバリエーションSKU」ごとに用意します。
| 列 | 記入内容 |
|---|---|
| Shopify親商品名・商品ID | 画面検索用の補助情報。判定はSKUで行う |
| バリエーション名・Shopify SKU | 色・サイズ等を含む販売単位の識別子 |
| eBay出品ID・eBay SKU | Shopify SKUとの対応を確認するための値 |
| 在庫正本ロケーション | Marketplace Connectが参照すべきShopifyロケーション |
| 販売可能在庫 | 正本ロケーションのうち販売に使える数量 |
| 安全在庫・公開上限 | 意図的に公開しない数量、または公開数の上限 |
| 期待eBay掲載在庫 | 販売可能在庫から安全在庫等を反映した確認用の数 |
| 実測eBay掲載在庫 | eBay出品画面または連携画面で確認した数 |
| 最終照合日時・担当者 | いつ誰が確認したか |
| 状態 | 通常、保留、販売停止、復旧テスト中、廃止 |
| 差異理由・対応記録 | 遅延、手動補正、返品、調査中など |
「期待eBay掲載在庫」の計算式は、社内の引当ルールを反映して固定します。例えば、正本ロケーションの販売可能在庫から安全在庫を差し引くなら、そのルールを台帳上部に明記します。公開上限を設ける場合も同様です。ルールがSKUごとに異なるなら、数値だけでなく適用理由を記録します。
連携開始時は、商品数の一致だけで完了にしません。対象SKUごとに次の順番で確認します。
テストでは、親商品ではなくバリエーションSKUを起点に記録してください。複数バリエーション商品でSKU送信や在庫更新の不整合を指摘する個別投稿もあるため、同じ親商品に属する別バリエーションまで照合対象に含める方が安全です。ただし、これは個別の投稿を一般化したものではなく、SKU対応を省略しないための確認観点です。
すべてのSKUを同じ頻度で人手確認する必要はありません。ただし、併売中で残数が少ないSKU、短期間で販売数が動くSKU、SKUやロケーションを変更したSKUは、確認対象として明示します。頻度は受注量、補充頻度、許容できる売り越しリスクに応じて決めます。
差異を見つけたら、まずeBayの掲載数だけを手動で合わせるのではなく、どの経路が数量を書き換えたかを確認します。手動補正を先に行うと、後続同期で再度上書きされ、原因と処置の区別がつかなくなるためです。
変更は在庫数の変更より影響範囲が広くなります。次の順で作業します。
「SKUだけを変えたので在庫には影響しない」とは限りません。外部チャネルではSKUが商品対応のキーになりうるため、変更前後の対応表を残し、旧SKUのeBay出品が残っていないことまで確認します。
差異が見つかった際、調査に時間をかけるほど売り越しの可能性は残ります。そのため台帳には、原因ではなくても一時的に販売を止める条件を定義します。停止条件は事業者の許容損失や補充体制で決めるものですが、少なくとも以下のように「確認できない状態」を停止対象に含めます。
| 状態 | 初動 | 台帳の状態 |
|---|---|---|
| eBay掲載在庫がShopifyの期待値を上回る | eBayで販売停止または掲載数を安全側へ変更し、注文を確認する | 保留 |
| eBay出品のSKUがShopifyバリエーションSKUと一致しない | 対象出品を停止し、商品対応を確認する | 保留 |
| 正本ロケーションが未設定・想定外 | 対象商品の公開を止め、設定を訂正する | 保留 |
| 同期エラー表示、更新時刻不明、更新結果不明 | 新規販売を止め、最終正常値以降の注文を確認する | 販売停止 |
| ShopifyとeBay双方が期待値どおり | 記録を更新し通常運用へ戻す | 通常 |
eBayは、在庫切れを理由に販売者が注文をキャンセルした場合、取引上の欠陥となり、販売実績やセラーレベルに影響し得ると案内しています。したがって、在庫が確認できない段階で新規販売を続け、後から欠品キャンセルで処理するのは避けるべきです。詳細はeBayのOrder cancellation policyを確認してください。
販売停止後は、次の順で対象を狭めます。
この順番なら、「差異発見後の全注文」を漠然と調べるのではなく、影響しうる時間帯とSKUに範囲を限定できます。
アプリのエラーが消えたこと、または在庫数を一度手動補正したことだけでは、販売再開の根拠として不十分です。SKU対応、ロケーション、公開数、受注反映が一連で確認できて初めて再開候補になります。
販売再開前に、対象SKUについて以下を台帳でチェックします。
全SKUを一度に再開する必要はありません。ロケーションやSKU体系を変更した場合は、対象を限定して照合を通し、問題がない範囲を段階的に戻す方法もあります。その間の販売機会と売り越しリスクのどちらを優先するかは、残在庫、補充可能性、eBay上の出品維持方針を踏まえて決めます。
台帳は作ることより、変更と例外が必ず記録される流れを作ることが重要です。役割を小さく分けると、属人化を抑えられます。
特に「eBayで数量を手動修正した」「別拠点から緊急出荷した」「返品を再販在庫へ戻した」といった操作は、同期差異の原因になりえます。操作自体を禁じるより、SKU、時刻、変更前後の数、理由、実施者を台帳に残し、次回照合で検証できるようにします。
ShopifyとeBayの在庫同期は、単にアプリを導入して終える作業ではありません。SKU、ロケーション、出品、注文の対応を固定し、差異が見つかったときに販売停止・影響注文確認・復旧テストを同じ台帳で実行できる状態にすることが、売り越しを防ぐ現実的な管理方法です。
記事では答えきれない個別の状況にもお応えします。