تم إطلاق ميزات Feedance AI.
اطلب الآن!

ما هي إعلانات Bing (إعلانات مايكروسوفت)؟

"إعلانات Bing" هو الاسم القديم لما أعادت مايكروسوفت تسميته في عام 2019 إلى " إعلانات مايكروسوفت ". أما أداة كتالوج المنتجات التي لا يزال العديد من المعلنين يطلقون عليها اسم "مركز تجار Bing"، فهي اليوم رسميًا مركز تجار مايكروسوفت (MMC) . إذا كان فريقك أو وكالتك أو حتى جدول بيانات قديم لا يزال يشير إلى "إعلانات Bing"، فهي نفس المنصة، ولكن باسمها الحالي.

تعمل حملات التسوق من مايكروسوفت بنفس طريقة حملات التسوق من جوجل: لا تحتاج إلى كتابة إعلانات المنتجات يدويًا. بدلًا من ذلك، تقوم بتحميل موجز منتجات منظم - وهو عبارة عن كتالوج للعناوين والأسعار والصور والمعرفات - إلى متجر مركز تجار مايكروسوفت، ويقوم محرك التوزيع من مايكروسوفت تلقائيًا بتجميع إعلانات المنتجات وعرضها من هذا الكتالوج كلما تطابقت عملية بحث على شبكة بحث مايكروسوفت مع سمات المنتج. وفقًا لوثائق واجهة برمجة تطبيقات المحتوى الخاصة بمايكروسوفت، يمكن إدارة الموجزات من خلال تطبيق مايكروسوفت للإعلانات على الويب، أو إرسالها عبر بروتوكول نقل الملفات (FTP/SFTP)، أو دفعها برمجيًا من خلال واجهة برمجة تطبيقات المحتوى القائمة على REST. https://content.api.bingads.microsoft.com/shopping/v9.1/bmc/.

في جوهر الأمر، يتم تحديد كل منتج تقوم بتقديمه بواسطة معرّف مركب يتكون من أربعة حقول — channel, contentLanguage, targetCountryو offerId — وتوضح وثائق مايكروسوفت صراحة أنه لا يمكن تغيير أي من هذه الحقول الأربعة بمجرد إضافة منتج إلى المتجر، لأن القيام بذلك يؤدي فعليًا إلى إنشاء منتج مكرر.

لماذا تربط موجز منتجاتك بإعلانات مايكروسوفت؟

يتيح ربط كتالوج منتجاتك بمركز تجار مايكروسوفت عرض منتجاتك أمام المتسوقين على شبكة بحث مايكروسوفت، وهي قاعدة بيانات لطلبات البحث لا تتداخل بشكل كامل مع قاعدة بيانات جوجل. بالنسبة لمعظم المعلنين، يعني ذلك وصولاً إضافياً، وغالباً بتكلفة نقرة أقل من جوجل للتسوق، دون الحاجة إلى إنشاء كتالوج ثانٍ من الصفر.

يُشير دليل واجهة برمجة تطبيقات المحتوى من مايكروسوفت إلى دعم حملات التسوق وإعلانات المنتجات في مجموعة واسعة من الأسواق، بدءًا من الولايات المتحدة وكندا والمملكة المتحدة، وصولًا إلى أسواق أصغر مثل مالطا وموريشيوس وقبرص وفيجي، مع توفر مجموعة إضافية من الدول للعملاء التجريبيين. هذا النطاق الواسع يعني أن موجزًا ​​واحدًا مُنظمًا جيدًا يُمكنه توسيع نطاق تواجدك في مجال التسوق ليشمل أسواقًا ربما لم تُعطها الأولوية على جوجل.

