# Google Merchant Center: um feed de produtos PrestaShop sem erros

> O seu feed pode estar perfeito e a conta ficar suspensa porque a política de devoluções não é suficientemente explícita. Os atributos obrigatórios, a questão dos códigos de barras, os seis motivos de recusa mais frequentes e a ordem de correção.

- Página: <https://www.datafirefly.com/pt/2026/10/27/feed-google-merchant-center-prestashop/>
- Idioma: pt
- Publicado em: 2026-10-27
- Atualizado em: 2026-10-10
- Outros idiomas: [fr](https://www.datafirefly.com/2026/10/27/flux-google-merchant-center-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/10/27/google-merchant-center-feed-prestashop/index.md), [es](https://www.datafirefly.com/es/2026/10/27/feed-google-merchant-center-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/10/27/google-merchant-center-feed-prestashop-ohne-fehler/index.md), [it](https://www.datafirefly.com/it/2026/10/27/feed-google-merchant-center-prestashop-senza-errori/index.md), [pl](https://www.datafirefly.com/pl/2026/10/27/feed-google-merchant-center-prestashop-bez-bledow/index.md), [nl](https://www.datafirefly.com/nl/2026/10/27/google-merchant-center-productfeed-prestashop-foutloos/index.md)
- Índice: <https://www.datafirefly.com/pt/2026/llms.txt>

Um feed de produtos recusado ou parcialmente aceite faz desaparecer os seus anúncios sem que dê por isso de imediato. Os motivos de recusa são, no entanto, poucos e quase todos se corrigem no catálogo.

## Os atributos obrigatórios

São exigidos seis atributos para qualquer produto.

O **identificador**, único e estável no tempo. É a sua referência interna, e não deve mudar entre duas atualizações, sob pena de perder o histórico de desempenho.

O **título**, que descreve o produto.

A **descrição**.

A **ligação** para a ficha de produto, em endereço absoluto e seguro.

A **ligação da imagem** principal.

A **disponibilidade** e o **preço**.

Dois atributos adicionais são exigidos conforme os casos. A **marca**, obrigatória para a maioria dos produtos novos. E os **identificadores de produto**, incluindo o código de barras, obrigatórios quando existem para o produto.

## A questão dos identificadores de produto

É o motivo de recusa mais frequente e o pior compreendido.

Um produto fabricado por uma marca e vendido por vários revendedores tem código de barras. Tem de ser fornecido.

Três situações práticas.

**Conhece o código de barras.** Forneça-o, verificando a validade: o comprimento e o dígito de controlo são verificados, e um código inventado será rejeitado.

**O produto não tem**, porque é de fabrico próprio ou feito por medida. Pode então declarar explicitamente que o identificador não existe, fornecendo a marca e a sua referência interna.

**Não o conhece.** É o caso problemático: o produto tem um, mas não o registou. A única solução é obtê-lo junto do fornecedor.

Ponto a vigiar: o mesmo código de barras em vários dos seus produtos gera erro. Acontece tipicamente quando um valor foi copiado por omissão para uma gama inteira.

## O título, que decide a difusão

O título do feed não tem de ser o da sua ficha. É um campo a construir.

Estrutura que funciona: **marca, tipo de produto, característica distintiva, tamanho ou cor**.

Quatro regras.

**As informações importantes primeiro**, porque a apresentação corta.

**Nada de texto promocional.** As menções de desconto, de portes grátis ou as maiúsculas de ênfase são motivo de recusa.

**Nada do nome da loja** no título do produto.

**A declinação no título** quando existe, o que evita ter vários anúncios idênticos.

Uma observação: o título é o campo que mais influencia a correspondência com as pesquisas. Um trabalho de reescrita nos seus cem primeiros produtos produz um efeito mensurável.

## As declinações

Ponto estrutural que decide a qualidade do seu feed.

Cada combinação comprável tem de constituir uma entrada distinta, com identificador próprio, preço, disponibilidade e imagem.

Três atributos ligam-nas. O **identificador de grupo**, comum a todas as variantes de um mesmo modelo. E os **atributos de variação**, tamanho e cor nomeadamente, que as distinguem.

Dois erros frequentes. Enviar **apenas o produto pai**, o que esconde as variantes disponíveis. Ou enviar as variantes **sem identificador de grupo**, o que as faz aparecer como produtos sem relação entre si.

Sobre as cores, uma precisão útil: o valor tem de ser um nome de cor compreensível, não a sua referência de marketing. «Azul-escuro» passa, «Oceano Profundo 47B» será mal interpretado.

## A disponibilidade e o preço

Estes dois campos são controlados automaticamente por comparação com a sua página de produto. Um desvio leva a suspensão.

Quatro causas frequentes de desvio.

**O desfasamento de atualização.** O seu feed é gerado uma vez por dia e o preço muda entre duas gerações.

**O IVA.** O preço do feed tem de corresponder ao apresentado na sua página, com impostos incluídos num site de grande público. Se aplica taxas diferentes ao continente e às regiões autónomas, o controlo vê o preço apresentado por omissão, e é esse que tem de constar do feed.

**As promoções.** Um desconto aplicado por regra de carrinho não aparece no feed, o que cria um desvio entre o preço anunciado e o verificado no carrinho.

**Os preços por grupo de clientes.** Se a sua página apresenta um preço diferente conforme o visitante, o controlo automático vê o preço público.

Na disponibilidade o controlo é o mesmo: um produto declarado em stock no feed e apresentado como esgotado na página é motivo de suspensão.

## As imagens

Cinco regras.

**O produto ocupa o essencial do enquadramento**, sobre fundo liso de preferência.

**Nenhum texto acrescentado** na imagem: nada de faixa promocional, de logótipo em marca de água, de menção de preço.

**Nenhum elemento sobreposto**, nada de moldura decorativa.

**A imagem corresponde à variante** declarada. Uma entrada «sapato vermelho» com a imagem do modelo azul será rejeitada ou penalizada.

**Uma resolução suficiente**, sem imagem desfocada ou demasiado pequena.

Ponto prático: no PrestaShop, a imagem enviada tem de ser a miniatura da dimensão certa, não o original de vários megabytes. Um feed que aponta para imagens muito pesadas atrasa o tratamento e pode gerar erros de obtenção.

## As categorias

Dois campos distintos, muitas vezes confundidos.

A **categoria de produto** segundo a taxonomia da plataforma, escolhida numa lista fechada. Determina a forma como o seu produto é classificado e os atributos adicionais esperados.

O **tipo de produto**, que é a sua própria árvore, livre.

A primeira não é obrigatória em todos os casos, mas melhora bastante a difusão, em particular nas categorias onde são esperados atributos específicos: tamanho, número de calçado, género, faixa etária no têxtil.

Erro comum: escolher uma categoria demasiado geral. Quanto mais precisa for, melhor é a correspondência.

## Os motivos de recusa mais frequentes

Seis causas que cobrem o essencial dos casos.

**Identificadores de produto em falta ou inválidos.**

**Desvio de preço** entre o feed e a página.

**Desvio de disponibilidade.**

**Imagem não conforme**, geralmente com texto incrustado.

**Página de produto inacessível**, muitas vezes um redirecionamento ou uma página em erro num endereço obsoleto.

**Falta de menções exigidas** no site: condições de entrega, política de devoluções, contactos, meios de pagamento. Estas exigências incidem sobre o site, não sobre o feed, e bloqueiam a conta inteira.

Este último ponto é o que mais surpreende: o seu feed pode estar perfeito e a conta ficar suspensa porque a sua política de devoluções não é suficientemente explícita.

## O método de correção

Quatro etapas, por esta ordem.

**Trate primeiro os problemas de conta**, que bloqueiam tudo: menções do site, conformidade das páginas obrigatórias.

**Depois os erros bloqueantes do feed**, que impedem a difusão dos produtos em causa.

**Depois os avisos**, que não impedem a difusão mas degradam-na.

**Por fim as sugestões** de melhoria, sobre os atributos facultativos.

Ponto de método: corrija no catálogo, não no feed. Uma correção aplicada na geração do feed terá de ser refeita a cada evolução, e cria um desvio entre os seus dados reais e o que declara.

## A frequência de atualização

Três recomendações.

Uma **geração completa diária** no mínimo, mais se o seu catálogo mexer.

Uma **atualização rápida do preço e do stock** em complemento, que evita desvios nos dados voláteis.

Um **controlo semanal** do número de produtos ativos comparado com o número enviado. Um desvio crescente assinala uma acumulação de erros.

O  gera este feed no PrestaShop 8 e 9: mapeamento dos atributos obrigatórios com controlo de validade dos códigos de barras, gestão das declinações com identificador de grupo e atributos de variação, construção configurável do título, e atualização do preço e do stock independente da geração completa.