Envie para Microsoft os produtos que valem a pena mostrar.

"Bing Ads" é o nome antigo do que a Microsoft rebatizou em 2019 como Microsoft Advertising. A ferramenta de catálogo de produtos que muitos anunciantes ainda chamam de "Bing Merchant Center" hoje se chama oficialmente Microsoft Merchant Center (MMC). Se a sua equipe, sua agência ou uma planilha antiga ainda menciona "Bing Ads", trata-se da mesma plataforma — apenas com o nome atual.

As campanhas do Microsoft Shopping funcionam como as campanhas do Google Shopping: você não escreve anúncios de produtos individuais à mão. Em vez disso, você envia um feed de produtos estruturado — um catálogo de títulos, preços, imagens e identificadores — para uma loja no Microsoft Merchant Center, e o mecanismo de veiculação da Microsoft monta e exibe automaticamente anúncios de produtos a partir desse catálogo sempre que uma pesquisa na Microsoft Search Network corresponde aos atributos de um produto. De acordo com a documentação da Content API da própria Microsoft, os feeds podem ser gerenciados pelo app web do Microsoft Advertising, enviados via FTP/SFTP ou enviados programaticamente pela Content API baseada em REST em https://content.api.bingads.microsoft.com/shopping/v9.1/bmc/.

Nos bastidores, cada produto enviado é identificado por um ID composto formado por quatro campos — channel, contentLanguage, targetCountry e offerId —, e a documentação da Microsoft é explícita ao dizer que nenhum desses quatro campos pode ser alterado depois que o produto é adicionado à loja, porque isso, na prática, cria um produto duplicado.

Conectar seu catálogo ao Microsoft Merchant Center coloca seus produtos diante de compradores na Microsoft Search Network — um volume de demanda de busca que não se sobrepõe totalmente ao do Google. Para a maioria dos anunciantes, isso significa alcance incremental e, muitas vezes, um custo por clique menor do que no Google Shopping, sem precisar montar um segundo catálogo do zero.

O guia da Content API da Microsoft lista as campanhas do Shopping e os anúncios de produtos como disponíveis em um grande conjunto de mercados — dos Estados Unidos, Canadá e Reino Unido a mercados menores, como Malta, Maurício, Chipre e Fiji —, com um conjunto adicional de países disponível para clientes piloto. Essa abrangência significa que um único feed bem estruturado pode estender sua presença no Shopping a mercados que você talvez não tenha priorizado no Google.

Como o esquema de produtos da Microsoft foi deliberadamente criado para ser compatível com o do Google, a maior parte dos mesmos dados de produtos — título, preço, imagens, GTIN, marca, MPN — exigidos em um feed do Google Merchant Center também alimenta seus anúncios no Microsoft Merchant Center, o que mantém relativamente baixo o esforço adicional de configuração.

A documentação da Content API da Microsoft é excepcionalmente franca sobre onde seu esquema se inspira no do Google — e onde diverge discretamente. Vários campos do objeto Product existem apenas "para compatibilidade com o Google": a API da Microsoft aceita additionalImageLinks, adwordsGrouping, adwordsLabels, destinations e taxes, mas a própria documentação afirma claramente que o Microsoft Merchant Center não usa esses campos. Se você estiver reutilizando um feed formatado para o Google, esses campos simplesmente passam sem causar problemas, sem ter nenhum efeito do lado da Microsoft.

A Microsoft também documenta um recurso que o Google Shopping não tem da mesma forma: Shopping Campaigns for Brands. Nesse modelo cooperativo, um fabricante envia uma lista de produtos contendo apenas Brand, GTIN e MPN, vincula-a à loja de um varejista parceiro no Microsoft Merchant Center e, a partir daí, ambas as partes podem dar lances na lista compartilhada de produtos correspondentes — dividindo o custo dos cliques. A documentação da Microsoft observa que, atualmente, isso está limitado aos Estados Unidos e ao Reino Unido e está em beta aberto para clientes piloto.

Mais uma diferença prática: a Microsoft rejeita explicitamente produtos adultos ("produtos adultos não são suportados e serão rejeitados") e mantém sua própria lógica de validação de identificadores (veja a seção de atributos obrigatórios abaixo), que funciona de forma independente de qualquer validação pela qual seu feed já tenha passado no Google.

O Microsoft Merchant Center aceita seu catálogo de duas formas principais, segundo sua documentação oficial:

1. Um arquivo de feed simples enviado para sua loja ou catálogo, de forma recorrente, via FTP/SFTP.
2. A Content API — uma API RESTful baseada em JSON, documentada em content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — para inserir, atualizar, obter e excluir produtos individuais ou processá-los em massa pelo endpoint /products/batch.

O endpoint de lote da Content API documenta limites concretos que vale a pena considerar no planejamento: uma única requisição em lote pode incluir até 12.000 itens, mas o corpo total da requisição não pode passar de 4 MB, então a própria orientação da Microsoft é que normalmente cabem de 2.000 a 6.000 ofertas não compactadas por lote (até os 12.000 completos se você compactar o conteúdo com gzip usando o cabeçalho Content-Encoding: gzip). As requisições de listagem são paginadas em no máximo 250 produtos por chamada, usando max-results e start-token.

