楽天の価格一括変更を予約するには？日時指定で値上げ・値下げを済ませる手順

楽天の価格一括変更を自動で予約するには、価格更新に対応する外部ツールを使います。 手動で進める場合は、変更用・戻し用CSVを先に作り、予定時刻に担当者が送信します。

確認したRMSのマニュアルでは、標準機能で販売価格の変更日時を予約できる仕様は確認できません。CSV送信から反映までの固定時間や、指定時刻ちょうどの一斉切替を保証する記載も見当たりません。予約した場合も実行後に表示を確認します。確認日：2026年10月24日。

本記事では、値上げ・値下げの準備から反映確認までを解説します。SKUとは、同じ商品ページ内の色・サイズなど、価格や在庫を管理する単位です。

楽天の価格変更方法と日時指定の比較

少数なら個別編集、複数商品ならCSV、当日の送信を自動化するなら外部ツールを選びます。販売期間指定は、購入できる期間を設定する機能として分けて扱います。

方法	主な用途	価格変更の日時指定	準備・確認すること
商品個別編集	対象が限られる商品の変更	標準の価格予約仕様は確認できません	対象SKUと変更前後の価格を控え、当日に編集します
CSV商品一括編集	複数商品・SKUの価格をまとめて更新	標準のCSV予約仕様は確認できません	変更用・戻し用CSVを作り、実行時に送信します
販売期間指定	購入できる期間の設定	価格の切替・復元まで行う仕様は確認できません	販売開始・終了と価格更新を別々に確認します
外部ツール	夜間や休日を含む予約更新	価格・全SKU・戻し予約への対応はツールごとに確認します	実行記録、失敗通知、時刻の意味を調べます

RMSのマニュアルでは、CSVの「販売期間指定（開始日時）」「販売期間指定（終了日時）」は分単位で指定します。秒まで入れるとエラーになるため、価格の予約日時を入れる列と取り違えないようにします。

楽天公式も外部ツールの予約反映を紹介しています。利用する際は、価格・全SKU・戻し予約への対応を製品ごとに確認します。楽天公式のCSV編集ツール案内

CSV商品一括編集の料金と利用条件

2026年10月時点のCSV商品一括編集は、申込みが必要な月額11,000円（税込）の有料オプションです。

楽天の公開料金は月額10,000円（税別）で、税込額はRMSのマニュアルと一致します。申込み後は、実際に利用しない月も基本料金が発生します。楽天公式のサービス・料金詳細

確認項目	条件・準備
月途中の利用開始	日割りではなく、月額料金の満額が請求されます
申込みの案内	RMSの「店舗様向け情報・サービス」→「3 オプション機能利用申込・解約」→「CSV商品一括編集 申込・解約」へ進みます
ファイル転送	専用サーバーへ送信するSFTPソフトを準備します
更新ファイル	商品・SKUの価格更新にはnormal-item.csvを使用します
当月末での解約	当月末日の23:00までに手続きが必要です

楽天は2027年1月利用分から、全店舗向けの標準機能として無料提供する予定を告知しています。現在の料金と将来の予定を分け、無料化を価格予約機能の追加とは解釈しないようにします。楽天公式のお知らせ

RMSのマニュアルでは、送信済みでもページへの反映前に解約すると、商品ページは更新されません。解約を処理取消しの手段にせず、対象全件の反映を確認してから手続きします。

価格の一括変更を日時に合わせる段取り

予定日時に合わせるには、前日までにデータと担当を確定し、実行から翌日の確認までを一続きで管理します。

以下はRMSのマニュアルを踏まえた店舗内の運用手順です。CSV例は、登録済みの通常商品の価格だけを変更する場合を対象とします。

1. 前日まで：対象と変更データを確定します

商品管理番号・SKU管理番号ごとに旧価格、新価格、改定日時、戻す日時を一覧化します。更新前CSVの原本を残し、変更用と戻し用を別々に作成します。normal-item.csvの列名と行構造は、次の形を基本にします。

行の種類	商品管理番号（商品URL）	SKU管理番号	通常購入販売価格
商品レベル行	対象商品の管理番号	空欄	空欄
SKUレベル行	同じ商品の管理番号	対象SKUの管理番号	変更後の価格

単一SKUの商品も両方の行を用意し、複数SKUは同じ商品管理番号の下に続けます。現行の価格列名は「通常購入販売価格」で、旧名「販売価格」と同時には使えません。

戻し用CSVも同じ列・行構造で、価格を旧価格にします。在庫数・商品説明文・画像・送料・ポイントなど、変更しない列は空欄で残さず列ごと省きます。

1. 当日：予定時刻に更新を実行します

手動なら、対象と価格を照合し、SFTPソフトで変更用CSVを専用サーバーへ送信します。外部ツールなら、対象SKU・新価格・実行日時・戻し予約を事前に照合します。送信日時と実行者も作業台帳に記録します。

