カタログを運用するうえでの苦労の大半はショップ用ソフトではなく、ファイルにあります。エクスポートは仕入先のスプレッドシートやマーケットプレイス、古いストアから出てきて、インポーターは問題を1つずつ指摘しては拒否します—アップロード→待機→412行目のエラーを読む→直す→再アップロード。不備が8個あるファイルは、8回やって初めて8個すべてがわかります。

それを避ける順番はこうです: ファイルをエクスポートし、商品CSVバリデータに通して不備を一度にすべて確認し、機械的な問題は修正版をダウンロード、判断が要る少数だけ手で直してからインポートします。修正版のファイルは取っておきます—次に独自の形で何かを送ってくる仕入先のためのテンプレートになります。

Shopifyが実際に拒否するもの

失敗の多くは平凡で、繰り返し起こります。1299.99ではなく$19.99や1,299.99と書かれた価格。denyまたはcontinue以外が指定された在庫ポリシー。active、draft、archivedではなくliveと書かれたステータス。先頭にhttps://が付いていない画像URL、またはファイルそのものではなくDriveの共有ページを指しているURL。商品を開始する行でタイトルが空欄。2つの異なる商品で同じhandleを使っている—インポーターは1つの商品内の自己矛盾として読み取ります。

fulfillment serviceが空でも拒否されます。修正方法は直感的ではありませんが、自社で出荷する場合はmanualと記入します。

列名は2系統

Shopifyのダウンロード可能なテンプレートでは現在、URL handle、Price、Inventory quantityと記されています。インポートのドキュメントに載っている形式—そして今も多くのアプリ、エクスポート、移行ツールが出力する形式—では、Handle、Variant Price、Variant Inventory Qtyと書かれます。

どちらも受け付けられます。受け付けられないのは両方を半分ずつ混ぜたものです。2つのエクスポートを1枚のシートに貼り付けると起こりがちで、負けたほうの列は黙って無視され、商品は価格が空のままインポートされます。どちらか1つの方式を選び、ファイル全体をそれに揃えてください。

ここにあるものはすべてブラウザ内で動作します

商品エクスポートは、コスト、マージン、仕入先、SKU、在庫水準など、事業の全体像に近い情報です。これらのツールはいずれもそれをアップロードしません。ファイルはブラウザで読み込み、手元のマシン上で処理し、ダウンロードとして書き出します。タブを閉じればそれで終了です。

それが限界でもあります。ここにあるものはサーバーでしか確認できないことはチェックできません。たとえば、画像URLがShopify側から到達可能か、商品カテゴリが現在の分類体系に厳密に一致するか、プランのバリアント許容量の範囲内かなどです。バリデーションがクリーンであることは、ファイルの構造が正しいことを意味しますが、インポートが保証されるということではありません。