食品ECで原材料名やアレルゲン情報を商品説明に直接書く方法は、公開を急ぐときには手軽です。一方で、規格変更、SKU追加、セット販売、季節商品の再販が重なると、「どのページを更新すべきか」「商品画像とテキストのどちらが新しいか」を判断しにくくなります。
消費者庁の「インターネット販売における食品表示の情報提供に関するガイドブック」は、食物アレルギー情報について、原材料名欄での情報提供を原則としつつ、独立したアレルゲン欄や一覧表示など、購入者が把握しやすい掲載方法を示しています。つまり、商品説明を読み込ませるだけでなく、必要な情報へ到達しやすい画面と更新できるデータ構造を、分けて設計することが重要です。
この記事では、パッケージ表示の確定内容を業務上の正本とし、ECはそれを管理・公開・照合する場所とする運用を扱います。EC上の情報だけで適法性を自動判定するものではありません。新商品、表示変更、不使用表示などの判断では、表示責任者による確認と、必要に応じた専門家または所管窓口への確認を前提にしてください。
Shopifyの機能に関する記載の確認時点は2026年8月30日です。
商品説明は、味、食べ方、素材へのこだわり、配送上の注意などを伝えるための文章です。対して食品表示情報は、原材料、添加物、アレルゲン、内容量、保存方法などを、定めた情報源から転記し、変更時に追跡可能にするためのデータです。
この二つを同じ入力欄だけで管理すると、説明文を修正した際に表示情報まで意図せず書き換えたり、逆に規格変更の連絡を受けても説明文中の一文を見落としたりします。まずは、以下のように役割を分けます。
| 区分 | 主な内容 | 管理方法 |
|---|---|---|
| 販売・訴求情報 | 商品特徴、食べ方、贈答用途、ブランドストーリー | 商品説明・特集ページで編集 |
| 表示情報 | 原材料名、添加物、アレルゲン、内容量、保存方法、栄養成分 | 商品ごとの構造化項目・表示情報台帳で管理 |
| ロット依存情報 | 賞味期限・消費期限、製造ロット、入荷時の個体差 | 受注・在庫・出荷運用と連携して管理 |
| 根拠資料 | 表示ラベル、規格書、メーカー通知、確認記録 | 版番号付きで保管 |
特に賞味期限・消費期限は、商品規格として固定文言にできる場合と、ロットによって変わる場合があります。ロット依存なのに商品詳細へ固定の日付を載せると、出荷品と不一致になるおそれがあります。商品ページでは「出荷時点での残存日数」などの案内にとどめるのか、在庫単位で表示できる仕組みを設けるのかを、出荷運用とセットで決めてください。
商品画像内の一括表示は、購入者にとって有用な確認材料です。ただし、更新管理の正本を画像にすると、検索・絞り込み・CSV更新・差分確認に使えません。画像は照合対象とし、テキストの構造化データを別に持つ設計が扱いやすくなります。
食品ECの商品情報管理では、原材料名だけを一覧にしても更新漏れを十分に防げません。誰が、どの資料を根拠に、いつ確認した値かを追える台帳にします。
台帳はスプレッドシート、PIM、基幹システムなどで構いません。カートの管理画面を唯一の台帳にする場合でも、変更受付や確認記録を残す場所は別途必要です。最小構成では、次の列を用意します。
| 項目群 | 台帳に持つ項目例 | 設計上の注意 |
|---|---|---|
| 識別 | 商品ID、SKU、バリエーションID、セット構成 | 商品名では突合しない。容量違い・味違いを識別する |
| 表示値 | 原材料名、添加物、アレルゲン、内容量、保存方法、栄養成分 | パッケージ記載に対応する値を保持する |
| 公開用値 | 商品ページ用の整形文、アレルゲンの一覧値、注意書き | 原文を勝手に短縮しない。整形ルールを固定する |
| 根拠 | 表示ラベル画像・PDF、規格書、メーカー通知の保管先 | ファイル名だけでなく版番号または受領日を記録する |
| 更新統制 | 確認者、確認日、公開日、変更理由、旧版 | 「更新済み」ではなく、何が変わったかを残す |
| 公開状態 | 下書き、確認待ち、公開可、差戻し、終売 | 未確認の値を公開データに混ぜない |
原材料名欄は、パッケージ表示と照合できる文字列として管理します。一方、「卵を含む商品を絞り込みたい」といった条件検索では、原材料名の自由文をそのまま検索キーにするのは不安定です。表記の違い、複合原材料、括弧書きの有無で結果が変わるためです。
そこで、次の二層に分けます。
この分離により、原材料名の表示を保ちながら、商品一覧ではアレルゲン条件を安定して扱えます。ただし、構造化フラグは原材料名から機械的に生成して終わりではありません。表示責任者が根拠資料と照合して承認した値だけを公開対象にします。
変更漏れを減らすには、「変更があったら更新する」という指示ではなく、開始条件、担当、完了条件を定義します。消費者庁の別冊ガイドブックでは、食品メーカーが登録した食品表示情報の変更をECサイト側へ反映する連携例が示されています。連携の有無にかかわらず、情報の入手元と更新方法を決めておく必要があります。
変更の連絡を受けた日と、新表示の商品を出荷し始める日が同じとは限りません。旧包材在庫や旧規格在庫が残る場合は、ECの記載をいつ切り替えるかを、在庫・出荷担当を含めて決めます。ここを商品担当だけで判断すると、「ページは新版、出荷品は旧版」またはその逆の状態が起こり得ます。
ギフトセット、詰め合わせ、選べるセットでは、親商品の説明だけを独立して持つと構成品の規格変更が反映されません。親SKUの台帳には、少なくとも以下を持たせます。
構成品を入れ替えられる商品は、固定セットと同じページに固定のアレルゲン一覧を置かないほうが安全な場合があります。選択内容に応じて情報を切り替えられないなら、選択肢ごとの確認導線を作る、または構成を固定した別商品として扱う判断も必要です。
購入前に確認されやすい情報は、長い商品説明の途中に埋め込まず、商品ページ内に「食品表示情報」などの見出しを置いて集約します。消費者庁のガイドブックでも、アレルゲン情報を独立欄や一覧として示す例が扱われています。
表示順は、利用者が探す順番を意識して、次のように揃えると比較しやすくなります。
アレルゲンは、原材料名欄に含まれる情報と矛盾しないことが前提です。独立欄を設ける場合も、原材料名を省略する代替ではなく、探しやすさを補う情報として扱います。
「卵不使用」などの表現は、含有アレルゲンの一覧とは性質が異なります。原材料として使用していないこと、製造工程や設備に関する注意、対象範囲が商品単位かブランド単位かなどを、同じ意味として扱えないためです。
絞り込み条件に使うなら、少なくとも以下を承認条件にします。
購入者の安全に関わる情報ほど、マーケティング用タグを先に増やすのではなく、根拠と公開範囲を先に決める順序が適しています。
Shopifyは、商品ページなどに表示する開示情報を、メタオブジェクトとメタフィールドで商品に関連付ける機能を案内しています。CSVでのインポートにも対応しています。一方で、Shopifyは適用法令への適合確認を事業者の責任として案内しています。機能を使うこと自体は表示内容の正しさを保証しません。
実装では、商品説明のHTMLへ表示情報を貼り付ける代わりに、商品ごとの構造化項目を用意し、テーマ側で表示します。
商品単位で異なる値は、商品に紐付くメタフィールドとして考えます。例として、原材料名、内容量、保存方法、栄養成分、アレルゲン一覧、表示情報の版番号などです。
一方、アレルゲン名の表記、注意書きの定型文、表示ブロックの見出しといった共通要素は、メタオブジェクトなどの再利用できる定義に寄せる選択肢があります。商品ごとにコピーを増やさないためです。
ただし、次のケースでは構成を複雑にしすぎないほうがよいでしょう。
この場合は、まず商品単位の項目を少数に絞り、台帳・照合フローを先に定着させます。データ構造を高度化しても、根拠資料の回収や公開承認が曖昧であれば、更新漏れは解決しません。
テーマへ表示ブロックを追加した後は、管理画面に値が入っていることだけで完了にしません。少なくとも以下を実機で確認します。
テーマ改修、データ移行、アプリ連携を同時に始めると、差分の原因を追いにくくなります。まず少数SKUで台帳、項目、公開画面、照合表を通し、その後に対象を広げる移行が現実的です。
最後の砦になるのが公開前照合です。担当者の記憶に任せず、規格変更・新商品登録・セット構成変更で同じチェックを使えるようにします。
既存の商品説明に表示情報が混在している場合、全商品を一括で整備しようとすると、移行中に新旧の管理方法が混ざります。最初に対象を絞るほうが、台帳と確認工程の不備を見つけやすくなります。
優先順位の候補は次の通りです。
移行対象では、まずパッケージ表示と現行ページを照合し、差異を解消してから構造化項目へ登録します。その後、商品説明から表示情報をただ削除するのではなく、食品表示ブロックへ誘導する形に整えます。説明文に残す内容と、正本連携の表示項目に移す内容を区別することで、次回の規格変更時に更新先を判断しやすくなります。
食品ECの商品表示管理の目的は、項目数を増やすことではありません。根拠資料からSKU単位の公開情報までを追え、変更があったときに必要な画面を漏れなく確認できる状態を作ることです。台帳、公開項目、照合表を同じSKU識別子でつなげるところから始めてください。
記事では答えきれない個別の状況にもお応えします。