EC事業者のための商品管理実務ガイド【2026年版】|SKU設計・商品マスタ・発送代行連携を体系解説

EC事業者のための商品管理ガイドとSKU設計 アイキャッチ画像

EC事業の成長を支える基盤は「商品データの品質」です。SKU(在庫管理単位)の命名規則が曖昧で、商品マスタに画像サイズやJANコードが未登録で、在庫数をエクセルで手入力している——この状態では、どれほど優れたWMSや発送代行を導入しても、誤出荷や在庫差異を防ぐことはできません。

本記事では、SKU設計の方法論、商品マスタの完全整備術、JANコード管理、エクセルからの卒業ロードマップ、ECプラットフォーム別の商品データ設計、そして発送代行との自動連携まで、実務レベルで体系解説します。EC物流の全体像と合わせてご活用ください。

STOCKCREWの大型EC物流倉庫外観(航空写真)
STOCKCREWが運営するEC物流専用倉庫。正確な商品データ管理がここから始まる

商品データの品質がEC物流精度を100%決定する理由

EC物流における誤出荷・在庫差異・梱包ミスの根本原因は、ほぼすべて「商品データの不整備」に行き着きます。WMSや発送代行サービスはシステムに投入されたデータ通りにしか動きません。入力値が間違っていれば、システムがいくら高性能でも正しい出荷はできないのです。

具体的には、物流品質・在庫精度・販売戦略の3つの領域で影響が連鎖します。

EC商品管理基盤の3層構造 ① SKU設計層 ・命名規則の統一 ・バリエーション管理 ・JANコード紐付け ・カテゴリ分類設計 物流精度の根幹 ② 商品マスタ整備層 ・商品名・説明文・画像 ・重量・サイズ登録 ・危険物・温度管理区分 ・仕入先・納期情報 在庫精度の基礎 ③ システム連携層 ・WMS/OMS連携設定 ・発送代行API連携 ・モール別データ変換 ・自動同期・差分更新 販売戦略の自動化

上図の通り、SKU設計層が崩れると商品マスタ整備もシステム連携も意味をなしません。逆に言えば、SKU設計を正しく行うことで、その後のすべての工程が安定します。

誤出荷・在庫差異を引き起こす商品データ問題の3類型

商品データ品質が影響する3つの領域
領域データ不整備の症状発生するコスト・リスク
物流品質SKU取り違え・梱包サイズミス・誤出荷返品対応コスト・顧客クレーム・評価低下
在庫精度オーバーセル・欠品・在庫差異機会損失・緊急補充コスト・在庫廃棄
販売戦略需要予測不精度・カテゴリ分析不可広告費無駄遣い・仕入れ判断ミス

経済産業省の調査によると、2024年のBtoC-EC市場規模は26.1兆円に達し、EC化率は11.5%まで拡大しました。市場拡大に伴い、商品点数・SKU数の増加が加速しており、手動管理の限界は明らかです。

出典:経済産業省「令和6年度 電子商取引に関する市場調査」(2025年8月)

EC物流の外注化(フルフィルメント)を検討するなら、商品データ整備は外注化の前提条件です。データが整っていない状態で3PLに委託しても、立ち上げ期に大量の差し戻しが発生するだけです。

SKU設計の基礎と命名規則——EC商品管理の最重要ステップ

SKU(Stock Keeping Unit)とは、在庫管理の最小単位です。同じTシャツでも「黒・Mサイズ」と「白・Lサイズ」は別のSKUです。SKU設計の良し悪しが、WMSでのピッキング精度、発送代行との連携品質、OMS(受注管理システム)での在庫引当精度を決定します。

SKU命名規則:推奨構造と禁止パターン 推奨 カテゴリ TS(Tシャツ) - ブランド/品名 LOGO01 - カラー BLK - サイズ M = 完成SKU TS-LOGO01-BLK-M 禁止 連番のみ 001, 002, 003… スペース・記号混在 T シャツ 黒 M 大文字小文字混在 ts-Logo01-blk-m 日本語・全角文字 Tシャツ黒M 禁止パターンはシステム取込エラーや重複SKUの原因となる

SKU命名規則の設計原則

SKUの命名規則は「全角文字・スペース・特殊記号を使わない」「半角英数字と"-"(ハイフン)のみ使う」「大文字に統一する」の3原則が基本です。これを守らないと、WMSへのCSV取込時にエラーが発生したり、同一SKUが複数存在するデータ重複が起こります。

SKU命名規則の設計原則
原則推奨ルール禁止例理由
文字種半角英数字+ハイフン(-)のみ全角・スペース・スラッシュシステム取込エラーの原因
大小文字すべて大文字に統一ts-Logo01-blk-m(混在)重複SKU発生・検索ミス
桁数20文字以内を推奨30文字超の長いSKUWMS画面表示・CSV管理が困難
階層構造カテゴリ-品名-属性1-属性2連番のみ(001, 002…)意味が読めず管理不能になる
変更禁止一度設定したら変更しない後から命名規則を変更在庫履歴・注文履歴が断絶する

バリエーション管理の設計方法

アパレル・コスメ・食品など、バリエーションが多い商品ほどSKU設計の精度が重要です。アパレルEC物流では、色×サイズの組み合わせが数十パターンに達するため、命名規則を統一しないと管理不能になります。推奨は「カテゴリコード-商品コード-カラーコード-サイズコード」の4階層構造です。

楽天市場でのSKU・在庫管理Shopify発送代行連携でも、この命名規則の統一が最初の前提となります。