Os produtos ficam dentro de uma loja do Microsoft Merchant Center, e uma loja pode, opcionalmente, conter vários catálogos (especificados com o parâmetro bmc-catalog-id na inserção). Toda oferta enviada precisa de um prazo de expiração: a documentação da Microsoft confirma que, a menos que você defina um expirationDate explícito, a oferta expira automaticamente 30 dias depois de ter sido gravada na loja.

A referência da Content API da Microsoft é explícita sobre quais campos são obrigatórios para inserir uma oferta e quais se tornam obrigatórios de forma condicional. Segundo a documentação oficial do recurso Products:

A Feedance monta o feed do Microsoft Merchant Center diretamente a partir dos dados de produtos que você já gerencia na sua loja ou no seu PIM — sem exportações manuais de planilhas. O mecanismo de mapeamento associa seus campos de origem ao esquema da Microsoft, incluindo os campos do ID composto (channel, contentLanguage, targetCountry, offerId) que a Microsoft bloqueia após o primeiro envio, por isso acertá-los desde o início é importante.

1. Conecte sua loja ou fonte de dados (plataforma de e-commerce, PIM ou exportação de produtos existente) à Feedance.
2. Mapeie seus campos para os atributos obrigatórios e condicionais da Microsoft — a Feedance sinaliza identificadores ausentes e aplica identifierExists: false automaticamente quando marca, GTIN ou MPN realmente não estão disponíveis, para que você não acumule avisos evitáveis.
3. Gere o feed na estrutura esperada pela Content API e pela ingestão da loja da Microsoft e entregue-o por upload programado do feed ou envio direto pela API para o ID da sua loja no Microsoft Merchant Center.
4. A Feedance monitora os status resultantes dos produtos — Approved, Warning, Disapproved, pendente e prestes a expirar —, para que você possa ver e corrigir os itemLevelIssues sem precisar entrar no app web do Microsoft Advertising a cada verificação.

Como seu mapeamento atual do Google Merchant Center já cobre a maioria dos mesmos atributos que a Microsoft exige, conectar um segundo destino pela Feedance costuma ser uma questão de revisar atributos, e não de reconstruir tudo.

A própria documentação da Microsoft define um limite rígido: a menos que você defina explicitamente um expirationDate, toda oferta expira automaticamente 30 dias depois da última gravação na loja — e, a partir daí, deixa de ser elegível para veiculação. Basta reenviar o produto (mesmo sem alterar nenhum campo) para reiniciar essa contagem de 30 dias, mas apenas se você não tiver definido manualmente uma data de expiração explícita.

Na prática, essa expiração de 30 dias é um teto, não uma meta. Como o preço e a disponibilidade devem corresponder ao que está na sua página de produto ativa — a Microsoft valida explicitamente se o price do feed corresponde à página do produto —, qualquer catálogo com mudanças regulares de preço, rupturas de estoque ou promoções deve ser atualizado com muito mais frequência do que uma vez por mês. Uma cadência pelo menos diária mantém disponibilidade e preços corretos e evita o intervalo silencioso entre o momento em que um produto esgota e o momento em que seu feed é atualizado.

A Content API da Microsoft retorna códigos de status concretos e documentados para ofertas com problemas, em vez de rejeições vagas. Dois exemplos reais tirados diretamente da referência de status de ofertas de produtos da própria Microsoft:

1. GtinPlusBrandRequiredWarn — "Missing one or more identifiers - The Brand and GTIN or Brand and MPN are required." (faltam um ou mais identificadores — Brand e GTIN ou Brand e MPN são obrigatórios). Trata-se de um aviso, e não de uma rejeição definitiva: o campo de servability da Microsoft o marca como "Unaffected", o que significa que a oferta continua sendo veiculada, mas você deve corrigi-lo — fornecendo os identificadores reais ou definindo identifierExists como false se não existir nenhum.
2. EVRejectedErr acompanhado de um código de motivo específico, como EV_39 ("Trademark content", conteúdo de marca registrada) — este é uma reprovação definitiva; a documentação da Microsoft mostra o campo status da oferta definido como "Disapproved" e o servability definido como "Disapproved", o que significa que o produto não será veiculado até que o conteúdo sinalizado seja corrigido.

Além dos problemas de itens individuais, a documentação da Microsoft confirma que, depois de passar pela validação básica, toda oferta passa por "validações e revisões off-line adicionais, como revisões editoriais, que podem levar até 36 horas" antes de se tornar elegível para veiculação — então uma oferta recém-enviada ou recém-atualizada com status "pending" por um dia é um comportamento esperado, e não um bug. Uma visão resumida no nível da loja (acessível pelo recurso ProductStatuses) informa as contagens de approved, disapproved, expiring e pending, que é a forma mais rápida de ver a saúde do catálogo de relance.

