أرسل إلى Yandex المنتجات التي تستحق الظهور.

Yandex Ads هو المنظومة الإعلانية المبنية حول Yandex Direct، المنصة الإعلانية التي تقف خلف أكبر محرك بحث في روسيا، وYandex Market، سوق التسوق التابع له. فبدلاً من الاكتفاء بالإعلانات النصية المعتمدة على الكلمات المفتاحية فقط، يستطيع Yandex Direct إنشاء الإعلانات مباشرةً من خلاصة المنتجات -- وهي النوع نفسه من الملفات المنظمة الذي يشغّل قوائم Yandex Market -- ولذلك تستطيع خلاصة واحدة أن تدعم الحضور في السوق بأسلوب عضوي والإعلانات الديناميكية المدفوعة معاً.

الصيغة المحورية في هذه المنظومة هي YML (Yandex Market Language)، وهي مخطط Yandex الخاص القائم على XML لوصف العروض: منتجات أو خدمات لكل منها معرّف وسعر وفئة وسمات وصفية. يربط Feedance بيانات منتجاتكم بهذه الصيغة ليمكن استخدامها في أنواع إعلانات Yandex Direct المعتمدة على الخلاصة.

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

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

اللافتات الذكية في Yandex Direct هي، بحسب وصف Yandex نفسه، «لافتات تفاعلية بمحتوى ديناميكي» و«تُنشأ تلقائياً من خلاصة». وتستهدف هذه الآلية المتسوقين الذين شاهدوا منتجات في موقعكم أو تفاعلوا مع منتجات مشابهة في مواضع أخرى، ثم تُركّب لافتة من صور الخلاصة واسم المنتج وسعره لذلك المنتج تحديداً -- دون الحاجة إلى تصميم لافتة يدوياً لكل منتج.

وفي الخلفية، يسير سير العمل الموثق في واجهة API الخاصة بـ Yandex Direct وفق تسلسل ثابت: تُرفع الخلاصة عبر Feeds.add، وتُنشأ SmartCampaign عبر Campaigns.add، وتُعدّ SmartAdGroup تشير إلى تلك الخلاصة، وتُضبط أهداف اختيار المنتجات عبر SmartAdTargets (عرض السعر و/أو الأولوية لكل هدف)، ثم تُنشأ الإعلانات بـ Ads.add قبل أن تمر عبر Ads.moderate. وهناك قيد يجدر الانتباه إليه قبل التخطيط للأتمتة: تصميم المحتوى الإبداعي نفسه متاح حالياً في واجهة الويب الخاصة بـ Yandex Direct فقط -- إذ يستطيع API استرجاع إبداع موجود ونشره، لكنه لا يستطيع تصميم إبداع من الصفر.

يعمل Yandex Ads بصيغة YML (Yandex Market Language)، وهي صيغة خلاصة قائمة على XML. وبحسب وثائق متطلبات الخلاصة الخاصة بـ Yandex Direct، يستخدم ملف YML الصالح العنصر <yml_catalog> كعنصر جذري، ويحمل السمة date بصيغة YYYY-MM-DD hh:mm التي تعكس وقت إنشاء الملف. والامتدادات المقبولة هي .xml و.yml، كما يقبل Yandex النسخ المضغوطة بصيغة GZIP من أي منهما.

يمكن تقديم الخلاصة إما كملف مرفوع أو كرابط URL يجلبه Yandex مباشرةً؛ وبحسب وثائق الخلاصة في Yandex Webmaster، يجب أن تعيد الخلاصة المستضافة على رابط أحد ترويسات HTTP Content-Type التالية كي تُقبل: application/xml أو application/octet-stream أو text/xml أو application/gzip أو application/x-gzip. وإذا كانت خلاصتكم محمية بمصادقة، يدعم Yandex الروابط المتضمنة بيانات الاعتماد بالشكل http://username:password@example.com/feed.yml.

يُغلَّف كل منتج في خلاصة YML داخل العنصر <offer>. وتحدد متطلبات Yandex Direct الموثقة الحقول التالية بوصفها الحقول الأساسية التي تقرر ما إذا كان العرض مقبولاً ومؤهلاً لإنشاء الإعلانات:

يبني Feedance خلاصة YML التي يتوقعها Yandex Direct ويحافظ عليها، دون أن تكتبوا XML يدوياً أو تعيدوا تنسيق بيانات منتجاتكم في كل مرة تتغير فيها متطلبات Yandex. عملياً:

1. اربطوا مصدر منتجاتكم (منصة المتجر أو جدول البيانات أو خلاصة قائمة) بـ Feedance.
2. يربط Feedance حقولكم ببنية YML صالحة: id وavailable وprice/currencyId وcategoryId، إضافةً إلى مسار name المبسّط أو مسار vendor/model، بحسب بنية كتالوجكم.
3. ينشئ Feedance رابط خلاصة مستضافاً يعيد قيمة Content-Type التي يتوقعها جالب Yandex، ليمكنكم تسجيله مباشرةً في قسم «Feeds and errors» في Yandex Webmaster أو توجيه خلاصة اللافتات الذكية في Yandex Direct إليه.
4. تُعاد مزامنة تغييرات الأسعار والمخزون والسمات المستمرة في بيانات مصدركم إلى الخلاصة تلقائياً، فتبقى العروض التي يقرؤها Yandex Direct محدّثة دون رفع يدوي متكرر.

يتولى Feedance طبقة الخلاصة؛ أما إعداد الحملات نفسه (SmartCampaign ومجموعات الإعلانات وتصميم المحتوى الإبداعي في واجهة Yandex Direct) فيتم مباشرةً في Yandex Direct.

لا ينشر Yandex رقماً موحداً لوتيرة التحديث ينطبق على كل خلاصة. وإرشاده هو أن «تحددوا وتيرة التحديث المطلوبة في الإعدادات» -- أي أن وتيرة التحديث إعداد يضبطه التاجر وليست قاعدة ثابتة للمنصة، كما تتيح تكاملات أنظمة إدارة المحتوى (CMS) المختلفة هذا الإعداد بطرق متباينة. أما الموثق باستمرار فهو نتيجة تقادم البيانات لا فاصل زمني ثابت: فبما أن available وprice يغذيان الإعلانات واللافتات الذكية مباشرةً، فإن خلاصة تُحدَّث نادراً تخاطر بالإعلان عن منتجات نافدة أو بسعر خاطئ لفترة أطول من اللازم.

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

بحسب وثائق الخلاصة الخاصة بـ Yandex، فإن حالات الإخفاق الأكثر شيوعاً التي تُبقي العروض خارج Yandex Ads هي:

1. غياب العنصر name في عرض من النوع المبسّط -- يتجاهل نظام Yandex العرض كلياً ولا تُنشأ له أي إعلانات.
2. غياب vendor أو model في عرض مُعرَّف بـ type="vendor.model" -- يسبب ذلك خطأً ويُتجاهل العرض بدلاً من معالجته جزئياً.
3. عدم تطابق بيانات الخلاصة مع بيانات الموقع الفعلي -- يفحص تحقق Yandex Webmaster هذا الأمر صراحةً بعد القبول التقني الأولي، وقد يؤدي التباين الواسع إلى حظر عروض فردية أو رفض الخلاصة بأكملها.
4. تعارض معرّفات المنتجات بين الخلاصات -- تنص متطلبات Yandex على أن المنتج نفسه يجب أن يحمل id نفسه في كل خلاصة ترسلونه فيها؛ وتغيّر المعرّفات يقطع رابط الهوية الذي يستخدمه Yandex لتتبع المنتج.
5. ترويسة Content-Type خاطئة في خلاصة مستضافة على رابط -- إذا لم يعد خادمكم أحد الأنواع المقبولة (application/xml أو text/xml أو application/octet-stream أو application/gzip أو application/x-gzip)، فقد يفشل جالب Yandex في قراءة الخلاصة نهائياً.

صفحة «Services and offers in search → Feeds and errors» في Yandex Webmaster هي المكان المناسب لفحص أي من هذه المشكلات؛ وبعد إصلاح الخطأ، يعيد Yandex فحص الخلاصة بعد مهلة وليس فورياً.

1. حددوا مسبقاً ما إذا كان كل عرض مبسّطاً (قائماً على name) أم قائماً على vendor/model، واملؤوا الحقول المطلوبة المقابلة بانتظام -- فالخلط غير المنتظم بين الاثنين هو ما يسبب تجاهل العروض.
2. أبقوا available وprice متزامنين بدقة مع متجركم الفعلي، فكلاهما يغذي اللافتات الذكية المعروضة للمستخدمين الذين شاهدوا المنتج بالفعل -- وسعر قديم أو منتج نافد يظهر كمتوفر يقوّض آلية إعادة الاستهداف التي تعتمد عليها اللافتات الذكية.
3. وفّروا المجموعة الموصى بها كاملة، أي نحو 5 صور لكل عرض بحجم 450x450 أو أكبر؛ فاللافتات الذكية بصرية بطبيعتها، والخلاصة التي تحتوي على صورة واحدة صغيرة فقط تحدّ مما يستطيع منشئ الإعلانات إنتاجه.
4. استخدموا عناصر param عن قصد للسمات التي تميّز المنتجات المتشابهة تقريباً (المقاس واللون والخامة) بدلاً من تركها فارغة، إذ تساعد هذه السمات Yandex Market وYandex Direct على التمييز بين المتغيرات داخل الفئة نفسها.
5. احتفظوا بـ id نفسه للمنتج نفسه في كل خلاصة تشغّلونها (Yandex Ads أو Yandex Market أو غيرها) -- فمتطلبات Yandex تشير إلى ذلك تحديداً، وهو مهم إذا أردتم يوماً مقارنة الأداء بين القنوات.