商品マスタ整備の完全ガイド——発送代行に必要な全項目

商品マスタとは、全商品のデータを一元管理する台帳です。発送代行やWMS(倉庫管理システム)への商品登録は、この商品マスタを起点に行います。登録項目が不足していると、倉庫側で入荷検品・保管場所確保・梱包選定ができません。

パレットラックとオリコン(折りたたみコンテナ)が並ぶ保管エリア
保管区分・SKU・JANコードが正確に登録されていることで、入荷から保管・出荷までがスムーズになる
発送代行に必須の商品マスタ登録項目一覧
カテゴリ項目名必須/推奨備考
基本情報SKUコード必須命名規則に基づく一意の識別子
商品名(正式名称)必須モール表示名と区別して管理
JANコード(EAN)必須バーコード検品に使用
商品カテゴリ必須保管区分・ピッキングルートに影響
物理情報商品重量(g)必須配送料金計算・梱包材選定に使用
商品サイズ(縦×横×高 mm)必須段ボールサイズ選定に直結
梱包後重量・サイズ推奨精度の高い配送料計算が可能
入り数・セット構成必須(セット商品)ピッキング指示に必要
取り扱い情報保管温度区分(常温/冷蔵/冷凍)必須保管エリアの確保に必要
危険物区分必須リチウム電池・引火物は申告必須
外装検品・入荷時付帯作業推奨入荷時の検品方法を指示
在庫管理情報発注点(発注をかける在庫水準)推奨在庫アラート設定に使用
安全在庫数推奨欠品防止の下限在庫
仕入先コード・リードタイム推奨補充発注の自動化に活用

IPA「DX白書2023」によると、DXに取り組んでいる企業は69.3%に達しましたが、全社的な戦略を持つ企業は日本54.2%、米国68.1%と差があります。商品マスタのデジタル化は、EC事業のDX推進における最初の具体的アクションです。

出典:IPA「DX白書2023」(2023年)

危険物・温度管理商品の特別登録手順

リチウム電池・スプレー缶・アルコール含有品など危険物区分に該当する商品は、一般商品の登録フォーマットとは別に、発送代行側への事前申告が義務付けられています。また、冷蔵・冷凍商品は保管温度区分を必ず明記し、倉庫内の温度管理エリアを事前に確保してもらう必要があります。これらを商品マスタに登録しておけば、入荷時の確認コストが大幅に削減されます。

商品マスタ整備の優先順位

すべての項目を一度に整備しようとすると挫折します。まず「SKUコード・JANコード・重量・サイズ・保管温度区分」の5項目から着手し、発送代行への登録が通るかを確認しましょう。次に「発注点・安全在庫・仕入先情報」を追加することで、在庫コスト最適化の自動化が見えてきます。

在庫管理の目的と方法を理解した上で商品マスタを設計すると、どの項目が本当に必要かが明確になります。

JANコード・バーコード管理とSKU連携の実務

JANコード(EAN-13)は、商品を一意に識別する13桁のバーコードです。発送代行の倉庫では、入荷検品・ピッキング・出荷検品のすべてにバーコードスキャンを使います。JANコードが未登録、または誤登録の商品は、入荷時点で差し戻しになります。

フラットベルトコンベアとバーコードスキャンゲート
バーコードスキャンゲートによる自動検品。JANコードが正確に登録されていることが前提条件
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を超え、モールが複数になると、エクセル管理の限界が顕在化します。更新の遅延、版数管理のミス、同時編集のコンフリクト——これらが在庫差異を生み出します。

エクセル管理からの卒業ロードマップ STEP 1(〜1ヶ月) 商品マスタCSVを 標準フォーマットに整備 SKU/JAN/重量/サイズ統一 発送代行に初期登録 STEP 2(1〜3ヶ月) カートとWMSを連携 在庫自動同期を開始 OMS/WMS/発送代行を一括接続 エクセル手入力を廃止 STEP 3(3ヶ月以降) 需要予測・発注自動化 在庫コスト最適化 発注点・安全在庫を自動計算 在庫回転率KPIをモニタリング 段階的に移行することでリスクを最小化
エクセル管理 vs WMS/発送代行システム 比較
比較軸エクセル管理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では、商品データの仕様が異なります。プラットフォームごとに項目名・文字数制限・画像仕様が違うため、一元管理の商品マスタからプラットフォーム別データを変換・出力する設計が必要です。これを最初から考慮しておかないと、モールを追加するたびにデータ整備をやり直す羽目になります。

主要プラットフォーム別の商品データ管理特性
プラットフォーム商品コード体系在庫連携方法発送代行連携の注意点
AmazonASIN/FNSKU(FBA)FBA自動 or MCFでAPI連携MCFはASINとSKUの対応表が必要
楽天市場商品管理番号(独自)RMS APIまたはCSVアップロードSKU在庫はスーパーSKUで管理RSLとSTOCKCREWを比較
Yahoo!ショッピング商品コード(独自)ストアクリエイターProまたはAPI在庫連携はOMS経由が一般的。Yahoo!×発送代行の選び方
ShopifySKU(自社設定)Shopify API / WebhookShopify発送代行は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%増)を記録しました。成長市場での競争力を維持するには、物流自動化・効率化が不可欠です。

出典:経済産業省「令和5年度 電子商取引に関する市場調査」(2024年9月)

サブスクリプション・定期便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円から取得できます。

目次
この記事のタグ
完全ガイド
発送代行完全ガイド EC物流完全ガイド STOCKCREW完全ガイド ネットショップ完全ガイド 物流倉庫完全ガイド