楽天のSKU管理番号は変更できる？影響範囲と安全な進め方

楽天のSKU管理番号は、既存SKUのまま自由に書き換えられるとは確認できません。実務では、旧SKUを削除して新番号のSKUを登録する「置換」と考え、在庫・受注・広告への影響を先に確認する必要があります。

楽天のSKU管理番号は後から変更できる？

既存SKU管理番号の直接変更は公式公開資料で確認できないため、変更できない前提で準備するのが安全です。

公開されているItemAPI 2.0の実装資料では、SKU管理番号はSKUを特定するキーとして扱われています。その内側に、システム連携用SKU番号が属性として格納される構造です。

楽天SKU管理番号とは、商品ページ内の各SKUを識別し、商品管理番号との組み合わせで在庫などを特定する番号です。

この構造では、SKU管理番号は商品名や価格のような更新項目ではありません。既存番号のリネームではなく、旧SKUの削除と新SKUの登録になる可能性があります。

正式な操作可否は、店舗運営Naviや現行のRMS WEB SERVICE仕様書で確認してください。楽天サポートへ質問する場合は、回答を記録に残しておくと安全です。

変更前に区別すべき管理番号

SKU管理番号と商品管理番号、システム連携用SKU番号は役割が異なり、変更時の影響も同じではありません。

公開API実装では、SKU管理番号はvariantIdとして扱われます。一方、システム連携用SKU番号はmerchantDefinedSkuIdという別項目です。

自社の商品コードへ合わせたいだけなら、SKU管理番号を置換する必要がない場合があります。システム連携用SKU番号か、OMSの商品対応表で吸収できないかを先に検討してください。

SKU管理番号の変更で影響する範囲

旧SKUを削除して新SKUを作る場合、在庫だけでなく受注、物流、広告、販売実績まで確認が必要です。

とくに販売実績や検索順位への影響は、公開仕様から断定できません。新SKUに実績が引き継がれると仮定せず、高販売SKUでの変更は確認後に行います。

在庫と受注で起こりやすい問題

新しいSKU管理番号は別の在庫キーになるため、旧在庫の単純なコピーでは過剰販売を招くおそれがあります。

公開されている在庫API実装では、商品管理番号とSKU管理番号の組み合わせで在庫を特定します。番号を置換すると、新SKUには新しい在庫設定が必要です。

変更前には、RMSの在庫だけでなく未出荷引当も確認します。旧SKUの表示在庫をそのまま新SKUへ入れると、引当済み商品を二重販売する危険があります。

受注APIの公開実装では、注文明細にSKU管理番号、システム連携用SKU番号、バリエーション情報が含まれます。過去注文が新番号へ自動で書き換わるとは考えないでください。

旧番号と新番号の対応表は、未出荷注文がなくなった時点ですぐ削除してはいけません。キャンセルや返品へ対応できる期間を考慮し、履歴として保存します。

OMS・WMS連携を先に切り替える

楽天側だけを先に変更すると、受注取込、在庫更新、出荷指示の各処理が失敗する可能性があります。

OMSによって、商品を照合するキーは異なります。商品管理番号とSKU管理番号を使う場合もあれば、JANや独自の商品対応表を使う場合もあります。

WMSでは、ピッキングコードや送り状データも確認対象です。セット商品では、親商品と構成品の紐付けが外れないかも確認してください。

広告・レビュー・商品URLへの影響

広告ごとに商品指定のキーが異なるため、「SKU変更後もすべて残る」と一括して判断できません。

RPPはRMSに登録された商品を掲載対象とし、商品名や価格は掲載原稿へ連動します。ただし、商品別CPCや除外商品、キーワード設定が新SKUへ引き継がれるかは公開ページで確認できません。

Sales Expansionでは、対象商品の指定にJANコードが使われます。このように、広告をSKU管理番号だけで整理することはできません。

レビューは商品ページに紐づき、ページが削除されるとそのページからたどれなくなります。商品管理番号とページを維持し、子SKUだけを置換できれば残る可能性はありますが、正式な挙動は要確認です。

通常の商品ページURLは、店舗URLと商品管理番号で構成されます。SKU管理番号だけの置換ならURLを維持できる可能性がありますが、SKU選択情報を含むURLやカート投入用URLは別途確認してください。

RMS・CSV・APIで変更する際の注意点

どの方法でもSKU管理番号列の単純な書き換えをリネーム処理とみなさず、現行仕様を確認する必要があります。

CSVへ新しいSKU管理番号を書いただけでは、新SKU追加や重複エラーになる可能性があります。同じバリエーション選択肢を一時的に新旧SKUへ設定できるかも要確認です。

APIの公開実装には、全更新や部分更新、商品全体の削除に対応する操作があります。ただし、SKU管理番号を直接リネームする専用操作は確認できません。

バリエーション軸の追加・削除や、選択肢値の統合・分割も注意が必要です。複数SKUの再作成になる可能性があるため、対象範囲をお使いの管理画面と公式マニュアルで確認してください。

安全に切り替えるための手順

変更は一括編集ではなく移行案件として扱い、低リスクSKUでの検証から始めます。

1. 変更目的がシステム連携用SKU番号で解決できないか確認します。
2. 低販売量のテストSKUで、同じ置換処理を検証します。
3. 商品CSV、API取得結果、在庫、受注、広告設定を保存します。
4. 旧番号、新番号、JAN、OMSコードを記載した対応表を作ります。
5. OMSへ新SKUを先行登録し、旧SKUも受信可能な状態にします。
6. 商品情報と在庫の自動同期を安全に一時停止します。
7. 現行マニュアルで承認された方法によりSKUを置換します。
8. 未出荷引当を反映した在庫数を新SKUへ設定します。
9. 商品表示、在庫連携、受注取込、出荷処理を照合します。
10. テスト注文とキャンセル時の在庫戻しを確認します。
11. 広告、クーポン、商品フィードの設定を再点検します。
12. 同期再開後は、新旧番号のエラーログを監視します。

バックアップは商品設定の復旧には役立ちますが、販売実績や検索評価の復元を保証しません。イベント申請中や実績判定期間中は、影響を確認できるまで変更を避けるのが安全です。

今後変更しないための番号設計

SKU管理番号は意味を詰め込みすぎず、発番後に変えない不変IDとして設計します。

商品名、色名、サイズ表記、価格、仕入先、倉庫、発売年は後から変わり得ます。これらを番号へ含めると、属性変更のたびに番号も変更したくなります。

楽天、OMS、WMSで意味のある共通コードが必要なら、システム連携用SKU番号の利用を検討します。利用できる文字や重複条件は変わる可能性があるため、現行RMSで確認してください。

よくある質問

SKU管理番号の変更で迷いやすい四つの疑問について、公開情報で断定できる範囲を回答します。

楽天のSKU管理番号はRMSで直接変更できますか？

同じSKUのまま直接変更できるとは、楽天公式の公開資料で確認できません。変更できない前提で、店舗運営Naviや楽天サポートへ正式な置換方法を確認してください。

SKU管理番号を変えると商品ページURLも変わりますか？

商品管理番号と商品ページを維持できれば、通常の商品ページURLは変わらないと考えられます。ただし、商品ページの削除や再作成を伴う場合は別です。

SKU管理番号を変えると過去の注文も新番号になりますか？

過去の受注明細が新番号へ書き換わるという公開情報はありません。OMSでは旧番号と新番号を同時に照合できる状態を用意してください。

削除したSKU管理番号は再利用できますか？

削除後の再利用可否や待機期間は、公式公開資料では確認できません。履歴衝突を避けるため再利用せず、現行仕様を公式窓口へ確認するのが安全です。