نفد المنتج من متجرك؟ كيف تتعامل مع الإعلان وصفحة المنتج حتى يعود المخزون

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

نفاد منتج واحد في متجر سعودي قد يتحول خلال ساعات إلى ثلاث مشكلات منفصلة: إعلان يستهلك ميزانية على عرض لا يمكن شراؤه، وزائر يصل إلى صفحة لا تشرح ما حدث، وبيانات متضاربة بين المتجر وGoogle. الحل ليس زرًا واحدًا بعنوان «إيقاف الحملة»؛ بل سلسلة قرارات قصيرة يملكها مسؤول المخزون، ويترجمها فريق المتجر والإعلانات وخدمة العملاء على القنوات الصحيحة. هذا الدليل موجه إلى مالك المتجر أو مدير تشغيله حين تكون الأولوية حفظ صدق العرض وثقة العميل، ثم استعادة البيع بصورة منضبطة عند توفر المنتج. لا يغطي إنشاء حساب Merchant Center من الصفر، ولا يَعِد بإبقاء ترتيب الصفحة أو مستوى المبيعات بعد أي تعديل

أول ساعة: من يقرر أن المنتج نفد فعلًا

ابدأ بسؤال تشغيلي أدق من «كم يظهر في النظام؟»: هل توجد وحدة قابلة للبيع الآن، في الموقع الذي يخدم عنوان العميل، وبعد استبعاد الطلبات المدفوعة أو المحجوزة والتالف والمرتجعات التي لم تُفحص؟ قد يعرض النظام قطعتين، لكنهما مخصصتان لطلبين قيد التجهيز. وقد يوجد مخزون في فرع لا يشحن إلى المنطقة التي تستهدفها الحملة. لا يصح حينها أن يختار فريق الإعلان حالة «متوفر» اعتمادًا على إجمالي المستودعات. صاحب الحقيقة هنا مسؤول المخزون أو التشغيل، لا لوحة الإعلان ولا ملصق «الأكثر مبيعًا» في صفحة المنتج

اطلب من مالك المخزون جوابًا مكتوبًا بسيطًا لكل رمز منتج أو متغير: الكمية القابلة للبيع، ومناطق التسليم، وهل سُمح باستقبال طلبات مؤجلة، ومن يؤكد موعد التوريد، ووقت التحديث التالي. هذا ليس بيروقراطية زائدة؛ إنما يمنع أن يرفع مسؤول الإعلانات الإعلان في الوقت الذي توقف فيه فريق الدعم البيع يدويًا. إذا كانت البيانات متضاربة، فالأولوية إيقاف وعد الشراء الفوري مؤقتًا إلى أن تُحسم الحقيقة. لا تضع «كمية محدودة» لمجرد خلق إحساس بالندرة، ولا تُبقِ زر الطلب نشطًا لأن الإعلان لا يزال يحقق نقرات

أنشئ سجل قرار صغيرًا داخل عمل المتجر، لا ملفًا عامًا يتداول بيانات العملاء: رمز المنتج والمتغير، حالة البيع، وقت المراجعة، صاحب القرار، ما تغير في الصفحة والبيانات والإعلان، واختبار العودة. سجّل وقت التغير بتوقيت العمل الذي يستخدمه فريقك. إذا تغير المخزون عدة مرات في اليوم، فالمراجعة الدورية أو الربط الآلي ينبغي أن يعكسا الواقع الفعلي؛ التوقيت الثابت لإرسال بيانات Merchant وحده لا يعالج مخزونًا ينفد بين إرسالين. توصي Google بتقريب تحديث بيانات المنتج من تحديث المتجر لتقليل اختلاف التوفر بينهما، ويمكن استخدام التحديثات التلقائية كوسيلة مساعدة لا بديل عن مصدر مخزون صحيح وفق شرح اختلاف حالة التوفر في Merchant Center

مصفوفة القرار: أربع حالات لا يصح جمعها تحت عبارة «نفد»

