Shopify Amazon連携の設計方法｜SKU・在庫・注文・配送まで崩れない構成

「shopify amazon連携」で調べる人の多くは、Shopifyの商品をAmazonにも出したい、Amazon注文をShopify側で見たい、在庫を二重管理したくない、という課題を持っています。

方向性は自然です。Amazonは検索流入と購買意欲の高い顧客に強く、Shopifyは自社ブランド、顧客データ、CRM、会計、外部連携の中心に置きやすいからです。

一方で、連携を「Amazonにも商品を出す設定」とだけ捉えると、あとから次のような問題が出ます。

• Amazon側だけSKUが違い、在庫が同期できない
• Shopify在庫をそのままAmazonに出して売り越す
• FBA商品と自社出荷商品が混ざり、出荷指示が二重になる
• Amazonの手数料、広告費、FBA/MCF費用を引いた粗利が見えない
• 返品・キャンセル後に在庫を戻すべきか判断できない
• 連携エラーが起きても、どの注文が止まっているか分からない

連携メリットやアプリ導入の入口は、BiNDecのShopifyとAmazonの連携方法、TsunのShopifyとAmazonの連携ガイド、FunnelのAmazonとShopifyの二刀流戦略が参考になります。

この記事では、アプリ比較ではなく、Amazonを販売チャネル、Shopifyを業務データの正本にする前提で、商品、SKU、在庫、注文、出荷、返品、粗利、監視をどう設計するかを整理します。

Shopify公式のShopify Marketplace Connectでは、Amazon、Target Plus、Walmart、eBayなどのマーケットプレイスにShopifyの商品カタログを接続し、listings、orders、inventoryをShopify上で管理・同期できるアプリとして説明されています。公式ヘルプのShopify Marketplace Connect appでも、商品カタログを複数マーケットプレイスへ接続し、orders、listings、inventoryをShopify adminで管理・同期できると説明されています。

ただし、仕様や対象地域、手数料、Amazon側の要件は変わります。この記事は2026年7月3日時点で確認した公式情報を前提にしますが、実装時は必ずShopifyとAmazon Seller Centralの最新ドキュメントを再確認してください。

Shopify Amazon連携で先に決めるべきなのは、どのアプリを使うかではなく、Amazonを販路、Shopifyを正本にしたときに、SKU・在庫・注文・返品・粗利のどの数字を正式に扱うかです。

結論：アプリ選定前に正本と責任範囲を決める

ShopifyとAmazonの連携は、1本の同期設定ではありません。

最低でも次の責任範囲を分けます。

領域	Shopifyに寄せる役割	Amazonに寄せる役割	設計で決めること
商品マスタ	商品名、バリエーション、SKU、画像、説明、メタフィールド	Amazon listing要件、カテゴリ、ASIN、出品制限	どの項目をShopify正本にし、どの項目をAmazon側で補うか
在庫	SKU別の販売可能数、ロケーション、引当の基準	Amazon上の表示在庫、FBA在庫、販売制限	Shopify在庫を何個までAmazonに出すか
注文	Amazon注文を含む受注確認、出荷指示、顧客対応の起点	Amazon上の購入、決済、マーケットプレイス注文番号	どの注文をShopify Ordersへ取り込むか
出荷	自社出荷、WMS、追跡番号、配送ステータス	FBA、Amazon配送条件、MCF利用	FBM、FBA、MCF、自社出荷の分岐
顧客	購入履歴、CS、CRM、セグメント候補	Amazonが管理する購入者接点	顧客データをどう扱い、何をCRMに渡すか
会計・粗利	売上、送料、割引、返金、手数料、広告費の集計	Amazon手数料、FBA/MCF費用、入金レポート	注文単位か日次集計か、どこで粗利を見るか
監視	同期ログ、差分、低在庫、エラー通知	Amazon側の出品エラー、制限、返品・キャンセル	誰がどの画面で直すか

アプリを入れる前に、この表を埋めます。

Shopifyを正本にするとは、すべての項目をShopifyだけで編集するという意味ではありません。Amazon固有のListing要件、カテゴリ、配送条件、広告、手数料、返品ルールはAmazon側の制約を受けます。

大事なのは、商品・SKU・在庫・注文・顧客対応をShopify側で説明できる状態にしつつ、Amazon側の制約を無視しないことです。

公式情報を運用ルールへ落とす

Marketplace Connectを使う場合も、公式ページを読んで終わりではなく、自社の運用ルールへ落とします。

