ZapierでWooCommerce注文→スプレッドシート売上集計を自動化 月5時間の集計レシピ
WooCommerce で注文が入るたびに管理画面を開き、金額をスプレッドシートに手で打ち込んでいませんか。Zapier を1つ挟むだけで、新規注文が確定した瞬間に Google スプレッドシートへ1行ずつ自動追記され、日次・月次の売上が勝手に積み上がる「売上台帳」が今日から動き始めます。本記事は中小ECや個人事業主が月¥0〜7,500 規模で組める WooCommerce→スプレッドシート自動集計レシピを、編集部の試算と設定手順つきで整理した記事です。
- WooCommerce の新規注文を Zapier 経由で Google スプレッドシートに1行ずつ自動追記、転記ミスと打ち忘れを解消
- 注文日・商品・金額・支払い方法を 時系列で台帳化、日次・月次集計が関数で自動計算
- 注文が月100件程度までなら Zapier 無料プラン (月100タスク) でも回せる
- 本格運用は 月¥7,500 程度 (Zapier Professional 相当) で複数ステップ・条件分岐に対応
- Slack / Gmail への 売上通知 や、しきい値超え時のアラートまで含めた構築手順を編集部が提示
編集長の見解 ── 中小ECの売上把握で最も多いムダは「管理画面とスプレッドシートを行き来しながら数字を手で写す」 作業です。WooCommerce の注文一覧は注文管理には十分でも、月次推移や商品別の売れ筋を即座に見るには向きません。Zapier でスプレッドシートに流し込むだけで、注文は「都度確認する画面」 から「自動で積み上がる経営データ」 に変わります。本レシピが強調するのは、スプレッドシートを売上の1次集計データに据え、通知ツールは置き換え可能な「お知らせ係」 として切り離す設計です。これにより、後から会計ソフト連携を足しても集計台帳は無傷で残ります。
なぜ WooCommerce→スプレッドシート自動集計で月5時間が浮くのか
ネットショップの運営者が、売上把握のために費やしている時間を分解してみます。編集部が中小EC事業者にヒアリングしてまとめた「典型的な手作業フロー」 は次のとおりです。
| 工程 | 1件・1回あたり所要 | 月150件換算 |
|---|---|---|
| 注文通知メールを開いて内容を確認 | 約1分 | 月 約2.5時間 |
| 売上管理スプレッドシートへ手で転記 | 約2分 | 月 約5.0時間 |
| 商品別・支払い方法別に分類 | 約1分 | 月 約2.5時間 |
| 日次合計・月次合計を手で計算/確認 | — | 月 約2.0時間 |
| 月末に転記漏れ・二重計上を目視チェック | — | 月 約2.0時間 |
| 合計 | 約4分/件 + 確認 | 月 約14.0時間 |
このうち「転記」 と「分類」 はほぼ全自動化できます。Zapier が WooCommerce の新規注文を受け取り、スプレッドシートに1行追加し、必要なら Slack に通知するところまでを自動で済ませるためです。運営者は「スプレッドシートの集計を見て判断する」 ことだけに集中でき、編集部試算で 月 約7-9時間の圧縮 に相当します。
時給¥3,000 換算で月¥21,000-27,000 の人件費に対し、Zapier の月額は無料〜¥7,500。差し引いても 月 約¥15,000 前後の手取り改善 が試算できます。何より、転記漏れや二重計上による売上の数え間違いが減る効果は、金額換算しにくい価値です。
続いて、導入前後で売上集計がどう変わるかを示します。
導入前後の比較 (BeforeAfter)
- 注文ごとに管理画面を開いて確認
- スプレッドシートへ手で転記 (月5時間)
- 商品別・支払い別の分類も手作業
- 転記漏れ・二重計上が月数件
- 月次集計を月末にまとめて計算
- 新規注文が即スプレッドシートに台帳化
- 転記ゼロ (自動で行追加)
- 分類項目も自動でセット
- 漏れ・重複は注文IDで自動判定
- 日次・月次がピボットで常に最新
編集部試算で月 約7-9時間の削減
ポイントは「管理画面で売上を数えない」 ことです。注文は確定した瞬間にスプレッドシートへ流し、人間は集計シートだけを見ます。これにより、複数人で運営する体制でも「いつ・何が・いくら売れたか」 が常に共有された状態になります。
次に、編集部が実装した自動化の全体像を ProcessFlow で示します。
完成形のフロー (ProcessFlow)
WooCommerce の新規注文を Zapier が受け取り、Google スプレッドシートに台帳化し、必要に応じて Slack / Gmail に通知する自動化設計
このフローの肝は 「スプレッドシートを売上の1次集計データ、通知ツールを置き換え可能なお知らせ係」 にする設計です。通知先を Slack から Chatwork や LINE に変えても、台帳であるスプレッドシートはそのまま使い続けられます。集計データを通知ツールに抱え込ませない構造が、長く使える自動化のコツです。
続いて、WooCommerce と Zapier をつなぐ2つの接続方式を比較します。
接続方式の比較 — 公式連携 vs Webhook
WooCommerce と Zapier をつなぐ方法は大きく2つあります。中小ECの運用に合わせて編集部が比較表で整理します。料金は $1 = ¥150 で換算 (2026 年 6 月時点の編集部参照値、契約時の実レートで再計算してください)。
| 接続方式 | 必要な準備 | 設定難易度 | 強み | 編集部のおすすめ |
|---|---|---|---|---|
| Zapier 公式連携 (WooCommerce アプリ) | WooCommerce 側で Zapier 連携プラグインを有効化 | やさしい | 画面操作のみ、注文項目を自動取得 | まず最初に試す標準ルート |
| Webhook (WooCommerce 標準機能) | WooCommerce の「設定 → 詳細 → Webhook」 から発行 | ふつう | プラグイン不要、送信が即時 | 公式連携が不安定なときの代替 |
公式連携 (WooCommerce アプリ) で問題なく動くなら、それが最短ルートです。WooCommerce にはコア機能として Webhook 送信が備わっているため、公式連携の挙動が不安定な場合や即時性を重視する場合に Webhook 方式へ切り替える、という順序を編集部は推奨します。
💡 編集部のヒント ── WooCommerce の Webhook は「注文作成 (Order created)」 だけでなく「注文更新 (Order updated)」 も発行できます。集計を「支払い完了した注文だけ」 に絞りたい場合は、Zapier 側のフィルター機能で注文ステータスが「処理中」 または「完了」 のときだけ行追加する、という条件を入れると、キャンセルや未払いを除いた正味売上の台帳になります。
次に、スプレッドシート側の台帳をどう設計するかを示します。
スプレッドシート側の列設計例 (売上台帳)
売上集計は、最初の列設計で運用のしやすさが決まります。編集部が中小EC事業者によく勧める最小構成は次のとおりです。
- order_id : WooCommerce の注文番号 (重複判定の主キー)
- ordered_at : 注文日時 (集計の軸)
- customer : 顧客名 (任意・個人情報配慮)
- product : 商品名 (複数商品はカンマ区切り or 別シート)
- quantity : 数量
- subtotal : 小計 (税抜)
- total : 合計金額 (税込・送料込)
- payment_method : 支払い方法 (クレカ / 代引き / 銀行振込)
- status : 注文ステータス (処理中 / 完了 / キャンセル)
- source : 流入元・キャンペーン名 (任意)order_id と ordered_at が集計の核です。order_id を主キーにしておけば、同じ注文が二重に追記された場合も後から重複を発見できます。ordered_at を軸に、別シートで SUMIF 関数やピボットテーブルを組めば、日次・月次・商品別の売上が自動で集計されます。
| 列 | 役割 | 運用上のコツ |
|---|---|---|
| order_id | 重複・抜けの検出 | ピボットの行ラベルにも使える |
| total | 売上集計の中心 | 税込か税抜か運用ルールを固定する |
| ordered_at | 日次・月次の集計軸 | 日付型に統一 (文字列だと集計不能) |
| status | 正味売上の絞り込み | キャンセルを集計から除外する条件に使う |
この列設計のまま、Zapier 側の構築手順に進みます。
実際の90分セットアップを時系列で見ていきましょう。
90分セットアップ・タイムライン (TimelineSteps)
中小ECの担当者または個人事業主が独力で組める90分手順 (PC操作のみ、コード不要)
ここまでで「注文確定 → スプレッドシート台帳化 → 通知」 の基本ラインが完成します。商品別の売れ筋を細かく見たい場合は、Google Sheets「Create Spreadsheet Row」 の前に Zapier の「Line Items (明細行)」 を展開する処理を挟み、注文の各商品を1行ずつ台帳に展開すると、商品単位の集計が取れるようになります。
最後に、運用上の注意点と料金の考え方を整理します。
料金と運用上の注意
Zapier の料金は「月あたりのタスク数 (= アクション実行回数)」 で決まります。中小ECの注文件数を目安に、編集部がプランの考え方を整理します。為替は $1 = ¥150 換算です。
| 想定注文数 | 推奨プラン | 月額目安 | 備考 |
|---|---|---|---|
| 月100件以下 (1ステップ) | 無料プラン | ¥0 | 月100タスク・単一ステップまで。まず試すならここ |
| 月100-500件 (複数ステップ) | 有料プラン | 約¥3,000-¥7,500 | 台帳化+通知の2ステップ以上を回すなら有料が必要 |
| 月500件超・複数ストア | 上位プラン | ¥7,500超 | 条件分岐や明細展開の本格運用向け |
無料プランは「1回の注文で1アクション (スプレッドシート行追加だけ)」 という制約があるため、Slack 通知やフィルターまで含めると有料プランが必要になります。最新の正確な料金とタスク上限は、必ずZapier の公式料金ページで確認してください。
⚠️ 編集部の警告 (1) ── キャンセル・返金の二重計上に注意してください。WooCommerce の「New Order」 トリガーは注文作成時に発火するため、その後にキャンセルや返金が発生しても台帳の行はそのまま残ります。正味売上を正確にするには、status 列を必ず記録し、集計シート側で「完了・処理中のみ合算」 する関数を組むか、キャンセル時に別 Zap で台帳のステータスを更新する運用を決めておいてください。
⚠️ 編集部の警告 (2) ── テストなしで本番運用を始めないでください。WooCommerce のプラグイン更新やフィールド構成の変更で、Zapier のマッピングがずれ、スプレッドシートに空欄や桁違いの金額が記録されることがあります。設定を変更したら必ず Zap のテスト実行をやり直し、最初の数日は人間が台帳を目視確認する運用にしてください。「自動化したから見なくていい」 ではなく「自動化したからこそ最初は丁寧に見る」 が定着のコツです。
💡 編集部のヒント ── 「日次売上サマリーの自動配信」 も組めます。Zapier の「Schedule by Zapier」 で毎晩決まった時刻に起動し、スプレッドシートのその日の合計セルを読み取って Slack やメールに送るだけです。経営者が管理画面を開かなくても、その日の売上が毎晩手元に届く仕組みになります。
よくある質問
Q. WooCommerce の無料の仕組みでも使えますか。 A. WooCommerce 自体は WordPress 上で動く無料のプラグインなので、追加費用なしに Webhook を発行できます。Zapier 側も無料プランから始められますが、複数ステップを回すなら有料プランが必要です。
Q. プログラミングの知識は必要ですか。 A. 不要です。本レシピはすべて画面操作 (項目のマッピングとボタン操作) だけで完結します。Webhook 方式を選ぶ場合も、WooCommerce の設定画面で URL を貼るだけです。
Q. Slack を使っていない場合はどうすれば。 A. 通知先を Gmail やチャットツールに差し替えられます。スプレッドシートを集計の中心に据えているため、通知ツールは後からいつでも変更できます。
売上集計を仕組み化したら、次は注文処理そのものや在庫、会計への連携も自動化したくなります。注文後の社内処理を見据えるなら、Zapier でEC注文を自動処理するレシピや、在庫の自動管理を扱ったECショップの在庫アラート自動化、決済から会計までつなぐZapier で Stripe→freee 自動連携も参考になります。
出典・参考情報
- Zapier 公式料金ページ: https://zapier.com/pricing
- WooCommerce 公式サイト: https://woocommerce.com/
- Google スプレッドシート 公式: https://workspace.google.com/products/sheets/
※本記事の時間・金額の試算は編集部のシミュレーションです。実際の効果は注文件数や運用体制により異なります。料金・プラン仕様は変動するため、契約前に各公式ページで最新情報をご確認ください。
Mira ／ AI経営ラボ 編集長
Zapier を無料で試す → ※ PR・アフィリエイトリンクを含みます