المصفوفة قرار تشغيل للمتجر لا إعداد آلي يصلح لكل منصة إعلانات. تميّز Google بين in_stock حين تقبل الطلب ويمكن تنفيذها في الوقت المناسب، وout_of_stock حين لا يقبل الطلب أو لا يتاح الشراء، وpreorder لمنتج جديد لم يُطرح بعد، وbackorder لمنتج قائم غير متاح حاليًا لكن المتجر يقبل طلبه للشحن عند عودته. في الحالتين الأخيرتين يلزم تاريخ توفر في بيانات المنتج وأن يظهر تاريخ الشحن المتوقع على صفحة الهبوط. إذا لم يستطع فريقك دعم قبول الطلب وتفسير موعده للعميل، فلا تحول نفاد المخزون إلى «طلب مسبق» تجميلي راجع تعريفات Google الرسمية لحقل التوفر

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

الإعلان المدفوع: أوقف الوعد الخاطئ، لا كل ما يتعلق بالمتجر

راجع أولًا أين يظهر المنتج في الحملات: إعلان منتج مرتبط ببيانات Merchant، نص بحث يحيل إلى صفحة المنتج مباشرة، صفحة هبوط تروّج له ضمن تشكيلة، وروابط في رسائل أو إعلانات اجتماعية. نطاق الإيقاف ينبغي أن يطابق نطاق الخلل. إذا نفد مقاس واحد، فلا يلزم إيقاف حملة الفئة كلها إن كانت تقود إلى منتجات أخرى متاحة وتصفها بدقة. وإذا كان نص الإعلان يقول «اطلب الآن» ويصل إلى صفحة تعرض «غير متوفر»، فلا يكفي الاعتماد على تعديل بيانات المنتج؛ ذلك النص والرابط يحتاجان مراجعة بشرية

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

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

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

صفحة المنتج: ماذا يجب أن يعرف الزائر قبل أن يحاول الدفع

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

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

إذا أردت خيار «أبلغني عند العودة»، صِغه كطلب إشعار لا كحجز ولا ضمان أولوية أو موعد. أخبر العميل بالقناة التي سيستقبل عبرها التنبيه، وخذ الموافقة المناسبة لرسالة التسويق إن كانت الرسالة تتجاوز إشعار التوفر، ولا تُظهر عداد انتظار أو عدد مهتمين لم تُقِسه. إن لم يكن لديك نظام تنبيه يعمل فعلًا، لا تعرض زرًا يجمع بيانات الاتصال ثم يتركها دون متابعة. البديل البسيط هو نص «تحقق من الصفحة لاحقًا» عندما تكون العودة غير مؤكدة، مع طريقة تواصل حقيقية للاستفسار عن طلب قائم

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

Merchant Center: طابق الواقع ولا تعتمد على التصحيح الآلي وحده

عند نفاد منتج مرتبط ببيانات Merchant، راجع السلسلة كاملة: نظام المخزون، صفحة المنتج للمتغير الصحيح، زر الشراء، الدفع، قيمة availability في مصدر البيانات، وأي بيانات منظمة تولدها المنصة. اختلاف خانة واحدة قد يجعل ما ترسله إلى Google غير مطابق لما يراه الزائر. تذكر Google أن عدم تطابق التوفر سبب لمشكلة في أهلية المنتج، وأن فرق التوقيت بين تحديث الموقع وتحديث مصدر البيانات سبب شائع. لهذا فإن «عدلت الصفحة» لا يكفي إذا بقيت البيانات المرسلة قديمة، والعكس صحيح راجع تشخيص عدم تطابق حالة التوفر

التحديثات التلقائية لبيانات المنتج في Merchant يمكن أن تساعد على تقليل الفجوة عندما تقرأ Google حالة السعر أو التوفر من الموقع، لكن هذا لا يمنح فريق التشغيل إذنًا لترك مصدر البيانات خاطئًا. إذا كانت الصفحة نفسها متناقضة، فقد تنتقل المشكلة بدل أن تُحل. وتوضح Google أن صفحة «الأتمتة» تدير تحسينات بيانات المنتج وتتيح عرض حالتها وتأثيرها، بما في ذلك تحديث التوفر. عمليًا، افحص ما إذا كانت الأتمتة مفعلة في حسابك، وما البيانات التي تعتمد عليها، ثم أصلح المخزون والصفحة ومصدر البيانات من الأصل وفق توثيق الأتمتة وتحسين بيانات المنتجات