公式ページ	確認すること	運用ルールへの落とし込み
Shopify Marketplace Connect	Amazonなどのマーケットプレイスへ商品カタログを接続し、listings、orders、inventoryをShopifyから管理できること	Amazon連携の基本線として検討するが、対象地域、手数料、サポート、既存アプリとの競合を確認する
Shopify Marketplace Connect app	商品カタログ、orders、listings、inventoryの同期管理	Shopifyを販売チャネル横断の管理画面にする範囲を決める
Set up Marketplace Connect	verified seller account、マーケットプレイス審査、支払方法、配送設定、1つのconnector appに絞る注意	Amazon Seller Central側の要件確認と、既存連携アプリの停止手順を先に作る
Setting up and managing Amazon offers and listings	AmazonのListingとOfferの違い、価格ルール、数量ルール、FBA/merchant fulfilled	Shopify商品情報とAmazon出品条件を同じものとして扱わない
Marketplace Connect product listing requirements	Amazonの商品listing要件は販売地域のAmazon seller documentationで確認すること、GTIN/UPC/MPN/EANや免除、metafields/attribute mapping	商品登録前にGTIN、JAN、ASIN、カテゴリ、属性マッピングの台帳を作る
Import orders using Marketplace Connect	Amazonなどの注文をShopify adminへ自動または手動でimportでき、import後はOrdersのChannelにmarketplace名が表示されること	どのAmazon注文をShopify Ordersへ入れ、どの状態で出荷対象にするか決める

この確認で分かるのは、Marketplace Connectが強力な入口である一方、設計なしで有効化すると、在庫、価格、注文、返品、税、手数料の責任範囲が曖昧になりやすいということです。

商品・SKU・バリエーションのマッピング設計

Shopify Amazon連携で最初に崩れやすいのはSKUです。

Shopifyでは色・サイズをProduct Variantとして持てます。AmazonではASIN、Seller SKU、GTIN、カテゴリ属性、ListingとOfferの概念が絡みます。Shopify公式ヘルプでも、AmazonではListingが商品画像、タイトル、説明、UPC/EANなどを含む共有コンテンツ、Offerが価格、在庫数量、fulfillment optionなど販売者ごとの条件として説明されています。Funnelの記事でいう「Amazonは新規顧客獲得、Shopifyは利益確保とブランド構築」という役割分担を、SKUと台帳に落とす工程です。

項目	Shopify側	Amazon側	設計方針
商品本体	Product	ASINまたは新規Listing	既存ASINへ相乗りするのか、新規Listingを作るのかを先に決める
バリエーション	Variant	親子関係、サイズ、色、カテゴリ属性	色・サイズを説明文に埋めず、variant単位でSKUを持つ
SKU	Shopify SKU	Seller SKU	原則として共通SKUに寄せ、変換が必要ならSKU対応表を持つ
GTIN/JAN/UPC/EAN	barcode、metafield	product identifier	Amazon要件に合わせて登録し、免除が必要な商品を分ける
価格	Shopify価格、compare-at price	Amazon price rule、channel価格	Amazonだけ値引きする場合も、粗利表に戻す
在庫	location別inventory	quantity rule、buffer、FBA inventory	Shopify在庫をそのまま全量出さず、安全在庫を設定する
商品属性	metafield、tag	category-specific attributes	Amazon固有属性はmetafield/attribute mappingで管理する

SKU対応表には、Shopify product/variant ID、Shopify SKU、Amazon Seller SKU、ASIN、GTIN/JAN/UPC/EAN、fulfillment method、sync statusを持たせます。商品登録では、「Shopifyの商品をAmazonに送る」より前に、Amazonで売ってよい商品か、カテゴリ要件を満たすか、既存ASINに紐づけるか、新規Listingにするかを確認します。

この台帳がないまま連携すると、Amazon注文は取れているのにShopify側でどのvariantか分からない、返品後に戻すSKUが分からない、広告レポートと粗利表が紐づかない、という問題が起きます。

在庫同期と安全在庫の決め方

Amazon連携でやってはいけないのは、Shopifyの販売可能在庫をそのままAmazonへ全量出すことです。

Shopify本店、Amazon、楽天、Yahoo!、実店舗、卸が同じ在庫を見る場合、販売チャネルごとに表示在庫を調整しないと売り越しが起きます。Shopify公式のAmazon offer設定でも、Amazon quantity ruleとして固定値、buffer、maximum quantityを設定できることが説明されています。