送信から結果確認までは、同じ商品の価格に触れるRMS・APIの更新を重ねないよう担当者間で調整します。同時編集では最後に処理された情報が反映され、先の変更が上書きされるためです。

1. 直後：処理結果と購入者側の表示を照合します

サーバーの「ritem/logs」内のエラーログと、更新後に取得したCSVを確認します。対象SKUの価格を予定表と照合し、商品ページとカートの表示まで確かめます。失敗した対象を切り分けて修正し、全件を無条件に再送しないようにします。

1. 翌日：履歴と未確認項目を回収します

価格履歴や二重価格表示のチェック結果を確認し、切替付近の注文と表示内容を照合します。一時的な値下げなら戻し予約を再確認し、恒久的な値上げなら戻し用CSVを誤送信しないよう保管します。

即時更新用のCSVを早めに送って、処理時間で予定時刻に合わせる運用は避けます。予定時刻の送信と、その後の表示確認をセットで担当者に割り当てます。

変更前の価格を控えて戻せるようにする

変更前CSVの原本と価格を戻すためのCSVを分けて保存し、価格履歴は表示の根拠を確認するために使います。

RMSの「店舗設定」→「商品一覧・登録」→「CSVダウンロード」で「CSV項目の選択」または「全項目」へ進みます。取得した原本には日時を添え、作業用コピーで対象商品の価格だけを変更します。

保存するもの	残す内容・注意点
更新前の原本	ダウンロードした商品情報を加工せず保存します
作業台帳	商品管理番号、SKU管理番号、旧価格、新価格、税・送料条件を記録します
変更用CSV	商品管理番号（商品URL）、SKU管理番号、通常購入販売価格を基本とし、新価格を設定します
戻し用CSV	同じ対象に旧価格を設定し、在庫数・説明文など価格以外の列を除きます
実行記録	使用ファイル、処理結果、ページ確認日時を保存します

「通常購入販売価格」はSKUレベル行に入力し、同じ商品管理番号の行をひとかたまりにします。更新ファイル名の先頭は必ずnormal-itemとし、normal-item.csvではコントロールカラムを使いません。

たとえばnormal-item_start.csvとnormal-item_end.csvのように、用途で名前を分けます。ファイル名に日時を付けても予約にはならないため、戻し用を変更用と一緒に送信しないようにします。

列の省略と空欄は同じ意味ではなく、空欄更新で設定が削除されたり初期値になったりする項目があります。たとえば商品説明文は空欄で更新すると既存の内容が削除されるため、価格だけを戻すCSVからは説明文の列を除きます。

価格を戻す直前にも現在値を照合し、別担当者による途中の価格改定があれば戻し用CSVを見直します。

RMSの「店舗設定」→「商品管理」→「CSV一括編集」→「入力補助ツール」→「価格履歴ダウンロード」で履歴を取得します。直近8週間以内の価格履歴や、SKUごとの当店通常価格の表示可否を確認できます。

集計は毎日0時時点までのデータで、結果ファイルは翌日15時頃までに更新予定ですが、遅延する場合もあります。即時の価格反映確認に代用せず、商品管理番号とSKU管理番号で自店の記録に照合します。

価格変更の反映を商品ページ・カート・スマホで確認する

反映確認は送信成功だけで終えず、更新後データと購入者が見る画面の両方で価格や条件を確かめます。

RMSのマニュアルでは、「CSVファイルダウンロード」画面の最上部に処理状況が表示されます。これは全店舗共通のシステム状況であり、自店のCSVの完了表示ではありません。「正常」でも、以下の順に確認を進めます。

確認先	確認する内容
更新後の商品データ	対象SKUの新価格と、失敗・未処理の対象を照合します
商品ページ	SKUを選択し、販売価格と比較対照価格を確認します
商品説明・画像・バナー	手入力や画像内の旧価格、古い割引率を探します
カート・注文確認画面	単価、数量、小計、送料、クーポン適用後の金額を確認します
スマホのブラウザー・アプリ	SKU選択後の価格と告知が正しく読めるかを確認します
検索結果	商品ページとの価格差を確認し、確認時刻を記録します

全対象の価格データを照合したうえで、表示確認では価格や送料条件の異なるSKUを漏らさないようにします。ページを開き直して確認し、差があれば商品・SKU・画面・確認日時を記録します。

買い物かごへ入れた後も価格や個数などが変わる場合があるため、購入者には注文確認画面で金額を確かめるよう案内します。楽天市場の買い物かごに関するヘルプ

値上げの告知と駆け込み注文・在庫の準備

値上げ前には適用日時と注文の扱いを告知し、駆け込み注文で動く在庫や出荷能力も合わせて確認します。

