Bing Ads Entegrasyonu

Kataloğunuzu Microsoft Merchant Center'a bağlamak, ürünlerinizi Microsoft Arama Ağı'ndaki alışveriş yapanların önüne çıkarır; bu, Google'ınkiyle tam olarak örtüşmeyen bir arama talebi havuzudur. Çoğu reklamveren için bu, ek erişim ve genellikle Google Alışveriş'ten daha düşük tıklama başına Makaleleriyet anlamına gelir; üstelik sıfırdan ikinci bir katalog oluşturmaya gerek kalmaz.

Microsoft'un İçerik API kılavuzu, Alışveriş kampanyalarının ve ürün reklamlarının Amerika Birleşik Devletleri, Kanada ve Birleşik Krallık'tan Malta, Mauritius, Kıbrıs ve Fiji gibi daha küçük pazarlara kadar geniş bir pazar yelpazesinde desteklendiğini ve pilot müşteriler için ek bir ülke grubunun da mevcut olduğunu belirtiyor. Bu genişlik, tek ve iyi yapılandırılmış bir akışın, Google'da önceliklendirmemiş olabileceğiniz pazarlara Alışveriş varlığınızı genişletebileceği anlamına geliyor.

Microsoft'un ürün şeması, Google'ınkiyle birlikte çalışabilir olacak şekilde kasıtlı olarak oluşturulduğu için, Google Merchant Center Feedsi için gereken ürün verilerinin çoğu (başlık, fiyat, resimler, GTIN, marka, MPN) aynı zamanda Microsoft Merchant Center listelemelerinizi de besler; bu da ek kurulum çabasını nispeten düşük tutar.

Microsoft'un İçerik API'si dokümantasyonu, şemasının Google'ınkinden nerede esinlendiği ve nerede sessizce farklılaştığı konusunda alışılmadık derecede açık sözlüdür. Ürün nesnesindeki bir dizi alan tamamen "Google uyumluluğu için" mevcuttur: Microsoft'un API'si bunları kabul edecektir. additionalImageLinks, adwordsGrouping, adwordsLabels, destinations, ve taxesAncak kendi belgelerinde de açıkça belirtildiği gibi, Microsoft Merchant Center bu alanları hiç kullanmıyor. Google formatlı bir Feedyi yeniden kullanıyorsanız, bu alanlar Microsoft tarafında herhangi bir işlem yapmadan zararsız bir şekilde aktarılıyor.

Microsoft ayrıca Google Shopping'de bulunmayan bir özelliği de aynı biçimde belgelendiriyor: Markalar için Alışveriş KampanyalarıBu işbirliği modelinde, bir üretici yalnızca belirli ürünleri içeren bir ürün listesi yükler. Brand, GTIN, ve MPNBu özellik, perakende ortağının Microsoft Merchant Center mağazasına bağlantı kurar ve her iki taraf da eşleşen ürünlerin ortak listesi için teklif verebilir; böylece tıklama Makaleleriyetini paylaşırlar. Microsoft'un belgelerinde bunun şu anda yalnızca Amerika Birleşik Devletleri ve Birleşik Krallık ile sınırlı olduğu ve pilot müşteriler için açık beta aşamasında olduğu belirtiliyor.

Bir diğer pratik farklılık ise şudur: Microsoft, yetişkinlere yönelik ürünleri açıkça ve doğrudan reddeder ("yetişkinlere yönelik ürünler desteklenmemektedir ve reddedilecektir") ve Google için zaten geçmiş olan doğrulama işlemlerinden bağımsız olarak çalışan kendi tanımlayıcı doğrulama mantığını (aşağıdaki gerekli öznitelikler bölümüne bakın) korur.

Microsoft Merchant Center, resmi belgelerine göre kataloğunuzu iki temel şekilde kabul eder:

1. Düz Feedli bir dosya Mağazanıza veya kataloğunuza yüklenir, FTP/SFTP aracılığıyla düzenli aralıklarla gönderilir.
2. İçerik API'si — RESTful, JSON tabanlı bir API, şu adreste belgelenmiştir: content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — tek tek ürünleri eklemek, güncellemek, almak ve silmek veya bunları toplu olarak işlemek için /products/batch uç nokta.

İçerik API'sinin toplu işlem uç noktası, planlamaya değer somut sınırlaMakalelerarı belgeliyor: tek bir toplu istek 12,000 öğeye kadar içerebilir, ancak toplam istek gövdesi 4 MB'ı geçemez; bu nedenle Microsoft'un kendi kılavuzuna göre, genellikle toplu işlem başına 2,000-6,000 sıkıştırılmamış teklif sığdırabilirsiniz (yükü gzip ile sıkıştırırsanız 12,000'e kadar). Content-Encoding: gzip Liste istekleri, çağrı başına en fazla 250 ürünle sınırlandırılarak sayfalara ayrılır (başlık). max-results hem de start-token.

Ürünler Microsoft Merchant Center'da yer almaktadır. mağazave bir mağaza isteğe bağlı olarak birden fazla mağaza içerebilir. kataloglar (ile belirtilen bmc-catalog-id (ekleme sırasında parametre). Gönderdiğiniz her teklifin bir geçerlilik süresi olması gerekir: Microsoft'un belgeleri, açıkça belirtmediğiniz sürece bunun geçerli olmadığını doğrular. expirationDateBir teklif, mağazaya iletildiği tarihten itibaren 30 gün sonra otomatik olarak geçerliliğini yitirir.

Microsoft'un İçerik API referansı, bir teklif eklemek için hangi alanların zorunlu olduğunu ve hangilerinin koşullu olarak zorunlu hale geldiğini açıkça belirtmektedir. Resmi Ürünler kaynak dokümanına göre:

Feedance, Microsoft Merchant Center Feedsini, mağazanızda veya PIM'inizde zaten yönettiğiniz ürün verilerinden doğrudan oluşturur; manuel elektronik tablo dışa aktarımlarına gerek yoktur. Eşleme motoru, kaynak alanlarınızı, bileşik kimlik alanları da dahil olmak üzere Microsoft'un şemasına atar (channel, contentLanguage, targetCountry, offerIdMicrosoft'un ilk gönderimden sonra kilitlediği bu bilgileri en başından doğru bir şekilde girmek önemlidir.

1. Mağazanızı veya veri kaynağınızı (e-ticaret platformu, PIM veya mevcut ürün dışa aktarımı) Feedance'e bağlayın.
2. Alanlarınızı Microsoft'un gerekli ve koşullu öznitelikleriyle eşleştirin — Feedance eksik tanımlayıcıları işaretler ve uygular. identifierExists: false Marka, GTIN veya MPN bilgileri gerçekten mevcut olmadığında otomatik olarak işlem yapar, böylece gereksiz uyarılar almazsınız.
3. Microsoft'un İçerik API'si ve mağaza alımının beklediği yapıda veri akışını oluşturun ve bunu planlanmış veri akışı yüklemesi veya doğrudan API gönderimi yoluyla Microsoft Merchant Center mağaza kimliğinize iletin.
4. Feedance, ortaya çıkan ürün durumlarını (Onaylandı, Uyarı, Onaylanmadı, Beklemede ve Süresi Dolmak Üzere) izler, böylece bunları görebilir ve düzeltebilirsiniz. itemLevelIssues Her kontrol için Microsoft Advertising web uygulamasına giriş yapmanıza gerek kalmadan.

Mevcut Google Merchant Center eşleştirmeleriniz Microsoft'un gerektirdiği özelliklerin çoğunu zaten kapsadığından, Feedance aracılığıyla ikinci bir hedef bağlamak genellikle yeniden oluşturma değil, özellikleri gözden geçirme meselesidir.

Microsoft'un kendi dokümantasyonu kesin bir sınır koyuyor: açıkça bir ayar yapmadığınız sürece expirationDateHer teklif, mağazaya en son yazıldığı tarihten itibaren 30 gün sonra otomatik olarak sona erer ve bu noktadan sonra hizmet verme özelliğini kaybeder. Ürünü yeniden göndermek (herhangi bir alanı değiştirmeden bile) bu 30 günlük süreyi sıfırlar, ancak bu yalnızca kendiniz açık bir son kullanma tarihi belirlemediyseniz geçerlidir.

Pratikte, bu 30 günlük süre bir hedef değil, bir üst sınırdır. Fiyat ve stok durumu, canlı ürün sayfanızdakiyle eşleşmelidir; Microsoft, veri akışının bu bilgileri doğruladığını açıkça teyit eder. price Ürünün web sayfasıyla eşleşmelidir; düzenli fiyat değişiklikleri, stok tükenmeleri veya promosyonlar içeren herhangi bir katalog, ayda bir kereden çok daha sık yenilenmelidir. En az günlük bir yenileme sıklığı, stok durumunu ve fiyatlandırmayı doğru tutar ve bir ürünün tükendiği an ile akışınızın güncellendiği an arasındaki sessiz boşluğu önler.

Microsoft'un İçerik API'si, belirsiz retler yerine sorunlu teklifler için somut, belgelenmiş durum kodları döndürür. Microsoft'un kendi ürün-teklif-durumları referansından iki gerçek örnek:

1. GtinPlusBrandRequiredWarn — "Bir veya daha fazla tanımlayıcı eksik - Marka ve GTIN veya Marka ve MPN gereklidir." Bu bir uyarıBu, doğrudan bir ret değil: Microsoft'un sunulabilirlik alanı bunu "Etkilenmemiş" olarak işaretliyor; yani teklif hala sunuluyor, ancak düzeltmeniz gerekiyor - ya gerçek tanımlayıcıları sağlayın ya da ayarları değiştirin. identifierExists için false Eğer hiçbiri yoksa.
2. EVRejectedErr Örneğin, belirli bir neden koduyla eşleştirildiğinde EV_39 ("Ticari marka içeriği") — bu kesinlikle reddedilecek bir durum; Microsoft'un belgeleri teklifin status alan "Onaylanmadı" olarak ayarlandı ve servability "Onaylanmadı" olarak ayarlandı, bu da işaretlenen içerik düzeltilene kadar ürünün sunulmayacağı anlamına geliyor.

Bireysel ürün sorunlarının ötesinde, Microsoft'un belgeleri, temel doğrulamanın ardından her teklifin, sunulmaya uygun hale gelmeden önce "36 saate kadar sürebilen ek çevrimdışı doğrulama ve incelemelerden (örneğin editoryal incelemeler)" geçtiğini doğruluyor; bu nedenle yeni gönderilen veya yeni güncellenen bir teklifin bir gün boyunca "beklemede" durumunda kalması beklenen bir davranıştır, bir hata değildir. Mağaza düzeyinde özet görünüm (Ürün Durumları kaynağı aracılığıyla erişilebilir), sayımları rapor eder. approved, disapproved, expiring, ve pendingBu, katalog sağlığını bir bakışta görmenin en hızlı yoludur.

1. Mevcut olduklarında her üç tanımlayıcıyı da sağlayın. Microsoft'un belgelerinde, bir üretici tarafından GTIN, marka veya MPN atanmışsa, bunu eklemeniz gerektiği açıkça belirtilmiştir; bilinen bir tanımlayıcının atlanması şu sonuçlara yol açar: GtinPlusBrandRequiredWarn Teklif hala geçerli olsa bile uyarı verin. Eğer hiçbiri gerçekten geçerli değilse, ayarlayın. identifierExists için false Alanları boş bırakmak yerine.
2. Grup varyantları ile itemGroupId. Birden fazla renk, boyut veya desende satılan bir ürün için Microsoft'un belgelerinde, her varyant için bir teklif oluşturulması ve bunların ortak bir teklifle ilişkilendirilmesi önerilmektedir. itemGroupId Her seçeneği tek bir teklife sıkıştırmaya çalışmak yerine.
3. Kullanım customLabel0-customLabel4 Kampanya segmentasyonu için. Bu beş alan, Microsoft Shopping kampanyalarınızda kataloğunuzun alt kümelerini filtreleyebilmeniz ve bunlara teklif verebilmeniz için özel olarak mevcuttur.
4. Başlık ve açıklaMakalelerarı tanıtım amaçlı içeriklerden arındırın. Her iki alanda da açıkça "tanıtım metni yer alamaz" ifadesi yer alıyor ve her ikisi de editör incelemesinden geçiyor; başlığa yerleştirilen satış odaklı ifadeler, tıklama sayısını artırmaktan ziyade onaylanmama riskini taşıyor.
5. Son kullanma tarihlerini proaktif olarak takip edin. Çünkü siz kendi şartlarınızı belirlemediğiniz sürece teklifler son güncellemeden 30 gün sonra otomatik olarak sona erer. expirationDateYavaş satılan kataloglar için veri akışlarının, temel ürün verilerinde herhangi bir değişiklik olmasa bile, düzenli olarak güncellenmesi gerekir.
6. Doldurun shipping Almanca listelemeler için. Microsoft'un belgelerinde, gönderim, gönderim etiketi ve gönderim ağırlığının özellikle belirli bir durum için gerekli olduğu belirtiliyor. targetCountry DE'nin bir kuralı — eğer birincil pazarınız başka bir yerdeyse gözden kaçırmak kolaydır.

"Bing Ads" hala gerçek bir ürün adı mı? Hayır, Microsoft 2019'da Bing Ads'i Microsoft Advertising olarak yeniden markalaştırdı. "Bing Merchant Center" artık Microsoft Merchant Center. Temel platform ve Alışveriş kampanyası mekaniği değişmedi; sadece isim değişti.

Google Merchant Center feed'imi Microsoft için yeniden kullanabilir miyim? Büyük ölçüde evet. Microsoft'un Ürün şeması, Google Merchant Center alan adlarının çoğunu ve Google odaklı çeşitli alanları yansıtıyor (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks(Microsoft'un belgelerinde kullanılmadığı doğrulansa da) bunlar yalnızca uyumluluk amacıyla kabul edilmektedir. Yine de Microsoft'a özgü gerekli alanları incelemek isteyeceksiniz, örneğin channel ve Almanya'nın nakliye şartı gibi koşullu kurallar.

Her ürün için GTIN zorunlu mu? Yalnızca üretici tarafından atanmışsa. Microsoft'un belgeleri bunu gerektiriyor. gtin, brand, ve mpn Eğer mevcutlarsa; eğer gerçekten mevcut değillerse, ayarlayın. identifierExists için false Boş bırakmak yerine.

Haber akışımı güncellemeyi bırakırsam ne olur? Microsoft'un belgelerine göre, her teklif son güncellemesinden 30 gün sonra otomatik olarak sona erer (kendi belirlediğiniz bir süre hariç). expirationDateSüresi dolmuş bir teklif, hizmet verme hakkını kaybeder.

Bir ürünü gönderdikten veya güncelledikten sonra inceleme ne kadar sürer? Microsoft'un belgelerinde, temel doğrulamanın ardından tekliflerin, teklifin sunulmaya uygun hale gelmesinden önce "36 saate kadar sürebilen" ek çevrimdışı incelemelerden (editoryal inceleme dahil) geçtiği belirtiliyor.

API yerine FTP üzerinden içerik gönderebilir miyim? Evet — Microsoft Merchant Center, JSON tabanlı İçerik API'sine ek olarak yinelenen içerik dosyası gönderimini de destekler, böylece geliştirme kaynaklarına sahip olmayan ekipler de teslimatı otomatikleştirebilir.