在庫設計	向いているケース	注意点
Shopify在庫を正本にする	Shopify本店とAmazonが中心、倉庫が少ない	Amazon表示在庫にbufferを設ける
WMS在庫を正本にする	倉庫出荷、複数チャネル、実店舗がある	ShopifyはWMSから反映される販売可能数として扱う
FBA在庫をAmazon販売専用にする	Amazon売上が大きく、Amazon配送が中心	Shopify本店の在庫とは別枠として見る
FBA在庫をMCFにも使う	Shopify注文もAmazon倉庫から出したい	MCF対象地域、アプリ、SKU対応、配送費を確認する
チャネル別に在庫枠を分ける	人気商品、広告出稿商品、欠品リスクが高い商品	手動配分か自動配分か、週次見直しかを決める

安全在庫は、単に「2個残す」ではありません。売れ筋や広告出稿中の商品は欠品前に通知し、限定品はAmazon表示在庫を絞り、セット商品は構成品から販売可能数を計算します。在庫連携の基本は、Shopify在庫連携の設計方法で整理したように、どの数字を正とし、どのイベントで在庫を動かすかを決めることです。

Shopify Amazon連携では、さらに「Amazonに何個見せるか」と「FBA/MCF/自社出荷の在庫をどう分けるか」が追加されます。

Amazon注文をShopifyへ取り込む運用

Amazon注文をShopify adminのOrdersへ取り込めることは、Marketplace Connectの大きな利点です。

ただし、すべてのAmazon注文を無条件にShopifyへ入れると、出荷、会計、CS、税処理が混乱します。公式ヘルプのOrder import settingsでは、商品タイプ、fulfillment method、注文状態、tax handlingごとに設定できることが説明されています。

注文取込の判断	選択肢	設計で見ること
どの商品を取り込むか	All orders、linked productsのみ、No orders	Shopify商品と紐づかないAmazon注文を入れるか
どの出荷方式を取り込むか	All orders、marketplace fulfilledのみ、merchant fulfilledのみ	FBA注文もShopify側で見るか、自社出荷だけ入れるか
どの状態で取り込むか	Pending、Complete	未払い・支払前注文を出荷対象にしないか
税をどう扱うか	Withhold tax、Send tax	Amazon側徴収税をShopifyレポートへ含めるか
手動取込を残すか	自動取込、手動import	例外注文や未連携商品をどう復旧するか

注文取込後は、OrdersのChannelにマーケットプレイス名が表示されます。これを利用して、Amazon注文だけタグ付け、CS確認、出荷方式の分岐、会計集計の分類を行います。WebhookやAPIで外部システムへ流す場合は、Shopify Webhookの実装設計で扱っているように、受信、キュー、重複排除、再実行を先に設計します。

FBA、MCF、自社出荷の使い分け

Amazon連携では、出荷方式を商品ごとに決めます。

Marketplace Connectの公式ヘルプでは、Amazon連携時にShopifyからのfulfillment、Fulfillment by Amazon、Multi-Channel Fulfillmentの違いを確認するよう案内されています。また、FBMではAmazon注文がShopifyへ送られ、Shopify側で出荷し、追跡情報がAmazonへ送られること、FBAではAmazon倉庫へ送った在庫をAmazonが出荷すること、MCFではAmazon MCF設定を有効化する流れが説明されています。

出荷方式	向いている商品	Shopify側で見ること	注意点
FBM / 自社出荷	自社倉庫、温度帯、同梱物、ギフト対応が必要	Amazon注文をShopify Ordersへ取り込み、WMSや出荷担当へ流す	出荷遅延、追跡番号戻し、Amazon配送条件を管理する
FBA	Amazon販売量が多く、Amazon配送を優先する	FBA対象SKU、FBA在庫、FBA切れ時のFBM切替	Shopify本店用在庫とFBA在庫を混同しない
MCF	Shopify本店注文もAmazon倉庫から出したい	MCF app、SKU mapping、配送費、対象地域	Shopify注文の粗利にMCF費用を入れる
国内3PL / WMS	楽天、Yahoo!、卸、実店舗もある	Shopifyを受注ハブにし、WMSへ出荷指示	Amazon側とWMS側の二重取込を避ける
手動出荷	件数が少ない、例外商品	Amazon注文タグ、担当者、締め時間	件数が増えたら破綻しやすい

