Bing Ads-integratie

Door uw catalogus te koppelen aan Microsoft Merchant Center worden uw producten getoond aan potentiële kopers op het Microsoft Search Network – een gebied met zoekvraag dat niet volledig overlapt met dat van Google. Voor de meeste adverteerders betekent dit een groter bereik en vaak lagere kosten per klik dan bij Google Shopping, zonder dat ze een tweede catalogus helemaal opnieuw hoeven op te bouwen.

De Content API-handleiding van Microsoft vermeldt dat Shopping-campagnes en productadvertenties worden ondersteund in een groot aantal markten, van de Verenigde Staten, Canada en het Verenigd Koninkrijk tot kleinere markten zoals Malta, Mauritius, Cyprus en Fiji. Daarnaast zijn er nog meer landen beschikbaar voor pilotklanten. Dankzij deze brede dekking kan een enkele, goed gestructureerde feed een Shopping-aanwezigheid uitbreiden naar markten die u mogelijk niet als prioriteit had gesteld op Google.

Omdat het productschema van Microsoft bewust is ontworpen om compatibel te zijn met dat van Google, worden de meeste productgegevens — titel, prijs, afbeeldingen, GTIN, merk, MPN — die nodig zijn voor een Google Merchant Center-feed ook gebruikt voor uw Microsoft Merchant Center-aanbiedingen. Dit zorgt ervoor dat de extra configuratie-inspanning relatief laag blijft.

De documentatie van de Content API van Microsoft is opvallend openhartig over waar het schema is gebaseerd op dat van Google en waar het er stilletjes van afwijkt. Een aantal velden in het Product-object bestaan ​​puur "voor compatibiliteit met Google": de API van Microsoft accepteert additionalImageLinks, adwordsGrouping, adwordsLabels, destinationsen taxesMaar in de eigen documentatie staat duidelijk dat Microsoft Merchant Center deze velden helemaal niet gebruikt. Als je een feed hergebruikt die is opgemaakt volgens de Google-standaard, worden deze velden gewoon doorgegeven zonder dat ze aan de kant van Microsoft enige actie ondernemen.

Microsoft beschrijft ook een functie die Google Shopping niet heeft, in dezelfde vorm: Shoppingcampagnes voor merkenIn dit coöperatiemodel uploadt een fabrikant een productlijst die alleen de volgende producten bevat: Brand, GTINen MPNHet koppelt het aan de Microsoft Merchant Center-winkel van een retailpartner, waarna beide partijen kunnen bieden op de gedeelde lijst met overeenkomende producten en de kosten per klik kunnen delen. Volgens de documentatie van Microsoft is dit momenteel beperkt tot de Verenigde Staten en het Verenigd Koninkrijk en bevindt het zich in een open bètafase voor pilotklanten.

Nog een praktisch verschil: Microsoft wijst producten voor volwassenen expliciet en zonder meer af ("producten voor volwassenen worden niet ondersteund en zullen worden afgewezen"), en hanteert een eigen logica voor validatie van identificatiegegevens (zie het gedeelte over vereiste attributen hieronder) die onafhankelijk werkt van de validatie die uw feed al voor Google heeft doorstaan.

Volgens de officiële documentatie van Microsoft Merchant Center worden uw catalogus op twee manieren geaccepteerd:

1. Een plat invoerbestand geüpload naar uw winkel of catalogus, en periodiek verzonden via FTP/SFTP.
2. De Content API — een RESTful, JSON-gebaseerde API gedocumenteerd op content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — voor het invoegen, bijwerken, ophalen en verwijderen van individuele producten of het verwerken ervan in bulk via de /products/batch eindpunt.

De batch-endpointdocumentatie van de Content API geeft concrete limieten aan waarmee rekening moet worden gehouden: een enkele batchaanvraag kan maximaal 12,000 items bevatten, maar de totale aanvraagbody mag niet groter zijn dan 4 MB. Microsoft zelf geeft daarom aan dat je doorgaans 2,000 tot 6,000 niet-gecomprimeerde aanbiedingen per batch kunt verwerken (tot de volledige 12,000 als je de payload comprimeert met gzip). Content-Encoding: gzip koptekst). Lijstverzoeken worden gepagineerd met een maximum van 250 producten per oproep met behulp van max-results en start-token.

Producten worden aangeboden in een Microsoft Merchant Center. shopEn een winkel kan optioneel meerdere producten bevatten. catalogi (gespecificeerd met de bmc-catalog-id parameter bij invoegen). Elk aanbod dat u indient, heeft een vervaltermijn nodig: de documentatie van Microsoft bevestigt dat, tenzij u een expliciete vervaltermijn instelt, dit het geval is. expirationDateEen aanbieding vervalt automatisch 30 dagen nadat deze aan de winkel is doorgegeven.

