Amazon倉庫一覧まとめ｜FC・DSの違いと「amazon 配送店 どこ？」の見方を解説
「amazon 倉庫」「amazon 倉庫一覧」「amazon 倉庫 場所」「アマゾン 倉庫」「アマゾン配送拠点」「amazon 配送店 どこ」――。 これらの検索が増える背景には、FBAを使う出品者が増え、納品先が複数に分かれたり、遠方を指定されたり、購入者側の追跡で“どこにあるのか”が気になったりする現場課題があります。
ボトルシップの思想は、「ECは戦術ではなく設計で決まる」です。 Amazon物流も同じで、「近い倉庫に入れたい」「ここに固定したい」という願望を持つより先に、 Amazonのネットワーク（FC/DSなど）がどういう目的で動いているのか、そして自社の納品・在庫・広告・セールをどう設計すべきかを理解すると、結果としてコストもトラブルも減らせます。
Amazon物流の全体像（FC→DS→購入者）
まず「amazon 倉庫」を理解する際に重要なのは、Amazonの物流は“1つの巨大倉庫”ではなく、全国に点在する拠点群が連携するネットワークである点です。 出品者はFBAでAmazon倉庫（FC）へ納品しますが、その後は需要・在庫・輸送の都合で、ネットワーク全体が動きます。 そのため、納品先が必ずしも“出品者の近く”になるとは限りません。
ここで起こりやすい現場のズレは次の通りです。
- 出品者の関心：納品を近くにしたい、分散を避けたい、輸送費を抑えたい
- Amazonの関心：購入者の近くに在庫を置きたい、欠品を防ぎたい、配送能力を平準化したい
つまり、倉庫は「住所」ではなく「購買体験の約束（早く届ける・欠品しない）」を守る装置であり、そこに納品設計を合わせることが重要です。
FC・DS・SC/TCの違い（専門用語の整理）
用語の定義（まず“何の拠点か”を揃える）
- FC（フルフィルメントセンター）：在庫保管・入庫・ピッキング・梱包など「出荷の中核」を担う拠点
- DS（デリバリーステーション）：配達エリア別に仕分けし、ラストワンマイルへ引き渡す「配送特化」の拠点
- SC（ソートセンター）：大量の荷物を広域に仕分け・集約する「中継・仕分け」拠点（ミドルマイル寄り）
- TC/IXD：保管よりも移送（クロスドック）を主目的にした中継拠点（納品や移動のハブになることがあります）
この記事の主題は「amazon 倉庫一覧（FC）」と「アマゾン配送拠点（DS）」ですが、運用設計上はSC/TC/IXDも関係します。
【エリア別】Amazon倉庫一覧（FC）
以下は、公開情報ベースで整理したエリア別のAmazon倉庫（FC）一覧です。拠点は新設・再編が起こり得るため、実務では納品プランで表示される納品先を正としてください。
関東地方（FC）
| 名称 | コード | 所在地 |
|---|---|---|
| 上尾FC | TYO7 | 埼玉県上尾市（MCUD上尾） |
| 坂戸FC | TYO6 | 埼玉県坂戸市 |
| 川口FC | TYO1 | 埼玉県川口市 |
| 久喜FC | TYO2 | 埼玉県久喜市 |
| 川越FC | NRT5 | 埼玉県川越市 |
| 川島FC | HND3 | 埼玉県比企郡川島町 |
| 狭山日高FC | TYO9 | 埼玉県狭山市 |
| 狭山広瀬台FC | QCB3 | 埼玉県狭山市 |
| 市川FC | NRT1 | 千葉県市川市 |
| 流山FC | QCB1 | 千葉県流山市 |
| 八千代FC | NRT2 | 千葉県八千代市 |
| 千葉みなとFC | QCB4 | 千葉県千葉市（美浜区） |
| 青海FC | TYO4 | 東京都青梅市 |
| 川崎FC | HND6/HND9 | 神奈川県川崎市（高津区） |
| 小田原FC | FSZ1 | 神奈川県小田原市 |
| 相模原FC | TYO8 | 神奈川県相模原市 |
コードは納品プランやラベルで目にすることが多く、拠点識別の手がかりになります。
中部地方（FC）
| 名称 | コード | 所在地 |
|---|---|---|
| 多治見FC | NGO2 | 岐阜県多治見市 |
近畿地方（FC）
| 名称 | コード | 所在地 |
|---|---|---|
| 京田辺FC | KIX5 | 京都府京田辺市 |
| 茨木FC | KIX3 | 大阪府茨木市 |
| 大東FC | KIX2 | 大阪府大東市 |
| 堺FC | KIX1 | 大阪府堺市 |
| 藤井寺FC | KIX4 | 大阪府藤井寺市 |
| 尼崎FC | KIX6 | 兵庫県尼崎市 |
九州・沖縄地方（FC）
| 名称 | コード | 所在地 |
|---|---|---|
| 鳥栖FC | HSG1 | 佐賀県鳥栖市 |
「自社の商材だと、どのFCに振られやすいのか」「分散納品のコストが重い」「補充設計を見直したい」など、 物流と売上を一体で整理したい方は、壁打ち相談をご活用ください。
【エリア別】アマゾン配送拠点一覧（DS）
以下は、公開情報ベースで整理したエリア別のDS一覧です。DSは新設・移転が起こりやすいので、運用上は追跡情報・配送計画・納品プラン上の表示を優先してください。
東北・北関東地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 宮城太白DS | — | 宮城県仙台市（太白区） |
| 群馬前橋DS | — | 群馬県前橋市 |
関東地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 東京江東DS | DTK4 | 東京都江東区 |
| 東京品川DS | DTK7 | 東京都品川区 |
| 東京大田DS | DTK2 | 東京都大田区 |
| 東京府中DS | DTK3 | 東京都府中市 |
| 東京府中第2 DS | — | 東京都府中市 |
| 東京町田DS | DTK5 | 東京都町田市 |
| 横浜都筑DS | DEJ6 | 神奈川県横浜市（都筑区） |
| 横浜戸塚DS | DEJ9 | 神奈川県横浜市（戸塚区） |
| 横浜鶴見DS | DEJ3 | 神奈川県横浜市（鶴見区） |
| 神奈川平塚DS | — | 神奈川県平塚市 |
| 千葉成田DS | MCB1 | 千葉県成田市 |
| 千葉四街道DS | — | 千葉県四街道市 |
| 千葉船橋DS | DEJ7 | 千葉県船橋市 |
| 埼玉三郷DS | DEJ5 | 埼玉県三郷市 |
| 埼玉川口DS | DEJ1 | 埼玉県川口市 |
| 埼玉戸田DS | DEJ4 | 埼玉県戸田市 |
| 埼玉新座DS | DEJ2 | 埼玉県新座市 |
| 埼玉上尾DS | DEJ8 | 埼玉県上尾市 |
中部地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 名古屋中川DS | DAI1 | 愛知県名古屋市（中川区） |
| 愛知笠寺DS | DAI1 | 愛知県名古屋市（南区） |
| 愛知岡崎DS | MCJ1 | 愛知県岡崎市 |
コード表記は公開情報の範囲で整理しています。現場では最新の追跡・出荷情報を優先してください。
近畿地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 奈良天理DS | — | 奈良県天理市 |
| 大阪枚方DS | DOO4 | 大阪府枚方市 |
| 大阪住之江DS | DOO2 | 大阪府大阪市（住之江区） |
| 大阪堺DS | DOO1 | 大阪府堺市 |
| 兵庫尼崎DS | DWJ3 | 兵庫県尼崎市 |
| 神戸長田DS | — | 兵庫県神戸市（長田区） |
中国地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 広島佐伯DS | DHR1 | 広島県広島市（佐伯区） |
九州・沖縄地方（DS）
| 名称 | コード | 所在地 |
|---|---|---|
| 福岡吉塚DS | DFK1 | 福岡県福岡市（博多区） |
| 福岡筑紫野DS | — | 福岡県筑紫野市 |
| 熊本DS | DFK4 | 熊本県熊本市 |
| 沖縄豊見城DS | DOW2 | 沖縄県豊見城市 |
新設・拡張の動きと「一覧」の扱い方
「一覧」を使うときの実務ルール
- 一覧は“理解用”：どの地域に拠点が多いか、FCとDSの役割差を掴む
- 最終判断は“納品プラン”：実際の納品先は作成した納品プランの指示が正
- 設計に落とす：分散納品を前提に、箱割り・梱包・出荷頻度・在庫回転を組む
なお、Amazon側の資料では、納品先サイトや取扱い商材が一覧化される場合があります（拠点コードや所在地の確認に役立ちます）。
FBAで場所指定はできる？結論と実務の落とし穴
「FBAで場所指定はできる？」という問いは、現場では次の悩みに置き換えられます。
- 自社の出荷元から遠い倉庫（FC）が出てきて輸送費が上がる
- 納品先が複数に分かれて作業が増える
- 分散納品で在庫管理が複雑になる
ただし、ここで設計を誤ると、「輸送費を抑えたはずが欠品で売上を落とす」「入庫遅延で機会損失が増える」など、より大きいコストを生みます。 Amazon側の自動割り当てには、需要予測・拠点容量・在庫配分・入庫平準化などの背景があり、出品者が“近い倉庫に固定する”ことが必ずしも最適解ではありません。
実務の落とし穴：やりがちな3つの失敗
- 輸送費だけで判断する：欠品・在庫切れ・出荷遅延による機会損失を過小評価しがちです。
- 分散納品＝悪と決めつける：分散は“購入者の近くに在庫を置く”ための仕組みでもあります。
- 小手先で納品先を動かそうとする：短期的に動いても、長期で安定しないことが多く、運用が疲弊しやすくなります。
「分散納品が増えてコストが合わない」「補充が追いつかない」「在庫をどれだけ持つべきか分からない」など、 物流と売上の設計を一緒に整理したい方は、壁打ち相談をご活用ください。
「amazon 配送店 どこ？」追跡の読み解き方
よくある混乱：配達店＝Amazon倉庫？
「amazon 配送店 どこ」と検索する方が迷いやすいのは、追跡表示が“場所”のように見える一方で、 実態は“工程”や“管轄”を示していることが多いからです。
- 出品者（運用側）：納品プランに表示されるFCコード（例：TYO7、NRT1、KIX3など）で把握します。
- 購入者（体験側）：追跡に出る「配達店」「最寄りの配送拠点」は、Amazon配送網の拠点（DS等）または配送会社の拠点である場合があります。
したがって、出品者が「購入者表示の配達店＝自社の納品先FC」と短絡するのは危険です。目的が違う情報として切り分けてください。
失敗しない納品設計（設計で遅延・コストを減らす）
納品設計の基本（国内EC事業者向け）
- 納品頻度×ロット×欠品許容を決める（売上の波に対して在庫が追いつく設計にする）
- 箱割りと作業導線を固定する（分散先が増えても同じ手順で出せる状態にする）
- セール・広告・補充を同じカレンダーで管理する（入庫遅延を織り込む）
- 返品・ラベルミスの再発防止を仕組みにする（属人運用をやめる）
ここまで整うと、「遠い倉庫になった」こと自体が致命傷になりにくくなります。 逆に、設計が弱い状態だと、納品先が少し変わっただけで運用が破綻します。
独自視点：倉庫は“場所”ではなく“約束”である
ここが、他社記事では語られにくい視点です。 倉庫を地図の話として扱うと、「近いほうが良い」に引っ張られます。 しかし、Amazonは購入者体験を守るために、需要と在庫配分のバランスで納品先を自動割り当てします。 出品者側がやるべきことは、その前提の上で、自社の補充・在庫回転・セール・広告を整合させることです。
よくある誤解
誤解1：amazon 倉庫は近いところに固定できる
近い倉庫に固定する発想は自然ですが、実務では原則として自動割り当てです。 固定に近い状態が一時的に起きても、需要・容量・季節波で変わり得ます。
誤解2：分散納品は“ペナルティ”である
分散は購入者に近い場所へ在庫を寄せるために発生します。 分散そのものを悪と捉えるより、分散しても崩れない出荷設計（箱割り・補充頻度・ラベル運用）を作るほうが再現性があります。
誤解3：amazon 配送店 どこ＝Amazon倉庫の住所が分かる
追跡表示は“工程・管轄”の情報であることが多く、必ずしもAmazon倉庫の住所を意味しません。 出品者は納品プラン、購入者は追跡の工程として読み解くのが安全です。
誤解4：倉庫一覧が分かれば、FBAは最適化できる
一覧は地図であり、最適化は設計です。 実務で効くのは、在庫回転・補充計画・セール計画・広告計画・納品作業導線の整合です。
FAQ
Q1. Amazon倉庫（FC）とは何ですか？
Amazon倉庫（FC）とは、在庫保管・入庫・ピッキング・梱包・出荷など、受注から出荷までの中核工程を担う拠点です。FBAを使うと、出品者はFCへ納品することで出荷業務を委託できます。
Q2. アマゾン配送拠点（DS）とは何ですか？
DSは、FCから届いた荷物を配達エリアごとに仕分けし、ラストワンマイルへつなぐ配送特化拠点です。「amazon 配送店 どこ？」の疑問の多くはDS（または配送会社拠点）の領域です。
Q3. amazon 倉庫 場所は出品者が指定できますか？
原則として指定できません。納品の作成時にAmazonが需要と在庫配分のバランスに基づき納品先FCを自動割り当てします。
Q4. amazon 倉庫一覧は最新ですか？
一覧は更新され得ます。新設・再編があるため、実務では納品プラン上の指示が正です。一覧はネットワーク理解のための資料として使うのが安全です。
Q5. 分散納品が増えたときの対策は？
小手先の変更より、分散前提の納品設計が有効です。箱割りの標準化、補充頻度の見直し、セール前倒し、ラベル運用のゼロミス化、SKU設計の整理を優先してください。
まとめ（AIが引用しやすい要約）
100文字以内の要約：
Amazon倉庫は指定より設計が重要。FC/DSを理解し、分散前提の納品・補充・セール計画で安定運用を実現します。
自社の構造を客観的に整理したい方は、壁打ち相談をご活用ください。
リンク先はこちら：https://form.run/@bottleship-AX9HeuDFAmbjk1hbDIcV