Product Identifiers: GTIN, MPN & Brand pour Shopping Feeds

Comment GTIN, MPN, et brand identifier produits dans Google et Bing shopping feeds — quand chaque est requis, le identifier_exists exemption, et le mismatches que trigger warnings.

Première publication : 3 juil. 2026 · Dernière mise à jour : 3 août 2026 · Avancé

Produit identifiers — GTIN, MPN, et brand — sont comment shopping feeds match votre listing à le correct produit dans Google's Shopping Graph et Bing's catalog. A correct GTIN alone est généralement suffisant; sans un, brand + MPN est le fallback; produits avec genuinely none de ces declare il avec identifier_exists: faux. Google est emphatic à travers four séparé docs: jamais faire up, guess, or reuse a GTIN — a valide-checksum number que belongs à a différent produit est le unique la plupart courant causer de an 'Incorrect GTIN' disapproval. Le enforcement history matters: 2019 fait manquant identifiers a priority/visibility penalty plutôt que an automatic disapproval, 2021 extended enforcement à gratuit listings et commencé disapproving duplicate GTINs, et December 2023 downgraded identifier_exists mismatches depuis disapproval à a warning. Bing fonctionne le même façon, simplement enforced plus mechanically à le API insert level. Le bar pour correctness went up; le penalty pour a unique mistake went bas.

«> 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 listings 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. » (Traduction) (Résumé en français de la section vingt, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Preuve à l’appui de cette affirmation Google Merchant Center asks merchants to submit accurate GTINs when assigned, or brand and MPN when appropriate, and not to invent identifiers. Portée : Google Merchant Center product identifier requirements. Niveau de confiance : élevé · Vérifié : Google Merchant Center: Unique product identifiers Preuve à l’appui de cette affirmation Microsoft Merchant Center similarly defines GTIN, brand, MPN, and identifierExists fields for product offers. Portée : Microsoft Shopping Content API; enforcement details may differ from Google. Niveau de confiance : élevé · Vérifié : Microsoft Advertising: Manage products

«## The core mental model » (Traduction) (Résumé en français de la section vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Utiliser identifiers the manufacturer en réalité assigned. `identifier_exists=false` is a factual exception, pas a shortcut.

Si le manufacturer assigned a GTIN, submit que correct GTIN. Si le produit a aucun GTIN mais a a brand et manufacturer partie number, submit brand et MPN. Seulement a produit que genuinely a aucun identifiers devrait omit GTIN et MPN et définir identifier exists à faux. A mathematically valide checksum ne fait pas prove a GTIN belongs à le produit.

«Three identifiers, one decision tree: » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- 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). » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- No GTIN? Brand + MPN is the fallback. Per Google’s MPN spec, MPN is “Required for all products without a manufacturer-assigned GTIN.” (source). » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- None of the three? Declare it. “If your products don’t have assigned unique product identifiers: Don’t include the GTIN, brand, or MPN attributes for the product” (source), and set identifier_exists to false. » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Quand chaque identifier is en réalité requis

Le nuance la plupart guides flatten est que ces three attributs ont genuinely différent requirement logic dans le produit données specification:

  • Brand est requis pour tout nouveau produits except movies, books, et musical recordings (categories où il y a souvent aucun clairement associated brand), et optional sinon. Google est blunt à propos de accuracy: “Seulement provide a brand si vous êtes certain c’est correct. Quand dans doubt ne pas provide a brand (Par exemple, ne faites pas guess or faire up a valeur).” (source). Remarque le trap: pour homemade or custom goods où vous sont le manufacturer, brand n’est pas optional — vous utiliser votre propre store nom as le brand.
  • GTIN est strongly recommended whenever le manufacturer assigned un, per le spec’s “Il Depends” langue.
  • MPN est requis seulement quand le produit a aucun manufacturer-assigned GTIN, et optional sinon.

Deux attribut mechanics worth knowing parce que ils causer silent erreurs: chaque produit variant (a différent color or size) typically a son propre MPN — copying un MPN à travers a entier variant groupe est a courant oversight — et bundle/multipack brand logic est non-obvious. Pour a manufacturer-created bundle, utiliser le bundle’s brand; pour a bundle vous assembled, utiliser le principal produit’s brand (Google’s exemple est a camera + lens + bag kit — vous’d utiliser le camera’s brand). Pour compatible or aftermarket parties, utiliser le brand de whoever en réalité fait le compatible partie, pas le brand c’est compatible avec. Ces sont Google’s instructions pour ce que à submit dans le feed — le underlying GTIN itself (qui number a donné variant or bundle en réalité obtient) est allocated séparément par GS1’s propre numbering système. ne pas infer un depuis le autre.

Le GTIN attribut spec aussi pins bas valide formats: lengths de 8, 12, 13, or 14 digits (UPC, EAN, JAN, or ISBN). Spaces et dashes sont ignored, et vous pouvez submit up à 10 GTINs per produit. 8-digit UPC-E devrait être converted à 12-digit UPC-A, et ISBN-10 à ISBN-13.

