Pagsasama ng Bing Ads

Ang pagkonekta ng iyong katalogo sa Microsoft Merchant Center ay naglalagay sa iyong mga produkto sa harap ng mga mamimili sa Microsoft Search Network — isang pool ng demand sa paghahanap na hindi ganap na sumasabay sa Google. Para sa karamihan ng mga advertiser, nangangahulugan ito ng karagdagang abot, at kadalasan ay mas mababang cost-per-click kaysa sa Google Shopping, nang hindi bumubuo ng pangalawang katalogo mula sa wala.

Inililista ng gabay sa Content API ng Microsoft ang mga kampanya sa Shopping at mga ad ng produkto na sinusuportahan sa isang malaking hanay ng mga merkado — mula sa Estados Unidos, Canada, at United Kingdom hanggang sa mas maliliit na merkado tulad ng Malta, Mauritius, Cyprus, at Fiji — na may karagdagang hanay ng mga bansang magagamit para sa mga pilot customer. Ang lawak na iyon ay nangangahulugan na ang isang solong, mahusay na istrukturang feed ay maaaring magpalawak ng isang presensya sa Shopping sa mga merkado na maaaring hindi mo inuna sa Google.

Dahil sadyang binuo ang Product schema ng Microsoft para maging interoperable sa Google, karamihan sa parehong data ng produkto — pamagat, presyo, mga larawan, GTIN, brand, MPN — na kinakailangan para sa isang feed ng Google Merchant Center ang siyang nagtutulak din sa iyong mga listahan sa Microsoft Merchant Center, na nagpapanatili sa medyo mababa na pagsisikap sa pag-setup.

Hindi pangkaraniwang prangka ang dokumentasyon ng Content API ng Microsoft tungkol sa kung saan nanghihiram ang schema nito mula sa Google — at kung saan ito tahimik na nagkakaiba. Maraming field sa Product object ang umiiral lamang "para sa compatibility ng Google": tatanggapin ng API ng Microsoft additionalImageLinks, adwordsGrouping, adwordsLabels, destinations, at taxes, ngunit malinaw na nakasaad sa sarili nitong dokumentasyon na hindi ginagamit ng Microsoft Merchant Center ang mga field na ito. Kung gumagamit ka muli ng feed na naka-format sa Google, ang mga field na ito ay dadaan lamang nang walang anumang pinsala sa halip na gumawa ng anumang bagay sa panig ng Microsoft.

Idinodokumento rin ng Microsoft ang isang feature na wala sa Google Shopping sa parehong anyo: Mga Kampanya sa Pamimili para sa mga BrandSa modelong co-op na ito, nag-a-upload ang isang tagagawa ng listahan ng produkto na naglalaman lamang ng Brand, GTIN, at MPN, iniuugnay ito sa tindahan ng Microsoft Merchant Center ng isang kasosyo sa tingian, at maaaring mag-bid ang magkabilang partido sa ibinahaging listahan ng mga magkatugmang produkto — na hinahati ang halaga ng mga pag-click. Nakasaad sa dokumentasyon ng Microsoft na kasalukuyan itong limitado sa Estados Unidos at United Kingdom at nasa ilalim ng open beta para sa mga pilot customer.

Isa pang praktikal na pagkakaiba: Hayagan ang pagtanggi ng Microsoft sa mga produktong pang-adulto ("ang mga produktong pang-adulto ay hindi sinusuportahan at tatanggihan"), at pinapanatili nito ang sarili nitong lohika sa pagpapatunay ng pagkakakilanlan (tingnan ang seksyong kinakailangan-ng-mga-katangian sa ibaba) na tumatakbo nang hiwalay sa anumang pagpapatunay na naipasa na ng iyong feed para sa Google.

Tinatanggap ng Microsoft Merchant Center ang iyong katalogo sa dalawang malawak na paraan, ayon sa opisyal na dokumentasyon nito:

1. Isang patag na feed file na-upload sa iyong tindahan o katalogo, isinumite sa isang paulit-ulit na iskedyul sa pamamagitan ng FTP/SFTP.
2. Ang Content API — isang RESTful, JSON-based na API na dokumentado sa content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — para sa pagpasok, pag-update, pagkuha, at pagtanggal ng mga indibidwal na produkto o pagproseso ng mga ito nang maramihan sa pamamagitan ng /products/batch endpoint.

