Erros do Google Merchant Center em 2026: como corrigir suspensões e salvar o ROAS de Shopping

Se as suas campanhas de Shopping estão a ter um desempenho fraco, muitas vezes o problema nem está na campanha. Começa no Google Merchant Center: identificadores incorretos, alertas de política, preços inconsistentes, dados de envio fracos ou um site que parece pouco fiável aos revisores da Google. Nas nossas auditorias, os problemas de feed e de política explicam cerca de 60–70% dos maus resultados em Shopping antes de a estratégia de lances sequer se tornar o estrangulamento.

As três reprovações que mais prejudicam

Em 2026, os problemas mais caros no Merchant Center continuam a ser os mesmos três: GTIN inválidos ou em falta, deturpação e discrepância de preço entre o feed e a página de destino. Os problemas de GTIN reduzem a visibilidade dos produtos. As discrepâncias de preço provocam reprovações de artigos e podem escalar para avisos ao nível da conta. A deturpação é a mais perigosa: se a Google entender que o seu site oculta informações essenciais sobre o negócio, exagera alegações ou apresenta condições de checkout inconsistentes, a suspensão pode acontecer rapidamente e os recursos tornam-se mais difíceis.

• Problemas de GTIN: comprimento de código incorreto, identificadores reutilizados, placeholders falsos como 0000000000000;
• Deturpação: dados de contacto em falta, devoluções pouco claras, alegações impossíveis, taxas ocultas, branding de domínio inconsistente;
• Discrepância de preço: o feed indica €49.99, a página de destino mostra €54.99 após seleção de variante, alteração geográfica ou atraso nos dados estruturados;
• Lacunas em envio/impostos: o custo final no checkout difere das definições do Merchant Center;
• Discrepância de disponibilidade: o feed indica em stock, a página indica esgotado ou por encomenda.

Porque é que o ROAS de Shopping começa no feed, não na campanha

Um feed limpo melhora mais do que a taxa de aprovação. Afeta a correspondência com pesquisas, a confiança no leilão e a qualidade do clique. Títulos com marca + tipo de produto + atributo principal costumam superar títulos genéricos em 10–25% na taxa de cliques em contas com catálogo. GTIN corretos ajudam a Google a mapear produtos para as entidades certas no knowledge graph, o que melhora a relevância. Preço, envio e disponibilidade precisos reduzem cliques desperdiçados de utilizadores que abandonam quando a realidade no checkout difere do anúncio. É por isso que duas lojas com os mesmos lances podem ter ROAS muito diferentes: uma está a comprar tráfego para um registo de produto fiável, a outra está a pagar para expor inconsistências.

A forma mais rápida de melhorar o desempenho em Shopping muitas vezes não é aumentar os lances — é eliminar as razões para a Google desconfiar do seu catálogo.

Como corrigir uma suspensão sem piorar a situação

O erro mais comum é recorrer demasiado cedo. Se pedir uma revisão antes de a causa raiz estar corrigida em todo o lado, desperdiça a confiança do revisor e muitas vezes fica preso a um segundo ciclo de revisão mais lento. Um processo melhor é: identificar a política exata em Diagnostics, auditar todo o site e feed face a essa política, documentar cada correção e só depois recorrer, uma única vez, com provas. Em casos de deturpação, os revisores verificam sinais de identidade do negócio em todo o site: nome da empresa, morada, telefone, devoluções, prazos de entrega, métodos de pagamento, condições de reembolso e se as promoções parecem realistas. Dizemos aos clientes para assumirem que um revisor humano vai comparar a homepage, a página de produto, o checkout e as páginas de política em menos de cinco minutos.

• Passo 1: exporte os problemas de Diagnostics por artigo e por política, não apenas capturas de ecrã;
• Passo 2: corrija primeiro os sinais de confiança em todo o site — página de contacto, entidade legal, devoluções, envio, pagamento, política de reembolso;
• Passo 3: corrija os erros ao nível do feed no feed principal e volte a submetê-lo;
• Passo 4: volte a rastrear as principais páginas de destino e teste o preço/disponibilidade final como um utilizador normal;
• Passo 5: recorra uma única vez, com um resumo conciso do que mudou e onde.