إذا كانت المشكلة تخص متغيرًا واحدًا، افحص معرّف ذلك المتغير ووجهته بدل تغيير العائلة كلها إلى «نفد». تؤكد Google أن توفر كل مقاس أو لون في مصدر البيانات ينبغي أن يطابق المتغير نفسه على صفحة الهبوط. وإذا توقف المنتج نهائيًا، لا تستخدم out_of_stock إلى الأبد في بيانات Merchant؛ توصي الإرشادات بإزالة المنتجات التي لم تعد تباع من مصدر البيانات. لكن هذا قرار يخص مصدر عروض Merchant، ولا يعني آليًا أن تحذف صفحة الموقع أو تحولها إلى 404. الفصل بين الموردين هنا مهم: فريق بيانات المنتجات يعالج ما يُعرض كتجارة نشطة، وفريق المحتوى يقرر مصير صفحة الويب وفق فائدتها وروابطها ووجود بديل مكافئ راجع إرشادات المنتجات المتوقفة والمتغيرات

عندما يعود المخزون، لا تكتفِ بأن تصبح قيمة in_stock في الملف. احسب هل يستطيع العميل فعلًا الطلب وهل التسليم متاح للنطاق المستهدف، ثم راجع حالة المنتج في Merchant بعد تحديث المصدر. قد يستغرق انعكاس التغيير بعض الوقت، وقد تستلزم حالة عدم الموافقة مراجعة أو فحصًا من Google بعد تصحيح السبب. لا تُبلغ الفريق بأن الإعلان «عاد للعمل» لمجرد رفع ملف أو زوال التنبيه من واجهة محلية؛ افصل بين صحة البيانات، أهلية المنتج، وحالة ظهور الإعلان المدفوع في الحساب الفعلي وفق مسار إصلاح مشكلة عدم التطابق

SEO والصفحة العضوية: لا تعاقب رابطًا مفيدًا على نفاد مؤقت

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

هذه التوصية ليست قاعدة تقول إن كل صفحة منتج يجب أن تبقى إلى الأبد. إذا توقف المنتج نهائيًا، اسأل: هل لا تزال الصفحة تقدم معلومات فريدة يحتاجها من يملك المنتج أو يبحث عن بديله؟ هل يوجد بديل مطابق حقًا، أم مجرد منتج من الفئة نفسها؟ هل تُحيل إليها روابط من دليل المقاسات أو خدمة العملاء؟ قرار الإبقاء أو التحويل أو إزالة الصفحة يحتاج تقييمًا خاصًا بالرابط والمحتوى والبديل، وليس تنفيذًا جماعيًا بسبب حالة مخزون واحدة. لا تحول صفحة منتج إلى الرئيسية أو صفحة فئة بعيدة لمجرد تفادي 404؛ ذلك لا يجيب عن نية الباحث. كما أن إزالة المنتج من مصدر Merchant لا تحسم مصير URL العضوي

إذا كان الموقع يستخدم بيانات منظمة للمنتجات أصلًا، راجع قيمة Offer.availability التي تخرج في الصفحة النهائية ولا تضف كتلة JSON-LD ثانية يدويًا. يذكر توثيق Google لقيم توفر العرض خيار https://schema.org/OutOfStock للمنتج غير المتوفر حاليًا، إلى جانب قيم مختلفة مثل InStock وPreOrder وBackOrder. القيمة يجب أن تطابق ما يقوله النص المرئي وسلوك الشراء ومصدر البيانات، لا أن تُضبط بمعزل عنهم راجع توثيق Product snippet الرسمي

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

ما الذي تقوله للعميل الذي طلب قبل اكتشاف النفاد

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

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

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