Idinodokumento ng batch endpoint ng Content API ang mga konkretong limitasyon na dapat planuhin: ang isang batch request ay maaaring magsama ng hanggang 12,000 item, ngunit ang kabuuang laki ng request ay hindi maaaring lumagpas sa 4 MB, kaya ang sariling gabay ng Microsoft ay karaniwang maaari kang magkasya ng 2,000–6,000 uncompressed offers bawat batch (hanggang sa buong 12,000 kung iko-gzip-compress mo ang payload gamit ang Content-Encoding: gzip header). Ang mga kahilingan sa listahan ay hinahati sa pahina sa maximum na 250 produkto bawat tawag gamit ang max-results at start-token.

Ang mga produkto ay nasa loob ng isang Microsoft Merchant Center mag-imbak, at ang isang tindahan ay maaaring opsyonal na maglaman ng marami katalogo (tinukoy kasama ang bmc-catalog-id parameter sa insert). Ang bawat alok na isinumite mo ay nangangailangan ng expiration horizon: Kinukumpirma ng dokumentasyon ng Microsoft na maliban kung magtakda ka ng isang tahasang expirationDate, awtomatikong mag-e-expire ang isang alok 30 araw pagkatapos itong maisulat sa tindahan.

Malinaw na nakasaad sa Content API ng Microsoft kung aling mga field ang mandatoryong ipasok ang isang alok, at alin ang magiging mandatoryo nang may kondisyon. Ayon sa opisyal na dokumentasyon ng mapagkukunan ng Produkto:

Direkta na binubuo ng Feedance ang feed ng Microsoft Merchant Center mula sa data ng produkto na pinamamahalaan mo na sa iyong tindahan o PIM — walang manu-manong pag-export ng spreadsheet. Itinatalaga ng mapping engine ang iyong mga source field sa schema ng Microsoft, kabilang ang mga composite-ID field (channel, contentLanguage, targetCountry, offerId) na nilo-lock ng Microsoft pagkatapos ng unang pagsusumite, kaya mahalaga ang pag-aayos ng mga ito nang maaga.

1. Ikonekta ang iyong tindahan o pinagmumulan ng data (ecommerce platform, PIM, o kasalukuyang pag-export ng produkto) sa Feedance.
2. Imapa ang iyong mga field sa mga kinakailangan at kondisyonal na katangian ng Microsoft — Itinatakda ng feedance ang mga nawawalang identifier at inilalapat identifierExists: false Awtomatiko itong nangyayari kapag ang brand, GTIN, o MPN ay talagang hindi available, para hindi ka makakolekta ng mga babala na maaaring maiwasan.
3. Buuin ang feed sa istrukturang inaasahan ng Content API ng Microsoft at store ingestion, at ihatid ito sa pamamagitan ng naka-iskedyul na pag-upload ng feed o direktang pagsusumite ng API sa iyong Microsoft Merchant Center store ID.
4. Sinusubaybayan ng Feedance ang mga katayuan ng nagresultang produkto — Naaprubahan, Babala, Hindi Naaprubahan, nakabinbin, at nag-e-expire — para makita at maayos mo itemLevelIssues nang hindi nagla-log in sa Microsoft Advertising web app para sa bawat pagsusuri.

Dahil nasaklaw na ng iyong kasalukuyang pagmamapa ng Google Merchant Center ang halos lahat ng parehong katangian na kinakailangan ng Microsoft, ang pagkonekta ng pangalawang destinasyon sa pamamagitan ng Feedance ay karaniwang isang bagay ng pagsusuri ng katangian, hindi isang muling pagtatayo.

Ang sariling dokumentasyon ng Microsoft ay nagtatakda ng isang matibay na pantulong: maliban kung tahasan kang nagtatakda ng isang expirationDate, awtomatikong mag-e-expire ang bawat alok 30 araw pagkatapos itong huling maisulat sa tindahan — kung saan hindi na ito maaaring ihatid. Ang muling pagsusumite lamang ng produkto (kahit na hindi binabago ang anumang field) ay magre-reset ng 30-araw na orasan, ngunit kung hindi ka pa man mismo nagtakda ng isang tahasang petsa ng pag-expire.