Shopify公式のMulti-Channel Fulfillment by Amazonでは、Amazon MCF and Buy with Prime app for Shopifyを使うとShopify ordersをShopify adminからimport and fulfilできること、利用条件や対象地域の確認が必要なことが説明されています。Shopify App StoreのAmazon MCF and Buy with Primeでも、Amazon在庫とfulfillment networkを使ってShopify注文を配送できること、SKU managementやinventory syncに触れられています。

MCFは便利ですが、配送費、梱包、対象地域、返品、顧客体験、Amazon在庫の消化速度に影響します。導入判断は「出荷を任せられるか」だけでなく、「Shopify本店の粗利と顧客体験が説明できるか」で見ます。

価格差・手数料・粗利を崩さない管理

AmazonとShopifyでは、同じ商品でも利益構造が違います。

Amazonは販売手数料、FBA手数料、広告費、返品率、Buy Box競争の影響を受けます。Shopify本店は決済手数料、送料、ポイント、クーポン、CRM施策、広告費が効きます。

項目	Amazonで見ること	Shopifyで見ること	粗利表への入れ方
売価	Amazon price rule、競合価格、Buy Box	通常価格、会員価格、クーポン	チャネル別売価を別列にする
販売手数料	カテゴリ別手数料、FBA/MCF費用	決済手数料、アプリ費用	注文単位またはSKU別平均で控除
送料	Amazon配送条件、FBA/MCF料金	送料収入、配送会社実費	送料無料施策を粗利に反映
広告費	Amazon広告、ACOS、TACOS	Google、Meta、SNS、LINE	注文単位が難しければ日次・SKU別で配賦
返品・返金	Amazon返品、返金、再販可否	Shopify返品、交換、CS対応	返品率と再販可否をSKU別に見る
税・入金	Amazonのtax handling、入金レポート	Shopify Payments、外部決済	会計ソフト側の正本と突合する

Amazonだけ安くする、Shopifyだけ会員特典を付ける、AmazonはFBAで送料無料に見せる、といった施策自体はあり得ます。危ないのは、価格差を販売施策として管理せず、Amazon価格を場当たり的に下げ続けることです。月次ではSKU別売上、粗利、返品率、広告効率、在庫回転を見て、価格ルールが売上だけでなく粗利を守っているか確認します。

キャンセル・返品・返金で在庫を戻すルール

Shopify Amazon連携で見落とされやすいのが、キャンセル、返品、返金です。

注文作成時に在庫を引くルールは作っても、返品後に戻してよい在庫か、不良品か、Amazon側で返金済みか、会計へどう渡すかが決まっていないと、在庫と売上がズレます。

Marketplace Connectのfulfillmentヘルプでは、マーケットプレイスで注文がキャンセルまたは返品されるとShopify admin上の同期注文も更新されること、返品・キャンセル後の商品在庫は過販売防止のためrestockされず、必要ならShopify adminで手動調整すると説明されています。

例外	Shopifyで見る状態	Amazonで見る状態	運用ルール
注文キャンセル	Shopify order cancel、タグ、在庫調整候補	Amazon cancellation	出荷前なら在庫復帰、出荷後なら返品扱いにする
返品受付	return status、CSメモ	Amazon return request	受付だけでは販売可能在庫に戻さない
返金完了	refund、会計連携候補	Amazon refund	返金日、金額、手数料、在庫復帰を分ける
検品OK	再販可、再梱包済み	Amazon側の返品結果	Shopify在庫またはFBA在庫へ戻す
検品NG	破損、不良、廃棄	再販不可	在庫復帰せず、損失・廃棄として記録
交換対応	新規出荷、差額、CS履歴	Amazon規約内対応	元注文と交換注文を紐づける

返品・キャンセルで重要なのは、Shopifyに注文状態が同期されることではなく、返金、検品、再販可否、在庫復帰、会計補正を同じSKUで追えることです。

この部分を自動化しすぎると、不良品まで販売可能在庫に戻ることがあります。返品受付、返金、検品、在庫復帰は同じイベントではありません。

アプリ、国内OMS、API連携の選び方

Shopify Amazon連携は、Marketplace Connectだけが選択肢ではありません。

国内のモール運用がある場合は、ネクストエンジン、シッピーノ、ロジレス、オープンロジ、各WMS、会計ソフト、広告レポート基盤との関係も見ます。選定基準は、アプリ名ではなく、どの業務をどこまで任せるかです。

