管理画面で GTIN を自動判定 GS1 の登録情報と照合して「本物の GTIN」に印を付ける
原題: Admin supports GTIN suggestions and autocomplete.
- Admin
- 商品管理
- バーコード
- GTIN
- GS1
- 一括エディタ
- 販売チャネル
- Inventory
- 新機能
図解 : Shopify 管理画面が GTIN の候補提示とオートコンプリートに対応 Admin / 商品管理 ・ バーコード 管理画面で GTIN を自動判定 GS1 の登録情報と照合して「本物の GTIN」に印を付ける GTIN っぽいバーコードを入力すると、Shopify が GS1 の登録情報を照会し、登録済みなら種類を自動で「GTIN」に設定する。保存済みのバーコードには候補が表示され、一括エディタではまとめて承認・却下できる。どれも参考情報なので、保存を妨げることはない。 このページの構成 そもそも何が変わるのか(30秒で理解) 仕組み図解 : バーコード入力から判定までの流れ 新しく加わった4つの機能 変わらないこと(安心ポイント) 従来 vs 今回の比較 一括エディタでの使い方(3ステップ) 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか GTIN は、多くの小売バーコードの裏にある世界で一意の番号。Google などの販売チャネルは、この番号を使って出品を正しい商品と結び付けている。 今回、Shopify が バーコードを GS1(GTIN を発行する組織)の登録情報と照合 し、本物の GTIN に印を付ける手助けをしてくれるようになった。 これまで : 種類は自分で判断 入力したバーコードが登録済みの GTIN なのか、社内用のコードなのかを、マーチャントが自分で見極めて種類を選ぶ必要があった。 これから : GS1 照合で候補が出る GS1 に登録済みなら自動で「GTIN」に。保存済みのものには候補を表示。登録情報と食い違えば注意も出る。最終判断はマーチャント。 2 仕組み図解 : バーコード入力から判定までの流れ GS1 とは : GTIN を発行している組織。Shopify はこの登録情報を「答え合わせ」の相手に使っている。 「GTIN っぽい」がどんな判定基準か(桁数・チェックディジット等)は、記事に記載なし。 3 新しく加わった4つの機能 新規入力時 ① 入力中のオートコンプリート GTIN らしい新しいバーコードを追加すると GS1 を照会。登録済みなら種類を自動で「GTIN」にし、何が変わったか分かるようハイライトする。 保存済み ② 保存済みバーコードへの候補提示 種類が「カスタム」で保存されていて GTIN らしいものに候補が出る。承認すれば種類が GTIN に、却下すればそのまま。 食い違い ③ 登録情報と合わない時の注意表示 GS1 で別の商品に登録されている場合、ホバーで自分のベンダー名・商品名と GS1 の記録を比較できる。 参考情報のみ 。商品名・ベンダー・説明文を GS1 に合わせる必要はない。 一括操作 ④ 一括での承認・却下 商品と在庫の一括エディタで、GTIN の候補をすべてまとめて承認、またはすべてまとめて却下できる。 4 変わらないこと(安心ポイント) 保存OK 保存はブロックされない 候補や注意が出ていても、保存の妨げにはならない。 勝手に変えない 保存済みは承認しない限り不変 保存済みのバーコードを Shopify が変更するのは、マーチャントが候補を承認したときだけ。 選択自由 種類は自分で選べる 社内用コード向けの「カスタム」を含め、どのバーコード種類でも引き続き自分で選べる。 GTIN の候補・オートコンプリート・登録情報の注意は、 バーコードを確認するための「シグナル」にすぎない 。無視しても、商品そのものや Shopify での商品管理には影響しない。 5 従来 vs 今回の比較 項目 従来 今回のアップデート後 新規バーコードの種類 手動 自分で選ぶ 自動 GS1 登録済みなら GTIN に設定+ハイライト 保存済み「カスタム」 そのまま 候補表示 承認で GTIN へ/却下も可 登録情報との食い違い 気付く手段なし(記事に記載なし) 注意表示 ホバーでベンダー名・商品名を比較 大量の商品 1 件ずつ 一括 商品・在庫の一括エディタで全承認/全却下 保存のブロック — なし 何も保存を妨げない 対象プラン・対象国・料金 — 記載なし 6 一括エディタでの使い方(3ステップ) 1 一括エディタを開く 商品または在庫の一括エディタを開く。 2 GTIN の候補を確認 GTIN らしいバーコードに出ている候補を確認する。 3 まとめて承認 or 却下 すべての候補を一度に承認、またはすべて却下する。 ボタン名・メニューの場所などの具体的な画面操作は記事に記載なし。一括承認の前に、社内コードが紛れていないかを確認すること。 7 技術者が押さえるべき5つのポイント 1. 判定の正解は GS1 の登録情報 形式だけでなく、GTIN を発行する組織の登録情報と照合している。「GTIN っぽい番号」と「本当に登録された GTIN」を分けられるのがポイント。 2. 新規は自動、既存は候補止まり 新しく入力したバーコードは自動で GTIN に設定されるが、保存済みのものは承認しない限り変わらない。既存データが勝手に書き換わる心配はない。 3. 不一致の注意は参考情報 GS1 の商品名・ベンダー名と食い違っても、商品データを合わせる必要はない。ただし重複・誤登録に気付くきっかけには使える。 4. API での扱いは記載なし 記事は管理画面の機能だけを説明している。Admin API・CSV インポート・アプリ経由で登録したバーコードに候補が出るのか、API から種類を取れるのかは記載なし。要検証。 5. バリアントの複数バーコードと組み合わせる前提 記事はバリアントに複数バーコードを持たせる機能のヘルプへリンクしている。 GTIN と社内用「カスタム」コードを種類で分けて持つ運用 が前提になっていると読める。販売チャネルは GTIN で出品と商品を結び付けるので、種類が正しく付いているかがチャネル連携の質に効く。 8 業務に活かせる3つのユースケース USE CASE 1 Google などの販売チャネル連携前に GTIN を整える 課題 過去に登録したバーコードの種類が「カスタム」のままで、販売チャネル側で出品と商品の結び付けがうまくいっているか不安。 打ち手 商品の一括エディタで GTIN の候補を確認し、正しいものをまとめて承認する。 効果 GS1 に登録済みの番号に正しく GTIN の印が付き、チャネル側の商品照合の前提が整う。 技術メモ チャネル側の掲載結果がどう変わるかは記事に記載なし。承認前後でフィード側の状態を確認しておくと安全。 USE CASE 2 仕入れ商品・卸商品のバーコード誤登録チェック 課題 メーカーや卸から受け取った商品データを取り込むとき、バーコードの打ち間違いや別商品の番号が紛れ込んでも気付きにくい。 打ち手 GS1 の記録と食い違う注意が出たバーコードをホバーで比較し、ベンダー名・商品名が明らかに違うものを仕入れ元に確認する。 効果 誤ったバーコードのまま出品・在庫管理が進むのを防ぐきっかけになる。 技術メモ 注意表示は参考情報で、商品名などを GS1 に合わせる必要はない。表記ゆれだけの不一致は無視して問題ない。 USE CASE 3 GTIN と社内コードの棲み分けを決める 課題 倉庫や POS 用の社内コードと、流通用の GTIN が同じ「バーコード」欄に混在していて、どれが何か分からない。 打ち手 GS1 に登録されたものは GTIN、それ以外の社内コードは「カスタム」として、バリアントの複数バーコードに分けて持たせる運用ルールを作る。 効果 チャネル向けの番号と社内運用の番号が分かれ、データ整備や棚卸しで迷わなくなる。 技術メモ 一括承認で社内コードを GTIN にしてしまわないよう、承認前に対象を確認。保存済みのものは承認しない限り変わらない。 9 提案で使える1行サマリ 「Shopify 管理画面がバーコードを GS1 の登録情報と照合し、本物の GTIN に自動で印を付けてくれるようになった。 新規入力は自動判定、既存は候補を出すだけ、一括承認もできて、保存は一切ブロックされない。 販売チャネル連携の前に、まずは一括エディタで候補を確認するのがおすすめ。」 source : changelog.shopify.com / admin-supports-gtin-suggestions-and-autocomplete 公開日 2026-10-29