投稿者 投稿日: カテゴリー EC・WEBノウハウ
楽天 RMS 商品登録 AIとは、RMSへの商品登録作業をAIで下書き・一括化する手法です。
楽天RMSの商品登録画面で1点ずつ商品名を打ち、PC用商品説明とスマートフォン用商品説明を別々に整え、項目選択肢別在庫のSKUを手で並べていく。この一連の作業が、新商品を20点まとめて出す週には半日がかりになります。商品点数が増えるほど、登録は「考える作業」ではなく「同じ型を繰り返し埋める作業」に近づき、ここがAIで肩代わりしやすい領域です。本記事は、その登録ワークフローのうちAIに任せられる部分を「商品名最適化・商品説明の二系統生成・item.csvでの一括登録・商品画像の生成」の4ブロックに分け、コピーして使えるプロンプトを12本そろえました。汎用の商品ページ作成論ではなく、RMSのどの画面のどの欄に何を流し込むかという単位で手順をたどります。
先に結論を置くと、AIに任せてよいのはテキストの下書きと画像の下地までで、在庫・価格・型番といった数値と、楽天市場の規約に触れる表現のチェックは人の工程として必ず残します。この線引きを崩さない限り、登録の所要時間は圧縮しつつ、公開後の手戻りも抑えられます。逆に線引きを曖昧にして全部をAIに流すと、速くなった分だけ間違いの公開も速くなり、かえってトラブル対応に時間を取られます。
RMSの商品登録ワークフローはどこをAIに渡せるか
楽天市場の商品登録は、RMSの商品登録画面で1点ずつ作る方法と、item.csvをアップロードして一括登録する方法の二系統があります。新商品が数点なら前者、十数点以上を一気に出すなら後者が現実的です。どちらの経路でも、入力が必要な主な欄は商品名、商品キャッチコピー、PC用商品説明文、スマートフォン用商品説明文、商品画像、そして項目選択肢別在庫まわりの設定に分かれます。
このうち、AIに下書きを任せやすいのはテキスト系の欄です。商品名はSGS（楽天市場の検索アルゴリズム。商品名前方のキーワードや適合度・人気度・購入率の複合スコアで順位が決まる仕組み）に乗るキーワード順序が問われるため、複数案を一気に出して人が選ぶ運用が向きます。商品説明はPCとスマホで文字数上限が大きく違うため、同じ素材から二系統を作り分けるとき、AIの整形が効きます。逆に、項目選択肢別在庫の構造設計や価格、配送設定といった数値・規約まわりは、AIに「叩き台のCSV行」を作らせたうえで人が必ず検算する領域です。ここを丸投げすると、在庫数や型番のずれがそのまま公開され、注文トラブルに直結します。
項目選択肢別在庫は、色やサイズといったバリエーションごとに在庫を持つRMSの仕組みです。たとえばアパレルで色3種×サイズ4種なら12通りのSKUが立ち、それぞれに在庫数と型番がぶら下がります。このSKUの掛け合わせを設計する部分は、商品の論理構造そのものなので人が決めるべきところです。AIに任せられるのは、決まった構造に沿ってバリエーション表示名の表記をそろえる、といった整形の補助にとどめます。構造の設計と、整形の補助。この二つを分けて考えると、どこをAIに渡せるかの線が引きやすくなります。
直近の支援案件で観測したのは、商品登録の所要時間の大半が「ゼロから文章を考える時間」だったという点でした。素材（産地、容量、用途、訴求点）はすでに手元にあるのに、それを商品名と説明文の体裁に整える工程で止まる。ここをAIの下書きで埋めると、人は事実確認と最終判断に集中できます。2026年5月時点の見込みとして、テキスト整形の下書き時間はおおむね半分前後まで圧縮できる店舗が多い、という現場感覚です。
もう一つ押さえておきたいのが、AIに渡す前の「素材の整い方」で出力品質が大きく変わるという点です。産地や製法、容量、想定する贈答シーンといった事実を、商品ごとに一枚のメモにまとめてからプロンプトに流すと、生成された商品名や説明文の手直し量が目に見えて減ります。逆に、断片的な情報を都度プロンプトに足していくと、商品ごとに前提がぶれ、説明文の粒度がそろわなくなります。登録作業を効率化したいなら、まずは商品マスタの素材欄を埋める運用を先に整えるのが近道でした。
楽天SEOの考え方そのものを整理したい場合は、楽天SEOをAIで進める手順もあわせて読んでください。本記事は、その考え方をRMSの登録作業に落とし込む実務編という位置づけです。
RMSの各欄の文字数上限とAIに渡す前提
プロンプトを作る前に、RMSの主要欄の上限を押さえておきます。AIに「何文字以内で」と指定する根拠になる数字です。
商品名は半角255文字（全角換算127文字）以内です。商品キャッチコピーは半角174文字（全角換算87文字）以内。PC用商品説明文は半角10,240文字（全角換算5,120文字）以内で、スマートフォン用商品説明文は半角2,560文字（全角換算1,280文字）以内と、PCとスマホで4倍の差があります。PC用販売説明文は半角1,024文字（全角換算512文字）以内です。これらは本テンプレ準拠の確認値で、料金改定や仕様変更で動くことがあるため、登録直前にRMSの該当画面の入力可能文字数表示で念のため確認してください。
商品画像は1商品あたり最大20枚、1枚あたり3,840×3,840px以内、推奨は700×700px以上です。スマホ表示では商品名の前半が見切れやすいため、検索流入を意識するなら前半30字程度にターゲットキーワードを置くのが定石になります。
AIに渡すときは、この上限値をプロンプトの条件文に必ず書き込みます。とくにスマホ用商品説明はPC用の4分の1の枠しかないため、PC用をそのまま縮めるのではなく、最初から別物として生成させたほうが破綻しません。文字数の数え方にも注意が必要です。RMSの上限は半角換算で示されるため、全角文字は半角2文字分として消費します。商品名なら全角換算で127文字が目安になりますが、半角英数字や記号を多用すると体感より多く入る一方、全角の和文で詰めるとすぐ上限に達します。AIには半角255文字を上限として指示しつつ、出力後にRMSの入力画面の文字数表示で必ず突き合わせるのが安全でした。
楽天/Amazonの両方を回している店舗で観測されたのは、この文字数感覚を人が掴むまでに時間がかかり、上限超過のエラーで取り込みが止まる事故が新人スタッフほど多かったことです。プロンプトの条件に上限を明記し、生成段階で枠内に収めておけば、この差し戻しはほぼ起きなくなります。
AIで商品登録を回す12本のプロンプト
ここからが本体です。商品名の最適化（プロンプト1〜3）、商品説明の二系統生成（プロンプト4〜6）、item.csv一括登録の下書き（プロンプト7〜9）、商品画像の生成と検査（プロンプト10〜12）の4ブロック、合計12本を順に置きます。文中の{ジャンル}などの中括弧は、自分の商品情報に置き換えて使ってください。
使うAIは、テキスト系はChatGPT（OpenAI GPT-5.5、無料枠はGPT-5.5 Instant）、ClaudeのOpus 4.7またはSonnet 4.6、GeminiのGemini 3.5 ProないしFlashのいずれでも動きます。画像生成はChatGPTやGeminiの画像生成機能を想定します。どのモデルを選ぶかはFAQで触れます。
ブロック1：商品名をSGS向けに最適化する
商品名はSGSのスコアに直接効く欄です。前方のキーワードが重く評価されやすいため、語順を設計する前提でAIに複数案を出させ、人が一つ選ぶ流れが安全でした。
商品名の素案を一気に出すプロンプトです。RMSの商品名欄に貼る前提で、上限文字数を条件に入れます。
プロンプト1：商品名のSGS最適化（半角255文字／全角換算127文字以内）
あなたは楽天市場の検索最適化に詳しいECコンサルタントです。
以下の商品情報をもとに、楽天RMSの商品名候補を5案、半角255文字（全角換算127文字）以内で作ってください。
条件：
1. 前半30字以内にターゲットキーワードを1つ置く（スマホ表示で見切れない範囲）
2. 中盤に訴求語を置く（送料無料・ギフト・受賞歴などは、実績がある場合のみ）
3. 末尾に容量・型番・色などの補足
4. 楽天市場の出店規約で禁止される最大級表現（最高・日本一・No.1・絶対など）を入れない
5. 同じキーワードを2回以上繰り返さない
商品情報：
- ジャンル：{ジャンル}
- ターゲットKW：{第1KW、第2KW}
- 主要訴求：{素材・産地・実績}
- 容量／サイズ：{値}
- 価格帯：{値}
出力：番号付き5案と、各案が狙う検索意図を1行ずつ
出てきた5案をそのまま使わず、語順の妥当性を別の観点で点検させます。スマホでの見切れと、キーワードの詰め込みすぎを同時にチェックする2本目です。
プロンプト2：商品名のスマホ見切れと詰め込み検査
次の楽天商品名案について、それぞれ評価してください。
評価軸：
1. スマホ検索結果でおおむね先頭何字までが見えるかを想定し、その範囲に主要KWが入っているか
2. キーワードの羅列で日本語として不自然になっていないか（読点や記号の使いすぎ）
3. 規約上リスクのある表現が混ざっていないか
商品名案：
{プロンプト1の出力を貼る}
出力：案ごとに「採用可・要修正・不可」の判定と、要修正の場合の修正案
複数SKUを持つ商品では、親商品名とSKU別の表記をそろえる必要があります。バリエーション展開時の命名ルールを作る3本目です。
プロンプト3：バリエーション商品の命名ルール作成
以下の商品をRMSで項目選択肢別在庫として登録します。
親商品名と、各バリエーションの表示名の命名ルールを作ってください。
条件：
1. 親商品名は半角255文字以内、SGS向けに主要KWを前半へ
2. バリエーション表示名は、色・サイズなど選択肢の違いだけが一目でわかる短い表記
3. 型番ルールがあれば末尾に統一形式で付与
商品情報：
- 親商品：{商品名・ジャンル}
- バリエーション軸：{色／サイズ／容量など}
- 各選択肢：{具体的な値の一覧}
出力：親商品名案2つと、バリエーション表示名の一覧
ブロック2：PC用とスマホ用の商品説明を作り分ける
PC用商品説明文は半角10,240文字、スマホ用は半角2,560文字と枠が大きく異なります。同じ素材から、それぞれの文字数に最適化した二系統を作ります。
まずPC用の本文です。情報量を載せられる枠なので、用途・素材の背景・使用シーンまで含めます。
プロンプト4：PC用商品説明文の生成（半角10,240文字以内）
楽天RMSのPC用商品説明文を作ってください。
条件：
1. 半角10,240文字（全角換算5,120文字）以内、見出しで段落を分ける
2. 冒頭にこの商品で解決できることを2〜3文で先出し
3. 素材・産地・製法など事実ベースの情報を中盤に
4. 想定する使用シーンや贈答用途を具体的に
5. 薬機法・景表法に触れる効能断定（治る・効く・改善するなど）を入れない
6. 楽天市場外のURL・連絡先・QRコードは入れない
商品情報：
{商品情報を箇条書きで}
出力：見出し付きのPC用商品説明文の本文
スマホ用はPC用を縮めるのではなく、ファーストビューで離脱させない順序で別に組みます。枠が4分の1しかないため、結論先出しを徹底します。
プロンプト5：スマートフォン用商品説明文の生成（半角2,560文字以内）
同じ商品のスマートフォン用商品説明文を、半角2,560文字（全角換算1,280文字）以内で作ってください。
PC用の要約ではなく、スマホで上から読んだときに離脱しない順序で組み直してください。
条件：
1. 最初の2〜3行で「何の商品で、誰の何が解決するか」を言い切る
2. 箇条書きを活用し、1行を長くしすぎない
3. 効能断定・最大級表現・楽天外URLを入れない
商品情報：
{プロンプト4と同じ商品情報}
出力：スマホ用商品説明文の本文
PC用とスマホ用を別物として作る理由は、読まれ方が違うからです。PCでは画面に縦長の説明が一覧でき、読み手はスクロールしながら情報を拾えます。一方スマホでは、最初の数行で続きを読むかどうかが決まり、長い前置きは離脱を招きます。アパレル系の単一店舗で試したケースでは、スマホ用の冒頭を「素材・サイズ感・着用シーン」の3点に絞って言い切る形に変えただけで、説明文の最下部までの到達率が改善しました。同じ素材でも、出力先の画面に合わせて順序と密度を変える。この作り分けがブロック2の肝になります。
商品キャッチコピーは半角174文字と短く、検索結果や一覧で目に入る欄です。短文を複数案で作ります。
プロンプト6：商品キャッチコピーの生成（半角174文字／全角換算87文字以内）
楽天RMSの商品キャッチコピーを5案、半角174文字（全角換算87文字）以内で作ってください。
条件：
1. 商品名と内容が重複しすぎない（補足になる訴求を選ぶ）
2. 最大級表現・効能断定を避ける
3. ギフト・季節・用途など、購入の後押しになる切り口を入れる
商品情報：
{商品情報}
出力：番号付き5案
ブロック3：item.csvで一括登録する下書きを作る
商品点数が多いときは、RMSの商品登録画面で1点ずつ作るよりitem.csvでの一括登録が速いです。ただしCSVは列構成とコード仕様が厳密で、ずれると取り込みエラーになります。AIには「叩き台の行データ」を作らせ、列定義とコードは人が必ず最新のRMS仕様で照合してください。
最初に、自店のitem.csvの列定義をAIに読み込ませて、入力ルールを整理させます。手元のヘッダー行をそのまま貼るのが安全です。
プロンプト7：item.csvの列定義の読み解きと入力ルール整理
これは楽天RMSのitem.csvのヘッダー行です。各列が何を入れる欄かを整理し、
入力時に間違えやすい点（必須・任意、コード形式、文字数上限）を列ごとに一覧化してください。
不明な列は「要RMSマニュアル確認」と明記し、推測で断定しないでください。
ヘッダー行：
{item.csvの1行目をそのまま貼る}
出力：列名・役割・必須/任意・注意点の整理（表ではなく箇条書きで）
整理した列定義に沿って、複数商品の行データの下書きを作らせます。テキスト欄はブロック1・2の成果物を流用します。
プロンプト8：複数商品のitem.csv行データの下書き
プロンプト7で整理した列定義に従い、以下の商品のitem.csv行データの下書きを作ってください。
条件：
1. 各列の値はプロンプト7の入力ルールに沿わせる
2. 商品名・キャッチコピー・説明文は、すでに作成済みの確定版を使う（下記を参照）
3. 在庫数・価格・型番・配送区分など数値系は、こちらが指定した値をそのまま入れ、勝手に補完しない
4. 不明な列は空欄にし、空欄にした列を末尾に列挙する
確定済みテキスト：
{商品名・キャッチ・PC説明・スマホ説明を商品ごとに貼る}
数値系の指定値：
{在庫・価格・型番などを商品ごとに}
出力：CSV形式の行データと、空欄にした列の一覧
最後に、出力されたCSV行を取り込み前に検査させます。文字数超過とコード不整合を機械的に洗い出す用途です。
プロンプト9：item.csv取り込み前のセルフチェック
次のitem.csv行データを、取り込みエラーになりそうな箇所がないか点検してください。
チェック項目：
1. 商品名が半角255文字を超えていないか
2. PC用商品説明が半角10,240文字、スマホ用が半角2,560文字を超えていないか
3. 数値列に文字が混ざっていないか、価格・在庫が空でないか
4. 同一商品管理番号の重複がないか
5. 最大級表現・効能断定・楽天外URLが本文に混ざっていないか
CSV行データ：
{プロンプト8の出力を貼る}
出力：問題のある行と列、修正方針の一覧。問題がなければ「取り込み可」と明記
CSVのコード仕様や列構成は楽天側の更新で変わることがあります。エラーが出たら、AIの出力ではなくRMS側のエラーメッセージとマニュアルを正にして直してください。
一括登録で時間を食うのは、最初の1点目の列定義を固める工程です。ここでプロンプト7を使い、自店のヘッダー行を読み解いて入力ルールを言語化しておくと、2点目以降は同じルールに沿った下書きを量産できます。5,000社支援の中で何度も再現したパターンとして、列定義のドキュメントを一度作って共有フォルダに置いた店舗は、担当者が替わってもCSV運用が崩れにくくなりました。AIに毎回ゼロからCSVを作らせるのではなく、確定した列定義というルールブックをAIに渡し続ける。この順序にすると、人の確認も「ルール通りか」という一点に絞れて速くなります。
ブロック4：商品画像を生成し、登録前に検査する
商品画像は最大20枚、推奨700×700px以上です。実物の撮影写真が主役であるべきですが、用途説明やサイズ比較、ギフト用途を示す補足カット、背景バナーなどはAIの画像生成で下地を作れます。ここで重要なのは、実在しない仕様や受賞を画像内に描き込ませないことです。
まず、何の画像を何枚そろえるかの構成をAIに設計させます。撮影と生成の役割分担をはっきりさせる狙いです。
プロンプト10：商品画像の構成設計（最大20枚）
楽天市場の商品ページに載せる画像の構成を設計してください。
前提：1商品あたり最大20枚、推奨700×700px以上。
条件：
1. 1枚目はサムネイル（検索一覧に出る）として、商品単体が明快に分かる構成
2. 実物撮影が必須のカットと、AI生成で補える補足カット（用途図・サイズ感・ギフト想定など）を分ける
3. 文字焼き込みが必要なカットは、文字内容も指定する（誇大表現・未確定の受賞は入れない）
商品情報：
{ジャンル・特徴・想定用途}
出力：画像ごとの「枚数番号・役割・撮影/AI生成の別・必要素材」の一覧
AI生成で作る補足カットの画像生成プロンプトを書かせます。実物の改変ではなく、背景や用途イメージの生成に絞ります。
プロンプト11：補足カット用の画像生成プロンプト作成
プロンプト10でAI生成と分類したカットについて、画像生成AIに渡す英語＋日本語のプロンプトを作ってください。
条件：
1. 商品ジャンルの雰囲気に合う配色・トーンを指定
2. 700×700px以上の正方形を基本とする
3. 実在しないロゴ・受賞マーク・他社商標を入れない
4. 文字を入れる場合は、誇大でない短い日本語のみ
対象カット：
{プロンプト10の出力から、AI生成カットを貼る}
出力：カットごとの画像生成プロンプト
生成・撮影した画像が登録要件に合うかを言語モデルに点検させます。画像そのものの画素数は人が確認しますが、構図や文言の規約チェックはAIで一次フィルタにできます。
プロンプト12：商品画像の登録前チェック
これから楽天RMSに登録する商品画像の説明（または画像）を点検してください。
チェック項目：
1. 1枚目サムネイルが商品単体で分かりやすいか（背景がうるさくないか）
2. 画像内の文言に最大級表現・効能断定・楽天外URLが入っていないか
3. 他社商標・実在しない受賞マークが映り込んでいないか
4. ギフト・用途の補足カットが、実際の商品仕様と矛盾していないか
画像の説明（または画像）：
{各画像の内容を説明、または画像を添付}
出力：画像ごとの判定と、差し替えが必要な点
画像の役割分担で迷いやすいのは、どこまでをAI生成に任せ、どこからを撮影に残すかの線引きです。判断の軸はシンプルで、購入の意思決定に直結する情報（実物の色、質感、サイズ感）は撮影、購入後のイメージを補う情報（使用シーン、ギフトのラッピング想定、保管方法の図解）はAI生成、と分けると破綻しにくくなります。1枚目のサムネイルだけは検索一覧とリピート判断の両方に効くため、ここは必ず実物撮影を据えるのが定石です。AI生成のカットを混ぜすぎると、届いた実物との印象差がレビューでの不満につながり、結果としてSGSの人気度スコアにも響きます。
画像生成の楽天向けの作り込みを深掘りしたい場合は、楽天の商品ページをAIで作る手順で構成全体の組み立てを確認できます。
つまずきやすい3パターンと回避策
ここまでの12本をそのまま回すだけだと、現場でいくつか定番のつまずきが出ます。
一つ目は、AIが出した商品名や説明文をそのまま公開してしまい、SGSが類似コンテンツと判定するパターンです。同じプロンプトで複数商品を一気に処理すると、文体や言い回しが似通い、商品違いなのに説明文がほぼ同型になります。ある食品ジャンルの中規模店舗の事例では、AIの下書きを商品ごとに人が3〜4割書き換える運用に切り替えてから、説明文の重複感が解消しました。回避策は、AIの出力を「素材」として扱い、商品固有の事実（産地差、製法差、容量差）を人が必ず上書きすることです。
二つ目は、薬機法・景表法に触れる表現の混入です。サプリや化粧品、健康食品ジャンルでは、AIが購買意欲を高めようとして「効く」「改善する」「最強」といった表現を入れてしまうことがあります。プロンプトの条件に禁止語を明記していても、案によってはすり抜けます。回避策は、プロンプト9とプロンプト12でNG表現チェックを別工程として必ず通すこと、そして自店のジャンルに固有のNGワードを禁止語リストに追記しておくことです。
三つ目は、item.csvの数値列をAIに補完させてしまう事故です。在庫数や価格、型番をAIが「それらしい値」で埋めると、それがそのまま取り込まれて公開されます。これは注文トラブルや赤字販売に直結する最も危険なパターンです。プロンプト8では数値系を「指定値をそのまま入れ、補完しない」と明示していますが、それでも取り込み前のプロンプト9と、人の最終目視を省略してはいけません。テキストは下書きをAIに、数値と規約は人に、という線引きを崩さないことが安全運用の核になります。
これに付随してもう一つ、文字コードと改行コードの取り違えによる文字化けも定番です。AIが出力したCSVをそのまま保存すると、環境によって楽天が想定する文字コードと食い違い、全角文字が崩れて取り込まれることがあります。これはAIの賢さとは無関係の機械的な落とし穴なので、AIには本文の中身だけを作らせ、ファイルとして保存・整形する工程は手元のツールで管理するのが無難です。エラーが出たときに「AIの出力が悪い」と決めつけず、まず文字コードと列ずれを疑うと、原因の切り分けが速くなります。
工数とコストの目安
費用面は、テキスト生成だけならChatGPT Plusが月20米ドル、Claude Proが月20米ドル、Geminiの個人向け有料プランも月20米ドル前後で、いずれか1契約でブロック1〜3はおおむね回せます。プラン名と金額は2026年5月時点の目安で、契約前に各社の最新の料金表で確認してください。画像生成を本格的に使う場合は上位プランや従量課金が乗ることがあるため、生成枚数の見込みで選びます。これらの金額は2026年5月時点の目安で、各社のプラン改定で変動します。
工数については、新商品を10点登録する作業を例にとると、ゼロから手作業で商品名・説明文・CSVを整えていた店舗では、テキスト整形にかかっていた時間がAI下書き併用でおおむね半分前後に縮む、という現場感覚です。ただしこれは事実確認とNG表現チェックの工程を残した前提の数字で、チェックを省けば時間は減っても公開後の手戻りで相殺されます。KPIとして見るなら、登録1点あたりのテキスト作成時間と、公開後の説明文・画像の差し替え発生率の二つを並べて追うと、AI導入の効果と副作用の両方が見えます。
導入初期に陥りやすいのは、時間短縮だけを追って差し替え率の悪化を見落とすことです。下書きをそのまま公開する比率を上げれば作成時間は下がりますが、公開後に誤記や規約抵触で直す件数が増えれば、トータルの工数は減っていません。現場感覚では、最初の1〜2か月は両方の数字を毎週並べて見て、自店にとって「人がどこまで手を入れれば差し替えが減るか」の最適点を探る期間に充てると、その後の運用が安定しました。費用対効果を見るときも、月20米ドルのAI契約料そのものより、この差し替え率をどこまで下げられたかのほうが、はるかに効きます。
商品ジャンルによっても効きどころは変わります。食品ギフトのように贈答シーンの言語化が売上を左右するジャンルでは説明文の下書きが効き、家電のように型番とスペックの正確さが命のジャンルでは、むしろCSVのチェック工程をAIで厚くするほうが効きます。自店のジャンルでどの工程がボトルネックかを見極めてから、12本のうち先に磨くプロンプトを選ぶと無駄が出ません。
商品名のSGS最適化が売上にどう効くかは、商品名単体ではなく検索順位とCVRの組み合わせで測る必要があります。この見方は楽天SEO全体の設計と地続きなので、KPI設計を詰めるなら楽天SEOをAIで進める手順の指標の置き方も参照してください。
AIエージェント時代に商品登録はどう変わるか
2026年に入って各社が押し出しているのは、人が1ステップずつ指示するチャット型から、目標を渡すと複数ステップを自律で進めるエージェント型への移行です。商品登録の文脈で言えば、将来的には「この商品群をRMSに登録して」と指示すると、商品名生成からCSV整形までを一気通貫で下書きするような運用が見えてきます。
ただし、現時点でこれを丸ごと任せるのは早いと判断します。理由は、商品登録が「事実の正確性」と「規約の遵守」という、誤ると即トラブルになる領域を含むからです。エージェントが速くなるほど、間違った在庫数や規約違反表現の公開も速くなります。当面の現実解は、生成と整形はAIに任せ、公開のゲートに人の検算を必ず挟む形です。楽天/Amazonの両方を回している店舗で観測されたのは、AIの下書き比率を上げた店舗ほど、最終チェックの工程を逆に厚くしているという傾向でした。
商品説明文のプロンプト設計そのものを磨きたい場合は、ChatGPTで商品説明文を作るプロンプト集に、ジャンル別の書き分けパターンをまとめています。本記事のブロック2と組み合わせると、説明文の質を一段上げられます。
よくある質問
楽天RMSの商品登録は、本当にAIで速くなりますか
速くなるのはテキスト整形と画像の下地作りの部分です。素材は手元にあるのに体裁を整える工程で止まっていた店舗では、その下書き時間が2026年5月時点の見込みでおおむね半分前後に縮みます。一方、数値入力と規約チェックは人の工程が残るため、登録全体がゼロになるわけではありません。
商品名は何文字まで入りますか
楽天RMSの商品名は半角255文字（全角換算127文字）以内です。スマホ検索では前半が見切れやすいため、前半30字程度に主要キーワードを置くのが定石です。登録直前にRMSの該当画面の文字数表示で念のため確認してください。
ChatGPT・Claude・Geminiのどれを使うべきですか
テキスト整形はいずれでも実用水準です。長い商品説明をまとめて推敲させるならClaude Opus 4.7やSonnet 4.6、画像生成も同じ画面で完結させたいならChatGPTやGeminiが扱いやすい、という使い分けが現実的でした。まず1契約で始め、不足を感じた領域だけ足すのが無駄が出にくいです。
AIが書いた説明文をそのまま公開して大丈夫ですか
そのままの公開は避けてください。複数商品を同じプロンプトで処理すると説明文が似通い、SGSが類似コンテンツと判定するリスクがあります。商品固有の事実を人が3〜4割書き換える運用が安全でした。
item.csvの数値もAIに任せていいですか
在庫数・価格・型番などの数値は任せないでください。AIが補完した値がそのまま公開されると、注文トラブルや赤字販売に直結します。数値は指定値をそのまま入れ、取り込み前にプロンプト9と人の目視で必ず検算してください。
商品画像はAI生成だけで完結できますか
完結はおすすめしません。実物が主役のサムネイルは撮影が基本で、AI生成は用途図やサイズ感、背景などの補足カットに絞るのが安全です。実在しない受賞マークや他社商標を描き込ませないよう、プロンプト11と12で必ずチェックします。
楽天の規約で気をつける点は何ですか
商品名・説明文・画像に楽天市場外のURL、連絡先、QRコードを入れないこと、最大級表現（最高・No.1・日本一など）や効能断定を避けることです。これらはAIの出力にすり抜けやすいため、プロンプトの禁止条件とチェック工程の両方で二重に止めます。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