Sa pagsasagawa, ang 30-araw na expiration na iyon ay isang limitasyon, hindi isang target. Dahil ang presyo at availability ay dapat tumugma sa kung ano ang nasa iyong live na pahina ng produkto — tahasang pinapatunayan ng Microsoft na ang feed price tumutugma sa webpage ng produkto — anumang katalogo na may regular na pagbabago ng presyo, pagkaubos ng stock, o mga promosyon ay dapat na mag-refresh nang mas madalas kaysa isang beses sa isang buwan. Ang ritmo ng kahit isang araw ay nagpapanatili ng pagiging available at pagpepresyo na tumpak at naiiwasan ang tahimik na agwat sa pagitan ng kung kailan naubos ang isang produkto at kung kailan nahabol ng iyong feed.

Ang Content API ng Microsoft ay nagbabalik ng mga konkreto at dokumentadong status code para sa mga alok na may problema sa halip na mga malabong pagtanggi. Dalawang totoong halimbawa mula mismo sa sanggunian ng Microsoft tungkol sa mga katayuan ng alok ng produkto:

1. GtinPlusBrandRequiredWarn — "May kulang na isa o higit pang identifier - Kinakailangan ang Brand at GTIN o Brand at MPN." Ito ay isang babala, hindi isang tahasang pagtanggi: Ang field ng servability ng Microsoft ay minarkahan ito ng "Hindi Naapektuhan," ibig sabihin ay nagsisilbi pa rin ang alok, ngunit dapat mo itong ayusin — alinman sa ibigay ang mga totoong identifier o itakda identifierExists sa false kung wala namang umiiral.
2. EVRejectedErr ipinares sa isang partikular na code ng dahilan tulad ng EV_39 ("Nilalaman ng trademark") — ito ay isang matinding hindi pagsang-ayon; ipinapakita ng dokumentasyon ng Microsoft ang alok status nakatakda ang field sa "Hindi Naaprubahan" at servability nakatakda sa "Hindi Naaprubahan," ibig sabihin ay hindi ihahatid ang produkto hangga't hindi naitama ang na-flag na nilalaman.

Bukod sa mga isyu sa indibidwal na item, kinukumpirma ng dokumentasyon ng Microsoft na pagkatapos makapasa sa pangunahing pagpapatunay, ang bawat alok ay dumadaan sa karagdagang "mga offline na pagpapatunay at pagsusuri, tulad ng mga pagsusuri sa editoryal, na maaaring tumagal nang hanggang 36 na oras" bago ito maging karapat-dapat na maihatid — kaya ang isang bagong isinumite o bagong na-update na alok na nasa status na "nakabinbin" sa loob ng isang araw ay inaasahang pag-uugali, hindi isang bug. Ang mga ulat ng buod sa antas ng tindahan (maaabot sa pamamagitan ng mapagkukunang ProductStatuses) ay nabibilang sa kabuuan. approved, disapproved, expiring, at pending, na siyang pinakamabilis na paraan upang makita ang kalagayan ng katalogo sa isang sulyap.

