ホーム > 楽天店舗・RMS

最終更新: 2026.07.20

楽天の商品属性とは|定義書の確認とSKU単位で正しく入力する方法

楽天の商品属性とは|定義書の確認とSKU単位で正しく入力する方法

楽天の商品属性は、サイズ、素材、機能などの商品情報を決められた項目と値で表す構造化データです。正しく入力するには、まず該当ジャンルの商品属性定義書を確認し、メーカー資料や現物を根拠に、商品共通の値とSKUごとの値を分けます。分からない値を検索対策のために推測して埋めてはいけません。

この記事では、ジャンルIDとの違い、定義書の読み方、商品・SKUの粒度、入力元の作り方、表記揺れと単位の統一、CSV一括更新、公開後の監査までを解説します。

商品属性は商品の特徴を構造化した情報

商品属性の活用では、SKU移行後の対応事項、入力するメリット、入力に役立つツールを押さえます。確認先としては商品属性定義書が案内されています。

商品説明文が購入者へ自由な文章で魅力を伝えるのに対し、商品属性は、定義された項目へ値を入れます。たとえば、素材、色、サイズ、容量、対応機種、機能などです。項目はジャンルや商品によって異なるため、他商品の入力をそのまま真似せず、現行の定義を確認します。

構造化された情報は、検索、絞り込み、比較等で購入者が商品を見つけやすくする土台になります。ただし、どの画面・機能へどう反映されるかは変更され得るため、公開前に現行仕様を確認します。

ジャンルIDと商品属性の違い

ジャンルIDは「商品をどの分類へ置くか」、商品属性は「その商品がどのような特徴を持つか」を表します。

項目ジャンルID商品属性
役割商品の分類先を示す特徴を項目・値で示す
判断商品の実体に合うジャンルを選ぶ定義書に沿って事実を入力する
バッグ、飲料、家電等の分類素材、容量、色、対応機能等
注意売りたい検索語だけで選ばない推測値・異なる単位を入れない

ジャンルを変更すると、必要な商品属性や許容値が変わる可能性があります。ジャンル変更と属性更新を別々に実施せず、影響を一組で確認します。

ジャンルIDの選び方は「楽天市場のジャンルIDとは」で解説しています。

最初に現行の商品属性定義書を確認する

商品属性を入力する前に、対象ジャンルの現行定義書を取得します。過去に保存したファイルや他社商品の表示だけを根拠にしません。

確認する項目は次のとおりです。

  1. 対象ジャンル・ジャンルID
  2. 属性項目名と項目ID
  3. 必須・任意等の扱い
  4. 商品単位かSKU単位か
  5. 入力形式、文字種、桁数
  6. 選択式か自由入力か
  7. 許容される値・コード
  8. 単位と単位を含める場所
  9. 複数値の入力方法
  10. CSVで使う列・項目

定義書の版や取得日を記録します。必須項目を埋めるだけでなく、購入判断に有用で、根拠を確認できる任意項目も整備します。

入力値の根拠を商品マスタへ集める

属性入力の前に、社内の商品マスタへ根拠を集約します。情報源の優先順位を決めておくと、担当者による判断差を減らせます。

推奨する確認順は、メーカー・製造元の正式仕様、現物・検品記録、契約・仕入資料、承認済み社内情報です。仕入先の短い商品名や、競合ページの値だけで確定しません。

商品マスタには次を持たせます。

  • 社内商品ID、楽天の商品管理番号、SKU管理番号
  • ジャンルIDと確認日
  • 属性項目ID、入力値、単位
  • 商品共通かSKU固有か
  • 根拠資料と該当箇所
  • 確認者、更新日、変更理由
  • 未確認・対象外・入力済み等の状態

「空欄」と「該当しない」と「確認中」を同じにしないことが重要です。空欄の理由が分からなければ、後で正しい補完ができません。

商品単位とSKU単位を分ける

商品単位とSKU単位を分けるを示す図解

色やサイズのバリエーションがある商品では、すべてのSKUへ同じ値を入れると誤りになる場合があります。属性ごとに、商品全体で共通か、SKUごとに異なるかを確認します。

