Ícone do site Blog da Nação Digital

Google Merchant Center: guia completo para e-commerce (cadastro, feed e reprovações)

Ilustração abstrata de uma grade de blocos de dados em violeta e azul representando um catálogo de produtos sincronizado com o Google Merchant Center

Google Merchant Center é a plataforma gratuita do Google onde a loja virtual cadastra o catálogo — título, preço, estoque, imagem, código de barras — para que os produtos apareçam no Google. Dele saem as listagens gratuitas na aba Shopping, na Pesquisa, no Google Imagens e no Lens, e é dele que as campanhas de Shopping e Performance Max do Google Ads puxam os produtos. Sem produtos aprovados no Merchant Center, a loja não exibe produto com foto e preço no Google.

Criar a conta leva minutos. Manter o catálogo aprovado é outra história: os problemas aparecem depois, quando o preço da página não bate com o do feed, o código de barras está errado ou a imagem tem um selo de promoção. Este guia cobre cadastro, formas de envio, atributos que mais derrubam produtos e diagnóstico de reprovações — com base na Central de Ajuda oficial, conferida em outubro de 2026.

Em resumo:

O que é o Google Merchant Center e para que serve

O Google Merchant Center é o cadastro oficial do catálogo da loja dentro do Google. Ele recebe os dados de cada produto, verifica se cumprem especificações e políticas e distribui os itens aprovados para três destinos:

Para quem encontra conteúdo antigo: o Smart Shopping não existe mais. Em 2022, o Google migrou automaticamente essas campanhas para Performance Max e encerrou a criação de novas, conforme o anúncio oficial do Google Ads. Nosso guia antigo sobre Google Smart Shopping ainda ajuda a entender a lógica de lance automatizado sobre o catálogo, mas a campanha equivalente hoje é a Performance Max — alimentada pelo mesmo Merchant Center.

Merchant Center Next: o que mudou

“Merchant Center Next” foi a interface redesenhada para a qual o Google migrou todas as contas em 2024. Em julho de 2026, a nota oficial “Merchant Center Next is now Merchant Center” retirou o “Next” do nome, sem efeito sobre contas, dados ou campanhas. O que confunde quem aprendeu na versão antiga são os termos: “feeds” viraram fontes de dados e a aba “Diagnóstico” virou “Precisa de atenção”.

Como criar a conta no Google Merchant Center

O cadastro, descrito em “Primeiros passos com o Merchant Center”, tem cinco etapas:

  1. Entre com uma Conta do Google em merchants.google.com. Cada Conta do Google cria uma única conta do Merchant Center. Use um e-mail corporativo, não o pessoal de um funcionário.
  2. Preencha os dados da empresa: nome, endereço, horário e serviços — reais e coerentes com o site.
  3. Escolha o país e onde vende (on-line, loja física ou ambos). O país inicial não pode ser alterado depois.
  4. Verifique e reivindique o site (abaixo).
  5. Configure frete e devolução e escolha como os produtos vão entrar. O Brasil está entre os países em que a configuração de frete é obrigatória para as listagens gratuitas.

Verificação e reivindicação do site

Verificar prova que você controla o domínio; reivindicar vincula o domínio à sua conta com exclusividade. Segundo o artigo “Sobre a verificação do URL da loja on-line”, os métodos aceitos são tag ou arquivo HTML, Google Tag Manager (para administradores do contêiner — veja nosso guia de Google Tag Manager), Google Analytics, verificação nativa da plataforma de e-commerce, e-mail do domínio ou verificação automática quando o site já está verificado no Search Console.

A armadilha comum em trocas de agência: um URL só pode ser reivindicado por uma conta. Se a agência anterior criou o Merchant Center no e-mail dela e reivindicou o domínio, a conta nova da loja fica bloqueada até a reivindicação antiga ser liberada. Para várias lojas sob o mesmo domínio, o caminho é uma conta multicliente (MCA), cujas subcontas herdam a reivindicação. Regra prática: o Merchant Center fica no e-mail da empresa, e a agência entra como usuária convidada.

As formas de enviar produtos ao Merchant Center

