AmazonのSKUとは？ASIN・FNSKU・GTINとの違いと、失敗しない管理番号の作り方

AmazonのSKUは、商品を「自分の運用の中で」識別するための管理番号です。ASINと同じものだと思われがちですが、役割はまったく異なります。

ASINはAmazonカタログの商品を示す番号、SKUは販売者が出品・在庫・受注を管理するための番号です。商品が同じでも、販売者、ストア、仕入れ先、商品状態、配送経路が異なれば、販売者側で区別したい情報は変わります。SKUは、その違いを運用に残すための入口になります。

この記事では、Amazon SKUの基礎から、ASIN・FNSKU・GTINとの違い、複数ストアや無在庫販売で破綻しにくい設計方法までを整理します。

SKUとは「商品番号」ではなく、販売者の管理番号

SKUは Stock Keeping Unit の略で、在庫や出品を管理するための識別子です。Amazonでは販売者が任意に設定します。Amazonの商品登録に関する案内でも、SKUは販売者側の在庫管理・販売分析をしやすくするために使う番号として位置付けられています。

重要なのは、SKUが商品の固有番号ではないことです。同じASINを扱う複数の販売者が、同じSKUを使う必要はありません。むしろ、各販売者は自分の運用で追跡しやすいSKUを設定します。

たとえば、SKUを見たときに次の問いへ答えられる状態が理想です。

どのストアの出品か
どのASINまたは商品候補に対応するか
どの仕入れ先・配送経路を想定しているか
いつ、どの基準で作成した出品か
例外や停止の履歴をどこで確認するか

SKUだけにすべての情報を詰め込む必要はありません。大切なのは、SKUをキーにして必要な記録へ迷わずたどれることです。

ASIN・SKU・FNSKU・GTINの違い

似た英字コードが多いため、最初に役割を分けて理解しておくと混乱が減ります。

名称	誰が主に決めるか	何を識別するか	使う場面
ASIN	Amazon	Amazonカタログ上の商品	商品ページの特定、相乗り出品、商品データ照合
SKU	販売者	販売者自身の出品・在庫管理単位	出品作成、受注照合、仕入れ・利益・状態管理
FNSKU	Amazon	FBAでAmazonが扱う在庫の識別子	FBA納品、ラベル貼付、倉庫内の在庫管理
GTIN / JAN / UPC / EAN	商品ブランド・事業者等	商品流通上の識別コード	商品登録時の製品コード要件への対応

ASINは同じ商品ページを指し、SKUは自分の出品を指します。たとえば同じASINへ相乗り出品する場合でも、ストアAでのSKUとストアBでのSKUは別に管理できます。

FNSKUはFBAを使う場合に関係するコードです。自己発送や受注後調達の運用において、SKUの代わりになるものではありません。GTINもSKUの代わりではなく、商品そのものを識別するための流通コードです。

SKU設計が必要になる理由

少数の商品だけを扱ううちは、手作業で覚えられるかもしれません。しかし、出品数や仕入れ先、ストア数が増えるほど、番号に一貫性がないことのコストが大きくなります。

SKUが曖昧だと、次のような問題が起きます。

同じASINを別条件で出品していることに気付けない
受注が入ったときに、どの仕入れ先へ発注するか迷う
価格・在庫の更新結果をどの出品へ反映するか分からない
停止したSKUを復活させ、古い条件で誤って販売してしまう
売上分析の結果を、次の仕入れ・出品判断へ戻せない

SKUは、作業を速くするためだけのコードではありません。判断の根拠を商品と結び付けて残すための設計です。

先に決めるべきは「番号の形」ではなく「識別したい単位」

SKUの文字列を決める前に、何を区別したいかを決めます。無在庫販売や複数ストア運用では、最低限、次の単位を検討します。

識別したいもの	SKUに持たせるか、別データで持たせるか	例
ストア	SKUの接頭辞または別列	JP01 / US02
商品候補	SKUまたはASIN参照列	ASINの短縮コード、内部ID
仕入れ先・経路	原則は別列、必要なら短いコード	SUP-A / US-WH
商品状態・販売条件	原則は別列	新品、セット、配送方式
作成時期	別列を基本にする	202607
運用状態	必ず別列	出品中、停止、要確認、終了

SKUへ全部を埋め込むと、長く読みにくくなり、条件変更にも弱くなります。SKUは不変に近い識別子として扱い、価格、仕入れ先、在庫状態、配送条件のように変わる情報は別の項目で管理するのが基本です。

使いやすいSKUルールの例

次のような形式は、意味を読み取りつつ、重複を避けやすい設計です。

JP01-202607-AB12CD34-E01

この例では、次のように役割を分けています。

JP01：運用ストアまたは管理単位
202607：作成月
AB12CD34：ASINまたは内部商品キーの一部
E01：同一商品内での出品条件・枝番