بدائل عملية من دون تمويه أو نقل خيبة الشراء

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

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

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

مثال افتراضي من متجر سعودي: نفاد مقاس أثناء حملة

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

القرار الأول هو منع طلب جديد للمقاس المتوسط، وتحديث رسالته على صفحة المنتج، ثم مطابقة بيانات المتغير في Merchant. القرار الثاني وقف توجيه الإنفاق إلى إعلان المتوسط، مع مراجعة أي نص أو رابط آخر يذكر المقاس نفسه. القرار الثالث إبقاء الصفحة التي تشرح أبعاد المتوسط وفروقه عن الصغير والكبير؛ يمكن عرض المقاسين المتاحين بوضوح وبأسعار كل منهما، لا بوصفهما بديلًا مطابقًا. لا يضاف تاريخ «يعود الأسبوع المقبل» لأنه غير مؤكد. يمكن عرض إشعار عودة إذا كان لدى المتجر إجراء فعلي لإرساله وموافقة مناسبة من طالب الإشعار

في اليوم التالي قد تصل شحنة جديدة للمتوسط. هذا الخبر من المورد وحده لا يكفي لإعادة الإعلان. ينتظر المسؤول استلام الشحنة وفحصها وإتاحتها للبيع بحسب المناطق، ثم يختبر الفريق اختيار المتوسط وإضافته للسلة وإتمام طلب تجريبي غير مدفوع أو مسار تحقق آمن معتمد في بيئة المتجر، ويتأكد من تحديث بيانات Merchant. بعدها فقط يراجع صاحب الحملة الإعلان ووجهته ونصه ونطاق ظهوره. إذا ظهر خلل في الدفع لإحدى المناطق، يبقى قرار العودة جزئيًا أو مؤجلًا. لا توجد نسبة تحسن أو وفر مفترض في هذا المثال؛ القيمة أنه يحول «نفد ثم عاد» إلى قرارات يمكن إثباتها

قائمة فحص قبل إعادة تشغيل الإعلان

1. إثبات المخزون: صاحب المخزون أكد الوحدات القابلة للبيع للمنتج والمتغير الصحيحين، بعد الحجوزات والتالف والطلبات السابقة
2. إثبات النطاق: مناطق التوصيل ومدة التجهيز التي ستظهر للمشتري تطابق ما تستطيع العمليات تنفيذه الآن
3. صفحة المنتج: الحالة والسعر والصورة والمتغير وزر الشراء تتحدث عن العرض نفسه، دون رسالة نفاد مخبأة في خطوة لاحقة
4. الدفع: عنوان من النطاق المستهدف يستطيع الوصول إلى نهاية مسار طلب صحيح، وفق اختبار آمن لا ينشئ طلبًا مدفوعًا وهميًا
5. البيانات: مصدر Merchant وحالة المنتج وأي بيانات منظمة موجودة تطابق الصفحة والشراء؛ لا يكفي حفظ التعديل دون قراءة الناتج
6. الإعلان: الرابط والنص والصورة والسعر ونطاق المنتجات في المجموعة يصفون ما عاد متاحًا بالفعل
7. خدمة العملاء: الفريق يعرف وضع الطلبات القديمة والاستفسارات، ولا يكرر وعد توريد سابقًا لم يعد صالحًا
8. المراقبة: عيّن مراجعة أولى بعد إعادة التشغيل لرصد عودة النفاد أو اختلاف الحالة، وحدد من يملك إيقاف العرض بسرعة

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

أخطاء تبدو سريعة لكنها توسع المشكلة

«اجعل الجميع غير متوفرين حتى لا ننفق»

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

«اترك الإعلان يعمل حتى يعود المخزون»

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

«احذف صفحات المنتجات النافدة كلها»

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

«اكتب يعود قريبًا ليطمئن الزائر»

