本文へスキップ
NeoLogic
NeoLogic

紺のLサイズを選ぶと白い商品の画像。商品情報を一元管理してEC掲載ミスを防ぐ

共通の商品説明と、色・サイズ別の情報を対応付け、販売先ごとの画像や公開状態を点検します。3商品・6SKU・2媒体の記入例を見ながら、掲載漏れや古い説明が残った場所を自社の表でも探せます。

紺のLサイズの商品情報と白い掲載画像の不一致を照合する。

たとえば、商品説明を直したのに、別のECでは古い文章が残り、紺のLサイズを選ぶと白い商品の画像が出る。複数の販売先を担当していると、元データの修正と、売り場での修正完了を分けて確かめる必要があります。

6種類の商品バリエーションを二つのECへ載せる場合、掲載先で確かめる組合せは12件です。次の想定例では、そのうち8件がそろっていました。画像違いなどを直して11件まで進んでも、残る1件は公開できません。画像の利用許可が、片方のECではまだ取れていないからです。

紺のLサイズに白い画像が出るケースと、画像は正しくても使ってよいか分からないケースを比べます。元データを一か所に集めた後にも、売り場で確かめることが残ります。

商品共通の説明と、色・サイズごとの情報

半袖Tシャツの説明文は商品共通で持ち、白のMサイズ、紺のLサイズには、それぞれ別の品番を付けます。この色・サイズごとの販売単位がSKUです。商品名を変えた後も、品番を使えば同じ商品を探せます。

半袖Tシャツ、カーディガン、トートバッグの3商品に、それぞれ2種類のSKUを設けます。掲載先はEC-AとEC-Bです(想定例)。

商品担当がSKUの重複と色サイズの対応を確定し、EC担当が販売先の商品ID・バリエーションIDへ対応付けます。媒体名とSKUを組にして、掲載予定の行を先に作ることが掲載漏れの点検の出発点です。掲載しない組合せは理由を残して対象外とし、行がないだけで対象外とは判断しません。数量の同期は別の管理テーマとして扱います。

説明文と画像は、更新の基準になる版を決める

商品担当が共通の説明文を修正し、商品責任者が最新の版を決めます。説明・仕様・画像の更新元を一か所にそろえ、版の番号を付ければ、販売先に残った古い文章を探せます。

画像は保存場所だけでなく、画像ID、対象SKU、色、版、利用先、利用期間、加工条件、根拠資料を画像台帳へ記録します。紺LのTシャツには、紺色を撮影した最新版の画像を使います。ファイル名だけで判断せず、画像担当が中身と対象色を照合し、EC担当が出力する画像を選びます。サイズ共通の画像を使う場合も、共用できるSKUを明示します。

紺のトートバッグの画像は、利用許可の記録ではEC-Aのみ利用可、EC-Bは記録がありません。画像ファイルがあり、別のECで使用できても、EC-Bへの公開承認には進めません。許諾範囲を確かめるか、使用できる別画像へ差し替えて再確認します。権利の根拠が未回答の状態を、入力済みという理由で「可」にしないことが判断の境目です。

販売先ごとの文字数や画像比率を合わせる

元になる情報と並べて、媒体ごとの商品名・説明の差分、文字数、画像比率、必須項目、禁止表現、規則の版と日付を持ちます。例ではEC-Aの規則「EC-A規則v1」を商品名60文字・主画像1:1、EC-Bの規則「EC-B規則v1」を40文字・4:5と設定しました。この例に限った掲載条件です。実運用では、出店先の公式仕様と商品カテゴリ・販売地域に応じた条件へ置き換えます。

EC-Bではmaterial_codeも必須とするため、EC-A用のファイルをそのまま送ると項目が足りません。媒体別の変換表に元項目、出力先の列名、加工方法、必須条件を記録します。文字を短くするときも、素材や寸法などの事実を変えず、媒体用に変えた文章は、共通の説明文と別に保存します。共通説明を改版したら、影響する媒体側の差分も確認対象に戻します。

画像を切り抜いて比率を合わせるときは、商品の色や形が誤って伝わらないかを目で見て確かめます。規約や表示条件を読むのは、文字数チェックとは別の作業です。取得できない条件は未確認として残し、商品担当・EC担当のどちらが確認先へ照会するかを決めます。条件が変わったときに、古い規則版の承認を使い回さないためです。

公開前に見つかった四つの不足

