Product Identifiers: GTIN, MPN & Brand for Shopping Feeds

How GTIN, MPN, and brand identify products in Google and Bing shopping feeds — when each is required, the identifier_exists exemption, and the mismatches that trigger warnings.

First published: Jul 3, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #4 in Google Merchant Center#20 in Ecommerce SEO#347 on the site

Product identifiers — GTIN, MPN, and brand — are how shopping feeds match your listing to the right product in Google's Shopping Graph and Bing's catalog. A correct GTIN alone is usually enough; without one, brand + MPN is the fallback; products with genuinely none of these declare it with identifier_exists: false. Google is emphatic across four separate docs: never make up, guess, or reuse a GTIN — a valid-checksum number that belongs to a different product is the single most common cause of an 'Incorrect GTIN' disapproval. The enforcement history matters: 2019 made missing identifiers a priority/visibility penalty rather than an automatic disapproval, 2021 extended enforcement to free listings and started disapproving duplicate GTINs, and December 2023 downgraded identifier_exists mismatches from disapproval to a warning. Bing works the same way, just enforced more mechanically at the API insert level. The bar for correctness went up; the penalty for a single mistake went down.

TL;DR — GTIN is the strong identifier; brand + MPN is the legitimate fallback; identifier_exists: false is the honest declaration for products with none. Nearly every warning or disapproval in this space is one of: (a) a valid-format GTIN that’s wrong for the product (reused/borrowed), (b) a missing GTIN on a product that has one, or (c) an identifier_exists: false claim contradicted by Google’s catalog. Google repeats “don’t invent, guess, or reuse a GTIN” across four separate docs — a mathematically valid checksum is necessary but not sufficient, because a real GTIN can belong to someone else’s product. The enforcement history is the missing context: 2019 made missing identifiers a priority penalty rather than an auto-disapproval, 2021 extended enforcement to free listingsFree product listings (originally launched as \"Surfaces across Google\" in 2020) are unpaid, organic product placements Google generates from your Merchant Center feed or on-page Product structured data. There's no bid and no CPC — Google matches your product data to a query and decides whether and where to show it — across the Shopping tab, Google Search (Popular Products grids), Images, Lens, Maps/Business Profile, YouTube, and Gemini; AI Mode and AI Overviews aren't on Google's official surfaces list, though practitioner reporting links them to the same eligibility pool. They're enabled by default in most cases for new Merchant Center accounts. and began disapproving duplicate GTINs, and December 2023 changed some identifier_exists handling. Microsoft uses similar fields, but its validation and enforcement should be treated as a separate system.

Evidence for this claim Google Merchant Center asks merchants to submit accurate GTINs when assigned, or brand and MPN when appropriate, and not to invent identifiers. Scope: Google Merchant Center product identifier requirements. Confidence: high · Verified: Google Merchant Center: Unique product identifiers Evidence for this claim Microsoft Merchant Center similarly defines GTIN, brand, MPN, and identifierExists fields for product offers. Scope: Microsoft Shopping Content API; enforcement details may differ from Google. Confidence: high · Verified: Microsoft Advertising: Manage products

The core mental model

Use identifiers the manufacturer actually assigned. `identifier_exists=false` is a factual exception, not a shortcut.

If the manufacturer assigned a GTIN, submit that correct GTIN. If the product has no GTIN but has a brand and manufacturer part number, submit brand and MPN. Only a product that genuinely has no identifiers should omit GTIN and MPN and set identifier exists to false. A mathematically valid checksum does not prove a GTIN belongs to the product.

Three identifiers, one decision tree:

  • GTIN present? Submit it. A correct GTIN alone is usually enough to identify the product — that’s a matching claim, not a full compliance one. Brand is still a separately required attribute for most categories even when a GTIN is present. Per Google’s own product data specification, GTIN is “It Depends (strongly recommended if available)” — the softest-sounding of the three requirements, but the one with the most teeth, because a product Google knows has a GTIN gets penalized for omitting it: “Products with an assigned GTIN, but submitted without one, may have limited visibility.” (source).
  • No GTIN? Brand + MPN is the fallback. Per Google’s MPN spec, MPN is “Required for all products without a manufacturer-assigned GTIN.” (source).
  • None of the three? Declare it. “If your products don’t have assigned unique product identifiersProduct identifiers are the standardized values — GTIN (Global Trade Item Number), MPN (Manufacturer Part Number), and brand — that shopping feeds like Google Merchant Center and Microsoft Merchant Center use to match a product listing to the correct item in their catalog. A GTIN alone is usually enough; without one, brand + MPN is the fallback; products with none declare that with the identifier_exists attribute.: Don’t include the GTIN, brand, or MPN attributes for the product” (source), and set identifier_exists to false.

When each identifier is actually required

The nuance most guides flatten is that these three attributes have genuinely different requirement logic in the product data specification:

  • Brand is required for all new products except movies, books, and musical recordings (categories where there’s often no clearly associated brand), and optional otherwise. Google is blunt about accuracy: “Only provide a brand if you’re sure it’s correct. When in doubt don’t provide a brand (for example, do not guess or make up a value).” (source). Note the trap: for homemade or custom goods where you are the manufacturer, brand isn’t optional — you use your own store name as the brand.
  • GTIN is strongly recommended whenever the manufacturer assigned one, per the spec’s “It Depends” language.
  • MPN is required only when the product has no manufacturer-assigned GTIN, and optional otherwise.

Two attribute mechanics worth knowing because they cause silent errors: each product variant (a different color or size) typically has its own MPN — copying one MPN across a whole variant group is a common oversight — and bundle/multipack brand logic is non-obvious. For a manufacturer-created bundle, use the bundle’s brand; for a bundle you assembled, use the main product’s brand (Google’s example is a camera + lens + bag kit — you’d use the camera’s brand). For compatible or aftermarket parts, use the brand of whoever actually made the compatible part, not the brand it’s compatible with. These are Google’s instructions for what to submit in the feed — the underlying GTIN itself (which number a given variant or bundle actually gets) is allocated separately by GS1’s own numbering system. Don’t infer one from the other.

The GTIN attribute spec also pins down valid formats: lengths of 8, 12, 13, or 14 digits (UPC, EAN, JAN, or ISBN). Spaces and dashes are ignored, and you can submit up to 10 GTINs per product. 8-digit UPC-E should be converted to 12-digit UPC-A, and ISBN-10 to ISBN-13.

The identifier_exists exemption — and its trap

identifier_exists is the honest escape hatch. Google’s spec is explicit: “Use the identifier exists [identifier_exists] attribute to indicate that unique product identifiers (UPIs) aren’t available for your product” (source), and “Use for products that don’t have a GTIN, MPN, or brand” (source). Legitimate cases: custom T-shirts, art, handmade goods, and products made before GTINs existed — vintage items, antiques, books published before 1970.

None of those category labels is a blanket exemption on its own, though. A specific vintage or handmade item can still carry a manufacturer-assigned GTIN — resold original-packaging stock, for instance — so check the actual item, not just which category it falls into, before declaring identifier_exists: false.

Here’s the trap that generates most identifier_exists errors. This attribute isn’t a free on/off toggle — Google cross-validates it against catalog evidence:

“Products for which the identifier exists [identifier_exists] attribute is incorrectly set to no or false and for which there is evidence that a unique product identifier exists, will receive a warning.” (source).

So if you flip identifier_exists to false on a mass-produced branded product just to skip finding its GTIN, and Google’s Shopping GraphThe Shopping Graph is Google's machine-learning-powered, real-time database of the world's products and sellers — the commerce equivalent of the Knowledge Graph. Built from Merchant Center feeds, crawled Product structured data, StoreBot verification, and broad web signals, it powers Shopping results, AI Overviews, AI Mode, and Gemini shopping answers. already knows that product has a GTIN, you get flagged. Values are yes/true or no/false (English only); the Merchant API uses true/false.

How to find or verify the correct GTIN

The order of operations:

  1. Check the physical barcode/packaging first. It’s the authoritative source, per Google.
  2. Ask the manufacturer if the packaging isn’t at hand.
  3. Register with GS1 if you’re the brand owner and your product genuinely has no assigned GTIN — GS1 issues the number (a single GTIN or a company prefix for many). Don’t self-invent one.
  4. Verify — two different checks. A GTIN can be mathematically valid and still be the wrong product’s number. The GS1 Check Digit Calculator confirms the checksum math is right. But that only proves the number is well-formed, not that it’s yours. To confirm ownership, use GS1’s official lookup — Verified by GS1 / GEPIR — which tells you which company a GTIN actually belongs to. This is the check that catches a valid-checksum number copied from someone else’s product.

Avoid the restricted and coupon prefix ranges. Merchants generating placeholder GTINs often stumble into ranges Google explicitly disallows: prefixes 02, 04, and 2 are restricted ranges, and 05, 98, 99 are coupon ranges that are never valid product GTINs. If a “GTIN” starts with one of those, it’s not a real product identifier.

Common mismatches that trigger warnings and disapprovals

These are current, specific Merchant CenterGoogle Merchant Center (GMC) is a free platform where retailers upload and manage product data so their products can appear across Google — Shopping, organic Search product grids, Images, Lens, and AI surfaces. Since 2020 it powers free (organic) product listings, not just paid Shopping ads. issues — check the exact issue name in your account. (The enforcement history behind why some of these are warnings rather than disapprovals today is its own section, below.) Almost every problem here is one of five failure modes:

  • Reused / borrowed GTIN — a valid-checksum number that belongs to a different product, usually copy-pasted or auto-generated. This is the Incorrect GTIN error: the value is valid but incorrect for this product, commonly because a GTIN from another product was accidentally re-used. The fix is to use only the manufacturer-provided GTIN and never create new ones. This is the number-one concrete disapproval trigger for established sellers with real catalogs — and the reason a check-digit calculator isn’t enough; you need the ownership check.
  • Missing GTIN on a product that has one — see Missing or incorrect GTIN. The fix is to give the product either an accurate GTIN, or both an MPN and a brand; if it’s genuinely one-of-a-kind or vintage, use identifier_exists: false instead.
  • identifier_exists: false contradicted by catalog evidence — the inverse mismatch, documented as Incorrect product identifier: you submitted false for a product Google believes has a GTIN. The fix is to add the correct GTIN and set identifier_exists back to true.
  • Duplicate GTINs across your own catalog — since 2021, different products sharing one GTIN with the same variant attributes are treated as ambiguous and can be disapproved (more on this below).
  • Submitting an internal SKU as the GTIN — SKUs are merchant-internal and meaningless outside your own system. They aren’t globally unique and aren’t GTINs.

Google also runs an interactive troubleshooter for GTIN/UPI issues that walks you through the specific disapproval you’re seeing.

A short history of enforcement — why the advice you find online conflicts

If you’ve read older blog posts that say “no GTIN = instant disapproval,” they’re describing a regime that no longer exists. The rules have shifted materially three times, and the direction is consistent: harder catalog-truth requirements, softer individual penalties.

  • September 2019 — Google moved from automatically disapproving identifier-less products to a priority-based system: products missing UPIs stay eligible but rank below competitors with correct identifiers, especially in competitive categories (Search Engine Land).
  • September 2021 — Google extended UPI enforcement to free (organic) product listings, not just paid Shopping ads, and introduced duplicate-GTIN disapprovals: different products sharing a GTIN with matching variant attributes are treated as ambiguous, and among a group flagged as duplicates only one stays active (Search Engine Land).
  • December 2023 — Google softened the penalty: identifier_exists mismatches no longer trigger an outright disapproval — they surface as a warning first. As Barry Schwartz reported it: “After this change the offers with the Item issue Incorrect value: identifier exists [identifier_exists] will receive a warning instead of a disapproval. If product identifier requirements are not met, then your item’s performance may be limited.” (Search Engine Roundtable).

The net: the bar for correctness went up (no shared GTINs, no false exemption claims), but the cliff-edge penalty for a single mistake went down (warning and reduced performance rather than instant ineligibility). Worth stating plainly so you don’t act on outdated instant-disapproval advice.

For the broader “why not invent a GTIN” framing, Google’s Search Central blog post Providing better product information for shoppers is the single best official explainer — it tells manufacturers not to reuse identifiers across products, and tells retailers to provide a GTIN when one exists and to rely on brand and manufacturer part numbers when it doesn’t.

Bing / Microsoft Merchant Center: same model, one difference

Bing inherits Google’s attribute vocabulary by design, so the model is functionally identical — GTIN preferred, brand + MPN fallback, an identifier-exists flag for genuine exemptions. The Microsoft Shopping Content API docs spell it out: brand, gtin, and mpn are “required if the manufacturer assigned values” and “You must specify the values if known” (source).

The one difference is where enforcement bites. Microsoft’s identifierExists field defaults to true, and the requirement is mechanical: “If you do not specify any of them, you must set the identifierExists field to false. The default is true.” (source). And Bing has the same “we know this product has identifiers” cross-check as Google: “If the product is known to have these identifiers and you do not specify them, MMC accepts the product for now but the Product object in the response includes the warnings field. You should always check if the warnings field exists and fix all identified issues.” (source). So the practical takeaway: Bing enforces the same truth, but more mechanically at the API insert level, versus Google’s graduated warning system.

Quick reference: what to submit

Your product…GTINMPNBrandidentifier_exists
Has a manufacturer GTINSubmit itOptional (recommended)Submit itLeave default (true)
No GTIN, but branded with a part numberOmitSubmit itSubmit itLeave default (true)
Custom / handmade / one-of-a-kind / vintageOmitOmitYour store name if you made itfalse

This article is a deep dive on the identifiers themselves; for how they fit into the wider feed — titles, images, feed rules, diagnostics — see Merchant Center feed optimizationGoogle Merchant Center feed optimization is the process of improving the quality, accuracy, and completeness of the product data you submit to Google Merchant Center — titles, identifiers, images, and attributes — so your products show up more often and in more relevant places across Shopping ads, free listings, and AI shopping surfaces., and for the platform overview, the Google Merchant CenterGoogle Merchant Center (GMC) is a free platform where retailers upload and manage product data so their products can appear across Google — Shopping, organic Search product grids, Images, Lens, and AI surfaces. Since 2020 it powers free (organic) product listings, not just paid Shopping ads. hub.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.