Os produtos entram por fontes de dados. Só a fonte principal adiciona ou remove produtos; fontes suplementares apenas corrigem atributos de itens existentes, segundo o artigo “Criar uma fonte de dados de produtos”. O método certo depende do tamanho do catálogo e da velocidade com que preço e estoque mudam.

MétodoComo funcionaQuando faz sentido
Arquivo (feed).txt/.tsv separado por tabulação ou .xml, até 4 GB, por upload, URL, SFTP ou Google Cloud StorageCatálogos médios e grandes com exportação automática da plataforma ou do ERP
Planilhas GoogleModelo gerado pelo Merchant Center, sincronizado a cada 24 horas por padrãoCatálogos pequenos e testes
Merchant APIEnvio programático, produto a produtoCatálogos grandes ou com preço e estoque que mudam várias vezes ao dia
Integração da plataformaConector da plataforma de e-commerce sincroniza o catálogoQuando o conector oficial é bem mantido
Leitura automática do siteO Google rastreia as páginas e lê os dados estruturadosPonto de partida para lojas pequenas com marcação completa

Duas mudanças de 2026 que afetam a escolha. A Content API for Shopping acabou: a documentação para desenvolvedores registra a desativação em 18 de agosto de 2026, com erros progressivos desde 1º de setembro para quem não migrou à Merchant API. Se a loja usa plugin de feed ou conector antigo, confirme com o fornecedor que ele já opera pela API nova. E a leitura automática tem limites: segundo o artigo oficial, o Google checa o site ao menos uma vez a cada 24 horas, exige robots.txt liberado para o Googlebot e pode arquivar produtos sozinho se encontrar página quebrada ou imagem inacessível.

Atributos obrigatórios do feed, com exemplo

A especificação de dados do produto define o que cada item precisa ter:

AtributoRegra principal
idIdentificador único, até 50 caracteres; não deve mudar
titleAté 150 caracteres
descriptionAté 5.000 caracteres
linkURL da página do produto, no domínio verificado
image_linkURL da imagem principal
availabilityin_stock, out_of_stock, preorder ou backorder
priceValor + moeda ISO 4217 (ex.: 199.90 BRL)
brandObrigatório para produtos novos (exceto filmes, livros e música)
gtinObrigatório quando o fabricante atribuiu um GTIN
mpnObrigatório só quando o produto novo não tem GTIN
conditionObrigatório para usados e recondicionados

Para vestuário vendido no Brasil, age_group, gender e color também são exigidos, e variações de tamanho e cor precisam de item_group_id. Já o google_product_category é opcional: o Google atribui categoria automaticamente e só aceita substituição manual em casos específicos, conforme a página do atributo.

Exemplo de cabeçalho e linha de feed TSV (produto e GTIN fictícios, com dígito verificador válido):

id title link image_link availability price brand gtin condition item_group_id color size gender age_group
TN-4211-AZ-42 Tênis de Corrida Masculino Leve Pro - Azul - 42 https://www.sualoja.com.br/tenis-leve-pro-azul-42 https://www.sualoja.com.br/img/tn-4211-az.jpg in_stock 349.90 BRL MarcaExemplo 7891234567895 new TN-4211 azul 42 male adult

(A coluna description foi omitida para caber na tela; no feed real ela é obrigatória.) Repare: o id identifica a variante, o item_group_id agrupa o modelo, o título não traz preço nem “promoção” e o preço usa ponto decimal com a moeda ao lado.

Os motivos que mais causam reprovação

1. Preço divergente entre feed e página

O Googlebot compara o preço do feed com o da página e o da marcação estruturada. Pelo artigo “Como corrigir: preço do produto incompatível”, os valores precisam ser idênticos; a divergência reprova o produto e, se recorrente, pode levar à suspensão da conta. As causas listadas pelo Google incluem feed atualizado mais devagar que o site, marcação estruturada errada, datas de sale_price no fuso errado e — a menos óbvia — preço carregado por JavaScript depois que a página abre. O Google lê o HTML entregue pelo servidor: o cliente vê o preço certo, o robô vê outro ou nenhum.