نظرًا لأن مخطط منتجات مايكروسوفت تم تصميمه عمدًا ليكون قابلاً للتشغيل البيني مع مخطط جوجل، فإن معظم بيانات المنتج نفسها - العنوان والسعر والصور وGTIN والعلامة التجارية وMPN - المطلوبة لخلاصة مركز جوجل للتجار هي التي تغذي أيضًا قوائم مركز مايكروسوفت للتجار، مما يحافظ على جهد الإعداد الإضافي منخفضًا نسبيًا.

كيف تختلف خلاصات التسوق من مايكروسوفت عن خلاصات التسوق من جوجل

تتميز وثائق واجهة برمجة تطبيقات المحتوى من مايكروسوفت بشفافية غير معتادة فيما يتعلق بمصادر استعارة مخططها من مخطط جوجل، ومواطن الاختلاف بينهما. يوجد عدد من الحقول في كائن المنتج "لأغراض التوافق مع جوجل" فقط: وتقبل واجهة برمجة تطبيقات مايكروسوفت additionalImageLinks, adwordsGrouping, adwordsLabels, destinationsو taxesلكن وثائقها الخاصة تنص بوضوح على أن مركز تجار مايكروسوفت لا يستخدم هذه الحقول إطلاقًا. إذا كنت تعيد استخدام موجز بيانات بتنسيق جوجل، فإن هذه الحقول تمر ببساطة دون أي ضرر، دون أن تؤثر على أي شيء من جانب مايكروسوفت.

كما وثّقت مايكروسوفت ميزة لا يمتلكها جوجل شوبينج بنفس الشكل: حملات تسويقية للعلامات التجاريةفي هذا النموذج التعاوني، يقوم المصنّع بتحميل قائمة منتجات تحتوي فقط على Brand, GTINو MPNيربط هذا النظام المتجر بمتجر شريك التجزئة في مركز مايكروسوفت للتجار، ويمكن للطرفين حينها المزايدة على قائمة المنتجات المتطابقة المشتركة، ما يؤدي إلى تقاسم تكلفة النقرات. وتشير وثائق مايكروسوفت إلى أن هذه الميزة تقتصر حاليًا على الولايات المتحدة والمملكة المتحدة، وهي في مرحلة تجريبية مفتوحة لعملاء تجريبيين.

ثمة اختلاف عملي آخر: ترفض مايكروسوفت صراحةً المنتجات المخصصة للبالغين بشكل قاطع ("المنتجات المخصصة للبالغين غير مدعومة وسيتم رفضها")، كما أنها تحتفظ بمنطق التحقق من صحة المعرف الخاص بها (انظر قسم السمات المطلوبة أدناه) والذي يعمل بشكل مستقل عن أي عملية تحقق اجتازتها خلاصتك بالفعل لجوجل.

ما هو تنسيق البيانات الذي يتطلبه مركز مايكروسوفت للتجار؟

يقبل مركز تجار مايكروسوفت كتالوجك بطريقتين رئيسيتين، وفقًا لوثائقه الرسمية:

  1. ملف تغذية مسطح يتم تحميلها إلى متجرك أو كتالوجك، ويتم إرسالها بشكل دوري عبر بروتوكول نقل الملفات (FTP/SFTP).
  2. واجهة برمجة تطبيقات المحتوى — واجهة برمجة تطبيقات RESTful قائمة على JSON موثقة في content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — لإدراج المنتجات الفردية وتحديثها واسترجاعها وحذفها أو معالجتها بشكل جماعي عبر /products/batch نقطة النهاية.

توضح نقطة نهاية الدفعات في واجهة برمجة تطبيقات المحتوى حدودًا محددة يجب مراعاتها عند التخطيط: يمكن أن يتضمن طلب الدفعة الواحد ما يصل إلى 12,000 عنصر، ولكن لا يمكن أن يتجاوز إجمالي حجم نص الطلب 4 ميجابايت، لذا فإن توجيهات مايكروسوفت هي أنه يمكنك عادةً تضمين 2,000 إلى 6,000 عرض غير مضغوط لكل دفعة (حتى 12,000 عرض إذا قمت بضغط الحمولة باستخدام gzip). Content-Encoding: gzip يتم تقسيم طلبات القوائم إلى صفحات بحد أقصى 250 منتجًا لكل طلب باستخدام max-results و start-token.