هل YML هي نفسها XML؟
YML هي مخطط Yandex الخاص المبني فوق XML -- فكل ملف YML هو مستند XML صالح، لكنه يتبع بنية خاصة بـ Yandex (yml_catalog وoffer وسمات مطلوبة مثل categoryId وavailable) لا يعرّفها XML العام بحد ذاته.

هل يمكنني استخدام الخلاصة نفسها لـ Yandex Market واللافتات الذكية في Yandex Direct؟
نعم -- تشير وثائق Yandex إلى أن اللافتات الذكية يمكنها استخدام «صيغة خلاصة Yandex.Market التقليدية (YML)»، ولذلك تستطيع خلاصة YML واحدة مطابقة للمتطلبات خدمة الاثنين، شريطة أن تبقى معرّفات العروض متسقة بينهما.

ماذا يحدث إذا نسيت العنصر vendor أو model في عرض من النوع المخصص؟
بحسب وثائق Yandex، يسبب العرض خطأً ويُتجاهل -- أي لا تُنشأ له إعلانات -- ولذلك يجب أن يكون الحقلان موجودين معاً كلما صرّحتم بعرض من النوع vendor.model.

هل يفرض Yandex حداً أدنى لوتيرة تحديث الخلاصة؟
ليس رقماً ثابتاً واحداً. إرشاد Yandex هو أن تضبطوا وتيرة التحديث المطلوبة بأنفسكم في الإعدادات؛ والمنصة لا تنشر فاصلاً إلزامياً واحداً ينطبق على جميع أنواع الخلاصات.

أين أرى ما إذا كانت خلاصتي تحتوي على أخطاء؟
في Yandex Webmaster، ضمن Services and offers in search → Feeds and errors. يجري Yandex تحققاً تقنياً أولياً عند الرفع، ثم فحوصات جودة مستمرة قد تكشف عدم التطابق بين خلاصتكم وموقعكم الفعلي.

Yandex Ads هو المنظومة الإعلانية المحيطة بـ Yandex Direct، المنصة الإعلانية لأكبر محرك بحث في روسيا، وبـ Yandex Market، سوق التسوق التابع له. ويُستخدم بصورة رئيسية للوصول إلى المتسوقين في روسيا.

إلى جانب الإعلانات النصية المعتمدة على الكلمات المفتاحية، يستطيع Yandex Direct إنشاء الإعلانات مباشرةً من خلاصة المنتجات. فاللافتات الذكية (Smart banners)، على سبيل المثال، تُنشأ تلقائياً من صور المنتجات وأسمائها وأسعارها الواردة في الخلاصة، وتُعرض على المتسوقين الذين شاهدوا منتجات في موقعكم أو منتجات مشابهة في مواضع أخرى. وتصبح المنتجات الجديدة في الخلاصة مؤهلة للإعلان، كما تصل تغييرات الأسعار أو المخزون إلى الإعلانات الجارية دون الحاجة إلى إعادة بناء الحملات.

صيغة الخلاصة هي YML (Yandex Market Language)، وهي صيغة Yandex القائمة على XML لوصف العروض بمعرّف وسعر وفئة وسمات أخرى. ويمكن رفع الخلاصة كملف أو جلبها من رابط URL، ويُستخدم النوع نفسه من الملفات لتشغيل قوائم المنتجات في Yandex Market.

ولأن Yandex Direct يقرأ الخلاصة ليحدد ما سيُعلن عنه وبأي سعر وهل المنتج متوفر في المخزون، فإن جودة الخلاصة تؤثر مباشرةً في النتائج. فغياب السمات المطلوبة أو الأسعار الخاطئة أو بيانات التوفر القديمة تؤدي إلى رفض العروض أو إهدار الإنفاق الإعلاني.