Regras de higiene do feed que evitam reprovações repetidas

Boas contas de Merchant Center funcionam com rotina, não com heroísmos. Agende recolhas do feed pelo menos diariamente se o preço ou o stock mudarem com frequência; catálogos com elevada rotação podem precisar de 2–4 atualizações por dia. Use atualizações automáticas de artigos sempre que possível, mas não dependa delas como substituto da precisão do feed. Mantenha os dados estruturados alinhados com o feed, sobretudo preço, moeda e disponibilidade. Normalize títulos, tipos de produto e regras de imagem. Se existirem variantes, garanta que cor, tamanho e IDs de grupo de artigos são consistentes. Em produtos de marca, o GTIN deve estar presente sempre que exista; definir identifier_exists como no para produtos que claramente têm GTIN é uma das formas mais fáceis de desencadear problemas evitáveis.

Quando os feeds suplementares salvam a conta

Os feeds suplementares são pouco usados. São ideais quando a principal plataforma de ecommerce não consegue enriquecer facilmente títulos, etiquetas personalizadas, preços promocionais, atributos de envio ou destinos excluídos. Em vez de reconstruir o feed principal, pode reforçar campos fracos por cima dele. Na prática, usamos feeds suplementares para acrescentar escalões de margem, etiquetas de sazonalidade, melhorias de títulos e correções temporárias enquanto uma correção de desenvolvimento está pendente. Isso reduz o tempo de recuperação de semanas para dias. Só tenha em conta: os feeds suplementares podem melhorar os dados, mas não conseguem ocultar violações de política no próprio site.

• Use feeds suplementares para reescrita de títulos, etiquetas personalizadas, janelas promocionais e atributos em falta;
• Não os use para mascarar problemas na página de destino que a Google continua a conseguir rastrear;
• Faça o mapeamento por ID estável e documente a responsabilidade para que as correções não sejam sobrescritas pela plataforma;
• Reveja as regras de fusão após cada atualização ou migração de catálogo.

O checklist de prevenção para 2026

Antes de escalar o investimento em Shopping, faça uma verificação mensal de prevenção. Confirme que os dados legais do negócio estão visíveis e coincidem com pagamentos e faturas. Teste cinco produtos aleatórios desde o clique no anúncio até ao checkout e compare o preço, envio e disponibilidade do feed com o que o utilizador vê. Valide o formato e a unicidade do GTIN. Verifique a qualidade das imagens e a conformidade com as políticas. Analise as tendências em Diagnostics, não apenas os erros atuais: avisos repetidos são muitas vezes o precursor de uma suspensão. Para lojas com mais de 1.000 SKUs, atribua um responsável pela qualidade do feed e outro pela conformidade de políticas do site; quando ninguém é responsável por ambos, os problemas saltam entre equipas e ficam por resolver.

• Identidade do negócio visível: nome da empresa, morada, email, telefone, devoluções, envio, política de reembolso;
• Feed sincronizado diariamente ou com maior frequência se os preços/stock mudarem rapidamente;
• Os dados estruturados correspondem às páginas de destino e aos atributos do Merchant Center;
• GTIN válidos quando disponíveis; sem placeholders falsos;
• Testes aleatórios de checkout aprovados para preço, envio e disponibilidade;
• Feed suplementar usado para enriquecimento controlado, não para caos de emergência;
• Recursos submetidos apenas depois de as correções estarem totalmente ativas.

A regra prática para 2026 é simples: trate o Merchant Center primeiro como um sistema de conformidade e qualidade de dados, e só depois como um canal de anúncios. Se o feed estiver limpo e o site for credível, Shopping normalmente torna-se mais fácil de escalar. Caso contrário, nenhuma estratégia de lances vai salvar o ROAS durante muito tempo. O guia de sobrevivência é propositadamente aborrecido: identificadores precisos, preços consistentes, políticas transparentes, atualizações disciplinadas do feed e um recurso limpo quando necessário. É isso que mantém os produtos ativos e a receita estável.