Otimização do feed do Google Shopping para dropshipping: a checklist que faz aprovar as fichas
A maioria das fichas de dropshipping é reprovada ou fica enterrada no Google Shopping antes do primeiro clique. As correções de feed que as fazem mesmo aprovar.
Um feed do Google Shopping não falha como falha um anúncio da Meta — não há um CTR a decair lentamente, nem uma frequência a subir em segundo plano para vigiar. Simplesmente não aparece, ou aparece reprovado, e a maioria dos vendedores só descobre quando abre o Merchant Center e vê uma taxa de reprovação em dois dígitos em produtos que acreditava estarem bem. As correções não são complicadas, mas são específicas — as regras de feed da Google penalizam exatamente os atalhos sobre os quais um catálogo de dropshipping genérico é construído: identificadores em falta, fotos de fornecedor com marca de água, e preços que se desincronizam do checkout real.
A razão pela qual isto apanha mais as lojas de dropshipping do que as marcas com produto próprio é estrutural, não um erro que alguém cometa de propósito. Um fabricante real tem um GTIN, um nome de marca consistente, e fotografia de produto feita especificamente para aquela ficha. Um artigo de dropshipping tirado de um catálogo de fábrica genérico normalmente não tem nada disso — e as regras de feed da Google foram escritas a assumir que teria.
O que se segue: porque é que os identificadores são a maior fonte de reprovação num feed de dropshipping e como declará-los com honestidade, as regras de título e imagem que realmente importam versus as que são cosméticas, como as falhas de sincronização de preço e stock se transformam em suspensão de conta em vez de simples reprovações, uma checklist de saúde do feed para passares produto a produto, e uma forma aproximada de estimar quanto custa realmente uma dada taxa de reprovação em impressões perdidas.
Porque é que os identificadores são a maior fonte de reprovação num feed de dropshipping
O Google Shopping quer três identificadores em cada produto: GTIN (o número do código de barras), MPN (referência do fabricante), e marca. Um vendedor a sério tem os três porque o fabricante lhos atribuiu. Um artigo de dropshipping tirado de uma ficha de fábrica genérica normalmente não tem nenhum — o produto nunca recebeu um GTIN porque nunca foi pensado para ser identificado individualmente, apenas fabricado e revendido sob cem contas de vendedor diferentes.
A correção que a Google realmente permite é colocar o atributo identifier_exists em false, declarado com honestidade para produtos que genuinamente não têm um — não um GTIN adivinhado e copiado de uma ficha parecida, e não um campo vazio, que o Merchant Center lê como um requisito em falta em vez de um deliberado 'este produto não tem'. Copiar o GTIN de um produto diferente para passar o aviso é uma das formas mais rápidas de uma ficha ser reprovada por incoerência, e incoerências repetidas fazem a conta passar da reprovação a nível de produto para a revisão a nível de conta.
- Se o fornecedor não conseguir dar um GTIN/MPN real: coloca identifier_exists em false explicitamente, em vez de deixares os campos vazios.
- Se o artigo for de marca própria com a tua própria embalagem: atribui um valor de marca de forma consistente em todas as fichas desse artigo — um campo de marca que muda entre SKUs quase idênticos costuma disparar uma revisão manual.
- Nunca copies o GTIN da ficha de um produto parecido para passares o aviso — isso resolve como uma incoerência contra a própria base de identificadores da Google, não como um teste passado.
Títulos e descrições: acerta na frase que o comprador escreve, não no nome da fatura do fornecedor
Um título do Google Shopping não é um nome de produto, é a resposta a uma pesquisa. Os atributos que fazem um título ser clicado — cor, tamanho, material, utilização — costumam ficar perto do fim de uma exportação por defeito enquanto o nome genérico de fábrica vai primeiro, e os compradores pesquisam 'picadora de alho elétrica inox' muito mais do que qualquer nome interno de SKU usado pelo fornecedor.
Um modelo que funciona: [Tipo] + [Atributo chave] + [Material/Cor] + [Utilização], nessa ordem e logo ao início, porque a Google corta os títulos a partir de cerca de 70 carateres na grelha de resultados de shopping, mesmo que o campo do feed aceite até 150. Os primeiros 70 carateres são o que o comprador realmente lê antes de decidir clicar.
- Fraco: 'Utensílio Cozinha Novidade 2024' — nenhum atributo que o comprador esteja mesmo a procurar.
- Melhor: 'Picadora de Alho Elétrica, Inox, Um Toque' — atributos que o comprador realmente escreve na pesquisa.
- Mantém também a primeira frase das descrições densa em atributos — o próprio matching da Google pesa mais o texto inicial do que algo enterrado três frases mais abaixo.
Vê os anúncios que estão a ganhar agora
Imagens: a política que a Google aplica muito mais à risca do que a Meta ou o TikTok jamais vão aplicar
A Google reprova imagens por texto promocional sobreposto, marcas de água, e — a que mais apanha os vendedores de dropshipping — uma imagem que não corresponde ao produto realmente enviado. Uma foto de fornecedor a mostrar um conjunto de cinco cores quando a ficha só vende uma cor é uma infração por incoerência, mesmo que nada na foto pareça 'falso'.
Isto é mais rígido do que a revisão de anúncios da Meta ou do TikTok, que tolera um estilo criativo mais carregado porque o anúncio e a página de produto são tratados como coisas separadas. No Google Shopping, a imagem do feed é tratada como uma afirmação factual sobre exatamente o que chega dentro da caixa.
- Nada de etiquetas de preço, selos de desconto, ou texto de 'envio gratuito' gravado na própria imagem — mesmo que seja verdade, é uma infração à política, não um argumento de venda.
- Corta para a única variante anunciada quando a foto base mostra um conjunto multicolor — uma imagem por variante de cor, não uma foto de grupo a cobrir todas.
- Um fundo liso e desimpedido aguenta melhor a aprovação do que uma foto lifestyle carregada usada como imagem principal — guarda a foto lifestyle para os espaços de imagem secundários.
Sincronização de preço e stock: onde a reprovação se transforma em suspensão de conta
Um único produto reprovado é um incómodo. Um feed onde os preços ou o estado de stock se desincronizam do checkout real da Shopify é uma infração que a Google trata como declaração falsa, não como um erro de formatação — e são os casos repetidos que realmente disparam a suspensão a nível de conta em vez de uma simples rejeição por produto.
A falha comum especificamente no dropshipping: um aumento de preço do fornecedor chega à Shopify através de uma ferramenta de sincronização automática antes de o feed da Google se atualizar, por isso o feed continua a anunciar o preço de ontem. O rastreador da Google verifica periodicamente o preço da página real contra o preço do feed, e uma diferença acima de uma pequena tolerância é marcada como incoerência de preço — uma métrica de saúde de conta, não só um SKU reprovado.
- A frequência de atualização do feed deve igualar ou superar a da ferramenta de sincronização de preços com a Shopify — um feed num ciclo de 24 horas atrás de uma ferramenta que atualiza de hora a hora é uma incoerência à espera de acontecer.
- Artigos sem stock deixados ativos no feed durante mais de um dia ou dois depois de a Shopify os mostrar como indisponíveis é o outro gatilho comum — configura o feed para recolher o estado de disponibilidade pelo menos tão frequentemente como o preço.
Uma checklist de saúde do feed, e quanto custa de verdade uma dada taxa de reprovação em impressões perdidas
Passa isto produto a produto antes de colocares orçamento de anúncios por trás, não depois de receberes um e-mail de reprovação.
Para pôr um número aproximado no que custa uma taxa de reprovação, em vez de a tratar como um aviso abstrato: impressões perdidas estimadas ≈ quota de SKUs reprovados × impressões médias por SKU no feed × CTR médio — um número aproximado de cliques perdidos, não de receita perdida, já que a taxa de conversão do tráfego de Shopping varia demasiado por nicho para caber numa única fórmula. Um feed com uma taxa de reprovação de 20% não perde 20% do total de cliques de forma uniforme; perde essa quota concentrada nos SKUs que foram marcados, que costumam ser as fichas mais recentes ou menos revistas.
Limite: isto é uma estimativa de planeamento, não um número medido — o Merchant Center não expõe uma métrica limpa de 'impressões perdidas por reprovação', por isso não há verdade de referência dentro da plataforma para a validar. Usa-a para priorizar quais SKUs reprovados corrigir primeiro, não como um número para reportar para cima como uma perda precisa.
- Identificador: GTIN/MPN presente e correto, ou identifier_exists explicitamente em false — nunca vazio.
- Título: um atributo real, não só o tipo de produto, dentro dos primeiros 70 carateres.
- Imagem: sem texto sobreposto, corte de variante única a corresponder à cor ou tamanho exato vendido, fundo limpo.
- Preço e disponibilidade: a frequência de atualização do feed iguala ou supera a da própria ferramenta de sincronização de preços da Shopify.
- Categoria e tipo de produto: mapeados para a própria taxonomia da Google, não para o nome de coleção interno da loja — uma categoria mal mapeada reduz as impressões em silêncio sem uma reprovação formal.
Verificar se um produto vale o trabalho de otimização de feed antes de o fazeres
Otimizar um feed leva tempo real por SKU — reescrever títulos, recortar imagens, mapear categorias — e é tempo perdido num produto que nunca ia trazer tráfego relevante de Shopping, seja qual for a qualidade do feed. Vale a pena verificar primeiro: há evidência publicitária em direto de que este produto específico converte, em qualquer rede, antes de passares uma tarde por SKU a aperfeiçoar uma ficha de Google Shopping para ele.
Os dados publicitários da Trackira cobrem os anúncios do Google Shopping diretamente, a par da Meta, TikTok e Pinterest, para veres se os concorrentes estão a correr ativamente campanhas pagas de Shopping sobre um produto, e desde quando, antes de decidires se vale o trabalho de feed em vez de descobrires depois.
Porque é que a Google reprova tantos produtos de dropshipping que parecem corretos na ficha?
Sobretudo por causa de identificadores e imagens. Uma ficha pode parecer completa numa página Shopify e ainda assim falhar no Merchant Center porque não tem GTIN/MPN declarado com honestidade, ou porque a imagem principal mostra um conjunto multicolor em vez da única variante realmente vendida. Nenhuma das duas falhas é visível a partir da loja — só a partir dos diagnósticos do Merchant Center.
O que acontece se um produto de dropshipping genuinamente não tiver um GTIN real?
Coloca identifier_exists em false explicitamente em vez de deixares o campo GTIN vazio ou adivinhares um a partir de uma ficha parecida. A Google permite produtos genéricos sem identificadores de fabricante; penaliza muito mais um identificador adivinhado ou incoerente do que declarar com honestidade que não existe.
Com que frequência deve atualizar-se um feed do Google Shopping para uma loja de dropshipping?
Pelo menos tão frequentemente como a ferramenta que sincroniza preço e stock do fornecedor para a Shopify — se essa sincronização corre de hora a hora, um feed que atualiza uma vez por dia vai desincronizar-se e começar a mostrar avisos de incoerência de preço. Não há um número universal; faz o calendário de atualização do feed corresponder à entrada que muda mais rápido.
Corrigir as reprovações do feed aumenta mesmo as vendas, ou só as impressões?
Aumenta a elegibilidade para aparecer de todo — um SKU reprovado tem zero impressões de Shopping, por isso corrigi-lo é uma condição prévia, não uma garantia. Se converte depois de aparecer depende dos mesmos sinais de procura que importam em qualquer canal: interesse real e sustentado no produto, não só um feed limpo.