"Bing Ads" és el nom antic del que Microsoft va canviar el nom el 2019 a Microsoft Advertising . L'eina de catàleg de productes que molts anunciants encara anomenen "Bing Merchant Center" avui dia és oficialment Microsoft Merchant Center (MMC) . Si el vostre equip, la vostra agència o un full de càlcul antic encara fa referència a "Bing Ads", és la mateixa plataforma, només amb el nom actual.
Les campanyes de Microsoft Shopping funcionen com les campanyes de Google Shopping: no escriviu a mà anuncis de productes individuals. En comptes d'això, pengeu un feed de productes estructurat (un catàleg de títols, preus, imatges i identificadors) a una botiga de Microsoft Merchant Center, i el motor de lliurament de Microsoft reuneix i publica automàticament anuncis de productes d'aquest catàleg sempre que una cerca a la xarxa de cerca de Microsoft coincideixi amb els atributs d'un producte. Segons la documentació de la pròpia Content API de Microsoft, els feeds es poden gestionar a través de l'aplicació web de Microsoft Advertising, enviar-se mitjançant FTP/SFTP o enviar-se programàticament a través de la Content API basada en REST a https://content.api.bingads.microsoft.com/shopping/v9.1/bmc/.
Sota el capó, cada producte que envieu s'identifica amb un ID compost construït a partir de quatre camps: channel, contentLanguage, targetCountryi offerId — i la documentació de Microsoft és explícita que cap d'aquests quatre camps es pot canviar un cop s'ha afegit un producte a la botiga, perquè fer-ho crea un producte duplicat.
Connectar el vostre catàleg a Microsoft Merchant Center posa els vostres productes davant dels compradors de la Xarxa de Cerca de Microsoft, un conjunt de demanda de cerca que no coincideix completament amb la de Google. Per a la majoria dels anunciants, això significa un abast incremental i, sovint, un cost per clic inferior al de Google Shopping, sense crear un segon catàleg del no-res.
La guia de l'API de contingut de Microsoft enumera les campanyes de Shopping i els anuncis de productes compatibles en un ampli conjunt de mercats, des dels Estats Units, el Canadà i el Regne Unit fins a mercats més petits com Malta, Maurici, Xipre i Fiji, amb un conjunt addicional de països disponibles per a clients pilot. Aquesta amplitud significa que un únic feed ben estructurat pot estendre una presència de Shopping a mercats que potser no heu prioritzat a Google.
Com que l'esquema de producte de Microsoft es va crear deliberadament per ser interoperable amb el de Google, la majoria de les mateixes dades de producte (títol, preu, imatges, GTIN, marca, MPN) necessàries per a un feed de Google Merchant Center també impulsen les fitxes de Microsoft Merchant Center, cosa que manté l'esforç de configuració incremental relativament baix.
La documentació de l'API de contingut de Microsoft és inusualment sincera sobre on el seu esquema pren prestat del de Google i on divergeix discretament. Existeixen diversos camps de l'objecte Product purament "per compatibilitat amb Google": l'API de Microsoft acceptarà additionalImageLinks, adwordsGrouping, adwordsLabels, destinationsi taxes, però la seva pròpia documentació indica clarament que Microsoft Merchant Center no utilitza aquests camps en absolut. Si reutilitzeu un feed amb format de Google, aquests camps simplement passen sense cap efecte en lloc de fer res per part de Microsoft.
Microsoft també documenta una funció que Google Shopping no té de la mateixa manera: Campanyes de Shopping per a marquesEn aquest model cooperatiu, un fabricant penja una llista de productes que només conté Brand, GTINi MPN, l'enllaça a la botiga Microsoft Merchant Center d'un soci minorista i ambdues parts poden fer ofertes a la llista compartida de productes coincidents, dividint el cost dels clics. La documentació de Microsoft assenyala que actualment això està limitat als Estats Units i al Regne Unit i que es troba en fase beta oberta per a clients pilot.
Una altra divergència pràctica: Microsoft rebutja explícitament els productes per a adults ("els productes per a adults no són compatibles i seran rebutjats"), i manté la seva pròpia lògica de validació d'identificadors (vegeu la secció d'atributs obligatoris a continuació) que s'executa independentment de qualsevol validació que el vostre feed ja hagi superat per a Google.
Microsoft Merchant Center accepta el vostre catàleg de dues maneres generals, segons la seva documentació oficial:
content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — per inserir, actualitzar, recuperar i suprimir productes individuals o processar-los en bloc a través del /products/batch punt final.El punt final per lots de l'API de contingut documenta límits concrets que val la pena planificar: una sola sol·licitud per lots pot incloure fins a 12,000 elements, però el cos total de la sol·licitud no pot superar els 4 MB, de manera que les directrius de Microsoft són que normalment podeu encabir entre 2,000 i 6,000 ofertes sense comprimir per lot (fins a les 12,000 completes si comprimiu la càrrega útil amb gzip amb el Content-Encoding: gzip capçalera). Les sol·licituds de llista es paginan amb un màxim de 250 productes per trucada mitjançant max-results i start-token.
Els productes es troben dins d'un Microsoft Merchant Center Tornar al seu compte, i una botiga pot contenir opcionalment diversos catàlegs (especificat amb el bmc-catalog-id paràmetre en inserir). Cada oferta que envieu necessita un horitzó de caducitat: la documentació de Microsoft confirma que, tret que definiu un horitzó explícit expirationDate, una oferta caduca automàticament 30 dies després d'haver estat escrita a la botiga.
La referència de l'API de contingut de Microsoft és explícita sobre quins camps són obligatoris per inserir una oferta i quins esdevenen obligatoris de manera condicional. Segons la documentació oficial de recursos de Products:
| Atribut | Necessari? | Notes (segons la documentació de Microsoft) |
|---|---|---|
offerId | Sí | Definit per l'usuari, únic dins d'un catàleg, màxim 50 caràcters. S'utilitza per crear l'ID del producte; no es pot canviar després d'afegir el producte. |
title | Sí | Màxim 150 caràcters, es permet qualsevol caràcter Unicode. No ha de contenir text promocional; està sotmès a revisió editorial. |
link | Sí | L'URL de la pàgina del producte, amb un màxim de 2,000 caràcters, ha de coincidir amb el domini de la botiga i no pot ser una redirecció. |
imageLink | Sí | URL de màxim 1,000 caràcters; mida d'imatge recomanada de 200 x 200 px; el fitxer no pot superar els 3.9 MB; està en procés de revisió editorial. |
price | Sí | Ha de coincidir amb el preu que es mostra a la pàgina del producte; l'interval vàlid és de 0.01 a 10,000,000.00 (amb una excepció documentada de 0 $ per a telèfons mòbils i tauletes amb contracte/pagament a terminis). |
availability | Sí | Un dels in stock, out of stock, O preorder. Per defecte a in stock. |
condition | Sí | Un dels new, refurbished, O used. Per defecte a new. |
channel | Sí | Online or LocalForma part de l'ID de producte compost; no es pot canviar després de la creació. |
contentLanguage | Sí | Codi ISO 639-1 de dues lletres de la llista d'idiomes compatibles de Microsoft. També forma part de l'identificador compost del producte. |
targetCountry | Sí | Codi de país ISO 3166 de dues lletres; ha de coincidir amb el mercat del catàleg. També forma part de l'identificador compost del producte. |
brand, gtin, mpn | Requerit condicionalment | "Obligatori per a la inserció" si el fabricant els ha assignat. Si no els teniu tots tres, heu de configurar identifierExists a false — altrament, Microsoft accepta l'oferta però retorna un avís. |
shipping, shippingLabel, shippingWeight | Requerit condicionalment | La documentació de Microsoft marca els tres com a necessaris específicament quan targetCountry és DE (Alemanya); opcional en cas contrari. |
sizes | Requerit condicionalment | Obligatori per a productes de roba i accessoris dirigits a França, Alemanya, el Regne Unit o els Estats Units. |
Feedance crea el feed de Microsoft Merchant Center directament a partir de les dades de producte que ja gestioneu a la vostra botiga o PIM, sense exportacions manuals de fulls de càlcul. El motor de mapatge assigna els vostres camps d'origen a l'esquema de Microsoft, inclosos els camps d'ID compost (channel, contentLanguage, targetCountry, offerId) que Microsoft bloqueja després del primer enviament, per la qual cosa és important tenir-los al dia.
identifierExists: false automàticament quan la marca, el GTIN o el MPN no estan realment disponibles, de manera que no es recopilen avisos evitables.itemLevelIssues sense haver d'iniciar sessió a l'aplicació web de Microsoft Advertising per a cada comprovació.Com que el mapatge existent de Google Merchant Center ja cobreix la majoria dels atributs que requereix Microsoft, connectar una segona destinació a través de Feedance sol ser una qüestió de revisió d'atributs, no de reconstrucció.
La documentació de Microsoft estableix un marge de seguretat estricte: tret que definiu explícitament un expirationDate, cada oferta caduca automàticament 30 dies després de la seva última escriptura a la botiga, moment en què deixa de ser apta per publicar-se. Simplement tornar a enviar el producte (fins i tot sense canviar cap camp) restableix aquest rellotge de 30 dies, però només si no heu definit manualment una data de caducitat explícita.
A la pràctica, aquest venciment de 30 dies és un límit màxim, no un objectiu. Com que el preu i la disponibilitat han de coincidir amb el que apareix a la pàgina del producte en directe, Microsoft valida explícitament que el feed price coincideix amb la pàgina web del producte: qualsevol catàleg amb canvis de preu regulars, esgotament d'existències o promocions s'hauria d'actualitzar molt més sovint que un cop al mes. Una cadència d'almenys diària manté la disponibilitat i els preus precisos i evita el període silenciós entre quan un producte s'esgota i quan el vostre feed s'actualitza.
L'API de contingut de Microsoft retorna codis d'estat concrets i documentats per a ofertes problemàtiques en lloc de rebutjos vagues. Dos exemples reals directament de la pròpia referència d'estats d'ofertes de productes de Microsoft:
GtinPlusBrandRequiredWarn — "Falten un o més identificadors: cal la marca i el GTIN o la marca i el MPN." Això és un advertència, no un rebuig total: el camp de servibilitat de Microsoft el marca com a "Sense afectar", és a dir, que l'oferta encara es publica, però l'heu de solucionar; o bé proporcioneu els identificadors reals o bé definiu identifierExists a false si no n'existeixen.EVRejectedErr emparellat amb un codi de motiu específic com ara EV_39 ("Contingut de marca registrada") — aquesta és una desaprovació ferma; la documentació de Microsoft mostra l'oferta status camp definit com a "Rebutjat" i servability definit com a "Rebutjat", cosa que significa que el producte no es publicarà fins que no es corregeixi el contingut marcat.Més enllà dels problemes individuals dels elements, la documentació de Microsoft confirma que, després de superar la validació bàsica, cada oferta passa per "validacions i revisions fora de línia addicionals, com ara revisions editorials, que poden trigar fins a 36 hores" abans que sigui apta per publicar-se; per tant, una oferta recentment enviada o recentment actualitzada que es troba en estat "pendent" durant un dia és un comportament esperat, no un error. Una vista resumida a nivell de botiga (accessible a través del recurs ProductStatuses) informa de recomptes en approved, disapproved, expiringi pending, que és la manera més ràpida de veure l'estat del catàleg d'un cop d'ull.
GtinPlusBrandRequiredWarn avís tot i que l'oferta encara és vàlida. Si cap no s'aplica realment, configureu identifierExists a false en lloc de deixar els camps en blanc.itemGroupId. Per a un producte venut en diversos colors, mides o patrons, la documentació de Microsoft recomana crear una oferta per variant i vincular-les amb una oferta compartida. itemGroupId en lloc d'intentar encabir totes les opcions en una sola oferta.customLabel0-customLabel4 per a la segmentació de campanyes. Aquests cinc camps existeixen específicament perquè pugueu filtrar i fer ofertes per subconjunts del vostre catàleg dins de les campanyes de Microsoft Shopping.expirationDate, els feeds dels catàlegs de rotació lenta encara necessiten una cadència d'actualització, fins i tot si no ha canviat cap de les dades del producte subjacent.shipping per a anuncis alemanys. La documentació de Microsoft marca l'enviament, l'etiqueta d'enviament i el pes d'enviament segons calgui específicament per a un targetCountry de DE, una regla que és fàcil de passar per alt si el vostre mercat principal és en un altre lloc."Bing Ads" encara és un nom de producte real? No, Microsoft va canviar el nom de Bing Ads a Microsoft Advertising el 2019. "Bing Merchant Center" ara és Microsoft Merchant Center. La plataforma subjacent i la mecànica de la campanya de Shopping no canvien; només el nom.
Puc reutilitzar el meu feed de Google Merchant Center per a Microsoft? En gran part sí. L'esquema de producte de Microsoft reflecteix molts noms de camp de Google Merchant Center i diversos camps orientats a Google (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks) s'accepten únicament per compatibilitat, tot i que la documentació de Microsoft confirma que no els utilitza. Tot i així, voldreu revisar els camps obligatoris específics de Microsoft, com ara channel i normes condicionals com el requisit d'enviament d'Alemanya.
És obligatori un GTIN per a cada producte? Només si el fabricant n'ha assignat un. La documentació de Microsoft ho requereix. gtin, brandi mpn quan existeixen; si realment no existeixen, configureu-ho identifierExists a false en comptes de deixar-los en blanc.
Què passa si deixo d'actualitzar el meu feed? Segons la documentació de Microsoft, cada oferta caduca automàticament 30 dies després de la seva última actualització (tret que hàgiu configurat la vostra pròpia expirationDate), i una oferta caducada deixa de ser apta per publicar-se.
Quant de temps triga la revisió després d'enviar o actualitzar un producte? La documentació de Microsoft indica que, després de la validació bàsica, les ofertes passen per revisions addicionals fora de línia, inclosa la revisió editorial, que "poden trigar fins a 36 hores" abans que l'oferta sigui apta per publicar-se.
Puc enviar el meu feed mitjançant FTP en comptes d'una API? Sí: el Microsoft Merchant Center admet l'enviament recurrent de fitxers de feeds a més de l'API de contingut basada en JSON, de manera que els equips sense recursos de desenvolupament encara poden automatitzar el lliurament.