EC事業者のための商品管理実務ガイド【2026年版】|SKU設計・商品マスタ・発送代行連携を体系解説
- EC・物流インサイト
この記事は約18分で読めます
EC事業の成長を支える基盤は「商品データの品質」です。SKU(在庫管理単位)の命名規則が曖昧で、商品マスタに画像サイズやJANコードが未登録で、在庫数をエクセルで手入力している——この状態では、どれほど優れたWMSや発送代行を導入しても、誤出荷や在庫差異を防ぐことはできません。
本記事では、SKU設計の方法論、商品マスタの完全整備術、JANコード管理、エクセルからの卒業ロードマップ、ECプラットフォーム別の商品データ設計、そして発送代行との自動連携まで、実務レベルで体系解説します。EC物流の全体像と合わせてご活用ください。
商品データの品質がEC物流精度を100%決定する理由
EC物流における誤出荷・在庫差異・梱包ミスの根本原因は、ほぼすべて「商品データの不整備」に行き着きます。WMSや発送代行サービスはシステムに投入されたデータ通りにしか動きません。入力値が間違っていれば、システムがいくら高性能でも正しい出荷はできないのです。
具体的には、物流品質・在庫精度・販売戦略の3つの領域で影響が連鎖します。
上図の通り、SKU設計層が崩れると商品マスタ整備もシステム連携も意味をなしません。逆に言えば、SKU設計を正しく行うことで、その後のすべての工程が安定します。
誤出荷・在庫差異を引き起こす商品データ問題の3類型
| 領域 | データ不整備の症状 | 発生するコスト・リスク |
|---|---|---|
| 物流品質 | SKU取り違え・梱包サイズミス・誤出荷 | 返品対応コスト・顧客クレーム・評価低下 |
| 在庫精度 | オーバーセル・欠品・在庫差異 | 機会損失・緊急補充コスト・在庫廃棄 |
| 販売戦略 | 需要予測不精度・カテゴリ分析不可 | 広告費無駄遣い・仕入れ判断ミス |
経済産業省の調査によると、2024年のBtoC-EC市場規模は26.1兆円に達し、EC化率は11.5%まで拡大しました。市場拡大に伴い、商品点数・SKU数の増加が加速しており、手動管理の限界は明らかです。
EC物流の外注化(フルフィルメント)を検討するなら、商品データ整備は外注化の前提条件です。データが整っていない状態で3PLに委託しても、立ち上げ期に大量の差し戻しが発生するだけです。
SKU設計の基礎と命名規則——EC商品管理の最重要ステップ
SKU(Stock Keeping Unit)とは、在庫管理の最小単位です。同じTシャツでも「黒・Mサイズ」と「白・Lサイズ」は別のSKUです。SKU設計の良し悪しが、WMSでのピッキング精度、発送代行との連携品質、OMS(受注管理システム)での在庫引当精度を決定します。
SKU命名規則の設計原則
SKUの命名規則は「全角文字・スペース・特殊記号を使わない」「半角英数字と"-"(ハイフン)のみ使う」「大文字に統一する」の3原則が基本です。これを守らないと、WMSへのCSV取込時にエラーが発生したり、同一SKUが複数存在するデータ重複が起こります。
| 原則 | 推奨ルール | 禁止例 | 理由 |
|---|---|---|---|
| 文字種 | 半角英数字+ハイフン(-)のみ | 全角・スペース・スラッシュ | システム取込エラーの原因 |
| 大小文字 | すべて大文字に統一 | ts-Logo01-blk-m(混在) | 重複SKU発生・検索ミス |
| 桁数 | 20文字以内を推奨 | 30文字超の長いSKU | WMS画面表示・CSV管理が困難 |
| 階層構造 | カテゴリ-品名-属性1-属性2 | 連番のみ(001, 002…) | 意味が読めず管理不能になる |
| 変更禁止 | 一度設定したら変更しない | 後から命名規則を変更 | 在庫履歴・注文履歴が断絶する |
バリエーション管理の設計方法
アパレル・コスメ・食品など、バリエーションが多い商品ほどSKU設計の精度が重要です。アパレルEC物流では、色×サイズの組み合わせが数十パターンに達するため、命名規則を統一しないと管理不能になります。推奨は「カテゴリコード-商品コード-カラーコード-サイズコード」の4階層構造です。
楽天市場でのSKU・在庫管理やShopify発送代行連携でも、この命名規則の統一が最初の前提となります。
商品マスタ整備の完全ガイド——発送代行に必要な全項目
商品マスタとは、全商品のデータを一元管理する台帳です。発送代行やWMS(倉庫管理システム)への商品登録は、この商品マスタを起点に行います。登録項目が不足していると、倉庫側で入荷検品・保管場所確保・梱包選定ができません。
| カテゴリ | 項目名 | 必須/推奨 | 備考 |
|---|---|---|---|
| 基本情報 | SKUコード | 必須 | 命名規則に基づく一意の識別子 |
| 商品名(正式名称) | 必須 | モール表示名と区別して管理 | |
| JANコード(EAN) | 必須 | バーコード検品に使用 | |
| 商品カテゴリ | 必須 | 保管区分・ピッキングルートに影響 | |
| 物理情報 | 商品重量(g) | 必須 | 配送料金計算・梱包材選定に使用 |
| 商品サイズ(縦×横×高 mm) | 必須 | 段ボールサイズ選定に直結 | |
| 梱包後重量・サイズ | 推奨 | 精度の高い配送料計算が可能 | |
| 入り数・セット構成 | 必須(セット商品) | ピッキング指示に必要 | |
| 取り扱い情報 | 保管温度区分(常温/冷蔵/冷凍) | 必須 | 保管エリアの確保に必要 |
| 危険物区分 | 必須 | リチウム電池・引火物は申告必須 | |
| 外装検品・入荷時付帯作業 | 推奨 | 入荷時の検品方法を指示 | |
| 在庫管理情報 | 発注点(発注をかける在庫水準) | 推奨 | 在庫アラート設定に使用 |
| 安全在庫数 | 推奨 | 欠品防止の下限在庫 | |
| 仕入先コード・リードタイム | 推奨 | 補充発注の自動化に活用 |
IPA「DX白書2023」によると、DXに取り組んでいる企業は69.3%に達しましたが、全社的な戦略を持つ企業は日本54.2%、米国68.1%と差があります。商品マスタのデジタル化は、EC事業のDX推進における最初の具体的アクションです。
危険物・温度管理商品の特別登録手順
リチウム電池・スプレー缶・アルコール含有品など危険物区分に該当する商品は、一般商品の登録フォーマットとは別に、発送代行側への事前申告が義務付けられています。また、冷蔵・冷凍商品は保管温度区分を必ず明記し、倉庫内の温度管理エリアを事前に確保してもらう必要があります。これらを商品マスタに登録しておけば、入荷時の確認コストが大幅に削減されます。
商品マスタ整備の優先順位
すべての項目を一度に整備しようとすると挫折します。まず「SKUコード・JANコード・重量・サイズ・保管温度区分」の5項目から着手し、発送代行への登録が通るかを確認しましょう。次に「発注点・安全在庫・仕入先情報」を追加することで、在庫コスト最適化の自動化が見えてきます。
在庫管理の目的と方法を理解した上で商品マスタを設計すると、どの項目が本当に必要かが明確になります。
JANコード・バーコード管理とSKU連携の実務
JANコード(EAN-13)は、商品を一意に識別する13桁のバーコードです。発送代行の倉庫では、入荷検品・ピッキング・出荷検品のすべてにバーコードスキャンを使います。JANコードが未登録、または誤登録の商品は、入荷時点で差し戻しになります。
| 区分 | JANコード取得方法 | 費用・期間 | 注意点 |
|---|---|---|---|
| 自社ブランド商品(新規) | GS1 Japanで企業コード取得後に割り当て | 年会費7,920円〜・即日〜数日 | 企業コードを取得すればSKU数無制限で割り当て可 |
| OEM・仕入れ商品 | 仕入先からJANコードを入手 | 無償(仕入先管理) | 同一商品に複数のJANコードが存在する場合は統一が必要 |
| Amazonに出品する場合 | GS1発行のJANコードまたはAmazon GTIN免除申請 | 免除申請は無償 | ブランドレジストリ登録が条件となるケースがある |
| JANコード未取得商品 | 発送代行が独自の内部コードを付番する場合も | 倉庫の対応による | モール出品には原則JANコードが必要 |
バーコードラベルの種類と倉庫内スキャン対応
発送代行の倉庫では主にJANコード(EAN-13)とQRコードの2種類を使います。JANコードは既存のバーコードリーダーで読み取れる汎用性が高い形式です。一方、QRコードは情報量が多く、バリエーション情報や賞味期限を埋め込む用途に使われます。どちらの形式に対応しているかは発送代行によって異なるため、事前に確認しておきましょう。
SKUとJANコードの対応関係の設計
1つのSKUに対して1つのJANコードが基本です。ただし、同一商品をバラ販売・セット販売・まとめ買い販売する場合は、それぞれ別のJANコード(別SKU)を設定してください。バラ1個用のJANコードで3個セットの出荷指示をすると、スキャン時に数量エラーが発生します。
また、Amazonに出品する場合はAmazonマルチチャネルフルフィルメントとのSKU連携も念頭に置いて設計してください。ASINとSKUの対応表を事前に整備しておくと、MCF連携がスムーズになります。
エクセル管理からの卒業ロードマップ
EC事業の初期段階では、エクセルやGoogleスプレッドシートで商品マスタを管理するケースが多くみられます。しかし、SKU数が100を超え、モールが複数になると、エクセル管理の限界が顕在化します。更新の遅延、版数管理のミス、同時編集のコンフリクト——これらが在庫差異を生み出します。
| 比較軸 | エクセル管理 | WMS/発送代行システム | 差分 |
|---|---|---|---|
| 在庫更新 | 手動入力(遅延・ミスあり) | スキャン即時反映 | リアルタイム精度が雲泥の差 |
| 同時編集 | コンフリクト発生 | 排他制御で安全 | 複数倉庫スタッフでも競合しない |
| モール連携 | 手動CSV出力・アップロード | API自動連携 | 更新頻度と精度が決定的に違う |
| 在庫差異 | 週次・月次で発生 | 日次管理・自動補正 | クレーム・返品コスト大幅削減 |
| スケーラビリティ | SKU数が増えると破綻 | 数万SKUでも対応可 | 成長に合わせた拡張が容易 |
| 初期コスト | なし | 月額数万円〜 | エクセル管理の「コスト」は人件費に隠れる |
エクセル管理の「隠れコスト」を試算する
エクセル管理の「コスト」は表に見えにくいのが厄介です。在庫差異の調査・修正・顧客対応・返品処理にかかる人件費は、WMS/発送代行システムの月額費用を大きく上回ることがほとんどです。EC物流コストのKPI可視化で実態把握から始めることをお勧めします。
SKU管理改善の実践事例:アパレルECでのエクセル廃止とWMS連携
年商2億円規模のアパレルECでは、色×サイズの組み合わせでSKU数が1,500超に膨らみ、エクセルでの在庫管理が破綻しました。主な症状は「在庫差異が月100件超」「オーバーセルによるキャンセルが週20件」「棚卸しに2日かかる」の3点です。対策として、まず全SKUの命名規則を「カテゴリ-ブランド-カラー-サイズ」形式に統一(STEP 1)。次にOMSと発送代行のWMSをAPI連携させ在庫自動同期を実現(STEP 2)。移行後3ヶ月で在庫差異が月5件以下に激減、棚卸し時間も4時間に短縮されました。
アパレルEC物流の実務詳細も合わせてご確認ください。
ネクストエンジンの初期設定やネクストエンジンと発送代行の連携は、このSTEP 2に相当する実践事例として参考になります。
ECプラットフォーム別の商品データ管理と連携設計
Amazon・楽天市場・Yahoo!ショッピング・Shopifyでは、商品データの仕様が異なります。プラットフォームごとに項目名・文字数制限・画像仕様が違うため、一元管理の商品マスタからプラットフォーム別データを変換・出力する設計が必要です。これを最初から考慮しておかないと、モールを追加するたびにデータ整備をやり直す羽目になります。
| プラットフォーム | 商品コード体系 | 在庫連携方法 | 発送代行連携の注意点 |
|---|---|---|---|
| Amazon | ASIN/FNSKU(FBA) | FBA自動 or MCFでAPI連携 | MCFはASINとSKUの対応表が必要 |
| 楽天市場 | 商品管理番号(独自) | RMS APIまたはCSVアップロード | SKU在庫はスーパーSKUで管理・RSLとSTOCKCREWを比較 |
| Yahoo!ショッピング | 商品コード(独自) | ストアクリエイターProまたはAPI | 在庫連携はOMS経由が一般的。Yahoo!×発送代行の選び方 |
| Shopify | SKU(自社設定) | Shopify API / Webhook | Shopify発送代行はAPIが直接連携可 |
| 自社EC(その他) | SKU(自社設定) | API連携(仕様は各社による) | CSVフォーマットを事前に発送代行に確認 |
プラットフォーム間の商品データ変換ルール
商品マスタから各プラットフォームへの出力時にはデータ変換処理が必要です。たとえば、商品名の文字数制限(楽天市場は最大127文字、Amazon は最大200バイト)や、サイズ単位(mm/cm)、画像サイズ(楽天の推奨は3000×3000px以上)が異なります。OMSや商品管理システムが変換テーブルを持っているかを事前に確認し、手動変換が発生しない設計を目指してください。
多モール展開時の商品データ一元管理
複数モールを展開する場合は、多モール展開時の在庫管理が最重要課題になります。各モールに個別に在庫を登録・更新すると、同じ商品が「Amazonで売切・楽天に在庫あり」という状態が発生し、オーバーセルやロスセルが多発します。
OMS(受注管理システム)を中核に置き、全モールの在庫をリアルタイムに同期する設計が理想です。OMSが在庫を一元管理し、各モールへの在庫数反映を自動化することで、人手による更新ミスをゼロにできます。
発送代行との商品データ自動連携——フルオートメーションの実現
商品マスタが整備されると、発送代行との連携を完全自動化できます。注文が入るとOMSが受注を取得→発送代行システムに出荷指示→WMSがSKUを確認しピッキング→出荷後に追跡番号が返送→OMSがモールに出荷通知——このフローがすべて自動で回ります。
このフルオートメーションを実現する鍵は「SKUコードの一致」です。モール側のSKUと、発送代行のWMSのSKUが完全に一致していないと、出荷指示のマッチングに失敗します。発送代行の導入手順において、SKUマスタの照合は最重要の初期設定工程です。
経済産業省「令和5年度 電子商取引に関する市場調査」によると、BtoC-EC市場は24.8兆円(前年比9.23%増)を記録しました。成長市場での競争力を維持するには、物流の自動化・効率化が不可欠です。
サブスクリプション・定期便ECでの商品データ管理
サブスクEC・定期便の物流自動化では、商品マスタの正確性がさらに重要です。定期出荷では毎月同一のSKUを繰り返し出荷するため、一度商品マスタにミスが入ると毎月エラーが続きます。定期便用のSKUは通常販売用と分けて管理し、梱包仕様・同梱物の情報も商品マスタに明記しておくことを推奨します。
業種別の連携設計ポイント
コスメ・美容品ECではコスメEC物流の注意点、サプリメント・健康食品ではサプリメントECの物流BtoB対応、スポーツ用品ではスポーツ・アウトドアEC物流それぞれの商品特性に応じた商品マスタ設計が必要です。特に温度管理・危険物区分・賞味期限管理が必要な商品は、商品マスタの段階でこれらの属性を必ず登録してください。
STOCKCREWの発送代行サービス概要では、各業種対応の商品登録フォーマットとAPI連携仕様を確認できます。
まとめ:SKU設計から始める商品管理改革の実践ロードマップ
EC商品管理の改革は「SKU設計の標準化」から始まります。命名規則を統一し、商品マスタに必須項目を揃え、JANコードを正確に登録する——この3ステップを完了した時点で、発送代行との連携精度は飛躍的に向上します。
エクセル管理からの卒業は段階的に進めましょう。まず商品マスタCSVを標準化(STEP 1)→OMS/WMS連携で在庫自動同期(STEP 2)→需要予測・発注自動化(STEP 3)の3段階で、リスクを最小化しながら移行できます。
プラットフォームが複数あっても、OMSを中核に置いた一元管理で在庫ロスを防げます。最終的には受注→出荷指示→追跡番号返送までを完全自動化し、物流コストのKPI管理で継続的に改善を回していくことが、EC事業の持続的成長を支えます。
商品管理体制の整備と同時に発送代行への委託を検討している方は、EC物流の全体像やフルフィルメント完全ガイドもあわせてご確認ください。
よくある質問(FAQ)
Q. SKUとJANコードはどう違いますか?
SKUは自社が任意に設定する在庫管理番号で、社内のWMSや発送代行システムで使います。JANコードはGS1が発行する国際標準バーコードで、モールへの出品やバーコードスキャン検品に使います。1つのSKUに対して1つのJANコードを紐付けて管理するのが基本です。
Q. 発送代行に商品登録するとき、何を準備すればいいですか?
最低限、「SKUコード・JANコード・商品名・重量(g)・サイズ(縦×横×高 mm)・保管温度区分」の6項目を準備してください。危険物(リチウム電池・引火物)を含む場合は必ず事前に申告が必要です。発送代行が提供する所定のCSVフォーマットに合わせて入力することで、登録作業がスムーズになります。
Q. SKU数が少ない(50以下)場合でもエクセル管理をやめるべきですか?
SKU数が少なくても、複数モールを展開している・月間出荷件数が200件以上あるなら、エクセル管理から移行するメリットがあります。在庫差異の調査・修正に費やす時間は、WMS/発送代行システムの月額費用を超えることがほとんどです。まずは発送代行の商品登録システムに直接登録し、エクセルとの二重管理をやめるだけでも効果があります。
Q. 複数モール展開時に在庫をどう一元管理すればいいですか?
OMS(受注管理システム)を中核に置き、全モールの受注と在庫を一元管理するのが基本設計です。OMSが全モールの在庫を統合管理し、各モールへの在庫数更新をAPIで自動送信します。ネクストエンジン・CROSS MALLなどのOMSと、発送代行のWMSをAPI連携させることで、在庫のリアルタイム同期が実現できます。
Q. 商品マスタの整備はどこから始めればいいですか?
まず現在の商品データをCSVに書き出し、SKUコードの重複・JANコードの未登録・重量・サイズの未入力を洗い出してください。次に、発送代行が指定する標準CSVフォーマットに合わせてデータを整形します。全商品を一度に整備しようとせず、出荷頻度の高い上位20%の商品から着手するのが現実的です。
Q. JANコードを持っていない商品を発送代行に登録できますか?
発送代行によっては、JANコードの代わりに自社SKUコードでバーコードを印刷・貼付することで対応可能です。ただし、Amazonやモールへの出品にはJANコード(GTIN)が原則必要なため、長期的にはGS1 Japanで企業コードを取得してJANコードを割り当てることをお勧めします。年会費7,920円から取得できます。
この記事の監修者
北原一樹
株式会社KEYCREW オペレーション部長。大手物流会社にて現場担当からセンター長を経て、営業・管理職を12年間歴任。物流業界での経験は24年に及ぶ。大規模顧客の初のEC・DCが併設された10,000坪規模の大型倉庫の立ち上げを主導した実績を持ち、月間100Mの赤字を抱えていた物流センターをわずか3か月で黒字化に転換させた。現在はSTOCKCREWにおいて部門管理・各拠点の収支管理・業務改善を統括。「現地・現物」「数字で現場を見る」「何事にも基準を作る」を信条に、年間5千万点の入出荷を支える高品質な物流オペレーションを実現している。