Le identifier_exists exemption — et son 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. » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

None de ceux category étiquettes est a blanket exemption on son propre, though. A spécifique vintage or handmade élément peut encore carry a manufacturer-assigned GTIN — resold original-packaging stock, pour instance — donc vérifier le réel élément, pas simplement qui category il falls dans, avant declaring identifier_exists: false.

Here’s the trap que generates la plupart identifier_exists errors. Ce attribute isn’t a free on/off toggle — Google cross-validates it contre catalog evidence:

“Produits pour qui le identifier exists [identifier_exists] attribut est incorrectly définir à no or false et pour qui là est evidence que a unique produit identifier exists, va recevoir 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 Graph 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. » (Traduction) (Résumé en français de la section trente-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## How to find or verify the correct GTIN » (Traduction) (Résumé en français de la section trente-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The order of operations: » (Traduction) (Résumé en français de la section trente-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«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. » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Éviter le restricted et coupon prefix ranges. Merchants generating placeholder GTINs souvent stumble dans ranges Google explicitly disallows: prefixes 02, 04, et 2 sont restricted ranges, et 05, 98, 99 sont coupon ranges que sont jamais valide produit GTINs. Si a “GTIN” commence avec un de ceux, c’est pas a réel produit identifier.

Courant mismatches que trigger warnings and disapprovals

Ces sont actuel, spécifique Merchant Center problèmes — vérifier le exact problème nom dans votre account. (Le enforcement history behind pourquoi some de ces sont warnings plutôt que disapprovals aujourd’hui est son propre section, ci-dessous.) Presque chaque problème ici est un de five échec modes:

  • Reused / borrowed GTIN — a valide-checksum number que belongs à a différent produit, généralement copy-pasted or auto-generated. Ce est le Incorrect GTIN erreur: le valeur est valide mais incorrect pour ce produit, commonly parce que a GTIN depuis un autre produit était accidentally re-utilisé. Le corriger est à utiliser seulement le manufacturer-provided GTIN et jamais créer nouveau ones. Ce est le number-un concrete disapproval trigger pour established sellers avec réel catalogs — et le raison a vérifier-digit calculator n’est pas suffisant; vous besoin le ownership vérifier.
  • Manquant GTIN on a produit que a un — voir Manquant or incorrect GTIN. Le corriger est à donner le produit soit an précis GTIN, or les deux an MPN et a brand; si c’est genuinely un-de-a-kind or vintage, utiliser identifier_exists: false à la place.
  • identifier_exists: false contradicted par catalog evidence — le inverse mismatch, documented as Incorrect produit identifier: vous submitted false pour a produit Google believes a a GTIN. Le corriger est à ajouter le correct GTIN et définir identifier_exists back à true.
  • Duplicate GTINs à travers votre propre catalog — since 2021, différent produits sharing un GTIN avec le même variant attributs sont treated as ambiguous et peut être disapproved (plus on ce ci-dessous).
  • Submitting an internal SKU as le GTIN — SKUs sont merchant-internal et meaningless à l’extérieur votre propre système. Ils ne sont pas globally unique et ne sont pas GTINs.

Google aussi exécute an interactive troubleshooter pour GTIN/UPI problèmes que walks vous via le spécifique disapproval vous êtes seeing.

A short history of enforcement — pourquoi the advice vous trouver online conflicts

Si vous avez lire older blog posts que dire “no GTIN = instant disapproval,” ils sont describing a regime que ne … plus exists. Le règles ont shifted materially three times, et le direction est 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). » (Traduction) (Résumé en français de la section quarante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- 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). » (Traduction) (Résumé en français de la section quarante-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- 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). » (Traduction) (Résumé en français de la section quarante-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Le net: le bar pour correctness went up (aucun shared GTINs, aucun faux exemption claims), mais le cliff-edge penalty pour a unique mistake went bas (warning et reduced performances plutôt que instant ineligibility). Worth stating plainly donc vous ne pas act on outdated instant-disapproval advice.

Pour le broader “why not invent a GTIN” framing, Google’s Recherche Central blog post Providing meilleur produit information pour shoppers est le unique meilleur official explainer — il indique manufacturers pas à reuse identifiers à travers produits, et indique retailers à provide a GTIN quand un exists et à rely on brand et manufacturer partie numbers quand il ne fait pas.

Bing / Microsoft Merchant Center: même model, un 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). » (Traduction) (Résumé en français de la section cinquante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«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. » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Référence rapide: ce que to submit

Votre product…GTINMPNBrandidentifier_exists
Has a manufacturer GTINSubmit itOptional (recommended)Submit itLeave par défaut (true)
Aucun GTIN, but branded with a partie numberOmitSubmit itSubmit itLeave par défaut (true)
Custom / handmade / one-of-a-kind / vintageOmitOmitVotre store nom si vous made itfalse

Ce article est a deep dive on le identifiers themselves; pour comment ils fit dans le wider feed — titles, images, feed règles, diagnostics — voir Merchant Center feed optimization, et pour le plateforme overview, le Google Merchant Center hub.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.