ホーム > 楽天店舗・RMS
楽天の商品属性とは|定義書の確認とSKU単位で正しく入力する方法

楽天の商品属性は、サイズ、素材、機能などの商品情報を決められた項目と値で表す構造化データです。正しく入力するには、まず該当ジャンルの商品属性定義書を確認し、メーカー資料や現物を根拠に、商品共通の値とSKUごとの値を分けます。分からない値を検索対策のために推測して埋めてはいけません。
この記事では、ジャンルIDとの違い、定義書の読み方、商品・SKUの粒度、入力元の作り方、表記揺れと単位の統一、CSV一括更新、公開後の監査までを解説します。
商品属性は商品の特徴を構造化した情報
商品属性の活用では、SKU移行後の対応事項、入力するメリット、入力に役立つツールを押さえます。確認先としては商品属性定義書が案内されています。
商品説明文が購入者へ自由な文章で魅力を伝えるのに対し、商品属性は、定義された項目へ値を入れます。たとえば、素材、色、サイズ、容量、対応機種、機能などです。項目はジャンルや商品によって異なるため、他商品の入力をそのまま真似せず、現行の定義を確認します。
構造化された情報は、検索、絞り込み、比較等で購入者が商品を見つけやすくする土台になります。ただし、どの画面・機能へどう反映されるかは変更され得るため、公開前に現行仕様を確認します。
ジャンルIDと商品属性の違い
ジャンルIDは「商品をどの分類へ置くか」、商品属性は「その商品がどのような特徴を持つか」を表します。
| 項目 | ジャンルID | 商品属性 |
|---|---|---|
| 役割 | 商品の分類先を示す | 特徴を項目・値で示す |
| 判断 | 商品の実体に合うジャンルを選ぶ | 定義書に沿って事実を入力する |
| 例 | バッグ、飲料、家電等の分類 | 素材、容量、色、対応機能等 |
| 注意 | 売りたい検索語だけで選ばない | 推測値・異なる単位を入れない |
ジャンルを変更すると、必要な商品属性や許容値が変わる可能性があります。ジャンル変更と属性更新を別々に実施せず、影響を一組で確認します。
ジャンルIDの選び方は「楽天市場のジャンルIDとは」で解説しています。
最初に現行の商品属性定義書を確認する
商品属性を入力する前に、対象ジャンルの現行定義書を取得します。過去に保存したファイルや他社商品の表示だけを根拠にしません。
確認する項目は次のとおりです。
- 対象ジャンル・ジャンルID
- 属性項目名と項目ID
- 必須・任意等の扱い
- 商品単位かSKU単位か
- 入力形式、文字種、桁数
- 選択式か自由入力か
- 許容される値・コード
- 単位と単位を含める場所
- 複数値の入力方法
- CSVで使う列・項目
定義書の版や取得日を記録します。必須項目を埋めるだけでなく、購入判断に有用で、根拠を確認できる任意項目も整備します。
入力値の根拠を商品マスタへ集める
属性入力の前に、社内の商品マスタへ根拠を集約します。情報源の優先順位を決めておくと、担当者による判断差を減らせます。
推奨する確認順は、メーカー・製造元の正式仕様、現物・検品記録、契約・仕入資料、承認済み社内情報です。仕入先の短い商品名や、競合ページの値だけで確定しません。
商品マスタには次を持たせます。
- 社内商品ID、楽天の商品管理番号、SKU管理番号
- ジャンルIDと確認日
- 属性項目ID、入力値、単位
- 商品共通かSKU固有か
- 根拠資料と該当箇所
- 確認者、更新日、変更理由
- 未確認・対象外・入力済み等の状態
「空欄」と「該当しない」と「確認中」を同じにしないことが重要です。空欄の理由が分からなければ、後で正しい補完ができません。
商品単位とSKU単位を分ける

