商品タイトルが、商品を識別し、検索語を盛り込み、あらゆるバリエーションを説明するという3つの役割を同時に担ってきたなら、短くすることは片手を縛られたまま作業するように感じるかもしれません。本当のリスクはタイトルが短くなること自体ではありません。数百件を急いで追跡なしに編集し、何が変わったのか、どの出品に対応が必要なのか、商品ページの説明が今も正しいのかを把握できなくなることです。
Amazonの現在のタイトル更新は、単に文字を削るのではなく、販売者がカタログを整理する有用なきっかけになります。ほとんどの非メディアカテゴリーでは、商品タイトルはスペースを含めて75文字に制限されます。Amazonは、補足となる商品詳細用に最大125文字の別フィールド、Item Highlightsも提供しています。実務上の課題は、タイトルに必ず残す情報、商品詳細ページの別の場所へ移せる情報、そして運用上の管理を失わずに変更する方法を決めることです。
このガイドはそのためのワークフローを扱います。特定の表現が順位や売上を改善することを保証するものではありません。マーケットプレイスの検索挙動やカテゴリー要件は変わる可能性があります。一括編集の前に、Seller Centralで自社のマーケットプレイスと商品タイプに適用される要件および利用可能なフィールドを確認してください。
コピーライティングを急ぐ前に、カタログを棚卸しする
避けられるミスを最も速く生む方法は、出品を1件ずつ開いて単語を削り始めることです。まず、プロジェクト全体を見渡せる作業用エクスポートまたはスプレッドシートを作ります。管理する各アクティブSKUまたはASINについて、以下を含めてください。
- 現在のタイトルと文字数
- SKU、ASIN、親子関係、ブランド所有状況
- 商品タイプとバリエーションを区別する属性
- 現在のItem Highlights、箇条書き、主要な商品事実
- 直近の販売個数、売上、返品、利用可能在庫
- 最終文言を承認する担当者
財務の列は重要です。動きの遅い在庫が3個ある商品のタイトル更新と、マーケットプレイス売上の30%を生むSKUの更新は、運用上の優先度が同じではありません。販売量が多い出品、広告費を投じている商品、まだ売り切る必要がある季節在庫、上限を大幅に超える出品から始めましょう。低販売量または販売終了の商品は後のバッチに回します。
この棚卸しは、出品の問題になる前にデータの問題も明らかにします。タイトルがあるサイズを示し、バリエーションデータが別のサイズを示しているなら、75文字に収まる方を選んで解決しようとしてはいけません。まず根本の属性の不一致を解消してください。短いタイトルは出品をより明確にするものであり、カタログの不一致を隠すものではありません。
新しい二部構成を理解する
タイトルは、あらゆる訴求点を押し込む場所ではなくなりました。異なるフィールドが異なる役割を担うシステムとして出品を扱いましょう。
タイトルに入れるべき内容
購入者が商品をすばやく認識するために必要な情報のために、タイトルを確保してください。
- 出品で関連があり、許可される場合のブランド名
- 中核となる商品タイプ
- 対応モデル、サイズ、数量、素材、色など、購入判断に最も影響する1つの属性
正確な順序は、カテゴリーの現在の要件に合わせるべきです。重要なのは、タイトルだけを見た人が、その商品が何であり、自分が探していた商品である可能性があるかを判断できることです。
たとえば、「Northline Insulated Stainless Steel Travel Mug with Leakproof Lid, 20 Ounce, Navy Blue, Hot and Cold Drinks」のような長いタイトルは、すべての特徴を一度に伝えようとしています。より明確な短いタイトルは「Northline 20 oz Insulated Travel Mug, Leakproof Lid, Navy」となるかもしれません。商品アイデンティティ、容量、差別化要素は残ります。二次的な利点は、他の出品フィールドで展開できます。
空いた文字数を曖昧な形容詞で埋めることは避けてください。「高品質」「最高」「新品」や重複するキーワードは、実際の商品、適合性、素材、容量、互換性ほど購入者に役立つことはめったにありません。さらに重要なのは、返品を防ぐ事実をチームが保持しにくくなることです。
Item Highlightsへ移せる内容
AmazonのItem Highlightsフィールドは、素材や推奨用途を含む、役立つ補足情報のためのものです。短い検索結果で商品を識別するのに必須ではないものの、比較を容易にする情報をここに入れましょう。
トラベルマグの場合、二重壁断熱、食洗機での手入れ方法、適切な用途に関する簡潔なハイライトが該当します。交換部品なら、タイトルに入れると読みにくくなる正確な互換範囲が該当するかもしれません。すべてのカテゴリーやマーケットプレイスで同じようにこのフィールドが表示されるとは限りません。このフィールドを軸に一括処理を設計する前に、出品エディタを確認してください。
商品詳細ページの残りに置くべき内容
箇条書き、商品説明、画像、構造化属性にも、引き続き役割があります。寸法、素材、互換性、手入れ方法、同梱物、安全情報、制限事項など、安心して購入するための疑問に答えるために使ってください。バリエーションでは構造化属性が特に重要です。色、サイズ、パック数が自由記述のコピーにしか含まれていないと、将来のカタログ編集で壊れる可能性がはるかに高くなります。
目標は、同じフレーズをすべてのフィールドで繰り返すことではありません。重要な事実のそれぞれに、明確で保守しやすい居場所があるようにすることです。
チームで繰り返せる75文字の編集ルールを作る
カタログに数十または数千の商品がある場合、一貫性は巧みな表現より重要です。最初のバッチを公開する前に、タイトルの型を書き出してください。単純な型は次のようになります。
ブランド + 商品タイプ + 主な差別化要素 + 主要バリエーション
次に、各用語が自社カタログで何を意味するかを定義します。アパレルでは主要バリエーションがサイズやフィットかもしれません。ハードウェアではネジ規格や対応モデルかもしれません。食品ならフレーバーと個数かもしれません。最も近い代替商品と区別するために必要でない事実は、タイトルの外へ移す候補です。
商品ファミリーごとに「必ず残す」リストを作ります。削除すると購入者が誤った商品を選びかねない事実を含めるべきです。特徴、用途、マーケティング文言用には別に「あるとよい」リストを作ります。こうすると、短縮は個々の形容詞を巡る議論ではなく、意図的な判断になります。
スペースと句読点も75文字の予算に含めて数えてください。コピーした句読点や記号は予想外の動きをする場合があるため、スプレッドシートの数式だけに頼らず、実際の出品フィールドでも最終文言を確認してください。レビュー担当者が両者を1画面で比較できるよう、元のタイトルの横に短縮タイトルの列を置きます。
バリエーションファミリーを意図しない曖昧さから守る
バリエーションファミリーには、別のレビューパスが必要です。親出品は、色、サイズ、複数個パック、フレーバー、対応デバイス、または一度に複数の属性を表すことがあります。子商品のタイトルをそれぞれ独立して短縮すると、ほぼ同じタイトルになり、なぜある選択肢の価格が高いのか、どの商品に適合するのかが購入者に伝わらなくなるおそれがあります。
ファミリーをグリッドとしてレビューしてください。
| 属性 | 確認例 |
|---|---|
| サイズまたは容量 | 購入者は12 ozと20 ozをひと目で区別できるか？ |
| 色または仕上げ | 正しいバリエーションを選ぶために、仕上げの名称は必要か？ |
| パック数 | タイトルは1個パックを4個パックと誤認しないようになっているか？ |
| 互換性 | 適合を決めるデバイスまたはモデル名を示しているか？ |
誤った購入を防ぐ属性にはタイトルを使います。二次的な詳細は、Item Highlights、箇条書き、画像、構造化フィールドに置いてください。違いを説明するのに75文字を超える必要があるファミリーでは、タイトルの正確性を下げるのではなく、バリエーション属性と比較コンテンツを改善すべきというシグナルであることが多いです。
Amazonの推奨を、未確認の編集ではなく入力として使う
Seller Centralでは、Amazonは販売者をManage All Inventoryへ案内し、次に出品エディタのView enhancements領域でタイトルとItem Highlightsの推奨を確認するよう促しています。Amazonの発表によれば、上限を超えたままのタイトルは、出品を有効のままAIによる推奨へ段階的に更新されることがあります。ブランド所有者には、AI生成の推奨が実装される前にレビュー期間が与えられます。
そのため早期レビューには価値がありますが、レビューが任意になるわけではありません。AIの提案は、特に幅広いカタログでは、初稿作成に役立つことがあります。しかし、顧客が使う専門用語、互換性の記述が法的に重要かどうか、どのバリエーション属性が返品の原因になるかまでは把握できません。すべての推奨を、商品データ、パッケージ、現在の画像に照らして人が確認してください。
受け入れた変更ごとに、簡潔な変更記録を残します。
- 日付と編集者
- ASINとSKU
- 元のタイトルと承認済みタイトル
- 移動した詳細と移動先フィールド
- 編集の理由
- 裏付けとなる商品データへのリンクまたは参照
この記録は、サプライヤーがパッケージを変更したとき、チームメンバーが編集に異議を唱えたとき、または後で出品を復元する必要があるときに役立ちます。また、次のポリシー更新を管理するコストを大幅に下げます。
バッチで展開し、適切な指標を測定する
金曜の午後にカタログ全体を変更し、うまくいくことを期待してはいけません。少数ながら代表性のあるバッチから始めます。販売量の多い商品をいくつか、バリエーションファミリー、長いタイトルの商品、わかりやすいタイトルの商品を含めます。デスクトップとモバイルで結果の商品詳細ページを確認し、画像、箇条書き、属性、Item Highlightsに一貫性があることを確かめてください。
各バッチの前にベースラインを記録します。利用できるレポートに応じて、対象SKUのセッション数、注文個数、コンバージョン率、返品、広告費、粗利益を追跡します。変化を観察してください。ただし、あらゆる動きがタイトルによるものとは考えないでください。価格変更、在庫切れ、季節性、広告、レビュー、競合の活動も同じ数値を動かします。
運用上のシグナルは、しばしばより早く現れます。「説明と異なる」という返品の急増、適合性やサイズに関する顧客からの質問、区別しにくくなったバリエーション、検証に失敗した出品編集などです。これらが現れたら次のバッチを止めてください。同じミスをカタログ全体へ広げる前に、商品データとタイトルの型を修正します。
出品変更を帳簿につなげる
カタログ作業は、マーチャンダイジングの仕事であると同時に財務統制の仕事でもあります。商品タイトルの移行は、どのSKUをレビューし、広告を出し、値引きし、補充するかに影響することがあります。台帳に「Amazon売上」という合計1行しかなければ、そうした判断を、実際に売上、返品、手数料を生む商品と結び付けることはできません。
最低限、マーケットプレイスの決済を照合し、売上、返金、紹介料、フルフィルメント手数料、広告費、在庫調整を分けてください。次に、出品の運用データと財務結果、すなわち売上、限界利益、返品率、手持ち在庫を結び付けるSKU単位のレポートを維持します。どのタイトルを最初にレビューするかを決めるときは、勘ではなくこのレポートを使ってください。
カタログ変更ログは、決済照合に使う同じ期間締めの記録と一緒に保管してください。出品変更後にSKUの返品率が上がったなら、何をいつ編集したかの明確な記録があります。それだけで因果関係を証明することはできませんが、調査を始める実用的な起点になります。
実務的な最終チェックリスト
バッチを公開する前に、次を確認してください。
- すべてのタイトルが、スペースを含めて現在のカテゴリーおよびマーケットプレイスの上限内にある。
- タイトルが今も商品と最も重要なバリエーションを識別している。
- タイトルから移した重要な詳細が、Item Highlights、属性、箇条書き、画像に正確に表示されている。
- 親子バリエーションが引き続き区別できる。
- 商品データの責任者が、技術、互換性、コンプライアンスに関する主張をレビューした。
- 変更したすべてのSKUについて、元の文言と最終文言が記録されている。
- パフォーマンスのベースラインを取得し、レビュー担当者を割り当てた。
短いタイトルは制約ですが、有用な強制力にもなります。規律ある整理により、購入者が読み取りやすく、チームが保守しやすく、各SKUの背後にある財務結果へ結び付けやすい出品が生まれます。
財務管理をシンプルにする
すべてのマーケットプレイス決済とSKUに関する判断に明確な財務の足跡があれば、カタログ変更は評価しやすくなります。Beancount.ioは、透明性が高く、バージョン管理でき、AI対応のプレーンテキスト会計を提供します。これにより、eコマースの意思決定を支える記録を、出品そのものと同じように整然と保てます。無料で始めることで、重要な数値を管理し続けましょう。