إذا لم يوجد موعد معتمد، تصبح العبارة وعدًا مطاطيًا يفسره العميل على هواه. قل إن موعد العودة غير مؤكد، أو اذكر موعد المراجعة الداخلية دون تقديمه كموعد تسليم. إن اخترت قبول طلب لاحق، يجب أن تكون العملية وشروطها وتاريخها قابلة للتنفيذ، وأن تُترجم الحالة المناسبة في الصفحة والبيانات. لا تستخدم preorder لمنتج قديم نفد ثم سيعود؛ التمييز الرسمي بينه وبين backorder واضح في تعريفات Google

حدود القرار الأخلاقي والتجاري

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

كذلك لا يعني الاحتفاظ بصفحة عضوية أن عليك الادعاء بأنها «ستحافظ على ترتيبها»؛ محركات البحث تقرر ظهورها وفق عوامل متعددة وتتأخر في قراءة التغييرات. ولا يعني تحديث قيمة Merchant أن جميع الإعلانات ستتوقف أو تعود في اللحظة نفسها. هذه إرشادات قرار وتشغيل مبنية على توثيق المنصة، وليست ضمان قبول للمنتج أو أداء إعلاني أو نتيجة SEO. إذا كان لديك تكامل مخزون مخصص أو بيع في مناطق محددة أو التزامات تعاقدية خاصة بالطلبات المؤجلة، يحتاج التنفيذ إلى مراجعة ذلك النظام والشروط الفعلية قبل اختيار الحالة النهائية

أسئلة متكررة من تشغيل المتجر

هل أوقف كل حملات المتجر إذا نفد منتج رئيسي؟

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

هل أبقي صفحة المنتج ظاهرة في Google بعد النفاد؟

في النفاد المؤقت، أبقِ الصفحة المفيدة متاحة مع بيان الحالة وتعطيل شراء ما لا تستطيع تنفيذه؛ لا تستخدم 404 أو noindex جماعيًا لمجرد النفاد. أما التوقف النهائي فيحتاج حكمًا مستقلًا على فائدة المحتوى والبديل الحقيقي والروابط، لا قاعدة واحدة لكل الكتالوج وفق نهج Google في التوقف المؤقت

ماذا أفعل إذا ظل Merchant يقول «متوفر» والصفحة تقول «نفد»؟

ابدأ بمصدر الحقيقة: هل الموقع والمتغير الصحيح والدفع متسقة؟ ثم صحح مصدر بيانات المنتج وتوقيت مزامنته، وافحص الحالة المعادة في Merchant. لا تفترض أن التحديث التلقائي سيصلح كل تناقض. تشرح Google أن اختلاف التوقيت ومصدر البيانات وصفحة الهبوط من أسباب عدم تطابق حالة التوفر في دليل حل المشكلة

هل أستخدم preorder عندما سيتوفر منتج قديم بعد شحنة جديدة؟

لا لمجرد أنه سيعود. preorder مخصص لمنتج جديد لم يُطرح بعد وتقبل طلباته، بينما backorder لمنتج قائم غير متاح الآن وتقبل طلبه للشحن عند عودته. كلاهما يتطلب تاريخ توفر مناسبًا ومعلومة واضحة للعميل؛ إذا لم تكن قادرًا على قبول الطلب أو تحديد التاريخ المدعوم، فاعرض النفاد بلا وعد بحسب تعريفات حقل التوفر

إذا بقي لون آخر متاحًا، هل أترك الإعلان كما هو؟

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

متى أستطيع إعادة تشغيل الإعلان بعد وصول الشحنة؟

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

هل ينبغي حذف المنتج المتوقف نهائيًا من Merchant ومن الموقع معًا؟

من مصدر بيانات Merchant نعم إذا لم تعد تبيعه، حسب إرشادات Google للمنتجات المتوقفة. أما صفحة الموقع فلها قرار SEO وخدمة عملاء مستقل؛ ربما تشرح مواصفات منتج ما زال الناس يستخدمونه أو تقارن ببديل مناسب. لا تجعل حذف العرض التجاري إجراء حذف جماعي لصفحات الموقع راجع توجيه Merchant للمنتجات المتوقفة

الخلاصة: عودة المخزون تعني عودة الوعد القابل للتنفيذ

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

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