色やサイズのバリエーションがある商品では、すべてのSKUへ同じ値を入れると誤りになる場合があります。属性ごとに、商品全体で共通か、SKUごとに異なるかを確認します。
例として、シリーズ共通のブランドや基本素材は商品単位、色・サイズ・容量はSKU単位になることがあります。ただし、実際の粒度は定義書と現行RMS仕様に従います。
| 属性例 | 確認する粒度 | 誤りの例 |
|---|---|---|
| ブランド | 商品共通か | SKUごとに表記が揺れる |
| カラー | SKUごとか | 全SKUを代表色一つにする |
| サイズ | SKUごとか | 商品名の範囲を単一値にする |
| 素材 | 共通またはSKU差 | 色違いで素材も違うのに共通化 |
| 対応機種 | 商品・SKUの実体 | 類似機種を推測で含める |
商品名、選択肢、SKU名、画像、在庫、属性の対応を一緒に確認します。「ブラック」を選んだのに属性や画像が別色では、検索以前に購入者を誤認させます。
表記揺れ・単位・複数値を標準化する
同じ事実でも、「黒」「ブラック」「Black」、10cmと100 mmのように入力が揺れると、管理と比較が難しくなります。定義書に選択値がある場合は、その値を使います。自由入力でも店舗独自の正規化ルールを決めます。
標準化表の例です。
| 対象 | 標準化の考え方 |
|---|---|
| 色 | 許容値・コードを使い、販促上の色名と分ける |
| 寸法 | 測定箇所と単位を揃える |
| 重量 | 本体のみか梱包込みかを明記する |
| 素材 | 組成・比率の根拠を確認する |
| 対応 | 動作確認条件・型番範囲を持つ |
| 複数値 | 区切り・順序を現行仕様に合わせる |
単位換算を行う場合は、換算元、丸め規則、表示桁を決めます。実測値と公称値も区別します。
推測入力と検索語の詰め込みを避ける
商品属性は広告文の自由記述欄ではありません。検索されそうな機能を、事実確認せず選択するのは危険です。
次の入力を避けます。
- 競合商品にあるため自社商品にもあると推測する
- 類似モデルの仕様を流用する
- 代表SKUの値を全SKUへ複製する
- 範囲外の値を近い選択肢へ寄せる
- 単位を無視して数値だけ入れる
- 販促用の抽象語を属性値へ大量に入れる
- 不明値をゼロや「なし」で埋める
確認できない場合は、メーカーへ照会する、現物を測る、定義書上の扱いを問い合わせる、未入力理由を記録するという順で対応します。
商品属性の入力優先順位を決める
全商品を一度に直すと、確認不足と大量誤更新が起こりやすくなります。優先順位を付けます。
- 必須属性が不足・エラーになっている商品
- 売上・アクセスが多い主力商品
- SKU数が多く、比較で迷いやすい商品
- 広告・イベント対象商品
- 問い合わせ・返品原因になっている属性
- 新商品と今後追加する商品
- 長期在庫・低アクセス商品
「商品数」ではなく「属性セル数」と確認難易度で工数を見積もります。SKUが多い商品は、商品数が少なくても作業量が大きくなります。
CSV一括更新は少数テストから始める

