商品CSVの変換でつまずく5つのパターン｜モール移行前に確認したいこと

モールを増やすとき、商品データの用意でつまずく箇所はだいたい決まっています。ご相談をいただく内容を整理すると、次の5つに集約されました。

1. 文字コードの取り違え

Shift_JISで書き出したCSVをUTF-8前提の管理画面に取り込むと、商品名が化けます。逆の組み合わせでも起こります。「化けているのは一部の商品だけ」という場合は、丸数字やローマ数字などの機種依存文字が混ざっていることが多いです。

2. 列名は合っているのに、値の規格が違う

「商品コード」という列が両方にあっても、片方は半角英数字のみ、もう片方は記号を許容、ということがあります。取込エラーの原因が列名でなく値の規格にある場合、エラーメッセージだけを見ても原因にたどり着きにくいです。

3. 文字数の上限

商品名や説明文の上限はモールごとに違います。移行元では収まっていた説明文が、移行先では超過して弾かれます。全角と半角の数え方が違うこともあります。

4. 改行とカンマの混入

説明文に改行やカンマが入っていると、CSVの列がずれます。1行だけずれて以降が全部おかしくなる、という壊れ方をします。表計算ソフトで開いただけでは気づきにくい部分です。

5. 画像のファイル名と参照

画像列にファイル名を書く形式の場合、1文字でも実ファイル名と違うと画像が付きません。連番の桁数（001と 1）で食い違うこともよくあります。

取り込む前に確認しておきたい3つ

・移行先の取込フォーマットの見本を1行ぶん手に入れる。・移行元データを1件だけ手作業で移行先の形式に直してみる。・その1件が通ってから、残りをまとめて変換する。

いきなり全件を変換して弾かれると、原因の切り分けに時間がかかります。1件通してから全件、の順番にすると手戻りが減ります。

なお、取込が通るかどうかはモール側の仕様変更や元データの状態にも左右されます。事前チェックは取込の成功を保証するものではないため、取込前の形式チェック結果を手元に残しておくと、弾かれたときの原因追跡が楽になります。