2. Disponibilidade divergente

A regra de disponibilidade exige coerência entre página, dados estruturados, checkout e feed; esgotado na página e in_stock no feed é reprovação. O caso típico: o ERP baixa o estoque às 14h, o feed só é gerado de madrugada, e o produto passa a tarde anunciado como disponível.

3. GTIN ausente, inválido ou inventado

GTIN é o número do código de barras — no Brasil, quase sempre o EAN-13. Segundo a página do atributo, produto sem GTIN correto pode ter visibilidade limitada, e omitir o GTIN de um produto que tem um pode reprová-lo. O Google rejeita dígito verificador errado, prefixos restritos (02, 04 ou 2) e de cupom (05, 98 e 99). Nunca “monte” um GTIN. Marca própria sem código de barras envia brand + mpn; identifier_exists = no é só para itens sem identificador algum — usado em produto com GTIN, também reprova. Aprofundamos no post sobre GTIN.

4. Imagens fora do padrão

A especificação de imagem proíbe texto promocional, preço, selo de frete, código de barras, QR code, marca d’água, logo ou nome da loja sobrepostos, bordas e imagens genéricas. O Google recomenda 1500 × 1500 px ou mais e já anunciou que, a partir de 31 de janeiro de 2027, o mínimo para todos os produtos será 500 × 500 px — catálogos com miniaturas pequenas devem revisar o banco de imagens antes disso.

5. Políticas: o risco que suspende a conta inteira

Reprovação atinge um item; violação de política atinge a conta. A política de deturpação é a mais comum em suspensões: dados de empresa falsos ou incompletos, endereço inexistente, política de devolução ausente ou contraditória, contato que não funciona. Casos graves levam à suspensão sem aviso; nos demais, o Google costuma dar 7 ou 28 dias para corrigir. Antes do primeiro feed, confira se o site mostra CNPJ, endereço, contato e política de troca coerentes com o que foi declarado.

Como diagnosticar reprovações no Merchant Center

O diagnóstico começa na aba “Precisa de atenção”, no menu superior da página Produtos, que traz cartões com os problemas de maior impacto e a lista de itens afetados (artigo oficial). Um roteiro que funciona:

  1. Problema de conta antes de problema de produto: aviso de política, verificação ou frete afeta todo o catálogo e tem prazo.
  2. Ordene por potencial de clique: a coluna classifica cada produto como alto, médio ou baixo em relação aos demais.
  3. Agrupe por tipo de problema: quinhentos produtos com “preço incompatível” quase sempre têm uma causa só — um template de página, uma regra de promoção, o horário de geração do feed.
  4. Corrija na origem: editar item por item no Merchant Center é sobrescrito pelo próximo feed. A correção definitiva vai para a plataforma, o ERP ou uma fonte suplementar.
  5. Peça nova verificação: o Googlebot volta a rastrear os itens nas horas ou dias seguintes; “Ver histórico” mostra a mudança de status.

Exemplo hipotético: uma loja com 4.000 SKUs e 15% reprovados tem 600 produtos fora do Google. Se 80 deles são de alto potencial de clique, consertá-los primeiro devolve a maior fatia da exposição em um dia; os outros 520 entram na correção estrutural.

Ajuda também conhecer as automações: ativadas por padrão, elas atualizam preço, disponibilidade e condição lendo a página do produto. O próprio Google avisa que não substituem a atualização do feed, funcionam mal para preços que mudam mais de uma vez por dia e podem ser suspensas se houver divergências demais.

Quer saber como o catálogo da sua loja aparece para o Google antes de abrir o Merchant Center? O Diagnóstico de Catálogo da Nação Digital roda 7 verificações públicas no domínio da sua loja — código de barras, produto duplicado, busca interna, dados estruturados — e devolve o resultado em até 48 horas, sem pedir acesso a nenhuma conta.

Dados estruturados (schema Product): a ponte entre site e feed

O Merchant Center usa os dados estruturados da página em três momentos: leitura automática de produtos, atualização automática de preço e estoque e checagem de divergência com o feed. Marcação errada derruba os três de uma vez.

