楽天スーパーセールの利益確認は「値引き後」から — ポイント・手数料を同じ期間で揃える

2026年10月13日

楽天スーパーセールやお買い物マラソンのあと、「売上は伸びたのに手元が薄い」と感じることは少なくありません。管理画面の流通総額や注文数は増えていても、値引き・ポイント原資・システム利用料・広告費を同じ期間で差し引くまで、採算は確定しません。

この記事の 楽天スーパーセール利益 は、イベント申請の操作マニュアルではありません。開催前後で同じ物差しを使い、商品別・期間別の手残りを確認する手順に絞ります。モール横断の定義そのものは EC売上の見える化、つなぐ前のキー設計は ECデータ連携を参照し、本稿は イベント期間の利益確認 に寄せます。

なぜ「セール売上」だけでは足りないか

楽天市場のRMSでは、売上・アクセス・転換率・広告費などを確認できます。一方で、商品別の最終的な手残りを出すには、RMSに無い原価や物流費と、請求・販促側の費用を組み合わせる必要があります。公開されている解説でも、RMSは入口であり、原価・送料・手数料まで合わせないと商品別の利益は見えない、と整理されています。

セール期間は次が同時に動きます。

販売価格の値引き（表示上の流通総額と、値引き後の売上）
ポイント変倍やイベント施策による 店舗負担のポイント原資
売上に連動するシステム利用料・決済関連費用
RPPなどモール内広告費の上振れ

売上ランキングだけを見ると、原価と販促を引いたあとに薄い商品を見落とします。他モールと並べる場合も、流通総額のままでは手数料構造の違うチャネルが過大評価されます。横断比較の土台は、税や手数料の扱いを揃えたあとの数字です。

確認前に固定する4つ

作業に入る前に、Yes/Noではなく一文で決めます。

1. 期間

セール期間（開始〜終了）と、比較用の通常期間（同曜日数など）を分ける
タイムゾーンは日本時間の暦日に揃える
締め前の速報と、締め後の確定を同じ列に載せない

2. 売上の定義

値引き後の売上を使う（クーポン値引きは売価側に反映済みのことが多い）
税込か税抜か、送料込みかを一文で固定する
キャンセル・返品をいつ数字から戻すかを決める

3. 差し引く変動費の範囲

楽天市場の公開料金ページでは、プラン別の月額出店料に加え、システム利用料（売上に応じた料率）、楽天ポイント（通常付与の原資）、安全性・利便性向上のためのシステム利用料（月間売上高の0.1%）、楽天ペイ利用料などが示されています。料率や対象はプラン・改定で変わるため、自店の契約プランと請求明細を正にします。

セール確認で最低限そろえる項目の例です。

商品原価（社内マスタ）
物流費・送料負担（社内）
システム利用料・決済関連（請求・RMS）
ポイント原資（通常分＋変倍の上乗せ。上乗せは店舗負担として扱う前提で試算する）
モール内広告費（RPP等）と、イベントに紐づく販促費

固定費（月額出店料など）は店舗全体の営業利益で見、商品別の優先順位づけには変動費を引いたあとの残額（限界利益）を使う、という分け方が実務向きです。

4. 商品キー

横断の主キーは社内SKUなど1つ
楽天の商品管理番号・SKU管理番号は別名として紐づける
キー欠落行はゼロ埋めせず、未紐づけのまま残す

セール後にやる確認手順（4ステップ）

ステップ1 — RMSからイベント期間の実績を切り出す

対象期間の商品別売上・販売数、広告費、ポイント関連の実績を書き出します。R-Karteの店舗全体の動きも、期間比較の補助に使えます。ここでは「いくら売れたか」「どれだけ販促したか」までをRMS側で揃えます。

ステップ2 — 社内の原価・物流を同じキーで突合する

ステップ1の表に、原価と物流費を商品キーで結合します。RMS単体に無い項目を足す工程です。結合できない行は落として合計に混ぜず、未紐づけ件数として残します。

ステップ3 — 請求・ポイント・手数料を同じ期間に載せる

システム利用料やポイント原資は、請求サイクルとセール期間がずれることがあります。セール判定用には、対象注文の期間に帰属する費用として載せ替えます。ポイント変倍の上乗せ分は、売価の何％かだけでなく、粗利（または限界利益）から見て上限を超えていないかを見ます。

