
Auditoria de identificadores Shopify POD no Google Merchant
Sumário
- 1. Separar classes de identificador
- Executar negative test
- 2. Classificar a variante vendável
- Usar quatro classes
- 3. Atribuir field ownership
- Separar decisão e implementação
- 4. Criar source-evidence ledger
- Classificar evidência
- 5. Escolher identifier path
- Bloquear três atalhos
- 6. Alterar uma variante representativa
- Salvar rollback
- 7. Ler os dois sistemas
- Separar transporte de aceitação
- 8. Expandir após aceitação
- Manter registro durável
- Matriz de decisão
- Checklist de uma variante
- FAQ — Perguntas Shopify POD
- SKU pode ser MPN?
- Todo POD usa false?
- Cores compartilham GTIN?
- Seller cria um MPN?
- Approval prova correção?
- Próximo passo — audite uma variante
Um SKU Shopify pode organizar a loja e ainda ser o valor errado para GTIN ou MPN do Google. Um provider variant ID pode identificar blank, cor e tamanho para fulfillment sem identificar o produto final vendido. Uma impressão custom pode mudar a identidade comercial, mas a palavra custom não prova que todos os identificadores externos estejam ausentes.
Por isso um warning começa com classificação, não preenchimento. Shopify orienta o merchant ao barcode verificado quando GTIN existe ou a brand e MPN apropriados no Google & YouTube. Google exige identifiers atribuídos, sem adivinhar, substituir por SKU interno ou copiar sibling. O workflow registra uma variante de source a channel e não promete approval ou performance.
1. Separar classes de identificador
Coloque store SKU, provider variant ID, Google item ID, GTIN, MPN e brand em colunas separadas. SKU é chave operacional merchant; provider ID geralmente mapeia blank, método, cor ou tamanho; Google item ID identifica uma oferta enviada. GTIN, MPN e brand descrevem identidade atribuída e não são intercambiáveis.
Executar negative test
2. Classificar a variante vendável
Classifique uma finished variant, não o catálogo inteiro como POD. Quatro classes: widely manufactured com assigned identifiers; store brand/private label sem GTIN; custom-made finished product que pode não ter UPI; e mixed/unresolved identity quando blank e finished product divergem. Custom não tem regra universal: alguns mantêm manufacturer GTIN e outros realmente não têm UPI.
Usar quatro classes
3. Atribuir field ownership
Crie um mapa de quatro owners. Sourcing guarda manufacturer/provider evidence do blank. Product owner define decoration, options e customer-facing brand.
Separar decisão e implementação
4. Criar source-evidence ledger
Para um warning variant registre Shopify product/variant ID, SKU, title, options, provider product/variant ID, blank, print method, seller brand, market, language, landing URL, Google item ID, UPIs atuais, identifier-exists, diagnostic e timestamps. Classifique sources em strong, conditional, weak ou invalid. Cada valor deve completar: esta parte atribuiu este valor a este exact sellable object e foi observado aqui nesta data.
Classificar evidência
5. Escolher identifier path
Se exact variant tem assigned GTIN, envie apenas verified value e brand/MPN verificados aplicáveis. Se GTIN existe mas está indisponível, não adivinhe nem use false como bypass. Se seller é manufacturer e only seller de store-brand item, aplique uma política brand/MPN documentada quando permitido.
Bloquear três atalhos
6. Alterar uma variante representativa
Congele Shopify values, Google item ID, diagnostic, landing URL e timestamp. Escolha representative variant com source clara e sem bulk edit. Mude apenas field set sustentado: barcode verificado, brand/MPN verificados, remoção de sibling value ou exclusão de invented value durante pesquisa.
Salvar rollback
7. Ler os dois sistemas
Reabra exact Shopify variant e confirme SKU, barcode, options, availability e Google channel fields. Depois abra exact Merchant Center item e confirme item ID, target country, language, submitted GTIN/MPN/brand, identifier-exists, processing e issue details. Registre separadamente saved in Shopify, submitted by channel, received by Google e evaluated for destination.
Separar transporte de aceitação
8. Expandir após aceitação
Abra landing page como buyer e confirme title, selected option, color, size, brand e visible finished product contra feed item e evidence.
Manter registro durável
Matriz de decisão
| Situação | Ação | Liberação |
|---|---|---|
| GTIN atribuído existe | Enviar exact verified value | Testar uma variante |
| GTIN existe mas falta | Deixar unresolved sem adivinhar | Perguntar source owner |
| Store brand sem GTIN | Política brand/MPN documentada | Verificar categoria |
| Nenhuma UPI relevante | Deixar vazio e avaliar false | Ler diagnostics |
Checklist de uma variante
- Registrar Shopify product ID
- Registrar Shopify variant ID
- Registrar store SKU
- Registrar provider product ID
- Registrar provider variant ID
- Nomear finished product
- Registrar color e size
- Registrar seller brand
- Registrar target country
- Registrar target language
- Registrar Google item ID
- Salvar diagnostic
- Separar SKU de GTIN
- Separar provider ID de MPN
- Verificar GTIN issuer
- Verificar variant scope
- Verificar MPN issuer
- Verificar brand source
- Classificar identity
- Registrar razão false
- Fazer sibling negative test
- Congelar current values
- Definir rollback
- Mudar um field set
FAQ — Perguntas Shopify POD
SKU pode ser MPN?
Não só por ser único. MPN precisa de issuer e exact product scope válidos.
Todo POD usa false?
Não. Classifique exact finished variant e use false somente quando UPIs realmente faltam.
Cores compartilham GTIN?
Não presuma. Verifique assignment para cada cor e tamanho.
Seller cria um MPN?
Pode aplicar em manufacturer/store-brand documentado, não autoriza valores aleatórios.
Approval prova correção?
Não. Guarde source evidence, submitted values, landing identity, destination e data.
Próximo passo — audite uma variante
Escolha uma Shopify POD variant com Google identifier warning, prove a classe, mude só o field set sustentado e salve readbacks de Shopify, Merchant Center e buyer view antes dos siblings.
Framework geral de ecommerce operations, não aconselhamento jurídico, publicitário, regulatório, fiscal, financeiro, data-governance ou platform policy. Google, Shopify, providers, categorias, mercados, identifiers, diagnostics e channels mudam. Revise documentação oficial e exact item state. Não garante approval, visibility, traffic, ranking, clicks, conversion, revenue ou resultado financeiro.