1. Informe os três identificadores quando existirem. A documentação da Microsoft é explícita: se um fabricante atribuiu um GTIN, uma marca ou um MPN, você deve incluí-lo — omitir um identificador conhecido gera o aviso GtinPlusBrandRequiredWarn, mesmo que a oferta continue sendo veiculada. Se nenhum deles realmente se aplicar, defina identifierExists como false em vez de deixar os campos em branco.
2. Agrupe variantes com itemGroupId. Para um produto vendido em várias cores, tamanhos ou estampas, a documentação da Microsoft recomenda criar uma oferta por variante e vinculá-las com um itemGroupId compartilhado, em vez de tentar colocar todas as opções em uma única oferta.
3. Use customLabel0–customLabel4 para segmentar campanhas. Esses cinco campos existem justamente para que você possa filtrar e dar lances em subconjuntos do seu catálogo dentro das campanhas do Microsoft Shopping.
4. Mantenha títulos e descrições sem textos promocionais. Os dois campos explicitamente "não podem incluir texto promocional" e ambos passam por revisão editorial — termos de promoção embutidos no título geram risco de reprovação, em vez de gerar cliques.
5. Acompanhe a expiração de forma proativa. Como as ofertas expiram silenciosamente 30 dias após a última atualização, a menos que você defina seu próprio expirationDate, os feeds de catálogos de giro lento ainda precisam de uma cadência de atualização, mesmo que nenhum dado de produto tenha mudado.
6. Preencha shipping para anúncios na Alemanha. A documentação da Microsoft indica frete, etiqueta de frete e peso de envio como obrigatórios especificamente para um targetCountry DE — uma regra fácil de esquecer se o seu mercado principal é outro.

"Bing Ads" ainda é um nome de produto real? Não — a Microsoft rebatizou o Bing Ads como Microsoft Advertising em 2019. O "Bing Merchant Center" agora é o Microsoft Merchant Center. A plataforma subjacente e a mecânica das campanhas do Shopping não mudaram; apenas o nome.

Posso reutilizar meu feed do Google Merchant Center na Microsoft? Em grande parte, sim. O esquema de produtos da Microsoft espelha muitos nomes de campos do Google Merchant Center, e vários campos voltados ao Google (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks) são aceitos apenas por compatibilidade, embora a documentação da Microsoft confirme que eles não são usados. Ainda assim, convém revisar os campos obrigatórios específicos da Microsoft, como channel, e regras condicionais, como a exigência de frete para a Alemanha.

O GTIN é obrigatório para todos os produtos? Apenas se o fabricante tiver atribuído um. A documentação da Microsoft exige gtin, brand e mpn quando existem; se realmente não existirem, defina identifierExists como false em vez de deixá-los em branco.

O que acontece se eu parar de atualizar meu feed? Segundo a documentação da Microsoft, cada oferta expira automaticamente 30 dias após a última atualização (a menos que você tenha definido seu próprio expirationDate), e uma oferta expirada deixa de ser elegível para veiculação.

Quanto tempo leva a revisão depois que envio ou atualizo um produto? A documentação da Microsoft afirma que, após a validação básica, as ofertas passam por revisões off-line adicionais, incluindo revisão editorial, que "podem levar até 36 horas" antes de a oferta se tornar elegível para veiculação.

Posso enviar meu feed via FTP em vez de usar uma API? Sim — o Microsoft Merchant Center suporta o envio recorrente de arquivos de feed, além da Content API baseada em JSON, então equipes sem recursos de desenvolvimento também podem automatizar a entrega.

Bing Ads é o antigo nome do Microsoft Advertising, a plataforma de anúncios de pesquisa da Microsoft, que foi renomeada em 2019. Sua ferramenta de catálogo de produtos, muitas vezes ainda chamada de Bing Merchant Center, agora é o Microsoft Merchant Center.

As campanhas do Microsoft Shopping funcionam de forma muito parecida com o Google Shopping. Em vez de criar anúncios de produto individuais, os anunciantes enviam um feed de produtos estruturado, com títulos, preços, imagens e identificadores, para uma loja no Microsoft Merchant Center. A Microsoft então cria e exibe anúncios de produto automaticamente quando as pesquisas na Microsoft Search Network correspondem a esses produtos.

Os feeds podem ser enviados como arquivos pelo aplicativo web do Microsoft Advertising, carregados de forma programada via FTP ou SFTP ou enviados pela Content API. O esquema de produto da Microsoft é amplamente compatível com o do Google, de modo que grande parte dos mesmos dados, como título, preço, imagem, GTIN, marca e MPN, alimenta as listagens em ambos, embora alguns campos do Google sejam ignorados e as ofertas expirem após 30 dias, a menos que sejam atualizadas.

Para os lojistas, o Microsoft Shopping oferece alcance além do público do Google, muitas vezes com um custo por clique menor. Um feed completo e atualizado regularmente, com identificadores válidos, ajuda a manter os produtos aprovados e evita que as ofertas expirem ou sejam rejeitadas.