公開情報上、通常のポイント付与原資の目安は購入代金（税抜）に対する付与率として示されていますが、変倍やイベント条件は店舗設定と公式案内が最終です。試算に使った前提（通常分／上乗せ分、税抜基準）を表の注記に残します。

ステップ4 — 通常期間と比べて「残ったか」を見る

同じ定義で、通常期間とセール期間の次を並べます。

値引き後売上
変動費合計（原価＋物流＋手数料＋ポイント＋広告・販促）
差し引き後の残額（商品別・期間合計）
注文件数・客単価（定義を揃えたもの）

見るべき問いは次です。

売上は増えたが、差し引き後の残額は増えたか
残額が減った商品は、次回の値引き率・ポイント倍率・広告の候補から外すか
他モールがある場合、同じ期間の純額ベースで広告予算の寄せ先を変えるか

見かけの流通総額の順位と、差し引き後の順位は入れ替わることがあります。予算配分は、表示売上ではなく揃えたあとの数字で決めます。

他モールと並べるときの注意

Amazonや自社EC（Shopifyなど）も同時に動いている場合、セール期間の楽天だけを別定義で見ると、広告予算の寄せ先を誤ります。最低限、次を揃えてから横並びします。

期間の開始・終了（日本時間）
税抜／税込
手数料・ポイントを引いたあとの純額に近い定義
広告費の範囲（モール内のみか、外部広告も含むか）

Yahoo!ショッピングのように料金体系が改定されるモールでは、前年同イベントとの比較前に、比較期間の費用構造が同じかを確認します。定義が変わった月は、並びの注記に改定内容を残します。

EC Choice AIの使い方としては、先に期間と売上定義を固定し、楽天のイベント期間だけを切り出して差し引き後を見る、という順番が安全です。ツールを入れる前に、本記事のチェックリストを1枚の定義表にしておくと、取り込み後の数字がブレにくくなります。

よくある失敗

値引き前の売上で喜ぶ

申請や掲載の条件は割引率で語られがちですが、採算は値引き後の売上から費用を引いた残額です。掲載できるかどうかと、残るかは別判定にします。

ポイント原資を広告と二重に数えない／漏らさない

クーポン値引きが売価に反映済みなら、同じ額を費用側で再度引かない。一方、ポイント原資は販促費として明示的に載せる。どちらに入れるかを定義表に書いておきます。

セール期間と請求月を混同する

月末締めの請求と、月中のセール期間を同じ列で足すと、前後の通常日が混ざります。イベント判定用の表は、注文日ベースの期間切り出しを優先します。

ゼロ埋めで欠測を隠す

ある日だけ連携や突合が欠けているのに0にすると、売上が落ちたように見えます。欠測は欠測のまま残します。

チェックリスト（コピー用）

セール期間と通常比較期間を分けた
売上は値引き後・税と送料の扱いを一文で固定した
原価・物流・手数料・ポイント・広告の差し引き範囲を書いた
商品キー（社内SKU）で突合し、未紐づけをゼロ埋めしていない
差し引き後の残額で、次回の値引き・ポイント・広告候補を更新した
他モールと比較するときは、同じ純額定義に揃えてから並べた

次の一手

定義と突合を毎回手作業で続けると、商品数に比例して遅れます。EC Choice AIでは、モールをまたいだ売上の見え方を同じ定義で揃えるところから始められます。無料で試す場合は新規登録、料金の比較は料金を参照してください。

まとめ

楽天スーパーセールの利益確認は、流通総額の増減で終わらせず、値引き後売上からポイント・手数料・広告・原価・物流を同じ期間・同じキーで差し引くところまでがセットです。RMSは入口、社内マスタと請求の突合が本体です。次回のイベント前に、今回の差し引き後ランキングを値引き率とポイント倍率の上限に反映すると、売上と手残りのズレを縮めやすくなります。

参考資料

出店プランと費用｜楽天市場 — 出店料・システム利用料・ポイント通常付与・関連利用料の公式概要
月額コストと手数料の詳細｜楽天市場出店 — システム利用料・安全性向上0.1%等の説明
モール横断でKPIを揃える5つの手順（Proteinum） — 純売上統一・期間粒度・見かけ売上と手残りの順位入れ替わり
複数モールの売上分析を一元化する方法（INVOX） — セール時はポイント・広告込みで粗利を別確認
楽天RMSの利益分析の限界（ec vision） — RMS単体では原価・物流が足りない／限界利益の整理