O feed faz parte do sistema de mídia
As campanhas de Shopping muitas vezes parecem simples dentro do Google Ads.
Os produtos aparecem, os lances são automatizados e a plataforma distribui o investimento.
A complexidade está por baixo.
Todo produto que o Google consegue entender, aprovar, associar a uma consulta e precificar corretamente depende dos dados de produto do Merchant Center. Títulos, identificadores, disponibilidade, preço, categoria, tipo de produto, imagens, promoções e atributos personalizados influenciam quais itens do inventário são elegíveis e como podem ser organizados.
Isso faz do Merchant Center um sistema de performance.
Um erro no feed pode remover um SKU de alta margem dos leilões. Um título fraco pode reduzir a relevância. Um GTIN incorreto pode prejudicar a correspondência. Uma sincronização de preço quebrada pode gerar reprovações. Uma taxonomia de produtos pode determinar se a equipe de mídia consegue isolar uma categoria antes de uma promoção ou controlar os lances com base na margem.
Operações profissionais de feed devem, portanto, ser tratadas com a mesma seriedade que o rastreamento de conversões.
Pare de pensar em termos de um único feed estático
O Google agora usa o conceito mais amplo de fontes de dados no Merchant Center.
Uma fonte de dados primária de produtos fornece o inventário central de produtos. Fontes de dados complementares podem adicionar ou substituir atributos de produtos que já existem na fonte primária. Os dados de produto podem chegar por meio de integrações com plataformas de e-commerce, arquivos, Google Sheets, descoberta automática da loja ou a Merchant API.
A Merchant API do Google também expõe o gerenciamento de fontes de dados de forma programática. Um produto processado no Merchant Center pode ser construído a partir de uma entrada primária mais várias entradas complementares depois que as regras são aplicadas.
Essa arquitetura importa porque permite que as equipes separem sistemas de responsabilidade.
A plataforma de e-commerce pode continuar sendo a fonte da verdade para SKU, preço e disponibilidade. Uma fonte complementar pode adicionar atributos orientados a campanhas, como rótulos personalizados. Uma fonte de promoções pode gerenciar dados de ofertas. Os dados de avaliações de produtos podem seguir seu próprio pipeline. A API pode dar suporte a atualizações de alta frequência sem reconstruir todo o catálogo.
O objetivo não é maximizar o número de fontes.
É evitar transformar uma única exportação monolítica no único lugar onde todas as equipes precisam fazer todas as alterações.
Defina a responsabilidade pelos atributos
Todo atributo importante de produto deve ter um responsável.
Uma tabela operacional útil pode ser assim:
- Preço e disponibilidade: plataforma de e-commerce ou ERP
- Título e descrição: equipe de merchandising de e-commerce
- GTIN, MPN e marca: cadastro mestre de produtos
- Imagens: DAM ou plataforma de e-commerce
- Tipo de produto: taxonomia interna de merchandising
- Rótulos personalizados: camada de marketing ou analytics
- IDs de promoção: fluxo de trabalho de gerenciamento de promoções
- Rótulos de margem ou ciclo de vida: fonte complementar derivada de finanças/BI
A responsabilidade evita conflitos silenciosos.
Se a plataforma de e-commerce diz que um produto está em estoque, mas uma planilha mantida manualmente diz que está fora de estoque, a equipe precisa saber qual sistema prevalece antes que a discrepância chegue ao Google.
Identificadores de produto são infraestrutura
Alguns dos atributos menos glamorosos têm importância operacional desproporcional.
A especificação de dados de produto do Google exige GTIN para novos produtos quando o fabricante atribuiu um, e marca é obrigatória para a maioria dos novos produtos. O Google alerta explicitamente os anunciantes para não inventarem valores de GTIN.
Esses identificadores ajudam o Google a associar uma oferta à entidade de produto correta.
Identificadores incorretos criam problemas piores do que a ausência de textos opcionais de marketing, porque podem fazer o produto parecer algo que ele não é.
As equipes devem validar:
- Comprimento e dígito verificador do GTIN;
- consistência de marca;
- formatação de MPN quando relevante;
- identificadores de variantes;
- IDs de oferta;
- rótulos de feed e combinações de idioma;
- unicidade de SKU entre fontes de dados.
Para configurações baseadas em API, o Google também alerta que produtos enviados por diferentes fontes de dados podem sobrescrever uns aos outros se os identificadores não forem distinguidos corretamente.
A governança do feed, portanto, pertence em parte à engenharia.
Construa taxonomia para decisões, não para decoração
O atributo interno `product_type` é especialmente valioso porque pode espelhar a própria hierarquia de merchandising do varejista.
O Google afirma que o primeiro valor de tipo de produto pode ser usado para organizar lances e relatórios em campanhas de Shopping.
Isso significa que a taxonomia deve ser projetada em torno das decisões que a equipe de mídia pode precisar tomar.
Uma hierarquia como:
`Mulheres > Calçados > Corrida > Estabilidade`
é mais útil do que:
`Produtos > Categoria 4 > Grupo B`
porque cria uma linguagem coerente entre merchandising, relatórios e operações de campanha.
Rótulos personalizados podem adicionar outra camada de decisão.
Rótulos típicos podem representar:
- faixa de margem de contribuição;
- risco de inventário;
- status de best-seller;
- elegibilidade promocional;
- estágio do ciclo de vida;
- temporada;
- faixa de preço;
- importância estratégica para novos clientes.
O ponto-chave é a estabilidade.
Um rótulo personalizado que muda de significado toda semana não é um sistema operacional. É uma coluna temporária de planilha.
A otimização de feed começa com a qualidade dos dados, não com keyword stuffing
A otimização de títulos de produtos é importante, mas o trabalho de feed não deve se resumir a inserir mais palavras-chave.
As primeiras prioridades são precisão, especificidade e consistência.
Um título deve ajudar a distinguir o produto. A descrição deve refletir o item real. As imagens devem representar a oferta com clareza. Preço e disponibilidade devem corresponder à página de destino. As relações entre variantes devem ser válidas. Os identificadores devem estar corretos.
Só depois disso as equipes devem trabalhar na relevância de busca.
Para muitos varejistas, a otimização de feed se torna um programa estruturado de testes:
- Estabeleça uma linha de base limpa.
- Identifique famílias de consultas ou grupos de produtos em que a relevância é fraca.
- Teste a estrutura de títulos ou o enriquecimento de atributos.
- Meça a elegibilidade para impressões, o comportamento de cliques e a economia downstream.
- Aplique padrões bem-sucedidos por meio de automação ou regras de transformação.
Um feed é um conjunto de dados, o que significa que a otimização deve ser reproduzível.
Use fontes complementares para proteger o cadastro mestre de produtos
As equipes de marketing muitas vezes precisam avançar mais rápido do que a engenharia de e-commerce.
É aí que as fontes de dados complementares são úteis.
O Google as descreve como fontes secundárias que adicionam ou atualizam atributos de produtos já presentes na fonte primária; elas não podem adicionar ou remover produtos de forma independente.
Isso as torna adequadas para atributos que não deveriam exigir edição do cadastro mestre de produtos.
Uma equipe de mídia pode, por exemplo, adicionar rótulos personalizados para faixas de margem ou agrupamentos de campanha sem alterar o ERP.
Mas fontes complementares também precisam de governança.
Documente:
- quais campos elas podem substituir;
- quem é responsável pelo arquivo ou pela API;
- frequência de atualização;
- chave de junção;
- comportamento de fallback;
- procedimento de remoção;
- QA antes de grandes atualizações.
Um feed complementar sem controle pode danificar o catálogo com a mesma eficiência que um feed primário ruim.
A Merchant API muda a cadência operacional
Operações baseadas em API reduzem a distância entre a loja e o Merchant Center.
A Merchant API do Google permite que integrações criem fontes de dados, insiram entradas de produtos e recuperem produtos processados. Ela também pode expor problemas de produtos por meio de APIs de relatórios.
Isso cria a possibilidade de QA automatizado.
Em vez de esperar que alguém note um selo vermelho de diagnóstico na interface, um varejista pode monitorar:
- quedas repentinas na contagem de produtos aprovados;
- clusters de divergência de preço;
- identificadores ausentes;
- produtos sem destino elegível;
- falhas de processamento de feed;
- timestamps de atualização obsoletos;
- novos problemas de política;
- mudanças na disponibilidade de produtos.
Para catálogos maiores, é aqui que o gerenciamento de feed deixa de ser uma tarefa de marketing e se torna engenharia de confiabilidade.
Construa um fluxo de trabalho diário de diagnósticos
Problemas de feed têm diferentes níveis de urgência.
Um fluxo de trabalho diário útil os separa em:
Crítico para a receita: Grandes grupos de produtos reprovados, divergência de preço, problemas de checkout ou de destino, falhas generalizadas de disponibilidade.
Que prejudica a performance: Identificadores ausentes, categorização de produtos fraca, problemas de imagem, atributos incompletos.
Backlog de otimização: Testes de títulos, refinamento de rótulos personalizados, enriquecimento promocional, cobertura de avaliações e melhorias de taxonomia.
Essa triagem impede que as equipes passem tempo polindo títulos enquanto um erro de preço removeu a categoria mais vendida dos anúncios.
Promoções e avaliações são produtos de dados separados
O catálogo de produtos é apenas uma parte do Merchant Center.
O Google oferece suporte a fontes de dados separadas de promoções e de avaliações de produtos. Contas elegíveis do Product Ratings podem enviar dados de avaliações com identificadores de produto para que as classificações possam ser associadas corretamente. Promoções também podem ser enviadas por meio de fontes de dados dedicadas.
Esses sistemas merecem a mesma disciplina que o catálogo principal.
Uma promoção que está tecnicamente ativa, mas ausente da fonte de dados de promoções, pode enfraquecer a competitividade dos anúncios. Um feed de avaliações com identificadores ruins pode não conseguir vincular as classificações aos produtos corretos.
É por isso que as melhores equipes de feed mantêm um mapa de dados de toda superfície que pode influenciar uma oferta.
A qualidade do feed deve ser medida comercialmente
A taxa de aprovação é uma métrica de saúde, não o objetivo final.
Um catálogo pode ter 99% de aprovação enquanto o 1% ausente contém os produtos de maior margem.
A equipe de mídia deve, portanto, combinar a saúde do Merchant Center com dados de negócio.
Visões úteis incluem:
- inventário aprovado ponderado por investimento;
- inventário aprovado ponderado por margem;
- receita em risco por reprovações;
- share de impressões por faixa de margem;
- investimento por profundidade de estoque;
- taxa de problemas de feed por categoria de produto;
- cobertura de promoções;
- qualidade do valor de conversão no nível do produto.
É aqui que o Merchant Center se torna parte da economia de aquisição, e não um pré-requisito técnico.
A campanha só pode ser tão inteligente quanto o catálogo
A automação do Performance Max e do Shopping pode processar quantidades enormes de dados de leilão.
Elas não conseguem consertar um negócio que envia preço errado, identidade de produto fraca, disponibilidade desatualizada ou rótulos de categoria sem sentido.
As operações de feed, portanto, não são secundárias à compra de mídia.
Elas são uma das formas pelas quais a compra profissional de mídia é realizada.
