たとえば、商品説明を直したのに、別のECでは古い文章が残り、紺のLサイズを選ぶと白い商品の画像が出る。複数の販売先を担当していると、元データの修正と、売り場での修正完了を分けて確かめる必要があります。
約10分で読めます
紺のLサイズを選ぶと白い商品の画像。商品情報を一元管理してEC掲載ミスを防ぐ
共通の商品説明と、色・サイズ別の情報を対応付け、販売先ごとの画像や公開状態を点検します。3商品・6SKU・2媒体の記入例を見ながら、掲載漏れや古い説明が残った場所を自社の表でも探せます。
影山 湧亮 / NeoLogic株式会社 代表取締役。元警視庁。現場業務の整理と生成AI活用・Webシステム開発を一貫して担当。

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日確認)。


