EC売上の見える化とは？モールが分かれていても「同じ定義」で見る手順
売上は出ているのに、「いま全体でどうなっているか」が一言で言えない——複数モールを運用していると、よくある状態です。Amazon・楽天・Shopifyなど、管理画面はモールごとに正しい数字を出します。それでも横断して見ると、期間・売上の定義・商品のキーが揃っておらず、比較や差引が崩れます。
この記事でいう EC売上の見える化 は、ダッシュボードの見た目を整えることではありません。同じ定義で実測し、そのうえで広告などを差引く ことです。薄い「DXしましょう」ではなく、先に固定する定義と、スプレッドシートから移る見極めを手順に落とします。
見える化で先に揃える3つ
横断の前に、次の3つを文章で1行ずつ書いて固定します。ツールやAPIより先です。
1. 期間定義
- どのタイムゾーンで切るか（例: 日本時間の暦日）
- 「注文日」なのか「出荷日」なのか「売上確定日」なのか
- キャンセル・返品をどのタイミングで戻すか
モールAは注文日、モールBは支払完了日、というズレがあるまま足し算すると、同じ「昨日」でも数字が一致しません。
2. 売上定義
次のどれを「売上」と呼ぶかを先に決めます。
- 税込か税抜か
- 送料・ポイント・クーポンを含めるか
- キャンセル・返品後の純額か、グロスか
モール画面の「売上」ラベルは、画面ごとに中身が違うことがあります。横断表では 自社の定義を1つ にし、各モールの項目をその定義に写像します。
3. 商品キー
SKU・ASIN・楽天商品管理番号・Shopifyの variant など、モールごとにキーが違います。見える化では次を決めます。
- 横断の主キー（社内SKUなど）を1つ持つ
- モール側IDは別名として紐づける
- キーが欠ける行の扱い（落とす／未紐づけ枠に残す）。ゼロ埋めして合計に混ぜない
キーが揃わないまま商品別を見ると、同じ商品が二重に見えたり、一方のモールだけ消えて見えたりします。
モール別画面だけでは足りない問い
各モールの管理画面は、そのモール内の運用には十分です。次のような問いは、画面を並べるだけでは答えにくいです。
- SKU横断: 同じ商品が複数モールで動いているとき、在庫と売上を一つの商品として見られるか
- 広告差引後: モール売上から広告費などを引いたあとの利益を、同じ期間定義で並べられるか
- 欠損: あるモールだけ連携が遅れている日を、ゼロとみなしていないか
「売上は出ている」ことと、「同じ定義の実測が手元にある」ことは別です。見える化のゴールは後者です。
スプレッドシートから卒業する見極め
転記表は最初の見える化には有効です。次に当てはまるなら、転記前提を見直すタイミングです。
- 転記時間: 毎朝のCSV取り込みと手修正に、判断より長い時間がかかっている
- 正表論争: 「どのシートが正か」が会議のたびに戻る（定義が口頭のまま）
- 差引の後付け: 広告や手数料を月末にまとめて貼り、日次の意思決定に使えない
- キー崩壊: 商品追加のたびにVLOOKUPが壊れ、未紐づけが溜まる
見極めのポイントは「表が美しいか」ではなく、同じ定義の実測が、論議なしに毎朝同じ場所にあるか です。
チェックリスト（コピー用）
作業前に、次を Yes/No で埋めます。
- 期間定義（TZ・基準日・キャンセル戻し）を1行で書いた
- 売上定義（税・送料・クーポン・純額/グロス）を1行で書いた
- 横断の商品キーと、欠損時の扱いを決めた
- モール画面の「売上」ラベルと、自社定義の写像表がある
- 広告などの差引は、売上と同じ期間定義で並べる前提にした
- 転記表がある場合、正表はどれか・更新時刻は誰が担保するかを決めた
- 「足し算して全体」と言う前に、定義ズレと欠損を潰した
すべて Yes になる前に、新しいダッシュボードや施策の話に進まない方が安全です。
次の一手
定義と実測の置き場を、モール横断で揃えたい場合は、EC Choice AI の Free から始められます（クレジットカード不要）。料金の比較は料金プランからどうぞ。
（記事末のCTAブロックでも同じ導線を出します。）
まとめ
EC売上の見える化とは、モール画面を増やすことではなく、期間・売上定義・商品キーを先に揃え、その定義で実測し、必要なら同じ土俵で差引くことです。定義が口頭のまま施策やAIの話に進むと、数字の論争が先に来ます。先にチェックリストを埋め、同じ定義の実測を手元に置いてください。