ただし、これは唯一の正解ではありません。仕入れ先をSKUへ含めると、仕入れ先を切り替えたときに意味が崩れる場合があります。反対に、同じASINを異なる配送経路で同時に扱うなら、枝番で区別したほうが安全です。

運用に合うかを判断するには、次の3つをテストします。

受注一覧でSKUだけを見ても、どの記録を開くべきか分かるか
同じASINを別ストア・別条件で扱ったときに重複しないか
仕入れ先や価格が変わっても、SKUを無理に作り直さずに済むか

無在庫販売では、SKUを「受注後の照合キー」にする

無在庫販売では、受注後に在庫・価格・配送可否・利益を確認します。そのときSKUが曖昧だと、受注と出品条件の照合が遅れます。

SKUに紐付けておくとよい情報は、次の通りです。

ASIN、商品名、ブランド、バリエーション
出品ストアと出品日時
想定仕入れ先、商品URL、代替候補
原価、送料、税金、販売手数料を含む損益の前提
配送方式、梱包・検品の要否
出品中・停止・要確認などの運用状態

ここでのポイントは、SKUが情報そのものを抱えるのではなく、SKUから一つの判断記録にたどり着けることです。メール、表計算、別ツールに同じ番号が渡れば、受注後の手作業を大幅に減らせます。

SKUを変更・再利用するときの注意点

SKUは気軽に付け替えるより、原則として一度作った識別子を維持するほうが追跡しやすくなります。Amazonの運用上も、既存SKUの扱いは出品の削除・再登録、在庫や履歴との関係に影響し得るため、変更前に現在の出品状態を確認します。

特に避けたいのは、終了した商品のSKUを別の商品に再利用することです。過去の受注、返品、仕入れ記録、分析データが新しい商品と混ざり、後から原因を追えなくなります。

再利用が必要な事情があっても、最低限、次を満たすまで保留にするのが安全です。

過去の注文・返品・返金の参照期間を過ぎている
そのSKUに紐づく出品、在庫、外部連携をすべて確認した
旧SKUの履歴を保存し、新SKUとの混同が起きない

実務では「SKUを再利用しない」ルールのほうが、例外処理を減らせます。

ASINが同じなら、SKUも同じにすべきか

同じにする必要はありません。ASINはAmazonカタログの商品単位、SKUは販売者の運用単位です。

同じASINでも、次のような場合はSKUを分ける理由があります。

ストアが異なる
商品状態やコンディションが異なる
調達先・配送経路・配送可能地域が異なる
利益計算の前提や販売停止基準が異なる
同じ商品を別の検証単位として管理したい

一方で、同一ストア・同一条件の出品を重複させることには別のリスクがあります。SKUを増やすこと自体が目的ではなく、実際に区別すべき運用条件がある場合にだけ分けます。

SKU管理を仕組みにする最小構成

最初から複雑な基幹システムは必要ありません。次の6項目が一つの表またはデータベースで追えるだけでも、管理品質は大きく変わります。

SKU
ASIN
ストア
商品・仕入れ情報の参照先
出品状態と最終確認日
受注後の判断結果

これに利益条件、物流条件、例外履歴を少しずつ加えていくと、SKUは単なる文字列から、出品運用の共通言語へ変わります。

Raxis Consoleでは、基本プランのMy Bankを起点に、商品候補と出品・運用の情報を扱います。SKUの規則を先に決めておくと、出品、改定、削除、結果分析の記録を結び付けやすくなります。特定のツールに依存せずとも、SKUの思想は同じです。

FAQ

AmazonのSKUは自分で決められますか？

SKUは販売者が設定する管理番号です。入力できる文字種や既存SKUとの重複など、商品登録時の現行要件はAmazonの公式案内で確認してください。

SKUとASINのどちらを商品管理の中心にすべきですか？

Amazonカタログを探す・照合する中心はASIN、販売者側の出品・受注・仕入れ・状態を追う中心はSKUです。片方で置き換えるのではなく、必ず対応付けて管理します。

SKUに仕入れ値や販売価格を入れてもよいですか？

価格は変動するため、SKUに含めるより別項目で記録するほうが安全です。SKUは変えず、価格・原価・送料などの前提を更新できる構造にします。

SKUを短くしても問題ありませんか？

短くても、重複せず、必要な記録にたどり着けるなら問題ありません。人が手で確認する頻度が高い場合は、読める程度の規則性を持たせると運用しやすくなります。

まとめ

AmazonのSKUは、ASINの代替ではありません。販売者が自分の出品を追跡し、受注後に正しい仕入れ・利益・配送判断をするための管理番号です。

良いSKU設計は、情報を詰め込んだ長いコードではなく、「同じ番号を見れば、誰でも同じ記録と同じ判断基準にたどり着ける」状態を作ります。出品数を増やす前に、SKU、ASIN、状態、仕入れ・物流情報のつながりを整えておくことが、後の自動化の土台になります。