方式	向いているケース	注意点
Shopify Marketplace Connect	Amazon中心に、Shopify管理画面でlistings/orders/inventoryを扱いたい	既存connector appとの競合、対象マーケットプレイス、手数料、サポートを確認
Amazon MCF and Buy with Prime app	Shopify注文をAmazon MCFで出荷したい	対象地域、SKU mapping、配送費、Buy with Primeの表示影響を確認
国内OMS	Amazon、楽天、Yahoo!、Shopify、倉庫、受注処理をまとめたい	Shopifyを正本にするのか、OMSを正本にするのか決める
WMS連携	倉庫作業、棚卸し、返品検品、追跡番号戻しが重要	Amazon注文をWMSへ二重送信しない
独自API連携	独自商品マスタ、会計、BI、例外処理を細かく制御したい	ログ、再実行、API version、rate limit、保守担当が必要
手動CSV	件数が少ない、初期検証、月次確認	毎日の受注・在庫更新には向かない

独自APIを使う場合は、Shopify API連携の設計方法で扱ったように、Admin API、Webhook、Flow、iPaaS、カスタムアプリの役割を分けます。

既存連携がREST Admin APIに依存している場合は、Shopify REST APIは今どう使うべきかのように、GraphQL Admin APIへの移行や既存連携の棚卸しも必要です。

同期エラーとレポートを監視する

Shopify Amazon連携は、正常に動いている日より、静かにズレた日の方が危険です。

監視すべき対象は、アプリの接続状態だけではありません。

監視項目	異常の例	初動
SKU未連携	Amazon注文のSKUがShopify variantに紐づかない	SKU対応表を補正し、対象注文を手動確認
listing error	Amazon要件不足、カテゴリ属性不足、GTIN不足	Amazon seller docsとmetafield mappingを確認
在庫差分	Shopify在庫とAmazon表示在庫が乖離	buffer、maximum quantity、FBA在庫、WMS在庫を突合
注文未取込	Amazon注文がShopify Ordersに入っていない	order import settings、手動import、connector状態を確認
出荷未完了	Amazon注文の追跡番号が戻らない	WMS、FBM、FBA、MCFのどこで止まったか確認
返品未処理	返品・返金はあるが在庫・会計が未補正	検品、返金、在庫復帰、会計処理を分けて対応
粗利悪化	Amazon売上は伸びたが利益が落ちる	手数料、広告費、FBA/MCF、返品率をSKU別に見る
レポート差分	Amazon売上、Shopify注文、会計売上が合わない	注文日、支払日、出荷日、入金日、税処理を分ける

通知先も分けます。EC担当はlisting errorと価格差、倉庫は出荷漏れ、CSは返品・配送遅延、経理は返金・手数料・入金差分、開発担当はAPIエラーやconnector停止を見る形にします。Amazon広告画面、Seller Central、Shopify注文、会計ソフト、倉庫システムの数字を同じものとして扱わないことが重要です。

注文日、支払日、出荷日、返品日、返金日、入金日が違えば、同じ売上でも見える月が変わります。Shopifyを正本に置くなら、Shopify Ordersを起点にしつつ、Amazon手数料、広告費、FBA/MCF費用、返金、税、入金を後から結合できる台帳を作ります。

まとめ

Shopify Amazon連携は、Amazonにも商品を出せるようにする作業ではありません。

Amazonを販売チャネル、Shopifyを商品・在庫・注文・顧客データの正本として扱うなら、次を先に決める必要があります。

1. Shopify SKU、Amazon Seller SKU、ASIN、GTINを紐づける
2. Shopify在庫、FBA在庫、WMS在庫、安全在庫、Amazon表示在庫を分ける
3. Amazon注文をShopify Ordersへ取り込む条件を決める
4. FBM、FBA、MCF、自社出荷、国内OMSの役割を分ける
5. Amazon価格、手数料、広告費、FBA/MCF費用、返品率を粗利に反映する
6. キャンセル、返品、返金、検品、在庫復帰を同じイベントとして扱わない
7. 同期エラー、SKU未連携、注文未取込、在庫差分、粗利悪化を監視する

Marketplace Connectは有力な入口です。ただし、接続できることと、運用で崩れないことは別です。

ShopifyとAmazonを連携するなら、最初は商品数を絞り、Amazon注文がShopify Ordersに入り、SKU、出荷、返品、粗利まで追えることを確認します。

Bitlightでは、Marketplace Connect、Amazon MCF、国内OMS、WMS、会計、広告レポート、独自API連携まで含め、Amazonを販路、Shopifyを運用の正本にする設計表を作ります。SKU対応、在庫配分、注文取込、出荷分岐、返品・返金、手数料込み粗利、同期エラー監視まで整理します。