商品名、画像、重量、サイズなどの出品情報を準備します。
SHOPEE AUTOMATION GUIDE
Shopee運用を自動化する前に整理したいこと
Amazon SP-API、Shopee API、CSV、Keepaの役割を分け、商品数が増えても運用が崩れにくい設計を考えます。
先に結論
Shopee運用の自動化は「出品だけ」を考えるより、商品情報、価格、在庫、注文、問い合わせまで、どのデータをどのAPIから取得・反映するかを先に整理すると設計しやすくなります。
1. Shopee運用で手作業が増えやすい場所
商品数が増えると、商品情報の確認、価格計算、在庫確認、出品、注文確認、問い合わせ対応などが別々の作業として増えていきます。複数国・複数ショップを運用する場合は、同じ商品でも国ごとに価格や在庫、送料、手数料を確認する必要があります。
仕入価格、送料、手数料、為替を踏まえて販売条件を確認します。
仕入元の在庫変化とShopee側の販売状態を継続的に確認します。
注文、仕入れ、発送、追跡、問い合わせまでの情報をつなげます。
2. Amazon SP-APIとShopee APIの役割を分ける
SLTでは、有料版の標準運用としてAmazon SP-APIとShopee APIを連携する考え方を採用しています。Amazon側では商品・価格・在庫など、Shopee側では出品・価格・在庫・注文など、承認されたAPI範囲とSLTの実装状況に応じて扱います。
Amazon SP-API
仕入元として参照するAmazon側の商品・価格・在庫情報をSLTへ取り込むための中心的な接続です。
Shopee API
Shopee側の商品・出品・価格・在庫・注文等の運用をSLTから管理するための中心的な接続です。
SLT
両側の情報をつなぎ、利益条件、停止判断、更新対象、注文後の対応を一つの管理フローへまとめます。
3. CSVとKeepaは「別ルート」として考える
CSVは、API接続前の準備、データの一括取込、デモ環境の確認などに向いています。Keepaは必須ではなく、商品候補や追加データを補う任意の選択肢です。API連携が標準運用の中心であっても、CSVやKeepaを目的に応じて併用できると運用の柔軟性が上がります。
4. 自動化は「勝手に動く」ことより、止められることが重要
在庫切れ、価格上昇、利益率低下、API取得失敗などが発生したときに、どの条件で停止・要確認にするかを先に決めます。自動化の対象を増やすほど、判断条件と履歴を残す仕組みが重要になります。
- 在庫切れ時に出品を停止する条件
- 価格上昇時に販売価格を更新する条件
- 最低利益率を下回ったときの動作
- データが古い・取得できないときの安全停止
- 注文・問い合わせなど人の判断が必要な領域の分離
5. SLTの受付状況とデモの位置づけ
SLTのShopee版は受付中です。LAZADA・Coupang・JOOMは10月予定です。デモは外部APIへ接続せず、サンプルデータで画面・操作を確認する環境です。本契約後の標準運用はAmazon SP-APIとShopee APIの連携を基本とします。
申し込み前に確認できること
機能、対応国、料金プラン、デモ画面は公開ページから確認できます。Shopee版の利用申込・導入相談は、SLT詳細ページの受付窓口からお問い合わせいただけます。
SLTの詳細を見るFAQ
よくある質問
検討時によく確認されるポイントをまとめています。
必須ではありません。SLTの基本自動化はAmazon SP-APIとShopee APIを中心に構成し、Keepaは商品候補や追加データを補う任意の選択肢です。
必要ありません。デモはサンプルデータで画面や操作を確認する環境で、外部APIへの接続・送信は行いません。
利用できる機能はShopee側で承認されたAPI権限とSLTの実装状況によって異なります。公開時点で利用可能な範囲を画面と案内ページで明示します。
