バーコード(GTIN):Googleショッピング向けの商品識別情報
商品のバーコード(技術的には通常GTINと呼ばれる)は、Eコマースにおいて単なるレジ用の番号以上の役割を果たしています。商品フィードにおいて、この識別子によって、Googleが商品を特定のブランドに紐付けられるか、あるいは汎用商品として分類し、リーチを制限するかが決まります。Eコマース開発の一環としてショップシステムを新たに構築する場合は、この識別子の管理を最初から計画に組み込むべきです。
GTINとは一体何か
GTINは「Global Trade Item Number」の略で、EANやUPCといったさまざまなバーコード規格を総称するものです。商品の各バリエーション(色やサイズの違いなど)には、Merchant Centerなどのシステムが混同を防ぐために、それぞれ固有の番号が必要です。
コンサルティングの実務から:販売業者は、各商品バリエーションに個別のGTINが必要であることを過小評価しがちです。誤って複数のバリエーションに同じ番号を使用してしまうと、フィードで自動的に却下されるリスクがあります。
メーカーは通常、これらの番号を一元的に割り当てるため、販売業者は自ら番号を作成するのではなく、メーカーの製品データから直接引き継ぐことがほとんどです。メーカーとの提携関係がない真のプライベートブランドの場合に限り、この義務が一部免除されることがあります。
- GTINはEAN、UPCおよび各種規格を包括する
- 各製品バリエーションには、それぞれ固有の番号が必要です
- メーカーは通常、番号を一元的に割り当てています
- 重複した番号は却下される原因となります
視認性のための表示がなぜ重要なのか
適切なラベル付けが行われていない場合、Googleはその商品を「汎用商品」として分類し、その商品が掲載可能なキャンペーンの種類を自動的に制限します。特に、他の販売業者でも取り扱われているブランド商品については、このプラットフォームでは事実上常にラベル付けが求められます。
- 表示がないと再生が制限される
- 商標登録が必要な製品には、ほぼ必ずそれが必要です
- ジェネリック分類はリーチを損なう
- 例外は、真に唯一無二の品に限る
プライベートブランドと義務の適用除外
既存のバーコードがない真の自社ブランドの場合、フィード内でその商品を「識別不能」と明示的に指定することで、GTINの義務付けから除外することが可能です。ただし、この指定は意図的に行う必要があり、そうしないと、より厳格な標準ルールが自動的に適用されます。
- 明示的なマーク付けが前提条件
- 指定がない場合は、デフォルトのルールが適用されます
- メーカーとの提携がない、真に唯一無二の製品に限る
- フィードのアップロード前の入念な確認
実務におけるバーコードデータの管理
実店舗ではこの番号はすでに標準となっていますが、オンライン通販においては、可視性に対するその戦略的重要性が見過ごされがちです。商品カタログにこの番号を一度きちんと登録しておけば、後でMerchant Centerで繰り返し却下される手間を省くことができます。
- 販売現場ではとっくに標準となっている
- オンライン通販ではしばしば過小評価されがち
- 一度きりの丁寧な手入れで手間が省ける
- 繰り返し発生する却下を回避する
セット商品およびバンドル商品のGTIN
複数の個別商品がセットやバンドルとしてまとめられる場合、Googleは通常、含まれる個別商品のGTINに加えて、バンドル全体に対して独自のGTINを要求します。この追加の識別子が欠けていると、含まれるすべての個別商品が個別に正しく識別されていても、フィード内のバンドルが却下される可能性があります。
- バンドルには通常、独自のGTINが必要です
- 個々の製品番号に加えて
- 表示がない場合は却下されます
- 個々の部分が正確であるかどうかにかかわらず適用される
バーコードデータを定期的に更新する
最初に正しく登録された後も、GTIN自体が時間の経過とともに変更されることはめったにありませんが、自社製品カタログ内での割り当ては、例えばバリエーションの名称変更や社内での商品番号の再割り当てなどにより、変更されることがあります。 在庫管理システムとフィードの間で定期的に照合を行うことで、一度正しく設定されたマッピングが、気づかないうちにずれてしまうのを防ぐことができます。
- GTIN自体はめったに変わらない
- それでも内部の割り当てにずれが生じている
- 在庫管理システムとの定期的な照合が必要
- フィード内での見逃されがちな誤分類を防ぐ
ショップシステムにおける商品バリエーションのGTIN管理
サイズや色などの異なる商品バリエーションについては、Googleが正しく紐付けを行えるよう、各バリエーションに個別のGTINを割り当てる必要があります。もし誤って複数のバリエーションに共通の番号を登録してしまうと、商品セット全体が却下される恐れがあります。
構造化されたバリエーション管理機能を備えたショップシステムでは、GTINフィールドを後から手間をかけて割り当てる必要がなく、バリエーションレベルで直接作成できるため、このメンテナンス作業が大幅に容易になります。
- 各バリエーションには、それぞれ固有のGTINが必要です
- 共通の番号があると却下される
- 構造化されたバリエーション管理により、メンテナンスが容易になる
- GTINをバリエーションレベルで直接作成する
バーコードによる識別とGoogleショッピングでの表示
GTINが正しく登録されているかどうかは、Googleショッピングでの表示に直接影響します。なぜなら、この識別子がない場合、システムはブランド登録が必要な商品を優先的な広告フォーマットで表示する頻度が大幅に低下するからです。
定期的に新商品を品揃えに追加する企業は、アカウントに最初の拒否通知が表示されてから事後的に追加するのではなく、GTINの割り当てを商品登録プロセスにしっかりと組み込むべきです。
- 正しいGTINは配信効果を向上させる
- 表示がないと、利用可能なフォーマットが制限される
- GTINの割り当てをプロセスに確実に組み込む
- 最初の拒否があった後に後付けするのではなく
GTINの管理を適切に行うことは、個々の商品の承認だけでなく、プラットフォームに対するアカウント全体の信頼性にも影響を及ぼします。この関連性を過小評価していると、後になって、明確な理由もなく表示状況が変動することに戸惑うことになります。





















4.9 / 5.0