メルカリShopsのAPI連携で確認したいこと｜商品・在庫・受注の運用チェック

メルカリShopsを他のモールと一緒に運営するとき、API連携をすればすべて自動になるとは限りません。商品登録、在庫更新、受注取得、発送通知はそれぞれ対応範囲を確かめる必要があります。導入前と運用開始後に確認したい項目を、出店者向けに整理します。

この記事のポイント
確認すべき項目、実務での対応例、再発を防ぐチェックリストを紹介します。

メルカリとメルカリShopsを分けて考える

フリマアプリの個人出品と、ショップとしての商品管理は利用する機能や契約が異なります。検索で見つけた自動化ツールがどちらを対象にしているかを確認します。この記事はメルカリShopsの事業運用を対象とし、個人向けアカウントの操作自動化を案内するものではありません。

商品名、画像、バリエーション、価格、在庫、受注、追跡番号、キャンセルについて、取得・更新・手動対応のどれかを記録します。同じAPI連携という説明でも対応範囲はツールによって違います。公式APIで機能が提供されていることと、契約中のツールが実装していることも別です。

どの在庫数を他店へ配るかを決め、SKUとショップの商品・バリエーションの対応を確認します。名前だけで紐付けず、色、サイズ、数量、セット構成を照合します。売れた後の減算だけでなく、入庫、返品、キャンセルによる増減も管理対象にしてください。

確認のコツ
一括処理へ広げる前に、対象1件と変更前の記録を用意しましょう。

単品注文が処理できても、複数商品や予約商品で同じ動作をするとは限りません。取得する注文の単位、発送予定、送り状、通知の範囲を確認します。公式APIの変更案内が出た場合は、連携ツール側の対応状況と切替予定を確認し、自己判断で本番の設定を切り替えないようにします。

対象1〜3商品で商品情報と在庫を比較し、注文取得から出荷までの確認項目を決めます。テスト注文や通知を行う場合は、実際の購入・出荷・顧客メールへの影響を関係者と確認します。APIキーを発行できたことだけで、受注運用が完了したとは判断しません。

最終取得時刻、未取得注文、在庫差異、出荷連携エラーを確認します。クロスマを使う場合も、現在のプランでの対応範囲とクロスマのマニュアルを照合し、対象外の処理は手動フローへ残します。障害時の連絡先と代替手順を決めておくと、担当者が不在でも状況を引き継げます。

商品更新と受注取得の設定を別に確認します。対象ショップ、注文の状態、最終取得時刻、注文番号を固定して調べます。管理画面にないだけで注文が存在しないとは判断せず、モールの注文一覧と照合して未取得・取得済み・処理待ちを分けます。

対応機能と例外条件によります。契約中のツールで商品・在庫・受注・発送をそれぞれ確認することが必要です。

まず現状を整理し、対象商品・担当者・確認結果を記録して運用を整えましょう。複数モールでは、商品情報、在庫、受注、出荷のつながりを確認することが、効率化の土台になります。