楽天RMSで見られるデータの全体像｜R-Karte・広告レポート・受注データ・BillPayの使い分けと目的別の見る順番

RMSのデータは、R-Karte（店舗全体と商品）・広告レポート（広告ごと）・受注データ（注文単位）・BillPay（請求）の4系統で、目的によって見る場所が違います。

楽天RMSのデータ分析では、知りたいことを先に決め、必要な粒度のデータへ進むことが基本です。同じ「売上」でも計上日や値引きの扱いが異なるため、画面を横断するときは定義を確認します。

楽天RMSのデータ分析で使う4系統の一覧

店舗の変化、広告の成果、注文の実態、請求の内訳を分けると、確認するデータを選びやすくなります。

RPP・クーポンアドバンスの定時更新時刻と、受注データの更新間隔は、公開情報では確認できません。

広告の成果を数える期間と、画面の更新間隔は別の仕様なので、同じ「反映時間」として扱わないようにします。

売上低下・広告採算・欠品・リピートで見る順番

目的ごとに最初のデータを固定し、そこで見つけた変化を次のデータで確かめると調査が進みます。

この順番は各機能の役割を踏まえた実務上の整理であり、すべての画面を毎回巡回する必要はありません。

R-Karteは店舗全体から商品・流入元へ進む

売上低下の調査では、店舗カルテで変化した要素を見つけてから、商品や流入元へ確認範囲を絞ります。

1. 店舗カルテで売上・アクセス人数・転換率・客単価を確認し、変化が大きい要素を選びます。
2. 前年同日やセール期間で比較し、通常日とイベント日の違いによる影響を切り分けます。
3. 集客の変化は参照元・検索キーワード、商品の変化は商品ページ分析や売上分析へ進みます。

店舗カルテでは過去60日間と前年同日の比較に加え、選択した2つのセール期間も比較できます。分析用レポートでは、送料やクーポン額などの内訳を確認し、比較条件を保存して再利用できます。

本記事は参照先の地図として使い、個々の指標の読み方は「R-Karteとは」「商品分析」「アクセス分析」の各記事で確認します。

なお、「商品分析」は「商品ページ分析」へ名称が変わっているため、旧名称だけで探さないようにします。入口は「データ分析」→「アクセス・流入分析」→「商品ページ」と案内されています。

広告レポートはRPP・クーポンアドバンス・TDAで使い分ける

広告の採算は、広告ごとの課金基準と成果の計測条件を確認してから、受注・費用データと照合します。

RPPの売上は購入日ではなくクリック日に計上され、別商品や異なる端末での購入も含まれます。ポイント・クーポンの値引きや購入キャンセルは反映されないため、受注額との単純比較は避けます。

クーポンアドバンスでは、掲載商品の売上は値引き後、効果項目2の店舗内売上は値引き前です。公式の例では、5,000円の商品に250円の値引きがあると、前者は4,750円、後者は5,000円になります。

クーポン獲得は獲得日、利用は利用日に紐づくため、同じ月の獲得数と利用枚数だけでは判断できません。効果項目2は最後の広告クリック日に紐づき、クリック後720時間までは実績が増える可能性があります。

TDAは実績額（分母）が最新で売上（分子）が前日時点のため、当日のROASは実際より低く見えます（案内の例では1,000％が909％に見える）。

1. 同じ広告・期間・成果計測条件で実績を比較し、改善対象となる配信や商品を絞り込みます。
2. 受注データと原価・配送費を照合し、値引きの二重控除にも注意して残る利益を確かめます。
3. 請求対象となる費用をBillPayで確認し、広告効果の評価と請求額の照合を分けて記録します。

受注データは注文内容と処理状況を確認する

受注データは、分析画面で見つけた売上の変化を、個々の注文や決済・配送状況で確かめるために使います。

R-Backofficeでは、注文確認待ちや発送待ちなどの状態で注文を絞り、注文処理を進められます。CSVデータダウンロードは無料で案内されており、メールアドレスはマスク化して提供されます。

CSVを集計するときは、金額列を合計する前に、同じ注文の金額が複数行に現れる構造か確認します。顧客の継続照合に使える現行CSVのキー仕様は、公開情報では確認できません。

BillPayは請求額と精算額を照合する

BillPayは楽天との請求・支払・相殺精算を確認する仕組みで、売上分析とは別の目的で使います。

店舗別内訳書はPDF・CSVで提供され、「品目別」は販売商品のSKUではなく請求品目を指します。

