赤を選んだのに青の写真が残る。Lazadaの画像を直すときは、ファイルを差し替えるだけでは確認が終わりません。商品全体に使う画像、選択肢に対応する画像、購入者が実際に見る表示を分けて点検しましょう。

画像の登録先を区別する

Lazada Open PlatformのMarket Ease向けの開発者資料では、Product側のImagesと、Sku側のImagesは登録対象が区別されています。これは同資料で説明されるデータ項目の違いです。Seller Center全体の画面仕様や、全店舗共通の画像上限を断定する根拠にはしません。

ここでは、その違いを手掛かりに、画像の取り違えを確認する方法を説明します。外部システムを使って登録していない場合も、利用中の画面で画像をどの商品・選択肢に登録したかを確かめます。画面の項目名や連携ツールの設定は、対象国・カテゴリ・契約中の方式で確認してください。

「商品共通」「赤の選択肢」「青の選択肢」を社内メモで分けます。画面の先頭に見える写真と、選択後に見える写真を同じものと決めつけず、現に表示された内容をそれぞれ残すのが基本です。

元画像から対応表を作る

差し替える前に、元画像がどの現物を写したものかを確認します。色だけでなく、型番・容量・同梱品・販売単位が対象の商品と一致しているかを見ます。商品の仕様が違う写真を、色が似ているという理由で流用しないようにします。

画像名/現物の商品番号/商品ID/対象SKU/画像の役割/変更理由を一組にします。商品共通の説明画像と、個別SKUの写真では役割が違います。共通画像に複数色を写す場合も、全部が同梱されると誤解されないかを確認します。

元画像は上書きだけにせず、差し替え前後を追える名前で残します。たとえば説明用の命名例なら「DEMO105_RED_FRONT_v2」のように、対象と版が分かる形です。命名例は編集部の提案で、Lazadaが指定した必須形式ではありません。

確認場所 見る内容 記録する結果
元画像 現物・色・同梱品との一致 画像名・版・現物番号
商品共通 共通説明と販売単位 商品ID・役割
SKU別 対象選択肢に対応する写真 SKU・対応画像
購入者側 初期表示と選択後の見え方 端末・確認時刻・未確認範囲

架空の赤と青を照合する

以下は架空例です。ボトルAに赤のSKU「DEMO105-R」と青のSKU「DEMO105-B」があるとします。赤の写真を更新するつもりで商品共通画像だけを変え、青を選んでも赤の写真が見える状態になったとしたら、ファイルのアップロード成功だけでは修正完了と言えません。

対応表で、赤写真の登録先、青写真の登録先、共通画像として残す写真を見直します。販売中の商品へ根拠なく一括反映する前に、一つの商品と対象SKUに範囲を絞って確認し、問題のない範囲から進めます。

確認結果は「共通画像は確認済み/赤は確認済み/青は未確認」のように分けます。赤だけを見て全SKU確認済みにしないことが重要です。存在しない色とサイズの組み合わせは対象外として残し、未確認の組み合わせと区別します。

保存と公開表示は別に見る

編集側で保存した後は、購入者側の対象ページを開きます。最初の表示、各選択肢を選んだ表示、拡大できる画像、サムネイルを順に見ます。画像の色・数量・同梱品と、商品名や説明が矛盾していないかも照合します。

画像が見えない場合は、対象SKU、保存結果、画像の状態、確認したページと時刻を記録します。すぐに同じ変更を繰り返さず、利用中の画面や公式サポートの案内に従います。本記事では反映までの時間を一律に保証しません。

スマホでは先頭画像の切れ方や、選択肢を切り替えた後の見え方も確認します。PCで見えた内容が、スマホの狭い表示でも同じように伝わるかを確かめます。写真に説明文字を加えただけで、本文の矛盾が解消したとは判断しません。

修正範囲を閉じる

最後に、変更した商品とSKU、変更していない対象、公開確認を終えた範囲を記録します。別の連携元が画像を再送する運用なら、元データ側も同じ対応になっているかを確認します。古い元データが残る場合は、次回連携で戻らないと断言できません。

購入者から問い合わせがあった案件は、画像修正と個別対応を分けます。過去の注文に何が表示されていたかを調べる必要がある場合も、現在のページだけを証拠にせず、保存していた記録や販売先で確認できる情報を整理します。

一件で試す記録欄

対象国・ショップ/対象案件または商品ID/今回確認する範囲/現在の状態/次に行う作業/担当/確認の期限/根拠の場所/確認結果/残る未確認を、一件分だけ記入します。確認した結果と予定を分け、担当者が読んで同じ対象へ戻れるかを確かめてから運用を広げます。

作業前後のチェック

  • 商品共通とSKU別の登録先を区別した
  • 元画像を現物・色・販売単位と照合した
  • 存在する各選択肢の公開表示を確認した
  • 連携元と未確認の範囲を残した

公式情報と参照範囲

情報確認日・公式情報確認日:2026-11-01。Lazada Open Platform|Market Ease向け開発者資料を確認しました。参照範囲はMarket Ease向け資料のImages説明にあるProduct側とSku側の登録対象の違い。一般のSeller Center全体の上限・画像審査・反映時間へは拡張しません。記録欄・架空例・作業の確認順は編集部が提案する運用例です。実店舗での操作実証や効果測定の報告ではありません。

Lazada Open Platform|Market Ease向け開発者資料

あわせて確認する

Lazadaの在庫数が合わない?

物販・EC運用チェックリストも、確認項目の整理に利用できます。

作業の整理を相談する

対象国、店舗数、困っている一件、現在の手順、確認できた点と未確認の点を用意すると、相談内容を整理しやすくなります。対応範囲・費用・日程は内容を確認して個別にご案内します。

運用の相談フォームへ

画像はAI生成イメージです。実在の店舗や作業実績を撮影したものではありません。

物販・越境ECの運用を相談する

在庫管理、価格監視、記事掲載、広告掲載について相談できます。

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

CAPTCHA