例として、シリーズ共通のブランドや基本素材は商品単位、色・サイズ・容量はSKU単位になることがあります。ただし、実際の粒度は定義書と現行RMS仕様に従います。

属性例確認する粒度誤りの例
ブランド商品共通かSKUごとに表記が揺れる
カラーSKUごとか全SKUを代表色一つにする
サイズSKUごとか商品名の範囲を単一値にする
素材共通またはSKU差色違いで素材も違うのに共通化
対応機種商品・SKUの実体類似機種を推測で含める

商品名、選択肢、SKU名、画像、在庫、属性の対応を一緒に確認します。「ブラック」を選んだのに属性や画像が別色では、検索以前に購入者を誤認させます。

表記揺れ・単位・複数値を標準化する

同じ事実でも、「黒」「ブラック」「Black」、10cm100 mmのように入力が揺れると、管理と比較が難しくなります。定義書に選択値がある場合は、その値を使います。自由入力でも店舗独自の正規化ルールを決めます。

標準化表の例です。

対象標準化の考え方
許容値・コードを使い、販促上の色名と分ける
寸法測定箇所と単位を揃える
重量本体のみか梱包込みかを明記する
素材組成・比率の根拠を確認する
対応動作確認条件・型番範囲を持つ
複数値区切り・順序を現行仕様に合わせる

単位換算を行う場合は、換算元、丸め規則、表示桁を決めます。実測値と公称値も区別します。

推測入力と検索語の詰め込みを避ける

商品属性は広告文の自由記述欄ではありません。検索されそうな機能を、事実確認せず選択するのは危険です。

次の入力を避けます。

  • 競合商品にあるため自社商品にもあると推測する
  • 類似モデルの仕様を流用する
  • 代表SKUの値を全SKUへ複製する
  • 範囲外の値を近い選択肢へ寄せる
  • 単位を無視して数値だけ入れる
  • 販促用の抽象語を属性値へ大量に入れる
  • 不明値をゼロや「なし」で埋める

確認できない場合は、メーカーへ照会する、現物を測る、定義書上の扱いを問い合わせる、未入力理由を記録するという順で対応します。

商品属性の入力優先順位を決める

全商品を一度に直すと、確認不足と大量誤更新が起こりやすくなります。優先順位を付けます。

  1. 必須属性が不足・エラーになっている商品
  2. 売上・アクセスが多い主力商品
  3. SKU数が多く、比較で迷いやすい商品
  4. 広告・イベント対象商品
  5. 問い合わせ・返品原因になっている属性
  6. 新商品と今後追加する商品
  7. 長期在庫・低アクセス商品

「商品数」ではなく「属性セル数」と確認難易度で工数を見積もります。SKUが多い商品は、商品数が少なくても作業量が大きくなります。

CSV一括更新は少数テストから始める

CSV一括更新は少数テストから始めるを示す図解

CSVを使う前に、現行の契約・権限、対象ファイル、列名、商品とSKUの識別キー、文字コード、値の形式を確認します。定義書とCSV仕様の項目名が似ていても、独自判断で対応付けません。

安全な手順は次のとおりです。

  1. 更新前データを取得し、原本として保存する
  2. 対象商品・属性・変更理由を差分表にする
  3. 商品とSKUのキーが一意か確認する
  4. 数商品・数SKUだけのテストファイルを作る
  5. 受付結果とエラーを確認する
  6. 実ページ・検索・絞り込み等の反映を確認する
  7. 対象を段階的に広げる
  8. 更新後データを再取得し、差分監査する

CSVファイル全体を表計算ソフトで開いて保存すると、先頭ゼロ、長い番号、日付、文字コードが変わる場合があります。編集対象列以外も差分確認します。

一括編集の変更管理は「楽天CSV一括編集の安全な進め方」を参照してください。

入力後は画面と利用場面を確認する

RMSで登録できたことだけを完了条件にしません。商品ページ、SKU選択、検索結果、絞り込み、比較等、現行仕様で反映される場所を確認します。