準備する内容	店舗内で決めること
告知	対象商品、改定日時と日本時間の明記、変更前後の税込価格をそろえます
注文の扱い	改定前に受け付けた注文と、切替付近の注文の確認方針を決めます
販売可能在庫	実在庫から受注済み・引当済み分を差し引いて確認します
出荷と欠品対応	注文集中時の発送予定と、欠品時の連絡担当を決めます
関連条件	配布済みクーポン、送料、ポイントの条件を確認します

買い物かごへの投入は商品確保にならず、注文のタイミングによって在庫を確保できない場合があります。在庫と価格が確保されるとの誤解を招かないよう、購入者への案内も見直します。楽天市場の買い物かごに関するヘルプ

切替付近の注文は、注文日時・注文に記録された金額・掲載していた告知を照合して対応します。担当者のCSV送信時刻だけで、旧価格と新価格の適用を判断しないようにします。

値下げの二重価格表示と楽天のガイドライン

値下げ前に「価格履歴ダウンロード」で、元値に使う価格が当店通常価格の要件を満たすか確かめます。 RMSのマニュアルでは、通常商品・予約商品の二重価格欄について、SKUごとに次の販売実績を確認します。

商品の販売期間	元値で販売していた期間の条件
8週間以上	過去8週間で29日以上、かつ直近2週間以内に実績あり
4週間以上8週間未満	販売期間の過半、かつ直近2週間以内に実績あり
2週間以上4週間未満	14日以上、かつ直近2週間以内に実績あり
2週間未満	当店通常価格として表示できません

公開FAQには「合計4週間」とありますが、RMSのマニュアルでは上記の基準を案内しています。過半が条件になる場合、半分ちょうどでは足りません。販売期間30日なら必要な実績は16日で、半分の15日では足りません。楽天市場の元値表示の説明

実績とは、実際に売れた回数ではなく、購入可能な状態で掲載されていた期間です。倉庫中の期間は算入されず、別SKUの実績も使えません。履歴の「【SKU】元値設定可否」と、元値に使える価格を照合します。

価格履歴の判定は、スーパーSALEサーチやスーパーDEALの審査基準とは異なります。イベント申請条件と、消費者庁の価格表示ガイドラインも別途確認します。消費者庁の価格表示ガイドライン

メーカー希望小売価格を比較に使う場合も、所定の根拠と表示条件を確認してから設定します。楽天の二重価格・割引表示に関するガイドライン

外部ツールで価格変更を予約する仕組み

外部ツールでは変更内容と実行日時を登録し、価格変更と終了後の復元をそれぞれ予約します。販売価格・対象SKU・復元への対応は、製品ごとに確認が必要です。

一般には、指定時刻にAPIやファイル転送で更新を実行する構成です。処理の成功記録と購入者向け表示を確かめるところまで、店舗側の運用に組み込みます。深夜や休日に予約する場合も、失敗通知を受けて対応する担当者と、価格を戻す判断者を決めておきます。

下の確認項目を使い、予約更新に使えるツールの例も比較して候補を絞ります。

契約・設定前の確認	確認したい内容
価格の対象	販売価格と、必要な全SKUを更新できるか
予約の単位	開始と終了を別々に登録し、復元も予約できるか
時刻の意味	指定時刻が処理開始か、表示完了を保証するものか
失敗時の動作	通知先、再実行、部分成功の確認方法があるか
同時編集	他システムとの競合を避ける運用を組めるか

よくある質問（FAQ）

予約設定だけでは作業は完了しません。実行結果・購入者側の表示・終了後の戻し方まで、担当者を決めて確認します。

RMSだけで価格変更を日時予約できますか

確認したRMSのマニュアルでは、標準の価格予約仕様は確認できません。予定時刻に担当者がCSVを送信するか、販売価格と対象SKUに対応する外部ツールで予約します。

販売期間を指定すれば終了後に元の価格へ戻りますか

販売期間指定を価格復元の代わりにせず、戻す作業を別途準備します。一時的な値下げでは戻し用CSVと実行担当を用意し、外部ツールでは終了側の予約も確認します。

深夜0時ちょうどに一括変更できますか

0時ちょうどに全商品の表示が切り替わる保証は、確認した資料にはありません。0時に更新を実行する場合も、その後の結果・表示確認を担当者に割り当てます。厳密な境界が必要なら、RMSのマニュアルで販売停止・再開の方法を確認します。価格の確認を終えてから販売を再開する運用を検討します。

変更前CSVをそのまま戻せば復旧できますか

価格改定後に在庫や説明文が変わるため、古いCSV全体の再投入では別の更新まで戻すおそれがあります。原本とは別に価格復元用のデータを用意し、戻す直前の設定と照合してから使います。

予約や価格設定を間違えた場合はどうしますか

未実行の誤予約が残っていれば停止し、誤った価格を修正します。注文日時・注文金額・告知内容から影響した注文を確認し、購入者への説明と対応を進めます。