Audit des identifiants Shopify POD pour Google Merchant

Un SKU Shopify peut organiser le magasin tout en restant une mauvaise valeur pour GTIN ou MPN Google. Un provider variant ID peut identifier blank, couleur et taille pour fulfillment sans identifier le produit fini vendu. Une impression custom peut changer l'identité commerciale, mais le mot custom ne prouve pas que tous les identifiants externes sont absents.

Un warning commence donc par classification, pas par remplissage. Shopify oriente le merchant vers un barcode vérifié si GTIN existe ou vers brand et MPN appropriés dans Google & YouTube. Google exige des identifiers réellement assignés, sans deviner, substituer un SKU interne ni copier un sibling. Ce workflow suit un variant de source à channel sans promettre approval ni performance.

1. Séparer les classes d'identifiant

Placez store SKU, provider variant ID, Google item ID, GTIN, MPN et brand dans des colonnes séparées. SKU est une clé opérationnelle merchant; provider ID mappe souvent blank, méthode, couleur ou taille; Google item ID identifie une offre soumise. GTIN, MPN et brand décrivent une identité assignée et ne sont pas interchangeables.

Faire un negative test

2. Classer le variant vendable

Classez un finished variant, pas tout le catalogue comme POD. Quatre classes: widely manufactured avec assigned identifiers; store brand/private label sans GTIN; custom-made finished product pouvant manquer d'UPI; mixed/unresolved identity si blank et finished product divergent. Custom n'a pas de règle universelle: certains produits conservent manufacturer GTIN, d'autres n'ont vraiment pas d'UPI.

Utiliser quatre classes

3. Attribuer field ownership

Créez une carte de quatre owners. Sourcing conserve manufacturer/provider evidence du blank. Product owner définit decoration, options et customer-facing brand.

Séparer décision et implémentation

4. Créer source-evidence ledger

Pour un warning variant, notez Shopify product/variant ID, SKU, title, options, provider product/variant ID, blank, print method, seller brand, market, language, landing URL, Google item ID, UPIs actuelles, identifier-exists, diagnostic et timestamps. Classez sources strong, conditional, weak ou invalid. Chaque valeur doit compléter: cette partie a assigné cette valeur à cet exact sellable object, observé ici à cette date.

Classer la preuve

5. Choisir identifier path

Si exact variant possède assigned GTIN, soumettez uniquement verified value et les brand/MPN vérifiés applicables. Si GTIN existe mais manque, ne devinez pas et n'utilisez pas false comme bypass. Si seller est manufacturer et only seller d'un store-brand item, appliquez une politique brand/MPN documentée quand les règles le permettent.

Bloquer trois raccourcis

6. Changer un variant représentatif

Gelez Shopify values, Google item ID, diagnostic, landing URL et timestamp. Choisissez representative variant avec source claire et sans bulk edit. Changez seulement le field set soutenu: barcode vérifié, brand/MPN vérifiés, retrait d'un sibling value ou suppression d'un invented value pendant recherche.

Sauver le rollback

7. Relire les deux systèmes

Rouvrez exact Shopify variant et vérifiez SKU, barcode, options, availability et Google channel fields. Puis ouvrez exact Merchant Center item et vérifiez item ID, target country, language, submitted GTIN/MPN/brand, identifier-exists, processing et issue details. Notez séparément saved in Shopify, submitted by channel, received by Google et evaluated for destination.

Séparer transport et acceptation

8. Étendre après acceptation

Ouvrez landing page comme buyer et confirmez title, selected option, color, size, brand et visible finished product face au feed item et evidence.

Garder un dossier durable

Matrice de décision

Checklist d'un variant

1. Noter Shopify product ID
2. Noter Shopify variant ID
3. Noter store SKU
4. Noter provider product ID
5. Noter provider variant ID
6. Nommer finished product
7. Noter color et size
8. Noter seller brand
9. Noter target country
10. Noter target language
11. Noter Google item ID
12. Sauver diagnostic
13. Séparer SKU et GTIN
14. Séparer provider ID et MPN
15. Vérifier GTIN issuer
16. Vérifier variant scope
17. Vérifier MPN issuer
18. Vérifier brand source
19. Classer identity
20. Noter raison false
21. Faire sibling negative test
22. Geler current values
23. Définir rollback
24. Changer un field set

FAQ — Questions Shopify POD

SKU peut-il être MPN ?

Pas seulement parce qu'il est unique. MPN exige issuer et exact product scope valides.

Tout POD utilise false ?

Non. Classez exact finished variant et utilisez false seulement si UPIs manquent réellement.

Les couleurs partagent un GTIN ?

Ne le supposez pas. Vérifiez assignment pour chaque couleur et taille.

Seller peut créer un MPN ?

Cela peut s'appliquer dans un cas manufacturer/store-brand documenté, pas pour des valeurs aléatoires.

Approval prouve la correction ?

Non. Gardez source evidence, submitted values, landing identity, destination et date.

Prochaine étape — auditer un variant

Choisissez un Shopify POD variant avec Google identifier warning, prouvez sa classe, changez seulement le field set soutenu et sauvez les readbacks Shopify, Merchant Center et buyer view avant les siblings.

Cadre général d'ecommerce operations, pas conseil juridique, publicitaire, réglementaire, fiscal, financier, data-governance ou platform policy. Google, Shopify, providers, catégories, marchés, identifiers, diagnostics et channels changent. Vérifiez documentation officielle et exact item state. Aucun approval, visibility, traffic, ranking, click, conversion, revenue ou résultat financier garanti.