تُعرض المنتجات داخل مركز تجار مايكروسوفت متجرويمكن أن يحتوي المتجر اختيارياً على عدة كتالوجات (محدد بامتداد bmc-catalog-id (معامل عند الإدخال). كل عرض تقدمه يحتاج إلى أفق زمني للانتهاء: تؤكد وثائق مايكروسوفت أنه ما لم تحدد صراحةً expirationDateينتهي العرض تلقائيًا بعد 30 يومًا من كتابته للمتجر.

ما هي خصائص المنتج المطلوبة؟

يوضح مرجع واجهة برمجة تطبيقات المحتوى من مايكروسوفت بوضوح الحقول الإلزامية لإدراج عرض، والحقول التي تصبح إلزامية بشروط. وفقًا لوثائق موارد المنتجات الرسمية:

السمةمطلوب؟ملاحظات (وفقًا لوثائق مايكروسوفت)
offerIdنعممعرف فريد يُحدده المستخدم ضمن الكتالوج، بحد أقصى 50 حرفًا. يُستخدم لإنشاء مُعرّف المنتج - لا يمكن تغييره بعد إضافة المنتج.
titleنعمالحد الأقصى ١٥٠ حرفًا، يُسمح بأي حرف من أحرف يونيكود. يجب ألا يحتوي على نص ترويجي؛ يخضع للمراجعة التحريرية.
linkنعميجب أن يتطابق عنوان URL لصفحة المنتج، بحد أقصى 2,000 حرف، مع نطاق المتجر، ولا يجوز أن يكون إعادة توجيه.
imageLinkنعمالحد الأقصى لطول الرابط 1,000 حرف؛ حجم الصورة الموصى به 200×200 بكسل؛ يجب ألا يتجاوز حجم الملف 3.9 ميجابايت؛ يخضع للمراجعة التحريرية.
priceنعميجب أن يتطابق السعر مع السعر الموضح في صفحة المنتج؛ النطاق الصالح هو من 0.01 إلى 10,000,000.00 (مع استثناء موثق بقيمة 0 دولار للهواتف المحمولة والأجهزة اللوحية ذات العقود/التقسيط).
availabilityنعمواحد من in stock, out of stock أو preorder. افتراضات إلى in stock.
conditionنعمواحد من new, refurbished أو used. افتراضات إلى new.
channelنعمOnline or Localجزء من معرّف المنتج المركب؛ لا يمكن تغييره بعد الإنشاء.
contentLanguageنعمرمز مكون من حرفين وفقًا لمعيار ISO 639-1 من قائمة اللغات المدعومة من مايكروسوفت. وهو أيضًا جزء من معرّف المنتج المركب.
targetCountryنعمرمز الدولة المكون من حرفين وفقًا لمعيار ISO 3166؛ يجب أن يتطابق مع سوق الكتالوج. وهو أيضًا جزء من معرّف المنتج المركب.
brand, gtin, mpnمطلوب بشروط"مطلوب للإدخال" إذا حددتها الشركة المصنعة. إذا لم تكن لديك الثلاثة جميعها، فيجب عليك تعيينها. identifierExists إلى false — وإلا فإن مايكروسوفت تقبل العرض ولكنها ترسل تحذيراً.
shipping, shippingLabel, shippingWeightمطلوب بشروطتشير وثائق مايكروسوفت إلى أن العناصر الثلاثة جميعها مطلوبة تحديدًا عندما targetCountry هي DE (ألمانيا)؛ اختياري في غير ذلك.
sizesمطلوب بشروطمطلوب لمنتجات الملابس والإكسسوارات التي تستهدف فرنسا أو ألمانيا أو المملكة المتحدة أو الولايات المتحدة.

كيفية ربط موجزك بـ Feedance

يقوم Feedance بإنشاء موجز Microsoft Merchant Center مباشرةً من بيانات المنتج التي تديرها بالفعل في متجرك أو نظام إدارة معلومات المنتج (PIM) - دون الحاجة إلى تصدير جداول البيانات يدويًا. يقوم محرك الربط بتعيين حقول المصدر الخاصة بك إلى مخطط Microsoft، بما في ذلك حقول المعرف المركب (channel, contentLanguage, targetCountry, offerId) أن مايكروسوفت تقوم بإغلاقها بعد الإرسال الأول، لذا فإن الحصول عليها بشكل صحيح من البداية أمر مهم.

  1. قم بتوصيل متجرك أو مصدر بياناتك (منصة التجارة الإلكترونية، أو نظام إدارة معلومات المنتج، أو تصدير المنتجات الحالي) بـ Feedance.
  2. قم بربط حقولك بسمات مايكروسوفت المطلوبة والشرطية — يقوم Feedance بتحديد المعرفات المفقودة وتطبيقها identifierExists: false يتم ذلك تلقائيًا عندما لا تكون العلامة التجارية أو GTIN أو MPN متاحة بالفعل، حتى لا تتلقى تحذيرات يمكن تجنبها.
  3. قم بإنشاء موجز البيانات بالبنية التي تتوقعها واجهة برمجة تطبيقات المحتوى الخاصة بمايكروسوفت ومتجر الاستيعاب، وقم بتسليمه عبر تحميل موجز البيانات المجدول أو إرسال واجهة برمجة التطبيقات مباشرةً إلى معرف متجر مركز التجار الخاص بك في مايكروسوفت.
  4. يراقب برنامج Feedance حالات المنتج الناتجة - مُعتمد، تحذير، مرفوض، قيد الانتظار، ومنتهي الصلاحية - حتى تتمكن من رؤيتها وتصحيحها itemLevelIssues دون الحاجة إلى تسجيل الدخول إلى تطبيق Microsoft Advertising على الويب لكل عملية فحص.

لأن عملية ربط مركز Google Merchant Center الحالية تغطي بالفعل معظم السمات نفسها التي تتطلبها Microsoft، فإن ربط وجهة ثانية من خلال Feedance عادة ما يكون مسألة مراجعة للسمات، وليس إعادة بناء.

كم مرة يجب تحديث موجز الأخبار؟

تضع وثائق مايكروسوفت نفسها حداً فاصلاً صارماً: ما لم تقم بتحديد ذلك صراحةً expirationDateتنتهي صلاحية كل عرض تلقائيًا بعد 30 يومًا من آخر مرة تم إرساله إلى المتجر، وعندها يتوقف عن كونه صالحًا للاستخدام. إعادة إرسال المنتج (حتى بدون تغيير أي بيانات) تعيد ضبط عداد الـ 30 يومًا، ولكن فقط إذا لم تقم بتحديد تاريخ انتهاء صلاحية صريح يدويًا.

في الواقع، تُعدّ مدة الصلاحية البالغة 30 يومًا حدًا أقصى، وليست هدفًا. وبما أن السعر والتوافر يجب أن يتطابقا مع ما هو معروض على صفحة المنتج المباشرة، فإن مايكروسوفت تتحقق صراحةً من صحة البيانات. price يتطابق مع صفحة المنتج على الويب - أي كتالوج يشهد تغييرات منتظمة في الأسعار أو نفاد المخزون أو العروض الترويجية يجب تحديثه بوتيرة أعلى بكثير من مرة واحدة شهريًا. يضمن التحديث اليومي على الأقل دقة معلومات التوفر والأسعار، ويتجنب الفجوة الزمنية بين نفاد المنتج وتحديث بياناتك.

أخطاء التغذية الشائعة وكيفية قراءتها

تُقدّم واجهة برمجة تطبيقات المحتوى من مايكروسوفت رموز حالة مُحدّدة وموثّقة للعروض التي تُمثّل مشكلة، بدلاً من الرفض المُبهم. إليك مثالان حقيقيان من مرجع حالات عروض المنتجات الخاص بمايكروسوفت:

  1. GtinPlusBrandRequiredWarn — "معرّف واحد أو أكثر مفقود - العلامة التجارية وGTIN أو العلامة التجارية وMPN مطلوبة." هذا تحذيرليس رفضًا صريحًا: يشير حقل قابلية الخدمة في مايكروسوفت إلى أنه "غير متأثر"، مما يعني أن العرض لا يزال قائمًا، ولكن يجب عليك إصلاحه - إما بتوفير المعرفات الحقيقية أو تعيين identifierExists إلى false إذا لم يكن هناك أي منها.
  2. EVRejectedErr مقترنًا برمز سبب محدد مثل EV_39 (محتوى العلامة التجارية) - هذا أمر مرفوض بشدة؛ توضح وثائق مايكروسوفت أن العرض status تم ضبط الحقل على "مرفوض" و servability تم تعيينه على "غير موافق عليه"، مما يعني أن المنتج لن يتم تقديمه حتى يتم تصحيح المحتوى الذي تم الإبلاغ عنه.

بغض النظر عن مشاكل المنتجات الفردية، تؤكد وثائق مايكروسوفت أنه بعد اجتياز التحقق الأساسي، يخضع كل عرض لعمليات تحقق ومراجعات إضافية "غير متصلة بالإنترنت، مثل المراجعات التحريرية، والتي قد تستغرق ما يصل إلى 36 ساعة" قبل أن يصبح مؤهلاً للعرض - لذا فإن بقاء عرض مُقدّم حديثًا أو مُحدّث حديثًا في حالة "معلق" لمدة يوم هو سلوك متوقع، وليس خطأً برمجيًا. ويُظهر عرض ملخص على مستوى المتجر (يمكن الوصول إليه عبر مورد ProductStatuses) عدد الحالات في جميع أنحاء المتجر. approved, disapproved, expiringو pending، وهي أسرع طريقة للاطلاع على حالة الكتالوج بنظرة سريعة.

نصائح لتحسين خلاصات مركز تجار مايكروسوفت

  1. قم بتوفير المعرفات الثلاثة جميعها عند وجودها. توضح وثائق مايكروسوفت صراحةً أنه إذا قام المصنّع بتخصيص رمز GTIN أو علامة تجارية أو رقم MPN، فيجب عليك تضمينه - إن حذف مُعرّف معروف ينتج عنه خطأ GtinPlusBrandRequiredWarn تحذير حتى وإن كان العرض لا يزال ساريًا. إذا لم تنطبق أي شروط بالفعل، فقم بتعيين identifierExists إلى false بدلاً من ترك الحقول فارغة.
  2. مجموعة المتغيرات مع itemGroupId. بالنسبة للمنتجات التي تُباع بألوان أو أحجام أو أنماط متعددة، توصي وثائق مايكروسوفت بإنشاء عرض واحد لكل خيار وربطها برابط مشترك. itemGroupId بدلاً من محاولة حشر كل الخيارات في عرض واحد.
  3. استعمل customLabel0-customLabel4 لتقسيم الحملات الإعلانية. توجد هذه الحقول الخمسة تحديدًا حتى تتمكن من تصفية مجموعات فرعية من كتالوجك والمزايدة عليها داخل حملات التسوق من Microsoft.
  4. تجنب استخدام أي مواد ترويجية في العناوين والأوصاف. كلا الحقلين "لا يجوز أن يتضمنا نصًا ترويجيًا" ويخضع كلاهما للمراجعة التحريرية - إن استخدام لغة البيع في العنوان قد يؤدي إلى عدم الموافقة بدلاً من زيادة عدد النقرات.
  5. تتبع تاريخ انتهاء الصلاحية بشكل استباقي. لأن العروض تنتهي صلاحيتها تلقائيًا بعد 30 يومًا من آخر تحديث لها ما لم تقم بتحديدها بنفسك. expirationDate، لا تزال خلاصات الكتالوجات بطيئة الحركة بحاجة إلى وتيرة تحديث، حتى لو لم تتغير أي من بيانات المنتج الأساسية.
  6. أملأ shipping للاطلاع على القوائم الألمانية. تشير وثائق مايكروسوفت إلى أن معلومات الشحن وملصق الشحن ووزن الشحن مطلوبة تحديدًا لـ targetCountry من ألمانيا - وهي قاعدة يسهل إغفالها إذا كان سوقك الأساسي في مكان آخر.

الأسئلة الشائعة

هل لا يزال اسم "إعلانات Bing" اسم منتج حقيقي؟ لا، فقد أعادت مايكروسوفت تسمية Bing Ads إلى Microsoft Advertising في عام 2019. وأصبح "مركز تجار Bing" الآن مركز تجار Microsoft. لم تتغير المنصة الأساسية وآليات حملات التسوق، بل تغير الاسم فقط.

هل يمكنني إعادة استخدام بياناتي من مركز جوجل للتجار لصالح مايكروسوفت؟ نعم إلى حد كبير. يُحاكي مخطط منتجات مايكروسوفت العديد من أسماء حقول مركز جوجل للتجار، والعديد من الحقول الموجهة لجوجل (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinksيتم قبولها فقط لأغراض التوافق، على الرغم من أن وثائق مايكروسوفت تؤكد أنها لا تستخدمها. مع ذلك، ستحتاج إلى مراجعة الحقول المطلوبة الخاصة بمايكروسوفت مثل channel والقواعد المشروطة مثل متطلبات الشحن الألمانية.

هل يُعدّ رمز GTIN إلزاميًا لكل منتج؟ فقط إذا خصصت الشركة المصنعة واحدة. تتطلب وثائق مايكروسوفت ذلك. gtin, brandو mpn عندما تكون موجودة؛ وإذا لم تكن موجودة بالفعل، فقم بتعيينها identifierExists إلى false بدلاً من تركها فارغة.

ماذا سيحدث إذا توقفت عن تحديث موجز الأخبار الخاص بي؟ بحسب وثائق مايكروسوفت، ينتهي كل عرض تلقائيًا بعد 30 يومًا من آخر تحديث له (إلا إذا قمت بتحديد مدة انتهاء صلاحية خاصة بك). expirationDate)، ويتوقف العرض المنتهي الصلاحية عن كونه مؤهلاً للخدمة.

كم من الوقت تستغرق عملية المراجعة بعد تقديم المنتج أو تحديثه؟ تشير وثائق مايكروسوفت إلى أنه بعد التحقق الأساسي، تخضع العروض لمراجعات إضافية غير متصلة بالإنترنت، بما في ذلك المراجعة التحريرية، والتي "قد تستغرق ما يصل إلى 36 ساعة" قبل أن يصبح العرض مؤهلاً للاستخدام.

هل يمكنني إرسال موجزي عبر بروتوكول نقل الملفات (FTP) بدلاً من واجهة برمجة التطبيقات (API)؟ نعم — يدعم مركز تجار مايكروسوفت إرسال ملفات الموجز بشكل دوري بالإضافة إلى واجهة برمجة تطبيقات المحتوى المستندة إلى JSON، لذلك يمكن للفرق التي لا تملك موارد تطوير أن تأتمتة عملية التسليم.

جدولة عرضك التوضيحي لمدة 15 دقيقة الآن

حدد موعدًا لعرض توضيحي

سنصمم عرضًا توضيحيًا يناسب احتياجاتك الفورية ونجيب على جميع أسئلتك. استعد لتجربة كيفية عمله!