CSVを使う前に、現行の契約・権限、対象ファイル、列名、商品とSKUの識別キー、文字コード、値の形式を確認します。定義書とCSV仕様の項目名が似ていても、独自判断で対応付けません。
安全な手順は次のとおりです。
- 更新前データを取得し、原本として保存する
- 対象商品・属性・変更理由を差分表にする
- 商品とSKUのキーが一意か確認する
- 数商品・数SKUだけのテストファイルを作る
- 受付結果とエラーを確認する
- 実ページ・検索・絞り込み等の反映を確認する
- 対象を段階的に広げる
- 更新後データを再取得し、差分監査する
CSVファイル全体を表計算ソフトで開いて保存すると、先頭ゼロ、長い番号、日付、文字コードが変わる場合があります。編集対象列以外も差分確認します。
一括編集の変更管理は「楽天CSV一括編集の安全な進め方」を参照してください。
入力後は画面と利用場面を確認する
RMSで登録できたことだけを完了条件にしません。商品ページ、SKU選択、検索結果、絞り込み、比較等、現行仕様で反映される場所を確認します。
確認項目は次のとおりです。
- 商品とSKUに正しい値が表示・保持されている
- 商品名、説明、画像、選択肢と矛盾しない
- 単位や複数値が意図どおり解釈される
- 必須不足・警告・エラーがない
- 対象の検索・絞り込みへ反映される
- 別SKUや別商品を誤更新していない
- 更新対象外の項目に差分がない
反映まで時間がかかる場合は、登録時刻と確認時刻を分けて記録します。見つからない原因を「属性が無効」と即断せず、ジャンル、在庫、販売状態、反映待ち、検索条件も確認します。
新商品登録へ組み込み、後追い作業を減らす
属性整備を一度の清掃作業にせず、新商品登録の必須工程へ組み込みます。
商品企画時にジャンル候補と必要属性を確認し、仕入・撮影前に不足情報を集めます。商品登録時には、商品・SKUの対応と根拠を確認します。公開前QAで、説明、画像、属性の矛盾を確認します。
担当を分ける場合も、商品担当が事実を準備し、登録担当が定義へ合わせ、確認者が実ページと差分を見る流れにします。入力者だけへ商品知識と定義解釈を集中させません。
商品登録全体の工程設計は「楽天の商品登録を効率化する方法」も参考にしてください。
月次で属性品質を監査する
次の指標を商品群・ジャンルごとに確認します。
| 指標 | 確認すること |
|---|---|
| 必須入力率 | 必須不足が残っていないか |
| 任意入力率 | 有用で確認可能な項目を整備できたか |
| エラー率 | 形式・許容値・キーの問題がないか |
| 根拠保有率 | 入力値の出典を追跡できるか |
| SKU不一致件数 | 色・サイズ等がSKUと一致するか |
| 問い合わせ・返品 | 属性不足や誤りが原因になっていないか |
入力率だけを目標にすると、推測値を増やす恐れがあります。正確性、根拠、購入者への有用性を合わせて評価します。
商品属性チェックリスト
- 現行の商品属性定義書を取得した
- 対象ジャンルと定義書の版・確認日を記録した
- 必須・任意、入力形式、許容値を確認した
- 商品共通とSKU固有を分けた
- メーカー資料・現物等の根拠を持った
- 表記、単位、複数値を標準化した
- 不明値を推測で入力していない
- CSVは原本保存と少数テストを行った
- 更新後の実ページと対象機能を確認した
- 新商品登録と月次監査へ組み込んだ
よくある質問
商品属性はすべて入力したほうがよいですか?
まず必須項目を正しく満たし、任意項目は購入判断に役立ち、根拠を確認できるものを入力します。入力率を上げるための推測値は避け、現行定義書に従ってください。
商品名に情報があれば属性入力は不要ですか?
商品名と商品属性は役割が異なります。商品名に書かれていても、定義された属性として正しく入力する必要がある場合があります。現行の商品属性定義書とRMSの要件を確認してください。
色違いは同じ属性値にしてよいですか?
SKUごとに色が異なるなら、定義された粒度に従って各SKUの事実を入力します。商品共通値を全SKUへ複製せず、SKU名、画像、在庫との対応も確認してください。
属性を一括更新した後、何を確認しますか?
受付結果だけでなく、更新後データを再取得して差分を照合し、商品ページ、SKU選択、現行の検索・絞り込み等を確認します。更新対象外の列に差分がないことも確認してください。
店舗の「次の一手」を一緒に進めるなら
運営代行・ECコンサル・AIツールまで、現場を知るチームがワンストップで伴走します。
西尾 勝太株式会社ラクダ 代表
楽天SOY 2年連続受賞 / 楽天NATIONSリーダー店舗 / 楽天NATIONS AIエバンジェリスト
楽天市場の月商を5年で200万円→2億円に伸ばした現場の実践者。売れるECの方程式にAIを重ね、EC事業者の「次の一手」に伴走しています。