De Content API-referentie van Microsoft geeft expliciet aan welke velden verplicht zijn voor het invoegen van een aanbieding en welke velden onder bepaalde voorwaarden verplicht worden. Volgens de officiële documentatie van de productresource:

Feedance bouwt de Microsoft Merchant Center-feed rechtstreeks op vanuit de productgegevens die u al beheert in uw winkel of PIM-systeem — handmatige export vanuit spreadsheets is niet nodig. De mapping-engine koppelt uw bronvelden aan het schema van Microsoft, inclusief de samengestelde ID-velden (channel, contentLanguage, targetCountry, offerId) die Microsoft na de eerste indiening vergrendelt, dus het is belangrijk om ze meteen goed te hebben.

1. Koppel uw winkel of gegevensbron (e-commerceplatform, PIM of bestaande productexport) aan Feedance.
2. Koppel uw velden aan de vereiste en voorwaardelijke attributen van Microsoft — Feedance markeert ontbrekende identificatoren en past deze toe. identifierExists: false Automatisch wanneer merk, GTIN of MPN daadwerkelijk niet beschikbaar zijn, zodat u geen onnodige waarschuwingen ontvangt.
3. Genereer de feed in de structuur die de Microsoft Content API en de store-ingestie verwachten, en lever deze via een geplande feed-upload of directe API-inzending aan uw Microsoft Merchant Center-winkel-ID.
4. Feedance controleert de status van de producten — Goedgekeurd, Waarschuwing, Afgekeurd, In behandeling en Verlopen — zodat u deze kunt zien en corrigeren. itemLevelIssues zonder dat u voor elke controle hoeft in te loggen op de Microsoft Advertising-webapp.

Omdat uw bestaande Google Merchant Center-mapping al de meeste van dezelfde kenmerken bevat die Microsoft vereist, is het koppelen van een tweede bestemming via Feedance doorgaans een kwestie van het controleren van de kenmerken, en niet van een volledige heropbouw.

De eigen documentatie van Microsoft stelt een strikte grens: tenzij je expliciet een instelling wijzigt, expirationDateElke aanbieding vervalt automatisch 30 dagen nadat deze voor het laatst naar de winkel is verzonden. Vanaf dat moment is de aanbieding niet meer geldig. Door het product opnieuw in te dienen (zelfs zonder velden te wijzigen) wordt die 30-dagenperiode gereset, maar alleen als u zelf geen expliciete vervaldatum hebt ingesteld.

In de praktijk is die vervaldatum van 30 dagen een maximum, geen streefdatum. Omdat de prijs en beschikbaarheid moeten overeenkomen met wat er op uw live productpagina staat, controleert Microsoft expliciet of de feed klopt. price De informatie op de productpagina moet overeenkomen met de catalogus. Elke catalogus met regelmatige prijswijzigingen, uitverkoop of promoties moet veel vaker dan eens per maand worden bijgewerkt. Een frequentie van minimaal dagelijks zorgt ervoor dat de beschikbaarheid en prijzen accuraat blijven en voorkomt de periode tussen het moment dat een product is uitverkocht en het moment dat de informatie in de catalogus wordt bijgewerkt.

De Content API van Microsoft retourneert concrete, gedocumenteerde statuscodes voor problematische aanbiedingen in plaats van vage afwijzingen. Twee concrete voorbeelden rechtstreeks uit de productaanbiedingsstatusreferentie van Microsoft zelf:

1. GtinPlusBrandRequiredWarn — "Een of meer identificatiegegevens ontbreken - Het merk en de GTIN of het merk en de MPN zijn vereist." Dit is een waarschuwingHet is geen regelrechte afwijzing: Microsofts veld voor beschikbaarheid markeert het als "Niet beïnvloed", wat betekent dat het aanbod nog steeds geldig is, maar dat je het moet corrigeren — ofwel de juiste identificatiegegevens verstrekken of instellen identifierExists naar false als er geen bestaan.
2. EVRejectedErr gekoppeld aan een specifieke redencode zoals EV_39 ("Handelsmerkinhoud") — dit is een duidelijke afwijzing; de documentatie van Microsoft laat zien dat het aanbod status veld ingesteld op "Afgekeurd" en servability ingesteld op "Afgekeurd", wat betekent dat het product niet beschikbaar zal zijn totdat de gemarkeerde inhoud is gecorrigeerd.

