お客様がセージグリーンのレインコートを選択します。1枚目の画像は切り替わりますが、縫製部分のクローズアップはラストブラウンのままです。サイズ表は前シーズンのもの。箇条書きの一つには、冬仕様にしかない裏地のことが書かれています。
どの素材も、承認された時点では正しく見えたのかもしれません。しかし組み合わさると、存在しない商品を説明していることになります。
これは、見た目に症状が出ているだけのカタログの問題です。ペットブランドがカラー、サイズ、販売チャネル、シーズンごとの仕様変更を増やしていくと、リスクは質の悪い画像を1枚作ってしまうことよりも、良い画像を違う商品に紐づけてしまうことのほうにあります。
Amazonのバリエーションに関するガイダンスは、カテゴリごとの制約をはっきり示しています。使えるバリエーションテーマはカテゴリによって異なり、関連する商品は、認められた違いを除いてデザインと機能が共通している必要があります。自社サイトでは自然に見える商品のまとまりも、そのままAmazonで有効なバリエーションファミリーになるとは限りません。
関係が有効になったあとも、販売しているすべての選択肢を正確に保つ仕組みが必要です。
お客様の手元に届く商品ごとに、1件ずつ記録を作る。
説明のための例として、3色・4サイズで展開するコートを考えます。すべての組み合わせを販売するなら、重複する項目があっても記録は12件になります。
各記録には、SKU、必要に応じてマーケットプレイスの識別番号、カラー、サイズ、確認済みの寸法、仕様のバージョン、同梱物、承認済みの素材を記載します。重要な情報には根拠も残しておきます。最新の仕様書、実物サンプル、担当者が確認したサプライヤーからの回答などです。
目的は書類を増やすことではありません。「coat-final-NEW」のようなクリエイティブのファイル名が、事実上の商品データベースになってしまうのを防ぐことです。
Amazonの出品手順にはカラーや数量といった商品詳細が含まれ、必須の情報は商品によって異なります。ガイダンスでは、商品画像の正確さも重視されています。構造化された項目と画像は、同じ一つの商品を二通りに表現したものとして扱いましょう。
バリエーション間で使い回せるものを決める。
そのまま共有できるコンテンツもあれば、確認したうえで調整すれば使えるものもあります。その商品そのものについての根拠が必要なものもあります。
| 素材・表記 | 共有の判断 | 理由 |
|---|---|---|
| ブランドの成り立ち | 通常は共有 | 選択されたカラーやサイズではなく、事業そのものを説明しているため |
| 採寸方法の説明 | 方法が同じなら共有 | 方法は同じでも、寸法は変わるため |
| サイズの数値 | サイズごとに最新の仕様と照合 | 名前が似ていても、寸法が同じとは限らないため |
| 生地や留め具のクローズアップ | 写っている仕様が同じ場合のみ共有 | 見た目の小さな違いが、お客様の期待を変えることがあるため |
| カラー別の商品画像 | 選択されたカラーと一致させる | シリーズ全体の画像では、その商品の正確な見た目を示せないため |
オリジナルの編集フレームワークです。ワークフローは一例です。マーケットプレイスの最新のカテゴリ要件とバリエーション要件に従ってください。
これはコンテンツチーム向けの運用ルールであり、Amazonのすべての画像枠がどう動作するかを述べたものではありません。カテゴリやストアの表示はそれぞれ異なります。素材を割り当てれば特定の表示になると決めつけず、お客様が実際に目にする画面を確認してください。
繁忙期でも崩れない識別名を素材につける。
実用的なファイル名の例はcoat-sage-m-shell-v2-detail-closure-approved.jpgです。名前から、曖昧さのない商品記録にたどり着けるようにします。
素材の用途と承認状況は、別の項目で管理します。参考写真、スタイリングのコンセプト、公開済みの商品画像は、それぞれ別の段階です。これらを区別なく一つのフォルダに入れていると、慌ただしい引き継ぎのなかで、試作の画像が正式な商品画像になってしまうことがあります。
AIによる色替えにも同じ規律が必要です。それらしく見えるセージグリーンの画像ができても、実際の色味、パイピング、ステッチ、光の下での素材の見え方を確かめたことにはなりません。ビジュアルの方向性を考える助けにはなりますが、公開する素材は、実物や該当するプラットフォームの要件と照らし合わせる必要があります。
個々のページだけでなく、切り替えを確認する。
お客様が見る商品ページを開き、カラーやサイズを切り替えてみます。商品名、選択肢のラベル、表示される画像、寸法情報、同梱物の説明をあわせて確認します。
コートの例なら、セージグリーンのS、セージグリーンのL、そして別のカラーを見てから、シリーズ全体の挙動が一貫しているかを判断します。大きな発売の前には、すべての組み合わせを確認し終えておきます。不一致が見つかったら、選択中の選択肢がわかる状態で記録し、ほかのメンバーが再現できるようにします。
これで見つかるのは、12枚のサムネイルを個別に承認するのとは別の種類の問題です。お客様は選択肢を行き来しながら買い物をします。確認作業もその動きに沿って行いましょう。
商品名が同じでも、仕様変更は新しい事実として扱う。
コートの留め具や裏地が変わったら、どの在庫とSKUが新しい仕様なのかを特定します。影響を受ける説明文や画像は、旧デザインのままの在庫を説明してしまう前に承認し直します。変更後の商品を同じ出品ページに載せてよいかは、マーケットプレイスのルールを確認してから判断しましょう。
スプレッドシートで足りる場合もあれば、規模の大きいチームではカタログ管理ソフトが必要になることもあります。いずれにしても、商品・事実・素材の対応関係には、誰かが責任を持つ必要があります。
ビジュアルの統一感は、品ぞろえを選びやすくするときには役立ちます。しかし、違いが消されたせいで全バリエーションが同じに見えているなら、それは弱点になります。
お客様が選んだのは、ある一つの商品です。ページのすべての要素が、その選択に応えるようにしましょう。