公開前には、予定したSKU×媒体の行が全部あるか、媒体の必須項目を満たすか、色サイズと画像が一致するか、画像の利用先・期間に問題がないかを照合します。チェック表の「説明版」は今回反映したい版、「確認版」は売り場で見届けた版です。入力の充足と、売り場での一致を別々に見る設計にします。

Shopify公式ヘルプでは、新規商品のCSVはTitleが必須で、バリエーションを追加する場合はURL handleも必要です。更新ではURL handleとTitleが必須ですが、SKUなどバリエーション関連列の更新にはOption1 name・Option1 valueも必要です。関連列を外すと、エラーだけでなく既存バリエーションの削除等につながる注意があります。単に空欄を埋めるだけでなく、列の組合せを確認します(出典:Shopify公式ヘルプ(2026年9月15日確認))。

下表は2026年9月15日10:00時点の状態です。必須列の欠落はファイルのヘッダー不足を送信前に見つけた想定です。ファイル単位の列欠落なら、そのファイルで影響するほかのSKUも調べます。

EC-Bで見つかった問題 次に行うこと
紺LのTシャツに白い画像 紺の画像へ差し替え、売り場で紺Lを選んで見る
灰Mのカーディガンに必須列がない ファイルの列を補い、影響する商品も調べる
黒Lのカーディガンの更新失敗 照会済みの失敗対象を確かめて再送
紺のトートバッグの画像権利が不明 許諾範囲を照会し、回答があるまで公開を保留

売り場で正しい表示になったら、訂正完了

送信ボタンを押した時刻と、訂正が売り場に反映された時刻は分けて扱います。訂正依頼には行ID、目標版、変更点、担当、期限、処理結果と証跡を残します。タイムアウトなどで結果が分からない場合は、直ちに再送せず、媒体の処理結果や現在の掲載内容を照会します。再送時は同じ対象を照合し、二重登録を避けます。

黒Lのカーディガンは結果照会で処理失敗と分かっているため「反映失敗」です。結果そのものが不明な場合は「結果確認中」とし、成功にも失敗にも寄せません。元データだけ直した行は「訂正依頼」などのままにし、確認担当が色サイズを選び、説明版と画像を見てから「反映済み」へ変えます。古い版の反映日時で今回の訂正を完了させない運用です。

紺LのTシャツでは、予定していた紺の画像に差し替えます。元データの保存や送信だけでは終えず、点検担当がEC-Bの売り場で紺Lを選び、最新版の説明と紺の画像がそろったところで完了を記録します。この例の確認時刻は11:05です。

訂正後の変化(同日11:30時点)

商品 対応 対応後の状態
紺LのTシャツ 紺の画像へ差し替え 11:05に反映済み
灰Mのカーディガン 素材コードの列を補完して送信 11:10に反映済み
黒Lのカーディガン 失敗対象を照合して再送 11:20に反映済み
紺のトートバッグ EC-Bの利用範囲を再照会 承認待ち。反映日時は空欄

11:30時点でも紺のトートバッグは許諾範囲が未回答なので、未公開のまま画像担当へ引き継ぎます。訂正履歴には次の回答期限を残し、ほかの行の完了でまとめて消しません。この時点で12件中11件が反映済みになります。

訂正前の12件を資料と照合する(同日10:00時点)

以下の3表は、訂正前の10:00時点です。上の11:30時点の対応結果とは区別して照合してください。資料と照合するときに掲載行IDを使います。例えば掲載行A01には、媒体の条件「EC-A規則v1」を適用します。掲載行と規則の版を分けて照合してください。

全12行の商品・媒体・必須項目を見る
行ID 商品ID SKU 色 サイズ 説明版 画像権利 媒体 必須項目
A01 P101 P101-WH-M 白 M D02 可 EC-A 充足
A02 P101 P101-NV-L 紺 L D02 可 EC-A 充足
A03 P102 P102-GY-M 灰 M D01 可 EC-A 充足
A04 P102 P102-BK-L 黒 L D01 可 EC-A 充足
A05 P103 P103-IV-F きなり F D03 可 EC-A 充足
A06 P103 P103-NV-F 紺 F D03 可 EC-A 充足
B01 P101 P101-WH-M 白 M D02 可 EC-B 充足
B02 P101 P101-NV-L 紺 L D02 可 EC-B 充足
B03 P102 P102-GY-M 灰 M D01 可 EC-B 欠落
B04 P102 P102-BK-L 黒 L D01 可 EC-B 充足
B05 P103 P103-IV-F きなり F D03 可 EC-B 充足
B06 P103 P103-NV-F 紺 F D03 未確認 EC-B 充足

