O Commerce Manager da Meta dá aos lojistas uma das mensagens de rejeição menos específicas da publicidade: um status de "reprovado" e, muitas vezes, um único código de motivo vago. As equipes de feed então passam horas tentando adivinhar se o problema é um campo ausente, uma sinalização de política ou uma questão de elegibilidade no nível da conta, porque a própria referência de campos do catálogo da Meta e suas Políticas de Comércio ficam em páginas separadas, sem ligação direta entre uma rejeição e a sua correção. Este guia organiza as causas reais em três camadas, apresenta os campos e limites exatos que a Meta verifica e mostra uma linha de feed antes e depois da correção, para que você veja a solução em vez de apenas ler sobre ela. Ele é para qualquer pessoa que opera um catálogo da Meta dentro de um feed multicanal, seja gerenciando 200 SKUs manualmente ou 200.000 por meio de uma plataforma de feeds. Já escrevemos esse mesmo tipo de diagnóstico específico por canal para suspensões por deturpação no Google Merchant Center e para rejeições de anúncios no TikTok Shop — os modos de falha da Meta se sobrepõem aos dois, mas não são idênticos a nenhum deles.
As três camadas que a Meta verifica e por que as mensagens de erro as misturam
Um item de catálogo da Meta pode falhar por motivos que estão em três sistemas completamente diferentes, e o Commerce Manager frequentemente informa os três com mensagens de redação parecida. Separá-los primeiro é o que mais economiza tempo.
- Erros no nível do feed — o próprio arquivo está malformado, falta uma coluna obrigatória ou ele está inacessível. Esses erros bloqueiam o recebimento antes que qualquer produto seja analisado.
- Reprovações de política no nível do item — o arquivo foi lido sem problemas, mas um produto específico viola uma Política de Comércio: categoria restrita, alegação enganosa ou violação da política de imagens.
- Falhas de Commerce Eligibility no nível da conta — a própria empresa ainda não passou pela verificação de identidade, de legalidade dos produtos ou de checkout, então nada no catálogo pode ser veiculado, independentemente da qualidade do feed.
Corrija nessa ordem. Não adianta depurar sinalizações de política no nível do item se a sua conta não passou pela Commerce Eligibility Review, e não adianta recorrer de uma reprovação de política se a causa real é um campo obrigatório ausente.
Camada 1: erros no nível do feed que bloqueiam o recebimento
Esses erros aparecem antes de a Meta avaliar um único produto em relação às políticas, e são os mais rápidos de corrigir porque quase sempre são mecânicos. Com base nas categorias de erro documentadas pela própria Meta, segundo a referência de erros do Commerce Manager da GoDataFeed, os recorrentes são:
| Erro | Causa típica | Solução |
|---|---|---|
| Erro de acesso ao arquivo do feed de dados | A URL do feed aponta para uma página de produto em vez de um arquivo bruto, ou o servidor bloqueia o rastreador da Meta | Disponibilize um link direto para o arquivo, sem autenticação, com o Content-Type correto e codificação UTF-8 |
| Formato de arquivo não compatível | O arquivo não é CSV, TSV ou XML, ou o XML não tem a tag de declaração | Exporte novamente em um formato compatível; valide o cabeçalho XML |
| Campos obrigatórios ausentes | Os nomes das colunas não correspondem exatamente aos nomes de campos da Meta | Faça os nomes dos campos corresponderem exatamente (diferenciando maiúsculas e minúsculas) aos da referência do catálogo |
| IDs de item duplicados | O mesmo id aparece em mais de um feed enviado ao mesmo catálogo | Mantenha o ID em um único feed de origem; use item_group_id para variantes legítimas |
| Incompatibilidade de colunas | Uma linha tem mais ou menos valores do que a linha de cabeçalho, geralmente por vírgulas ou aspas sem escape | Coloque todos os campos de texto entre aspas e valide a contagem de linhas/colunas antes do envio |
| Arquivo grande demais | Ultrapassa 100MB em um envio único ou 8GB em um feed programado (30GB compactado) | Divida em vários feeds ou compacte com ZIP/GZIP |
Camada 2: reprovações de política no nível do item
Depois que um produto é lido corretamente, o revisor automático da Meta o verifica em relação às Políticas de Comércio. Segundo a documentação atual de profissionais da área sobre as causas mais comuns de triagem (o guia de correção de catálogo da Meta da Racklify, revisado pela última vez em maio de 2026, e o guia de correção de violações de política da AI Shopping Feeds, atualizado em 17 de setembro de 2026), as cinco causas por trás da maioria das reprovações genéricas por "violação de política" são:
- Violações da política de imagens — textos sobrepostos, marcas d'água, selos promocionais ("50% OFF") ou resolução abaixo da especificação.
- Categorização incorreta em categoria restrita — um produto mapeado para um segmento restrito (suplementos, armas, bebidas alcoólicas, criptomoedas, jogos de azar, produtos de saúde), seja corretamente ou por um mapeamento errado de
google_product_category. - Segmentação por atributos pessoais — textos que sugerem algo sobre quem está vendo (tipo físico, condição de saúde, situação financeira) em vez de descrever o produto.
- Textos enganosos ou sensacionalistas — alegações superlativas, falsa urgência ou afirmações de saúde que o produto não consegue comprovar.
- Falsos positivos do revisor automático — o item está realmente em conformidade, mas o sistema automatizado o sinalizou mesmo assim; esses casos geralmente são resolvidos com recurso.
A visualização de detalhes do item no Commerce Manager às vezes mostra um motivo mais específico do que a exportação de status no nível do feed; por isso, verifique ali antes de supor qual das cinco causas se aplica.
Camada 3: Commerce Eligibility Review no nível da conta
Antes que qualquer produto possa ser veiculado em Shops, em marcações de produtos ou no checkout, a Meta analisa a própria empresa. Segundo a documentação atual dos critérios de análise, ela verifica cinco áreas: identidade e propriedade (registro da empresa, documentos fiscais ou propriedade do domínio), legalidade dos produtos no mercado de destino, precisão das informações dos produtos em todo o catálogo, conformidade de checkout e pagamento e práticas comerciais gerais, como políticas de devolução e de frete publicadas. Aprovações simples normalmente saem em 24 a 72 horas; casos complexos, com produtos regulamentados ou documentação divergente, podem levar de uma a três semanas. Uma divergência de domínio entre a sua loja e a identidade empresarial registrada é um dos pontos de falha mais comuns e mais negligenciados aqui, e não tem nenhuma relação com os dados do seu feed.
Um exemplo de antes e depois
Aqui está uma única linha de feed que acionaria pelo menos duas das causas acima, seguida da versão corrigida.
| Campo | Antes (reprovado) | Depois (aprovado) |
|---|---|---|
| id | SKU-10432 | SKU-10432 |
| title | TÊNIS EM PROMOÇÃO!!! Tênis de corrida 50% OFF | Tênis de corrida masculino em mesh, preto |
| description | (vazio) | Tênis de corrida leve em mesh, com entressola de EVA para amortecimento e solado de borracha para tração. Forma normal. |
| image_link | .../10432_watermark.jpg (com texto "SALE" sobreposto, 420×420px) | .../10432_clean.jpg (sem sobreposição, 1200×1200px) |
| brand | (ausente) | Nome real da marca |
| gtin | (ausente) | 8691234567890 |
| price | 899.00 | 899.00 TRY |
Quatro problemas distintos em uma única linha: texto promocional no título e uma sobreposição na imagem (ambos acionam políticas de imagem/texto), um identificador ausente (aviso no nível do feed que também enfraquece a correspondência de produtos da Meta) e um campo de preço sem o código de moeda ISO, que o campo de preço da Meta exige no formato number space currency-code.
Campos obrigatórios e campos usados de forma errada com frequência
De acordo com a referência de campos do catálogo da Meta, estes são os campos que mais frequentemente decidem a aprovação, com os limites que costumam passar despercebidos:
| Campo | Obrigatório | Limite / formato |
|---|---|---|
| id | Sim | Único, no máximo 100 caracteres |
| title | Sim | No máximo 200 caracteres; mantenha abaixo de ~65 para evitar cortes nos posicionamentos |
| description | Sim | Texto simples; na prática, mantenha bem abaixo de 5.000 caracteres, mesmo que o limite técnico seja maior — descrições longas são cortadas de forma inconsistente entre os posicionamentos |
| availability | Sim | Exatamente "in stock" ou "out of stock" |
| condition | Sim | new, refurbished ou used |
| price | Sim | Número + espaço + código de moeda ISO 4217, por exemplo, "899.00 TRY" |
| link | Sim | URL http/https direta para a página do produto, sem exigir login |
| image_link | Sim | JPEG ou PNG, mínimo de 500×500px, máximo de 8MB, sem texto sobreposto |
| brand | Sim | No máximo 100 caracteres |
| gtin / mpn | Altamente recomendado | Pelo menos um identificador por produto; a falta dos dois enfraquece a correspondência do catálogo e gera um aviso |
| item_group_id | Condicional | Obrigatório sempre que o produto tiver variantes; omita completamente se não tiver |
Checklist antes de reenviar
Faça esta verificação antes de reenviar um lote de itens reprovados anteriormente, e não apenas o item que você está depurando no momento — a Meta faz a análise em lotes, e reenviar um item corrigido enquanto outros cinco ainda têm o mesmo defeito desperdiça um ciclo de análise.
- Nada de texto TODO EM MAIÚSCULAS, cheio de pontos de exclamação ou com porcentagens de desconto em
titleoudescription - Nenhum
image_linktem textos sobrepostos, marcas d'água ou selos promocionais - Todo produto tem
gtin,mpnou ambos google_product_categoryestá mapeado para o segmento correto, principalmente em tudo o que for próximo de uma categoria restritapriceinclui o código de moeda ISO e corresponde exatamente à landing pageavailabilitycorresponde ao estoque em tempo real, e não a um valor em cache- Produtos com variantes compartilham um
item_group_idconsistente e diferem apenas nos atributos de variante (tamanho, cor) - A landing page pode ser acessada sem login e carrega em dispositivos móveis
- Se as descrições foram escritas ou reescritas por enriquecimento com IA, elas passaram por uma etapa de controle de qualidade separada — veja nosso checklist de controle de qualidade para atributos enriquecidos por IA antes que a Meta ou o Google os vejam
O que este guia não cobre e onde ele tem limites
Este guia trata das causas relacionadas a feed e a políticas. Ele não cobre o lado de checkout, pagamento e verificação da empresa da Commerce Eligibility Review, que é um processo de compliance separado dos seus dados de produtos e que muitas vezes precisa da sua equipe financeira ou jurídica, e não da sua equipe de feed. Ele também não cobre rejeições no nível do anúncio (um item de catálogo aprovado ainda pode ter seu criativo rejeitado separadamente) nem restrições de comércio específicas de cada país, que variam o suficiente para exigir uma referência própria por mercado. Os resultados de recursos na categoria de "falso positivo do revisor automático" também são de fato inconsistentes — dois itens visualmente idênticos às vezes têm resultados diferentes, e não há uma forma confiável de prever qual deles o sistema da Meta vai sinalizar. Se a Meta é o único canal que você gerencia, uma plataforma especializada em Meta pode detectar alguns desses problemas de imagem e texto com uma validação nativa mais rigorosa do que uma ferramenta multicanal; a Productsup e a Feedonomics tendem a ter regras mais profundas por canal justamente por esse motivo, e essa é uma troca justa se a Meta for realmente o seu único canal. O modelo da Feedance — um único conjunto de regras que aplica o requisito mais rigoroso aplicável em mais de 200 canais, exportado por conexões de canal como a nossa integração com a Meta — compensa quando você está rodando o mesmo catálogo em mais de dois ou três destinos, que é a situação mais comum entre as marcas e agências com que trabalhamos.
Perguntas frequentes
O que significa "policy_disapproved" no Commerce Manager?
Significa que o revisor automático sinalizou o item em relação a uma Política de Comércio, mas a exportação não especifica qual. Abra a visualização de detalhes do item no Commerce Manager, que às vezes mostra um submotivo mais específico do que a exportação de status em massa.
Por que só parte do meu catálogo foi rejeitada enquanto o restante continuou no ar?
Nas verificações de política, a Meta analisa no nível do item, e não no nível do feed. Um erro no nível do feed afeta o arquivo inteiro; uma reprovação de política afeta apenas os SKUs específicos que a acionaram.
Quanto tempo leva um recurso de política?
Normalmente de três a sete dias, segundo relatos atuais de profissionais da área, embora a Meta não publique um SLA garantido. Recursos de falsos positivos genuínos costumam ser aceitos; recursos de itens que continuam violando a política depois da sua correção, não.
Corrigir meu feed faz com que os itens rejeitados sejam reaprovados automaticamente?
Não. O envio de um feed corrigido aciona uma nova análise, mas não é uma reaprovação automática — a Meta avalia o item novamente como se o estivesse vendo pela primeira vez.
Posso vender produtos restritos, como suplementos ou bebidas alcoólicas, na Meta?
Algumas categorias restritas podem ser veiculadas com certificação adicional, verificação da empresa ou apenas em mercados específicos; outras não podem ser veiculadas como anúncios de catálogo de forma alguma. Consulte as Políticas de Comércio da Meta para a categoria específica antes de supor que uma correção no seu feed vai resolver o problema.
Por que minhas imagens continuam falhando mesmo atendendo ao mínimo de 500×500px?
Atender ao tamanho mínimo não garante a aprovação na verificação da política de imagens. Textos sobrepostos, marcas d'água e selos promocionais são reprovados na análise independentemente da resolução.
Qual é a diferença entre um erro no nível do feed e uma reprovação de política no nível do item?
Um erro no nível do feed é mecânico — uma coluna ausente, um arquivo malformado, um ID duplicado — e bloqueia o recebimento antes que a análise aconteça. Uma reprovação de política significa que o arquivo foi lido corretamente, mas um produto específico violou uma Política de Comércio.
Os campos custom_label afetam a aprovação?
Os campos custom_label_0 a custom_label_4 servem para a segmentação das suas próprias campanhas e não têm nenhum efeito na análise de políticas nem na análise no nível do feed da Meta.
Qual é a diferença em relação a uma suspensão no Google Merchant Center?
As suspensões no GMC, principalmente por deturpação, valem para a conta inteira e costumam ter origem em sinais de confiança, como a verificação da empresa e alegações feitas no site como um todo. As reprovações de política da Meta geralmente são no nível do item e motivadas pelo conteúdo de imagem e texto do produto específico. Os dois sistemas não compartilham a mesma análise, então resolver um não tem efeito sobre o outro.
Faça uma auditoria gratuita do seu feed atual com base nos campos e formatos deste guia antes de reenviar um lote de itens reprovados: experimente a ferramenta gratuita de auditoria de feed de produtos.

Kardelen Yılmaz atua na área de growth da Feedance, onde ajuda marcas de e-commerce e agências a obter mais retorno de cada produto que anunciam. Ela escreve sobre qualidade do feed de produtos, campanhas de Shopping e Performance Max, automação de criativos e como as compras impulsionadas por IA estão mudando a visibilidade dos produtos.
LinkedIn
