1. Ibigay ang lahat ng tatlong identifier kapag umiiral ang mga ito. Malinaw sa dokumentasyon ng Microsoft na kung ang isang tagagawa ay nagtalaga ng GTIN, brand, o MPN, dapat mo itong isama — ang pag-aalis ng isang kilalang identifier ay magbubunga ng GtinPlusBrandRequiredWarn babala kahit na nagsisilbi pa rin ang alok. Kung walang tunay na naaangkop, itakda identifierExists sa false sa halip na iwang blangko ang mga patlang.
2. Mga variant ng grupo na may itemGroupId. Para sa isang produktong ibinebenta sa maraming kulay, laki, o disenyo, inirerekomenda ng dokumentasyon ng Microsoft ang paggawa ng isang alok sa bawat variant at pag-uugnay sa mga ito sa isang nakabahaging... itemGroupId sa halip na subukang isiksik ang bawat opsyon sa iisang alok.
3. paggamit customLabel0-customLabel4 para sa segmentasyon ng kampanya. Ang limang field na ito ay partikular na umiiral para makapag-filter at makapag-bid ka sa mga subset ng iyong catalog sa loob ng mga Microsoft Shopping campaign.
4. Panatilihing walang promosyon ang mga pamagat at deskripsyon. Ang parehong field ay tahasang "maaaring hindi magsama ng promotional text" at parehong sumasailalim sa editorial review — ang paggamit ng sale language na nakalagay sa pamagat ay nanganganib na hindi maaprubahan sa halip na magdulot ng mga pag-click.
5. Subaybayan ang expiration nang maagap. Dahil ang mga alok ay tahimik na nag-e-expire 30 araw pagkatapos ng kanilang huling pag-update maliban kung magtakda ka ng sarili mo expirationDate, ang mga feed para sa mga katalogong mabagal ang takbo ay kailangan pa rin ng refresh cadence, kahit na walang nagbago sa pinagbabatayang data ng produkto.
6. Punan shipping para sa mga listahan sa Alemanya. Nilalagyan ng dokumentasyon ng Microsoft ng marka ang pagpapadala, label ng pagpapadala, at bigat ng pagpapadala ayon sa kinakailangan partikular para sa isang targetCountry ng DE — isang tuntunin na madaling makaligtaan kung ang iyong pangunahing merkado ay nasa ibang lugar.

Totoong pangalan pa rin ba ng produkto ang "Bing Ads"? Hindi — binago ng Microsoft ang tatak ng Bing Ads patungong Microsoft Advertising noong 2019. Ang "Bing Merchant Center" ngayon ay Microsoft Merchant Center. Ang pinagbabatayang platform at mekanismo ng Shopping campaign ay hindi nagbago; ang pangalan na lang ang nagbago.

Maaari ko bang gamitin muli ang aking Google Merchant Center feed para sa Microsoft? Malaking oo. Ang iskema ng Produkto ng Microsoft ay sumasalamin sa maraming pangalan ng field ng Google Merchant Center, at ilang field na nakatuon sa Google (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks) ay tinatanggap lamang para sa pagiging tugma kahit na kinukumpirma ng dokumentasyon ng Microsoft na hindi nito ginagamit ang mga ito. Gugustuhin mo pa ring suriin ang mga kinakailangang field na partikular sa Microsoft tulad ng channel at mga kondisyonal na tuntunin tulad ng kinakailangan sa pagpapadala ng Alemanya.

Mandatory ba ang GTIN para sa bawat produkto? Kung ang tagagawa ang nagtalaga ng isa. Kinakailangan ng dokumentasyon ng Microsoft gtin, brand, at mpn kapag umiiral ang mga ito; kung talagang wala, itakda identifierExists sa false sa halip na iwanang blangko ang mga ito.

Ano ang mangyayari kung ihihinto ko ang pag-update ng aking feed? Ayon sa dokumentasyon ng Microsoft, ang bawat alok ay awtomatikong mawawalan ng bisa 30 araw pagkatapos ng huling pag-update nito (maliban na lang kung nagtakda ka ng sarili mong expirationDate), at ang isang nag-expire na alok ay hindi na magiging karapat-dapat na maihatid.

Gaano katagal ang pagsusuri pagkatapos kong isumite o i-update ang isang produkto? Nakasaad sa dokumentasyon ng Microsoft na pagkatapos ng pangunahing pagpapatunay, ang mga alok ay dumadaan sa mga karagdagang offline na pagsusuri, kabilang ang pagsusuring editoryal, na "maaaring tumagal nang hanggang 36 na oras" bago maging karapat-dapat na maihatid ang alok.

Maaari ko bang isumite ang aking feed sa pamamagitan ng FTP sa halip na isang API? Oo — Sinusuportahan ng Microsoft Merchant Center ang paulit-ulit na pagsusumite ng feed file bilang karagdagan sa JSON-based Content API, kaya maaari pa ring i-automate ng mga team na walang development resources ang paghahatid.