凡例:F=この例のフリーサイズ。説明版は今回の目標版です。画像権利「可」は、該当媒体でその時点の利用条件が分かっている想定です。

同じ行IDで説明版・画像・権利を照合する
行ID 確認版 予定画像ID 確認画像ID 媒体規則版 権利記録ID
A01 D02 I01v2 I01v2 EC-A規則v1 R01
A02 D02 I02v2 I02v2 EC-A規則v1 R02
A03 D01 I03v1 I03v1 EC-A規則v1 R03
A04 D01 I04v1 I04v1 EC-A規則v1 R04
A05 D03 I05v3 I05v3 EC-A規則v1 R05
A06 D03 I06v3 I06v3 EC-A規則v1 R06
B01 D02 I01v2 I01v2 EC-B規則v1 R01
B02 D02 I02v2 I01v2 EC-B規則v1 R02
B03 未掲載 I03v1 未掲載 EC-B規則v1 R03
B04 D00 I04v1 I04v1 EC-B規則v1 R04
B05 D03 I05v3 I05v3 EC-B規則v1 R05
B06 未掲載 I06v3 未掲載 EC-B規則v1 R06

予定した画像と掲載された画像を見比べます。「未掲載」は、売り場にまだ掲載していない状態です。

同じ行IDで反映日時・エラー・証跡を照合する
行ID 反映日時 エラー 掲載状態 確認者 証跡ID 記録点検
A01 09:30 なし 反映済み 点検担当 EX-A01-1 記録あり
A02 09:30 なし 反映済み 点検担当 EX-A02-1 記録あり
A03 09:35 なし 反映済み 点検担当 EX-A03-1 記録あり
A04 09:35 なし 反映済み 点検担当 EX-A04-1 記録あり
A05 09:40 なし 反映済み 点検担当 EX-A05-1 記録あり
A06 09:40 なし 反映済み 点検担当 EX-A06-1 記録あり
B01 09:45 なし 反映済み 点検担当 EX-B01-1 記録あり
B02 — 画像違い(白画像) 訂正依頼 点検担当 EX-B02-1 要確認
B03 — 必須列欠落(material_code) 未送信 点検担当 EX-B03-1 要確認
B04 — 更新失敗(結果照会済) 反映失敗 点検担当 EX-B04-1 要確認
B05 09:48 なし 反映済み 点検担当 EX-B05-1 記録あり
B06 — 権利未確認(EC-B) 承認待ち 点検担当 EX-B06-1 要確認

日時はすべて2026年9月15日・JST。「—」は反映日時未記入で、完了を意味しません。反映日時は、目的の版・画像が売り場でそろったことを人が見届けた日時です。

チェック表を使い、既製品で足りるかを判断する

Excelのチェック表は「記入例_10時」「対応後_1130」「未記入」の列をそろえています。自社のSKUと媒体の組合せを未記入版へ入れ、元の商品情報、品番の対応表、画像台帳、媒体ルールを参照しながら確認します。「記録点検」は入力の整合を調べる補助で、人の公開承認や画像の権利判断を代行しません。この管理表を、ECへ取り込むCSVとして直接使わないでください。

既存の商品管理機能で、元原稿・販売先ごとの出力・承認・公開後の点検まで追えるかを、この例で試してください。独自の商品属性や部門間の承認、失敗時の再処理に不足が残るなら、その部分を追加開発の対象にできます。

商品情報と画像の管理、販路別出力を整える場合は、チェック表と未解決の行を用意して相談できます。色サイズの仕様確定から委託先の進行・納品確認まで必要なら、アパレル生産管理の相談先も確認してください。

仕様と生産工程も整える場合:アパレル・服飾製品の仕様と生産管理

掲載した商品の売り越しを防ぐには、最後の一点をどの注文で確定するかも決めます(ECと店舗の在庫連携|最後の1点と返品の扱い)。

商品説明・画像・商品情報管理システムの開発

参考出典

商品CSVの必須列・関連列の依存関係を参照しました(2026年9月15日確認)。

あわせて読む

状況にあわせてご相談ください

いまの状況を選ぶだけで、次に決めることが見えてきます。気になる点があれば、こちらからお返事します。