本精算は毎月5日が前月25日締め分、毎月20日が当月10日締め分の開示として案内されています。帳票の閲覧期間は精算書発行日から18カ月以内なので、継続比較に必要な帳票は保存します。

楽天への支払額は日中2時間ごとに反映されますが、全帳票が同じ間隔で更新される意味ではありません。楽天ペイ決済金は発送完了報告後に決済確定となった注文が対象で、決済確定日を基準に照合します。

TDAでは日別とキャンペーン合計でそれぞれ端数を切り捨てるため、日別実績の合計と請求額は一致しません。また、実績額がキャンペーン予算を超えた場合も、超過分は請求されないと案内されています。

欠品分析は現在在庫とSKU別売上を組み合わせる

欠品を防ぐときは、現在の在庫と未発送注文を先に確認し、SKU別の販売実績から補充を考えます。

1. 自店の在庫情報と受注・発送待ち状況を照合し、販売や出荷に使える在庫を確認します。
2. 「データ分析」→「売上分析」→「SKU別売上」で、SKUごとの売上個数などを確認します。
3. 入荷予定と調達に必要な日数を重ね、補充が間に合わないSKUから対応を決めます。

商品ページ分析の在庫数は、指定期間内でアクセスまたは売上が存在する最終日時点の数値です。「在庫0日日数」は期間内に在庫ゼロと計測された日数ですが、日次指定では表示されません。

お気に入りと在庫は端末別に集計されないため、端末を切り替えても同じ数値が表示されます。過去の欠品傾向を調べる際に使い、現在の出荷可能数は自店の在庫・受注情報で確認します。

リピート分析は購入者数と購入件数を分ける

リピート分析では、店舗への再購入と同じ商品の再購入を分け、人数・件数・対象期間をそろえます。

商品ページ分析の新規購入件数では、非会員やログインせず購入したユーザーも新規顧客に含まれます。購入者数の定義とは対象が違うため、「新規」という名前だけで同じ母集団として扱わないようにします。

TDAでも新規向け配信から既存顧客の売上が出る場合があり、配信時点と購入時点の判定を区別します。

RMSのCSVダウンロードは取得期間と保存期限を確認する

継続分析に使うCSVは、過去に遡れる範囲と一度に指定できる期間を分けて確認してから取得します。

商品別・SKU別売上は初期表示が当日の上位100件なので、表示分だけを全商品実績と扱わないようにします。検索結果が一定数を超えると対象期間が短縮されるため、指定条件と実際の対象期間も照合します。

当日を含む日次では商品別・SKU別売上の総計値が表示されないため、CSVで確認する必要があります。分析用レポートは最大9項目を表示でき、楽天提供テンプレートを除いて最大20件を保存できます。

RMSの売上が合わないときに確認する項目

画面間の数字が合わないときは、誤集計と決める前に、金額の範囲・更新日時・対象注文を照合します。

RPPにはクリックなし実績について異なる記述があるため、例外を一律に異常値として削除しない運用にします。該当する集計条件と取得日時を残し、RMSの管理画面内の案内から確認することを勧めます。

1. 対象期間・税区分・端末・商品範囲をそろえ、比較している数字の条件を記録します。
2. 更新日時と「速報値」ラベルを確認し、キャンセルや変更の反映状況を照合します。
3. 定義が異なる数字は別列で管理し、広告売上を店舗売上へ加算するような重複を防ぎます。

よくある質問（FAQ）

迷ったときは、知りたい対象が店舗・広告・注文・請求のどれかを決めると、確認先を絞れます。

楽天RMSのデータ分析は何から始めますか

売上全体の変化なら店舗カルテから始め、アクセス人数・転換率・客単価の変化を確認します。

R-Karteのデータはすべてリアルタイムですか

すべてではなく、当日の売上分析は1分前まで、店舗カルテの流入分析は前日分を確認できます。

RPPの12時間と720時間の売上は合算できますか

720時間には12時間の実績も含まれるため、合算せず、同じ計測条件同士で比較します。

SKU別にアクセス人数や転換率も確認できますか

SKU別の売上金額・件数・個数は確認できますが、アクセス人数・転換率の取得範囲は公開情報では確認できません。

売上額とBillPayの入金額が違うのはなぜですか

注文日と決済確定日、精算対象期間、控除・相殺が関係するため、帳票と受注状況を照合します。