【実例つき】Amazonの売上・在庫をスプレッドシートに自動集計する仕組みの作り方｜1人EC運営の手作業ゼロ化

「毎朝Amazonのセラーセントラルを開いて、昨日の注文件数と売上をスプレッドシートに転記する」——EC運営をひとりで回していると、この“手集計”だけで毎日15〜30分が消えていきます。さらにYahoo!ショッピングやQoo10など複数モールを併売していれば、その作業がモールの数だけ増えます。本記事では、Amazonの売上・注文・在庫データをスプレッドシートへ日次で自動集計する仕組みの作り方を、ヴィージェイ物産の実運用でつまずいた点も含めて解説します。プログラミングの専門家でなくても全体像がつかめるよう、構造から順に整理しました。

なぜ「売上の手集計」が1人ECの時間を奪うのか

手作業の集計には、時間以外にも見えにくいコストがあります。ひとつは転記ミス。桁を間違えたり、キャンセル分を二重計上したりすると、利益判断そのものが狂います。もうひとつは「集計が止まると経営判断も止まる」こと。忙しい日に集計をサボると、在庫切れや赤字キーワードへの気づきが遅れ、売り逃しや広告の無駄打ちにつながります。逆に言えば、ここを自動化できれば、空いた時間を商品改善や販促という“売上を生む作業”に回せます。1人運営ほど自動化の費用対効果が大きい領域です。

自動集計の全体像（3ステップ）

仕組みはシンプルで、「取得 → 追記 → 集計・通知」の3ステップに分解できます。それぞれを自動で動かすことで、人が触らなくても毎朝データが揃う状態を作ります。

ステップ1：APIで注文・在庫データを取得する

AmazonにはSP-API（セラー向けの公式API）が用意されており、注文一覧・注文明細・FBA在庫サマリー・財務イベント（入金額）などをプログラムから取得できます。画面をコピペする代わりに、「昨日0時から今日0時までの注文をください」とAPIに問い合わせるイメージです。まずはこの取得部分を、毎日決まった時刻に動くスクリプトとして用意します。Yahoo!やQoo10にもそれぞれ注文取得APIがあるため、同じ考え方で横展開できます。

ステップ2：スプレッドシートに日次で追記する

取得したデータは、Googleスプレッドシートに「上書き」ではなく「追記」で残すのが鉄則です。日付・モール・注文番号・商品・数量・売上・ステータスを1行ずつ積み上げれば、そのまま売上台帳になります。追記方式にしておくと過去データが消えず、月次・週次の推移分析や前年比較がそのまま行えます。シートをデータベース代わりに使うことで、専用システムを持たなくても“蓄積される台帳”が完成します。

ステップ3：集計・通知を自動化する

最後に、貯まったデータを自動で要約します。シート関数（SUMIFSなど）で「本日の合計売上」「モール別件数」「月初からの累計」を自動計算し、その結果を毎朝チャットツールやメールに通知すれば、シートを開かなくても数字が手元に届きます。ここまで作れば、「気づいたら昨日の売上が共有されている」状態になり、集計作業そのものが日課から消えます。

実装でつまずきやすい3つのポイント

仕組み自体は単純ですが、実運用に乗せる段階で必ず引っかかるポイントがあります。弊社が実際に運用するなかで対処した3点を共有します。

① トークンの有効期限とレート制限

APIは認証トークンで動きますが、これには有効期限があり、放置するとある日突然データ取得が止まります。リフレッシュトークンから自動で再取得する処理を最初に組み込んでおくのが安全です。また、APIには呼び出し回数の制限（レート制限）があるため、短時間に大量リクエストを送るとエラーになります。1件ずつ間隔を空ける、エラー時は数秒待って再試行する、といった“優しい叩き方”を設計に入れておきます。

② ステータス未確定（PENDING）の扱い

注文直後のデータは金額や住所が未確定の「PENDING」状態のことがあります。これをそのまま売上計上すると、後日確定額とズレたりキャンセルで二重計上になったりします。対策は、PENDINGは暫定値として記録しつつ、翌日に確定データで照合・上書きする運用にすること。日次の速報値と確定値を分けて扱うと、数字の信頼性が一気に上がります。

③ 文字コードと項目名の表記揺れ

複数モールを集計すると、モールごとに文字コードや項目名がバラバラという壁に当たります。あるモールは「seller_id」、別のモールは「sellerId」、注文日時の形式も違う、といった具合です。シートに流し込む前に、自社の共通フォーマット（列の並び・項目名）へ変換する“整形レイヤー”を1枚かませると、モールが増えても集計側を作り直さずに済みます。

「作る時間がない」なら既製ツールという選択肢

ここまでの仕組みは、慣れれば自作できますが、商品を売りながらゼロから組むのは負担が大きいのも事実です。「自動化はしたいが開発に時間をかけられない」という場合は、複数モールの受注・在庫・売上を1画面に集約するEC一元管理システムを使うのが近道です。弊社では、こうした日次集計や在庫同期を自社開発のマルチモール一元管理システム「VOMS」で運用しており、外部のEC事業者様にもサービスとして提供しています。初期費用0円・14日間の無料トライアルから試せるので、まずは「手集計をやめるとどれだけ時間が浮くか」を体感してみてください。詳しくはVOMS公式サイトをご覧ください。

広告の数字も同じ考え方で自動化できます。あわせてAmazon広告のACoSを30%下げる7つの実践戦術や、出品作業そのものを効率化するAI自動出品で商品登録を効率化する方法もご覧いただくと、運営全体の省力化のイメージがつかめます。

※本記事は一般的なEC運営の省力化ノウハウを解説したものです。API仕様・各モールの利用規約は変更される場合があるため、実装時は必ず各サービスの公式ドキュメントをご確認ください。
提供：ヴィージェイ物産株式会社（神戸市長田区／www.vj-bussan.com）