確認項目は次のとおりです。

  • 商品とSKUに正しい値が表示・保持されている
  • 商品名、説明、画像、選択肢と矛盾しない
  • 単位や複数値が意図どおり解釈される
  • 必須不足・警告・エラーがない
  • 対象の検索・絞り込みへ反映される
  • 別SKUや別商品を誤更新していない
  • 更新対象外の項目に差分がない

反映まで時間がかかる場合は、登録時刻と確認時刻を分けて記録します。見つからない原因を「属性が無効」と即断せず、ジャンル、在庫、販売状態、反映待ち、検索条件も確認します。

新商品登録へ組み込み、後追い作業を減らす

属性整備を一度の清掃作業にせず、新商品登録の必須工程へ組み込みます。

商品企画時にジャンル候補と必要属性を確認し、仕入・撮影前に不足情報を集めます。商品登録時には、商品・SKUの対応と根拠を確認します。公開前QAで、説明、画像、属性の矛盾を確認します。

担当を分ける場合も、商品担当が事実を準備し、登録担当が定義へ合わせ、確認者が実ページと差分を見る流れにします。入力者だけへ商品知識と定義解釈を集中させません。

商品登録全体の工程設計は「楽天の商品登録を効率化する方法」も参考にしてください。

月次で属性品質を監査する

次の指標を商品群・ジャンルごとに確認します。

指標確認すること
必須入力率必須不足が残っていないか
任意入力率有用で確認可能な項目を整備できたか
エラー率形式・許容値・キーの問題がないか
根拠保有率入力値の出典を追跡できるか
SKU不一致件数色・サイズ等がSKUと一致するか
問い合わせ・返品属性不足や誤りが原因になっていないか

入力率だけを目標にすると、推測値を増やす恐れがあります。正確性、根拠、購入者への有用性を合わせて評価します。

商品属性チェックリスト

  • 現行の商品属性定義書を取得した
  • 対象ジャンルと定義書の版・確認日を記録した
  • 必須・任意、入力形式、許容値を確認した
  • 商品共通とSKU固有を分けた
  • メーカー資料・現物等の根拠を持った
  • 表記、単位、複数値を標準化した
  • 不明値を推測で入力していない
  • CSVは原本保存と少数テストを行った
  • 更新後の実ページと対象機能を確認した
  • 新商品登録と月次監査へ組み込んだ

よくある質問

商品属性はすべて入力したほうがよいですか?

まず必須項目を正しく満たし、任意項目は購入判断に役立ち、根拠を確認できるものを入力します。入力率を上げるための推測値は避け、現行定義書に従ってください。

商品名に情報があれば属性入力は不要ですか?

商品名と商品属性は役割が異なります。商品名に書かれていても、定義された属性として正しく入力する必要がある場合があります。現行の商品属性定義書とRMSの要件を確認してください。

色違いは同じ属性値にしてよいですか?

SKUごとに色が異なるなら、定義された粒度に従って各SKUの事実を入力します。商品共通値を全SKUへ複製せず、SKU名、画像、在庫との対応も確認してください。

属性を一括更新した後、何を確認しますか?

受付結果だけでなく、更新後データを再取得して差分を照合し、商品ページ、SKU選択、現行の検索・絞り込み等を確認します。更新対象外の列に差分がないことも確認してください。

ご相談・お問い合わせ

店舗の「次の一手」を一緒に進めるなら

運営代行・ECコンサル・AIツールまで、現場を知るチームがワンストップで伴走します。

運営代行 受注・ページ・広告まで店舗運営をまるごと代行
ECコンサル SOY受賞店の知見で戦略と改善を設計
AIツール ラクリプで日々の作業を自動化し時間を創出
西尾 勝太

西尾 勝太株式会社ラクダ 代表

楽天SOY 2年連続受賞 / 楽天NATIONSリーダー店舗 / 楽天NATIONS AIエバンジェリスト

楽天市場の月商を5年で200万円→2億円に伸ばした現場の実践者。売れるECの方程式にAIを重ね、EC事業者の「次の一手」に伴走しています。

290 継続契約
742 Walk 利用者
2年連続 楽天SOY受賞
お問い合わせはこちら