A documentação de listagens do comerciante do Google Search Central exige name, image e offers no Product, com price maior que zero e priceCurrency, e recomenda availability, itemCondition, brand, GTIN e sku. Um esqueleto em JSON-LD:

{"@context": "https://schema.org/", "@type": "Product", "name": "Tênis de Corrida Masculino Leve Pro - Azul - 42", "image": ["https://www.sualoja.com.br/img/tn-4211-az.jpg"], "sku": "TN-4211-AZ-42", "gtin13": "7891234567895", "brand": {"@type": "Brand", "name": "MarcaExemplo"}, "offers": {"@type": "Offer", "url": "https://www.sualoja.com.br/tenis-leve-pro-azul-42", "price": 349.90, "priceCurrency": "BRL", "availability": "https://schema.org/InStock", "itemCondition": "https://schema.org/NewCondition"}}

Duas regras práticas. Preço, GTIN e disponibilidade do JSON-LD devem sair da mesma fonte que gera o feed — se um vem do ERP e o outro de um campo editado à mão no tema, a divergência é questão de tempo. E a listagem do comerciante exige Offer, não AggregateOffer, porque a loja precisa ser a vendedora. A mesma marcação sustenta preço e estrelas na busca orgânica, como explicamos no post sobre avaliações nos resultados do Google e no guia de SEO para loja virtual.

Boas práticas de título e categoria

O título é o atributo que mais pesa na correspondência entre busca e produto. O artigo sobre título do produto aceita até 150 caracteres, mas avisa que o usuário costuma notar só os 70 primeiros ou menos. Por isso:

Para categoria, use o product_type para a sua própria árvore (ex.: Calçados > Esporte > Corrida): é livre e organiza campanhas e relatórios. O google_product_category só precisa ir no feed quando a categoria automática estiver errada. Uma boa árvore de product_type permite separar grupos com margens diferentes nas campanhas — tema que cruza com palavras negativas no Google Ads e com o nosso guia de marketing de performance.

Antes de ligar Shopping ou Performance Max

Campanha ligada sobre catálogo com reprovações compra clique para a parte do sortimento que sobrou, não para a que vende. O mínimo antes de investir: domínio verificado e reivindicado no e-mail da empresa; dados de empresa, frete e devolução iguais aos do site; fonte de dados automatizada (e já na Merchant API, se for integração própria); GTIN válido em todo produto com código de barras; preço e estoque idênticos no feed, no HTML e no JSON-LD; e a aba “Precisa de atenção” zerada para os itens de alto potencial de clique. Se a operação ainda está escolhendo a base tecnológica, nosso comparativo de plataformas de e-commerce ajuda a ver quais geram feed e dados estruturados de forma nativa.

Perguntas frequentes

O Google Merchant Center é pago?

Não. Criar a conta, enviar produtos e aparecer nas listagens gratuitas não tem custo. Paga-se apenas a mídia quando a loja liga anúncios do Shopping ou Performance Max no Google Ads.

Quanto tempo leva para um produto reprovado voltar?

A Central de Ajuda não fixa prazo único. Para preço incompatível, o Google informa que o Googlebot volta a rastrear a página nas horas ou dias seguintes à correção e reaprova o item quando os valores batem. Revisões de conta costumam levar cerca de 7 dias úteis.


O Merchant Center é um espelho: mostra ao Google o catálogo que a loja realmente tem, com os mesmos erros de código de barras, preço e cadastro que já existem no site. Corrigir o espelho sem corrigir a origem só adia a próxima reprovação.

Quer começar pela origem? O Diagnóstico de Catálogo da Nação Digital roda 7 verificações públicas no domínio da sua loja — código de barras, produto duplicado, busca interna, dados estruturados — e devolve o resultado em até 48 horas, sem pedir acesso a nenhuma conta.

Se o catálogo já está aprovado e o desafio é transformar Shopping e Performance Max em receita, conheça o trabalho de mídia e performance da Nação Digital ou fale com a nossa equipe.

Compartilhe:
Sair da versão mobile