Afgezien van problemen met individuele items, bevestigt de documentatie van Microsoft dat elke aanbieding na de basisvalidatie nog een aantal "offline validaties en beoordelingen doorloopt, zoals redactionele beoordelingen, die tot 36 uur kunnen duren" voordat deze kan worden weergegeven. Een nieuw ingediende of bijgewerkte aanbieding die een dag in de status "in behandeling" blijft, is dus normaal gedrag en geen bug. Een overzicht op winkelniveau (bereikbaar via de ProductStatuses-resource) toont aantallen per item. approved, disapproved, expiringen pendingDit is de snelste manier om in één oogopslag de status van uw catalogus te bekijken.

1. Geef alle drie de identificatoren op als ze beschikbaar zijn. De documentatie van Microsoft stelt expliciet dat als een fabrikant een GTIN, merk of MPN heeft toegewezen, u deze moet vermelden. Het weglaten van een bekende identificatiecode leidt tot een foutmelding. GtinPlusBrandRequiredWarn Waarschuwing, ook al is het aanbod nog steeds geldig. Als er geen concrete aanbiedingen zijn, stel deze dan in. identifierExists naar false in plaats van de velden leeg te laten.
2. Groepsvarianten met itemGroupId. Voor een product dat in meerdere kleuren, maten of patronen wordt verkocht, adviseert Microsoft in haar documentatie om per variant een aparte aanbieding te maken en deze te koppelen aan een gedeelde aanbieding. itemGroupId in plaats van te proberen alle opties in één aanbod te proppen.
3. Gebruik customLabel0-customLabel4 voor campagnesegmentatie. Deze vijf velden zijn er specifiek zodat u binnen Microsoft Shopping-campagnes kunt filteren op en bieden op subsets van uw catalogus.
4. Houd titels en beschrijvingen vrij van reclame. Beide velden mogen expliciet "geen promotionele tekst bevatten" en beide worden redactioneel beoordeeld. Verkoopgerichte taal in de titel kan namelijk afkeuring opleveren in plaats van klikken te genereren.
5. Houd de vervaldatum proactief in de gaten. Omdat aanbiedingen automatisch verlopen 30 dagen na de laatste update, tenzij je je eigen instellingen aanpast. expirationDateOok voor catalogi met een lage omloopsnelheid is het nodig om de feeds regelmatig te vernieuwen, zelfs als de onderliggende productgegevens niet zijn gewijzigd.
6. Vul in shipping voor Duitse advertenties. De documentatie van Microsoft geeft aan dat verzending, verzendlabel en verzendgewicht specifiek vereist zijn voor een targetCountry van DE — een regel die je gemakkelijk over het hoofd ziet als je primaire markt elders ligt.

Is "Bing Ads" nog steeds een bestaande productnaam? Nee, Microsoft heeft Bing Ads in 2019 hernoemd naar Microsoft Advertising. "Bing Merchant Center" heet nu Microsoft Merchant Center. Het onderliggende platform en de werking van Shopping-campagnes zijn ongewijzigd; alleen de naam is veranderd.

Kan ik mijn Google Merchant Center-feed hergebruiken voor Microsoft? Grotendeels wel. Het productschema van Microsoft komt overeen met veel veldnamen in Google Merchant Center, en ook met verschillende velden die specifiek voor Google zijn ontwikkeld.destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks) worden puur voor compatibiliteit geaccepteerd, ook al bevestigt de documentatie van Microsoft dat ze deze niet gebruiken. U wilt echter nog steeds de door Microsoft vereiste velden zoals controleren. channel en voorwaardelijke regels zoals de Duitse scheepvaartvereisten.

Is een GTIN verplicht voor elk product? Alleen als de fabrikant er een heeft toegewezen. De documentatie van Microsoft vereist dit. gtin, branden mpn als ze bestaan; als ze echt niet bestaan, stel ze dan in. identifierExists naar false in plaats van ze leeg te laten.

Wat gebeurt er als ik stop met het bijwerken van mijn feed? Volgens de documentatie van Microsoft verloopt elke aanbieding automatisch 30 dagen na de laatste update (tenzij u zelf een andere termijn hebt ingesteld). expirationDate), en een verlopen aanbod komt niet langer in aanmerking om te dienen.

Hoe lang duurt de beoordeling nadat ik een product heb ingediend of bijgewerkt? Volgens de documentatie van Microsoft doorlopen aanbiedingen na een basisvalidatie een aanvullende offline beoordeling, inclusief een redactionele beoordeling, die "tot 36 uur kan duren" voordat de aanbieding in aanmerking komt om te worden aangeboden.

Kan ik mijn feed via FTP verzenden in plaats van via een API? Ja, Microsoft Merchant Center ondersteunt het herhaaldelijk verzenden van feedbestanden naast de JSON-gebaseerde Content API, zodat teams zonder ontwikkelresources de levering toch kunnen automatiseren.