Shopee発送代行は、梱包・出荷だけでなく、在庫管理や追跡番号の反映、返品・問い合わせ対応まで任せられる場合があります。ただし、対応範囲や料金は業者ごとに異なります。少量なら自社発送やSLSが合うこともあるため、出荷量、商品条件、販売国、業務負荷を基準に選びます。
本記事では、発送代行で任せられる業務、自社発送・SLSとの違い、向いている事業者、API連携、費用、業者選び、導入前の準備を順番に整理します。
Shopee発送代行で何を任せられるのか
Shopee発送代行は、梱包・出荷だけでなく、在庫管理や追跡番号の反映まで含めて外部化できる場合があります。返品、多言語サポート、関税処理、API連携は業者ごとに条件が異なるため、先に「何を任せたいか」を決めてから比較します。
発送代行を導入すると、出荷作業を減らし、商品リサーチや仕入れ、販売ページの改善に時間を回しやすくなります。ただし、導入しただけで売上や評価が必ず向上するわけではありません。効果は、業者の体制と自社の運用設計によって変わります。
梱包・出荷・在庫・追跡番号反映の範囲
発送代行の基本範囲は、商品の入荷・保管からピッキング、検品、梱包、出荷までです。業者によっては、商品マスタの登録、在庫数の更新、ラベル貼付、同梱物の封入、追跡番号の反映まで対応します。
見積もりでは、次の作業を分けて確認します。
- 入荷・検品・保管
- ピッキング・梱包・ラベル貼付
- Shopee指定先や配送拠点への出荷
- 在庫数の更新と欠品通知
- 追跡番号のShopeeへの反映
- 同梱物、ギフト包装、特殊梱包
- キャンセル、返品、返送品の検品
物流作業だけを担うサービスと、受注・在庫・顧客対応まで含むフルフィルメント型では範囲が違います。Shopee対応の発送代行サービスの解説でも、保管・ピッキング・梱包・発送、API連携、返品処理が分けて説明されています。
返品対応と多言語サポート
返品処理や多言語サポートは、標準作業に含まれるとは限りません。業者によっては、返送品の受け取り、状態確認、再販・廃棄の判断、購入者への連絡まで対応します。一方、返品受付は販売者が行い、倉庫は返送品の受け取りだけを担う場合もあります。
配送状況や追跡番号の問い合わせを、英語や販売先の現地語で一次対応できる業者もあります。ただし、商品仕様、返金、紛争、返品承認まで代行するとは限りません。返品送料の負担者、返送先、検品基準、再販可否の判断者、対応言語、対応時間を契約前に確認します。
無在庫販売と直送運用
無在庫販売や注文後仕入れに対応できる発送代行業者はあります。仕入れ先から倉庫へ直送すれば、自宅で受け取って梱包し直す工程を省けます。ただし、すべての業者が無在庫運用や仕入れ先からの直送を認めているわけではありません。
直送では、指定の宛名や商品IDを付けられるか、納品書や価格情報を除去できるか、外箱や梱包状態に問題がないかを確認します。注文後仕入れは欠品や価格変更で発送期限に間に合わないリスクがあるため、直送を受け付ける業者でも、在庫確保と納期管理は販売者側に残ります。
DTS対策と作業削減の効果
ShopeeのDTS（Days to Ship）は、注文から発送までの期限を示す考え方です。発送代行を使うと、注文確認、ピッキング、梱包、ラベル発行、出荷を決められた手順で進めやすくなり、発送遅延や誤出荷のリスクを抑えやすくなります。ShopeeのDTSや発送ペナルティに関する解説でも、遅延や出荷品質がショップ運営に影響する点が説明されています。
ただし、注文取り込みの遅れ、倉庫への未入荷、入荷処理、SLSや指定拠点までの国内配送が原因で遅れる可能性は残ります。注文の締切時刻、倉庫の営業日、繁忙期の処理能力、発送完了の反映タイミングを確認してください。作業時間が減ることで販売機会を確保しやすくなる可能性はありますが、売上向上や検索順位の改善は保証されません。
自社発送・SLS・発送代行はどう違うのか
Shopeeの発送方法は、自社発送、SLS、外部発送代行の3つに分けて考えられます。自社発送は販売者が保管・梱包・配送手配まで行う方法、SLSはShopeeの物流サービスを利用する方法、外部発送代行は第三者の倉庫へ作業を委託する方法です。
出荷量だけでなく、販売先、商品の大きさ・重量、在庫の持ち方、繁忙期の波動、必要なサポートによって適した方法は変わります。
3つの発送方法の違い
| 方法 | 主な役割 | 向いている状況 | 業務負荷 |
|---|---|---|---|
| 自社発送 | 自社で保管・梱包・配送手配 | 少量で発送方法を細かく管理したい | 高い |
| SLS | 指定拠点まで送り、その後の物流をShopeeの仕組みにつなぐ | 対象国・商品・サイズが条件に合う | 中程度 |
| 外部発送代行 | 倉庫で保管・出荷し、連携によって受注や在庫を処理 | 発送作業を外部化したい、出荷量や波動が大きい | 低くしやすい |
自社発送は少量のテスト販売に向きますが、注文が増えると梱包、ラベル作成、持ち込み、追跡番号の入力が負担になります。SLSは対象条件に合えば越境配送を簡素化できますが、商品サイズ、対応地域、配送オプションなどに制約があります。外部発送代行は負荷を下げやすい一方、契約、固定費、商品搬入が必要です。
少量向き・大量向きの見方
少量なら、自社発送やSLSのほうが固定費を抑えやすい場合があります。自社で作業時間を確保でき、商品数も少なく、発送ミスが起きていないなら、外部代行の導入効果は限定的です。
ただし、少量でも使える発送代行はあります。月間発送件数について「何件以上なら必須」という共通基準はないため、件数だけで判断しません。1件あたりの作業時間、担当者の人件費、梱包資材費、発送ミスの損失、セール時の最大件数を合わせて比較します。
大量出荷や繁忙期の波動がある場合は、外部代行のメリットが出やすくなります。通常月の件数だけでなく、セール期間の処理能力、増員、作業時間の延長に対応できるかを確認します。
SLSを残す場面と外部代行へ切り替える場面
SLSを残してよいのは、販売先と商品がSLSの対象条件に合い、指定拠点までの発送を自社で無理なく続けられる場合です。少量の商品を検証したい、配送方法を標準化したい、外部倉庫へ在庫を預けたくない場合にも選択肢になります。
次のような場合は外部発送代行を検討しやすくなります。
- SLSの対象外となる国・地域や商品を扱う
- 大型・重量商品、壊れやすい商品、特殊梱包が必要な商品がある
- 自社で梱包や持ち込みを続けると販売業務が止まる
- 大型セール時だけ注文が急増する
- 在庫や追跡番号を複数チャネルとまとめて管理したい
- 返品、関税、配送問い合わせまで外部化したい
SLSと外部代行は二者択一ではありません。標準商品はSLS、特殊商品や特定地域向けは外部代行という使い分けもできます。
どんな事業者に向いているのか
発送代行は、発送作業に時間を取られている事業者、繁忙期に出荷が集中する事業者、誤出荷やDTS遅延を減らしたい事業者に向いています。小規模事業者や個人事業主でも利用できるサービスはありますが、最低利用期間、最低出荷数、月額費用の有無は業者ごとに異なります。
反対に、自社で少量の出荷を安定して処理でき、商品条件も標準的で、倉庫への搬入やシステム連携を増やしたくない場合は、すぐに外注する必要はありません。
小規模事業者や個人事業主でも使えるか
小規模事業者や個人事業主でも、発送代行を利用できる場合があります。少量から使える従量課金型や、固定費を抑えたプランを用意している業者があるためです。ただし、「1件から利用可能」と「少量でも費用対効果が高い」は別です。
月額費用だけでなく、1件あたりの梱包・出荷費用、保管料、入荷費用、初期設定費用を含めて自社発送と比較します。自社発送の人件費は、作業時間に自分や担当者の時間単価を掛けると比較しやすくなります。初心者は、少量から始められ、日本語で設定や出荷ルールを相談できる業者が使いやすいでしょう。
代行を選ぶべき条件と向かない条件
代行を選びやすいのは、人手不足、出荷量の急増、発送ミス、DTS遅延、在庫管理の複雑化が起きているときです。
一方、次の条件では自社発送やSLSを残す判断もできます。
- 注文が少なく、作業時間も許容範囲に収まっている
- 商品の保管・梱包・出荷を自社で安定して行える
- 商品ごとの個別対応や同梱変更が多い
- 代行業者の最低料金が自社の発送コストを上回る
- 倉庫へまとめて在庫を移すことが難しい
- 返品や規制確認を自社で管理したい
件数のしきい値だけで決めず、通常月と繁忙期の作業量、1件あたりの利益、外注後に空く時間の使い道まで含めて判断します。
初心者はサポート重視か価格重視か
初心者は、最初から価格だけで選ぶより、サポート範囲を重視したほうが運用を止めにくい場合があります。発送元住所、配送方法、商品マスタ、API連携など、初回設定でつまずくと出荷そのものが滞るためです。
販売経験があり、出荷フローが固まっている事業者は、従量課金、固定費、倉庫の処理能力を重視できます。価格重視で選ぶ場合も、追跡番号反映、返品、特殊梱包、問い合わせ対応が含まれるかを確認します。
API連携で何が自動化されるのか
API（Application Programming Interface）連携とは、Shopeeセラーセンターと発送代行のシステム間で注文や出荷情報を受け渡す仕組みです。対応業者では、注文情報を倉庫側へ取り込み、出荷後に追跡番号をShopeeへ戻す流れを自動化できます。
API連携の有無だけでなく、注文、在庫、出荷、追跡番号、キャンセル、返品のどこまで双方向に連携するか、同期頻度やエラー時の再処理方法を確認します。
注文取り込み・出荷指示・追跡番号反映
API連携がある場合、Shopeeの注文を発送代行システムへ自動で取り込み、倉庫への出荷指示につなげられることがあります。出荷後に発行された追跡番号をShopeeへ反映する機能も代表的な連携範囲です。ShopeeセラーセンターとのAPI連携の説明では、注文情報の取り込みと発送後の追跡番号反映が説明されています。
注文内容のコピー、住所の転記、発送完了後の番号入力を減らせます。ただし、注文保留、住所不備、在庫不足、キャンセル、例外的な配送方法は、人が確認する運用として残ることがあります。
在庫同期と売り越し対策
在庫連携では、倉庫の在庫数をShopee側へ反映し、販売可能数を調整します。複数店舗や他のECモールと併売している場合、在庫を一元管理できれば売り越しのリスクを抑えやすくなります。
ただし、モール側・倉庫側の処理や通信による遅延は起こり得ます。同期頻度、在庫を引き当てるタイミング、確保在庫、注文キャンセル時の戻し方を確認してください。在庫同期は売り越し対策になりますが、完全な防止策ではありません。
手入力がどこまで減るか
自動化で減らしやすいのは、注文情報の転記、出荷指示の作成、追跡番号の入力、在庫数の更新です。
一方、次の作業は残ることがあります。
- 商品マスタやSKUの初回登録
- 在庫差異や同期エラーの確認
- 住所不備・キャンセル・返品などの例外処理
- 禁制品や国別規制の確認
- 仕入れ判断と在庫補充
- 購入者への商品内容や返金に関する判断
API連携は、すべての発送業務を無人化する仕組みではありません。定型作業を減らし、人が判断すべき例外を見つけやすくする仕組みです。
費用と見積もりで確認すべき点
発送代行の料金は、初期費用、月額費用、出荷件数などに応じた従量課金に分けて確認します。入荷、保管、ピッキング、梱包、検品、発送、返品、システム連携、特殊作業が別項目で加算される場合もあります。
見積もりでは、月間出荷件数、繁忙期の最大件数、商品サイズ・重量、1注文あたりの商品点数、保管数量、販売国、返品率、梱包仕様をそろえて比較します。
初期費用・月額費用・従量課金の見方
初期費用は、アカウント設定、商品マスタ登録、API連携、初回搬入準備などにかかります。月額費用は、システム利用料、最低利用料、管理費などです。従量課金は、出荷件数、ピッキング数、梱包、検品、配送などに応じて変動します。
| 費用区分 | 確認する内容 |
|---|---|
| 初期費用 | 初期設定、商品登録、API接続、初回搬入、研修 |
| 月額費用 | システム料、倉庫管理料、最低利用料、契約期間 |
| 出荷関連 | ピッキング、梱包、検品、ラベル、発送手数料 |
| 保管関連 | SKU数、保管スペース、保管日数、棚卸し |
| 追加費用 | 返品、再梱包、同梱、ギフト、特殊梱包、緊急対応 |
公開料金は比較の出発点にとどめ、最終的には自社条件の見積もりで判断します。
保管料・梱包料・隠れ費用の確認
保管料は、商品点数、保管スペース、保管期間、温度帯などで変わります。梱包料も、封筒か箱か、資材指定の有無、緩衝材やラッピングの有無で変わります。複数商品を同梱する場合は、追加ピッキング料が発生することもあります。
入荷・検品・棚入れ、最低保管料金、標準梱包資材、返品受け入れ、再入庫、廃棄、商品マスタ変更、棚卸し、API利用料、エラー対応が含まれるかを確認します。「1件あたり〇円」だけでは実額を判断できないため、通常月、繁忙期、返品発生月で試算します。
安さだけで決めない判断軸
安い業者が必ずしも有利とは限りません。出荷遅延や誤出荷が増えれば、再発送費用、返金、問い合わせ対応、ショップ評価への影響が発生し、見かけの物流費を上回る可能性があります。
代行会社への支払額だけでなく、自社に残る確認時間、誤出荷・破損・紛失時の負担、DTS遅延やキャンセルによる機会損失、APIがない場合の入力作業、セール時の追加人員まで含めて比較します。
業者選びで確認すべき対応範囲と体制
業者選びでは、料金より先に「販売先と商品を扱えるか」「どこまで任せられるか」「問題が起きたときに誰が対応するか」を確認します。対応国、Shopeeの取扱実績、公式認定、API連携、返品、関税、禁制品、SLA、補償、問い合わせ対応、繁忙期の処理能力を比較表に入れると、料金だけの比較を避けられます。
Shopeeの対応国・実績・公式認定
まず、自社が販売する国での実績を確認します。シンガポール、マレーシア、タイ、フィリピン、ベトナム、インドネシア、台湾などの東南アジア・台湾向けと、中南米向けでは必要な物流網や通関対応が異なります。Shopee対応の発送代行の選定ポイントでも、対応マーケット、Shopeeの取扱実績、配送ネットワークを確認する重要性が示されています。
自社の販売国での取扱実績、近いサイズ・重量の商品実績、DTSやSLSの経験、大型セール時の最大処理件数、返品・破損・通関トラブルの対応例を聞きます。公式認定は確認材料ですが、認定だけで対応可否、料金、サポート品質まで保証されるわけではありません。
東南アジア向けと中南米向けで見る点
東南アジア向けでは、国ごとの配送網、集荷・拠点への搬送、現地配送、輸入規制、言語対応を確認します。同じ地域でも国によって配送品質や必要書類が異なります。
中南米向けでは、配送期間、関税・税金、通関、購入者への追加請求、返品コストをより細かく確認します。DDP（Delivered Duty Paid）は、売り手側が関税や輸入時の費用を負担する配送条件ですが、対応できる業者、商品、国は限定されます。販売国ごとに、対応キャリア、関税の負担者、DDPの可否、禁制品、必要書類、返品先を確認します。
大型品・DDP・返品対応の可否
大型品、重量物、壊れやすい商品、特殊形状の商品は、SLSの対象条件や標準梱包に合わないことがあります。外部代行で対応できる場合もありますが、サイズ・重量の上限、追加料金、保険条件は業者ごとに異なります。
DDPは、関税の立替や通関手続きをどこまで業者が担うのかを確認します。返品も、受付、返送品の受け取り、検品、再販・廃棄判断、再出荷のどこまで含むかで負担が変わります。
多言語サポートと問い合わせ対応
多言語サポートは、配送問い合わせを外部化したい事業者にとって重要です。ただし、配送遅延、追跡番号、住所不備の一次対応は任せられても、商品仕様、返金、返品承認、紛争対応は販売者が判断することがあります。
日本語窓口の受付時間、現地語対応の時間帯、休日対応、緊急時の連絡手段、対応履歴の共有方法を契約前に確認します。
繁忙期の波動対応とSLA・補償
SLA（Service Level Agreement）は、発送代行会社のサービス品質について、処理時間や対応基準を定める契約上の取り決めです。入荷処理の所要時間、注文受付から出荷までの時間、誤出荷率、問い合わせへの回答時間、繁忙期の処理上限を確認します。
補償制度では、紛失、破損、誤出荷、数量違い、在庫差異の対象範囲、申請期限、補償上限、算定基準、対象外条件を確認します。大型セール時は、過去の最大出荷件数、増員計画、注文締切、遅延時の連絡方法も確認します。
禁制品チェックと国ごとの規制確認
禁制品や規制品の確認は、販売者と発送代行会社の双方に関係します。業者が国別の禁制品リストや配送キャリアの規定を確認しても、商品が合法的に販売できることまで自動的に保証されるわけではありません。
商品登録前の取扱可否、販売国ごとの輸入規制・許認可、電池・化粧品・食品・医薬品・液体の条件、配送キャリアの禁制品、必要書類、規制変更時の通知担当者を確認します。最終的な確認者と、申告ミスや通関保留時の対応者を契約で明確にします。
導入前に必要な設定と準備は何か
導入前は、通常時と繁忙期の出荷件数、商品サイズ・重量、販売国、保管方法、DTS遅延や誤出荷の状況を整理し、委託範囲と自社に残す業務を決めます。
一般的には、業者選定、見積もり、契約、Shopee側の設定、API連携、商品マスタ登録、初回搬入、テスト出荷の順で進めます。画面や手順は業者ごとに異なるため、実際の設定は契約先の案内に従います。
セラーセンター側で変更する設定
セラーセンター側では、発送元住所、配送方法、送料設定、出荷リードタイムなどを見直すことがあります。発送元を倉庫住所へ変更する場合は、購入者への表示や送料計算への影響を確認します。
API連携では、注文取り込み、出荷指示、追跡番号反映、在庫同期をテストします。APIキーや認証情報は必要な担当者・業者だけに共有し、契約終了時の権限削除も決めておきます。配送オプションやSLSの条件は販売国・商品で変わるため、対象商品を限定して確認すると安全です。
商品マスタ登録と初回搬入が必要な理由
商品マスタには、商品名、SKU、バーコード、サイズ、重量、梱包条件などを登録します。倉庫が正しい商品をピッキングし、在庫を区別するためです。Shopeeの商品情報と倉庫側のSKUが一致しないと、注文が取り込まれても出荷できない場合があります。
初回搬入では、数量、品番、破損の有無を確認します。入荷予定との数量差、識別ラベルの不足、納品書や外箱の扱いが不明だと、在庫反映や出荷開始が遅れる可能性があります。納品先、受付時間、ラベル、検品範囲、入荷処理日数、返品商品の扱いを事前に決めます。
テスト出荷で確認すること
テスト出荷は、本番注文で問題が起きるのを防ぐために行います。少量の注文で次の流れを確認します。
- Shopeeの注文が発送代行システムへ取り込まれる
- SKUと在庫が正しく引き当てられる
- 倉庫が正しい商品をピッキングする
- 梱包、ラベル、同梱物が想定どおりになる
- 配送会社へ出荷される
- 追跡番号がShopeeへ反映される
- 在庫数と注文ステータスが更新される
キャンセル、住所不備、在庫不足、返品などの例外処理も確認し、問題があれば商品マスタ、配送設定、API連携、倉庫側の作業ルールを修正してから本番運用へ移行します。
まとめ
Shopee発送代行は、梱包・出荷に加えて、在庫管理や追跡番号の反映、返品・問い合わせ対応まで外部化できる場合があります。ただし、対応範囲、販売国、商品条件、API連携、料金、補償は業者ごとに異なります。
少量なら自社発送やSLSで十分なこともありますが、人手不足、発送ミス、DTS遅延、セール時の急増、特殊商品、複数チャネルの在庫管理が課題なら外部代行を検討しやすくなります。月間件数だけで判断せず、作業時間と繁忙期の処理能力を基準にしてください。
導入時は、Shopee側の住所・配送設定、API連携、商品マスタ、初回搬入、テスト出荷を順に確認します。料金の安さだけでなく、対応国、SLA、補償、返品、規制品の確認体制、トラブル時のサポートまで比較し、自社の発送業務を安定させられる方法を選びましょう。