楽天のジャンルIDは、商品が楽天市場全体のどの分類に属するかを示す識別番号です。商品名を整えても、分類や商品属性が実物と合っていなければ、購入者が条件を絞って探す際に迷う原因になります。登録時に近そうな項目を選ぶだけでなく、商品の種類と現在の登録条件を確かめることが大切です。
本記事では、ジャンルIDの意味、店舗内カテゴリなどとの違い、調べ方、登録先に迷ったときの判断方法を説明します。変更時の属性の見直しやCSV更新、複数販路での商品情報管理まで、実務で確認する順番を整理します。実際の登録可否や必須項目は、現行RMSと店舗運営Naviで確認してください。
楽天市場の商品登録や分類の見直しは、FORCE-Rへご相談ください。
| 確認したいポイント | 結論 | 詳細 |
| 楽天のジャンルIDの役割は？ | 楽天市場全体の商品分類を示す | 店舗内カテゴリ、商品属性、商品コードとは役割が異なります。 |
| ジャンルIDの調べ方は？ | 公開一覧・RMS・APIを使い分ける | 候補と階層を調べ、実際の登録条件は現行RMSで確認します。 |
| 変更時に必要な確認は？ | 属性と元データと反映結果を照合 | 番号だけを変更せず、必要な項目と連携ツールの更新手順も確認します。 |
Contents
楽天のジャンルIDとは楽天市場全体の商品分類を示す番号
楽天のジャンルIDは、楽天市場が用意する商品分類を識別するための番号です。店舗が自由に付ける商品コードとは異なり、商品に合う分類を楽天市場の体系から選びます。購入者がジャンルをたどり、目的の品物へ近づくための土台になります。
楽天市場の公開ジャンル一覧を見ると、ファッション、食品、家電などから、さらに細かい分類へ進めることが分かります。大きな分類だけを見て決めず、その下にどのような選択肢があるかを確認しましょう。同じように見える商品でも、対象者や用途によって適切な分類が異なる場合があります。
登録先を決める目的は、商品を正しく分類することです。「競合が少なそうだから」「ランキングに入りやすそうだから」という理由だけで、実物と異なる分類へ移す考え方は避けます。買い手がそこで商品を見つけたとき、分類と商品が一致していることを優先しましょう。
ジャンルは上位から下位へ分かれる階層構造
ジャンルを調べるときは、番号だけでなく上位からの分類のつながりを見ます。たとえば同じ名前の「その他」があっても、その上にある分類が違えば意味は変わります。末端の名称だけを一覧にして選ぶと、商品と合わない場所を指定するおそれがあります。
社内で記録する際は、ジャンルID、ジャンル名、上位からの経路、確認日を一緒に保存します。「服のその他」と書くだけでは、どの対象者や商品種類の下にある分類か分かりません。経路を残すと、別の担当者も判断の理由を確かめられます。
すべてのジャンルが同じ深さで終わるとは限らないため、何階層目かだけで登録先を決めないようにします。商品登録に使える分類かどうかは、現在のRMSで確認します。公開一覧やAPIで分類が見つかることと、その階層に商品を登録できることは別に確認が必要です。
商品登録では商品に合う末端の候補まで確認する
登録先は、大分類で判断を止めず、商品に合う下位分類を確かめます。大きな分類の名前だけが合っていても、その中には異なる種類の商品が含まれます。より具体的な選択肢があるかを調べることが必要です。
例として靴を登録する場合でも、対象者、用途、形状などによって候補が分かれます。「靴」という言葉が一致するだけでは、選定は終わりません。メーカー資料や実物を見て、どの商品の分類なのかを説明できる状態にします。
迷ったときは、候補を複数残して違いを書き出します。商品がその分類に当てはまる理由と、当てはまらない可能性がある条件を比べましょう。画面上の位置や番号の近さから、商品の類似性を推測しないことも大切です。
ジャンルIDとカテゴリ・商品属性・商品コードの違い
登録項目を整理するには、分類、商品の仕様、商品そのものの識別を分けて考えます。名前が似た項目を同じものとして扱うと、ジャンルを変えたつもりで店舗内カテゴリだけを変更したり、属性の入力を見落としたりする原因になります。
ジャンルは楽天市場全体での分類、店舗内カテゴリは自店の売り場の分類です。商品属性は色やサイズなどの仕様を伝え、商品コードは個々の商品を識別するために使います。それぞれに役割があるため、一つを設定したから他が不要になるわけではありません。
店舗内カテゴリは自店の商品を案内する分類
店舗内カテゴリは、店舗の中で購入者を商品へ案内するための整理です。「新生活」「まとめ買い」「今月のおすすめ」などの売り場を考えることと、楽天市場全体のジャンルを選ぶことは、目的が違います。
たとえば、同じマグカップを自店の「食器」と「贈り物」の両方から案内したい場合を考えます。この売り場づくりのために、楽天市場のジャンルを季節ごとに変える必要があるとは限りません。モールの分類と店内の案内を分けて設計しましょう。
公開ページのパンくずやメニューを見たときも、それが店舗独自のカテゴリか、モールの分類かを確認します。ページ上の一つの並びだけを見て、他店の商品に設定されたジャンルIDだと決めつけないことが大切です。
商品属性は色・サイズ・素材などの仕様
商品属性は、商品がどのような特徴や仕様を持つかを項目ごとに伝える情報です。ジャンルだけでは、同じ分類の中にある商品の色や素材までは表せません。分類と仕様を組み合わせて、購入者が違いを判断できるようにします。
必要な項目や選べる値は、現在の登録条件で確認しましょう。必須表示を見落としたり、分からない値を推測で埋めたりしないことが重要です。商品資料で確認できない仕様は、メーカーや社内の担当へ確認してから入力します。
タグIDと商品属性も、同じものとして一律に置き換えないようにします。公開検索の条件、APIの項目、RMSの商品登録で使う情報は、用途と仕様が異なる場合があります。古い手順に書かれた名称だけで判断せず、作業している画面と現行の定義を確認してください。
商品コードやカタログの識別情報は分類とは別
ジャンルIDを変更しても、同じ商品を識別するための情報は別途管理します。ジャンル番号は商品の分類であり、自社の在庫を一つずつ区別するコードの代わりにはなりません。同じジャンルには多数の商品が含まれるためです。
メーカーの型番、JANなどのコード、楽天市場で使う商品管理の番号は、何を識別するものかを区別して記録します。どの入力欄へ何を登録するかは、現在の仕様に合わせて確認しましょう。似た桁数の数字だからという理由で転記しないことが大切です。
Shopifyも運営している企業は、FORCE-RのShopify在庫管理の解説も参考になります。販路ごとに商品名や分類が違っても、同一の商品を識別できる対応関係を保つと、商品情報の更新と在庫の照合を進めやすくなります。
商品情報の管理と運営の課題を整理したい方は、FORCE-Rへお問い合わせください。
楽天のジャンルIDは公開一覧・RMS・APIで目的別に調べる
ジャンルIDを調べる方法は、確認したい内容に合わせて使い分けます。購入者にどう見えるかは公開一覧、実際の登録条件はRMS、分類の構造をデータで扱いたい場合は公式APIが確認先になります。
外部の一覧や他店の情報は、候補を探す補助として使います。古い番号や途中の階層が含まれる場合もあるため、見つけた数字をそのまま登録するのではなく、名称と階層、現在の有効性を確認することが必要です。
公開ジャンル一覧で近い分類からたどる
少数の商品を確認するなら、楽天市場の公開ジャンル一覧から順にたどる方法が分かりやすい出発点です。まず大きな分類を選び、その下にある候補を比較します。最初から数字の一覧だけを見るより、分類の意味を理解しやすくなります。
商品に近い分類を開いたら、下位ジャンルや並んでいる商品の種類を見ます。ただし、そこに他店の商品があることだけを登録の根拠にはしません。自社の商品と、対象者、用途、構造などが同じかを確かめます。
気になる候補は、URLと名称、確認日を控えます。公開ページのURLから番号を見つける場合も、その番号がジャンルを指すものかを確認しましょう。タグや店舗内カテゴリなど、別の情報の番号を混同しないことが大切です。
自社商品の設定と登録条件はRMSで確認する
自社商品を見直すときは、現在設定されているジャンルと、変更後に必要な情報をRMSで照合します。公開ページで見えた分類だけで、管理画面の設定が同じだと判断しないようにします。
対象商品を特定し、現在のジャンルIDと名称を控えます。そのうえで候補を選び、必要な商品属性や入力の案内を確認します。画面の項目名や場所は変更される場合があるため、最新の店舗運営Naviと併せて作業してください。
複数の担当者が更新している場合は、誰が変更するかも決めておきます。調査中の候補を、別の人が確定した設定だと思って更新すると、検討途中の内容が反映されるおそれがあります。候補、確認中、反映済みを記録上で分けると管理しやすくなります。
多数の分類を扱う場合は公式ジャンル検索APIを確認する
分類をシステムで管理したい場合は、楽天の公式ジャンル検索APIの現行仕様を確認します。このAPIでは、ジャンルの名称や階層関係を取得できます。多数の商品を扱う企業が、候補の整理や社内の対応表を整備する際の材料になります。
調査時点の公式ドキュメントは二〇二六年七月一日版で、アプリIDとアクセスキーが必要と案内されています。古い記事の接続先や認証方法をそのまま流用せず、採用する版の説明に従ってください。APIを使えることと、RMSの商品登録を更新できることは別です。
開発担当へ依頼するときは、「ジャンルを自動設定したい」とだけ伝えるより、必要な範囲を決めます。候補を取得するのか、社内の一覧を更新するのか、人が選んだIDを照合するのかで、設計と確認すべき内容が変わります。
ジャンルIDの選び方は商品の事実と分類条件を優先する
登録先を選ぶ基準は、商品がその分類に当てはまることを説明できるかどうかです。集客の都合だけで決めると、購入者が想定する商品と実物にずれが生じます。商品資料と分類の案内を照合し、候補を絞りましょう。
新商品を登録するときは、素材や色の前に、何の商品なのかを明確にします。本体か交換部品か、単品かセットかなど、分類を考えるうえで重要な違いを整理します。商品名だけでは判断できない場合は、実物やメーカー資料を確認します。
見た目だけでなく用途と構造を確認する
分類に迷ったら、主な用途、商品構造、対象者を確認します。見た目が似ているだけでは、同じ分類が適切とは限りません。販売ページの写真だけで判断せず、何をするための製品なのかを確かめましょう。
たとえば、収納用の袋と、特定の機器を保護する専用ケースでは、用途と対応条件が違います。「袋の形だから同じ」と考えるのではなく、候補の下位分類まで確認します。これは選び方の説明であり、特定商品の登録先を一律に指定するものではありません。
社内で複数の判断がある場合は、候補ごとに一致する点と迷う点を記録します。必要な情報が欠けているなら、確認してから確定します。分類に合わせるために商品の説明を書き換えるのではなく、実物に合う分類を探すことが大切です。
競合の商品分類は参考として比較する
他店の商品を見る場合は、自社商品と共通する点を確認するための参考にします。売れている商品が設定しているからという理由だけで、同じ番号を使うことは避けましょう。販売条件や用途が違う場合もあります。
複数の商品を比較すると、候補となる分類や、購入者が重視する仕様に気づけます。ただし、他店の登録が現在のルールに適合していることまで保証されるわけではありません。最終的には、現行の分類と自社の商品情報で判断します。
競合が少ない分類へ移すことを目標にすると、商品との適合性を見落としやすくなります。楽天市場の公式の検索順位の説明では、関連性や商品情報、実績など複数の要素が示されています。ジャンルを変えれば必ず上位表示されるという前提で計画しないようにしましょう。
判断できない商品は問い合わせに必要な資料をそろえる
候補を選び切れない場合は、商品情報と候補の違いを整理して確認します。「どこでもよいから登録したい」という相談より、何に迷っているかが伝わる形にすると、回答を実務へ反映しやすくなります。
商品名、メーカー、用途、寸法、素材、写真、候補のジャンル名と番号を用意します。セット商品なら内訳や販売単位も示します。社内で確認した資料と、不明な点を分けておくと、追加で必要になる情報も把握しやすくなります。
確認した回答は、日時、対象商品、条件とともに残します。同じ商品群へ展開するときも、条件が一致しているかを確認してください。一件の回答を、仕様が違うすべての商品に使える共通ルールへ広げないことが大切です。
商品の分類と検索からの集客を見直したい方は、FORCE-Rへご相談ください。
ジャンルIDを変更するときは商品属性と元データも確認する
変更前に行うのは、現在の設定を保存し、変更先の属性条件を確かめることです。ジャンルの番号だけを入れ替えると、以前の分類で使っていた属性が新しい分類に合わない場合があります。
連携ツールを利用する店舗では、RMSとツールのどちらを先に更新するかも確認します。ツール提供元の現行手順と、楽天側の入力条件を合わせて照合しましょう。属性を一度すべて空欄にすればよいといった方法を、すべての店舗へ一律に適用しないことが重要です。
変更前後の分類と必要な属性を対照する
変更の準備では、以前の属性をそのまま使えるものと、確認し直すものに分けます。同じ「サイズ」という名前でも、入力する対象や選択肢が違う場合があります。名称が同じことだけを理由にコピーしないようにします。
商品管理番号、現在のジャンル、新しい候補、必要な属性、確認した資料を一つの一覧にします。入力できない項目や必要な情報が分からない項目があれば、変更前に確認しましょう。反映した後に不足を探すより、作業の戻りを減らせます。
変更対象の商品群も絞ります。似ている商品を一括で扱う場合でも、用途や構造が違わないかを確認してください。同じ仕入れ先やシリーズだから、同じジャンルでよいとは限りません。共通化できる条件を明らかにしてから広げます。
エラーはメッセージと対象項目から調べる
登録でエラーが出た場合は、番号の誤りと属性の不整合を分けて確認します。存在しないIDなのか、登録できない階層なのか、変更先に合わない項目があるのかでは、必要な対応が違います。
まず対象商品、実行日時、エラー文、送ったデータを保存します。そのうえでRMSの案内と、使用中のツールのマニュアルを確認します。別の商品の正常なデータを、そのまま上書き用の見本にすることは避けましょう。仕様が違う可能性があります。
連携ツールのマニュアルには、その製品や店舗条件を前提にした手順が書かれている場合があります。自社に該当するかを確認してから実施します。原因が分からない状態で、属性の削除や再登録を繰り返すと、正しかった情報まで失うおそれがあります。
公開後の表示と連携先への反映を確かめる
更新後は、管理画面での保存だけでなく、公開情報と連携データを確認します。処理が成功しても、想定した商品に反映されたか、必要な属性が残っているかは別に照合する必要があります。
商品ページと、確認できる範囲のジャンル・絞り込み表示を見ます。商品名、画像、仕様に矛盾がないかも合わせて確認しましょう。検索結果への反映に時間がかかる場合も考え、一度見えないことだけを理由に、別の分類へ変更し直さないようにします。
実店舗や他のECサイトでも同じ商品を扱う場合は、FORCE-RのO2OとOMOの違いの解説も参考になります。販路をまたいで同じ情報を使うときも、楽天の分類番号を他の販売先へそのまま転記せず、各販路の仕組みに合う対応を確認します。
多数の商品はジャンルIDの対応表と更新記録で管理する
商品数が多い店舗では、担当者の記憶だけに頼らず、判断と更新を記録します。同じ商品群でも登録時期によって分類が違う状態になると、見直すべき対象を特定するのに時間がかかります。
社内の分類と楽天のジャンルは、一対一で一致するとは限りません。自社では一つの大きな商品群でも、楽天では複数に分かれる場合があります。逆に社内の細かい区分が、楽天では同じ分類になることもあります。番号を写す前に、その関係を整理しましょう。
対応表には分類の経路と確認日を残す
管理表には、IDと名称に加え、分類の経路と確認日を持たせます。番号だけの表では、後から分類名が変わったときや、候補を再確認するときに意味を追いにくくなります。
商品群ごとの基本方針と、例外になる条件も書きます。たとえば本体と付属品を分ける判断をしたなら、その理由を残しましょう。担当者が変わっても、似た形の商品を同じ分類へ入れてしまう誤りを防ぎやすくなります。
ジャンルの体系が見直される場合もあるため、表を作って終わりにはしません。公式の案内や更新時のエラーをきっかけに、対象範囲を確認します。確認日が古い情報と新しく確認した情報が分かるようにしておくと、見直しの優先順位を付けやすくなります。
CSV更新は少数で試して対象を広げる
一括更新では、少数の商品で登録と読戻しを確認してから件数を増やします。すべてを一度に変えると、項目の取り違えや属性の問題があった場合に、影響を受けた商品を確認しにくくなります。
作業前のファイルは別名で保存し、編集対象の項目を明確にします。商品を識別する番号、変更するジャンル、必要な属性が同じ行で対応しているかを確認しましょう。並べ替えやコピーの操作で、商品と新しいIDの組み合わせがずれていないかも見ます。
反映後は、送信件数、成功件数、エラー件数、未確認件数を区別します。ファイルを送れたことを全件成功と同じ意味にしないことが大切です。更新結果を元の一覧に戻し、確認できていない商品から再開できる状態にします。
他販路の分類は同じ名前でも別の体系として扱う
複数販路では、各サイトの分類と自社の商品マスタの対応を個別に確認します。楽天で選んだジャンル名と似た言葉があっても、別モールでは対象範囲や必要な情報が違う場合があります。
SNSからの販売も行う企業は、FORCE-Rのソーシャルコマースの種類と注意点の解説も参考になります。販路を増やすと、画像や説明文だけでなく、分類や規格の登録も増えます。共通の商品情報と、販路ごとに変える設定を整理すると、更新漏れを抑えやすくなります。
元になる商品情報は共通化し、各販路の分類をそこへ対応させます。別サイトで登録できたから楽天でも同じ値で通ると考えず、実際の入力条件を確認しましょう。人の確認が必要な例外を残しておくことも、無理のない運用には必要です。
一括更新や複数販路の運営に課題がある方は、FORCE-Rへご相談ください。
ジャンルIDの改善は正確さと購入者の探しやすさで評価する
見直しの評価は、登録内容が正しくなったかと、購入者の行動がどう変わったかを分けて行います。ジャンル変更だけで売上が増えると決めつけると、価格、在庫、広告などの影響を見落とします。
最初に確認するのは、商品に適した分類と属性が登録されていることです。そのうえで、確認できる範囲の流入や購入、問い合わせを比較します。表示回数やアクセスが増えても、求めていない商品だと感じる人が増えたなら、目的に合う改善とはいえません。
変更前後で比較できる指標と条件をそろえる
効果を見る際は、同じ定義の数値を、条件を確認して比較します。期間中にセールや広告の増額があれば、ジャンル変更と同時に起きた変化として記録する必要があります。
FORCE-Rのユニークユーザーなどの指標の違いの解説も参考に、人数、訪問回数、閲覧数を区別しましょう。RMSで取得できるデータの名称と定義を確認し、以前と違う項目を比較しないことが大切です。
変更した日、対象商品、以前の分類、新しい分類、変更理由を保存します。注文が少ない商品は、数件の増減だけで成功と判断しないようにします。十分なデータがない場合も、分類の適合性や情報の矛盾は確認できます。分かることから改善を進めましょう。
店内の案内も整えて再購入しやすくする
モール全体の分類を直した後は、自店の中で同じ商品を探し直せるかも確認します。ジャンルIDが適切でも、店内メニューや商品名が分かりにくければ、再び買おうとした購入者が迷う場合があります。
定番商品は、店内カテゴリ、シリーズ名、容量や型番などの情報をそろえると、購入者が以前買った商品を判断しやすくなります。ただし、これらはジャンルIDの変更そのものとは別の改善です。実施内容を分けて記録すると、運営上の効果を確認しやすくなります。
継続購入の課題を整理する際は、FORCE-Rのリピート率と向上施策の解説も参考になります。商品の分類、見つけやすさ、価格、配送、接客を含む購入体験を見ながら、自店で優先して改善する点を決めましょう。
まとめ
楽天のジャンルIDは、楽天市場全体で商品を分類するための識別番号です。店舗内カテゴリ、商品属性、商品コードとは役割が異なります。公開一覧で候補を探し、登録条件は現行RMSで確認し、データ管理には必要に応じて公式APIを使いましょう。
登録先は商品の事実に合わせて選び、変更するときは属性と元データを照合します。一括更新も結果まで確認し、分類の経路と確認日を残すことで、商品が増えても見直しを続けやすくなります。順位や売上の改善を保証する設定と考えず、商品情報を正しく整える作業として取り組むことが大切です。
