تجربة عرض توفّر المخزون في صفحة المنتج: كيف نقيّم القاعدة PDP-006

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

ما الذي تتحقق منه القاعدة PDP-006، وكيف نقيّمها

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

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

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

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

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

القاعدة PDP-006 هي واحدة من 115 عملية تحقق في دليل قواعدنا، وترتبط ارتباطًا وثيقًا بقواعد التعامل مع المنتجات غير المتوفرة في مراحل لاحقة من مسار الشراء. القائمة الكاملة في جميع قواعد تجربة إتمام الشراء الـ115 التي ندقّق وفقها. تتناول هذه المقالة هذه القاعدة وحدها، لأنها القاعدة التي تفترض المتاجر غالبًا أنها تنجح فيها بينما لا تنجح.

الحالات الثلاث، والنصوص التي تنجح

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

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

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

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

حالة غير متوفر يجب أن تجيب عن السؤال التالي: ماذا الآن؟ عبارة 'غير متوفر' وحدها تنجح في PDP-006 لأن الحالة صريحة، لكنها تترك بقية الصفحة دون أي وظيفة. يغطي قسم المنتجات غير المتوفرة أدناه ما ينبغي أن تفعله بقية الصفحة.

منتجات الطلب المؤجل والطلب المسبق متوفرة تقنيًا، لكن قرار المتسوّق يعتمد على التاريخ، لذا ينتمي التاريخ إلى سطر التوفّر. فكشف 'يُشحن خلال 3 إلى 5 أسابيع' في السلة يأتي متأخرًا جدًا، ويحوّل قرارًا ظنّ المتسوّق أنه اتخذه إلى قرار عليه أن يتخذه مجددًا.

إذا كنت تشحن من أكثر من موقع، أو كان شريك يلبّي بعض وحدات SKU، فيجب أن تُحسم الحالة إلى سطر صادق واحد لكل خيار. 'متوفر لدى شريكنا، يُشحن خلال 5 إلى 7 أيام' مقبول. أما عرض 'متوفر' لأن مستودعًا ما في مكان ما لديه وحدة واحدة، ثم ذكر مدة تسليم ثلاثة أسابيع في السلة، فيفشل في روح القاعدة وغالبًا في البيانات أيضًا.

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

• اعرض حالة على مستوى الصفحة قبل اختيار أي خيار، حتى لو كانت 'متوفر في 4 من 6 مقاسات'.
• ضع علامة على الخيارات غير المتوفرة في المحدد نفسه، بخط يتوسطها أو بعلامة 'نفدت الكمية' على العيّنة، وأبقها قابلة للاختيار حتى يتمكن المتسوّق من التسجيل لتنبيه إعادة التوفّر.
• عند اختيار خيار، استبدل سطر مستوى الصفحة بالحالة الدقيقة لذلك الخيار.

يجب أن تتطابق الكلمات مع ما يمكن لنظام التنفيذ لديك الوفاء به. إذا كان 'متوفر' على الصفحة يمكن أن يتحول إلى 'طلب مؤجل' في بريد التأكيد، فلديك مشكلة بيانات لا يمكن للنص إصلاحها، وستظهر على شكل استرداد وتقييم بنجمة واحدة.

كيف تبدو صفحات المنتج التي تفشل أو تتأثر جزئيًا أو تنجح

الأنماط أدناه مأخوذة من متاجر دقّقناها، مع حذف التفاصيل التي تحدد هويتها. كل واحد منها مصنّف بالنتيجة التي أعطاها زاحفنا والنمط المحدد الذي استحق تلك النتيجة.

فشل: لا حالة توفّر في أي مكان قبل أضف إلى السلة

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

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

المتاجر في هذه الحالة تملك البيانات عادةً. فعدد المخزون موجود في JSON المنتج الذي تحمّله الصفحة. لكنه لا يُعرض أبدًا في شيء يمكن لإنسان أو وكيل رؤيته حتى يُستخدم لمنع الإضافة.

تأثر جزئي: حالة ضمنية عبر اللون أو الزر فقط

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

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

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

تأثر جزئي: مؤشر المخزون المنخفض مخفي أسفل الجزء الظاهر

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

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

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

نجاح: صريح، لكل خيار، بجوار الزر

يعرض المقاس المحدد 'متوفر، اطلب قبل الساعة 3 مساءً للشحن اليوم' مباشرةً تحت السعر، والمقاس غير المتوفر في المحدد مشطوب ومعلّم بـ نفدت الكمية. كل ما يحتاجه المتسوّق في نظرة واحدة. الحالة نص، وخاصة بالخيار المحدد، وتقع بين السعر والزر، والخيارات غير المتوفرة معلّمة في المحدد بدلًا من إخفائها.

المتسوّق الذي ينتقل إلى المقاس المشطوب يرى السطر يتغيّر إلى 'نفدت الكمية. متوقع عودته في 14 مارس. أعلمني.' ويتحول الزر إلى إجراء إشعار.

أما بالنسبة للزاحف، فهناك عقدة نصية تحتوي على كلمة المخزون مجاورة لعنصر السعر، وتتغيّر عند اختيار الخيار، وترميز schema.org Offer لذلك الخيار يحمل availability InStock. هذا نجاح نظيف.

نجاح: غير متوفر، لكن يُعامل كصفحة لا كطريق مسدود

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

لا شيء هنا غير مألوف أو مكلف. إنه قرار التعامل مع صفحة المنتج غير المتوفر كصفحة.

لماذا يكلّفك غياب حالة المخزون عملية البيع؟

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

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

هناك ثلاث طرق مختلفة يكلّفك بها غياب الحالة أو كونها ضمنية.

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

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

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

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

أفضل ممارسات صفحة المنتج غير المتوفر

صفحة المنتج غير المتوفر لا تزال صفحة منتج، والمتسوّق الذي وصل إليها كان لا يزال يريد المنتج. وظيفتك أن تحتفظ به، إما لإعادة التوفّر أو لشيء آخر تبيعه. النمط الذي ينجح في PDP-006 ويؤدي هذه الوظيفة يتكوّن من خمسة أجزاء.

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

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

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

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

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

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

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

لماذا يحتاج وكلاء التسوّق بالذكاء الاصطناعي إلى حالة مخزون صريحة في DOM

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

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

لهذا تُقيّم القاعدة PDP-006 بطريقة dom. نحن نتحقق مما في المستند، لا ما سيدركه شخص من البكسلات. ثلاثة أشياء تجعل صفحة المنتج مقروءة للوكيل في هذه القاعدة.

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

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

ثالثًا، الحالة منعكسة في البيانات المنظّمة. يحتوي نوع Offer في Schema.org على خاصية availability بمجموعة ثابتة من القيم، وهي الإشارة الأكثر موثوقية التي يمكن لوكيل قراءتها. القائمة الكاملة على schema.org/ItemAvailability.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Merino crew neck",
  "offers": [
    {
      "@type": "Offer",
      "sku": "MCN-NAVY-M",
      "price": "89.00",
      "priceCurrency": "GBP",
      "availability": "https://schema.org/InStock",
      "inventoryLevel": { "@type": "QuantitativeValue", "value": 3 }
    },
    {
      "@type": "Offer",
      "sku": "MCN-NAVY-L",
      "price": "89.00",
      "priceCurrency": "GBP",
      "availability": "https://schema.org/OutOfStock"
    }
  ]
}

تفصيلان في ذلك المثال مهمّان. العروض لكل خيار، كل منها بـ SKU، حتى يتمكن الوكيل من الإجابة عن سؤال خاص بمقاس معيّن. وقيمة availability هي رابط من المفردات الثابتة، لا نص حر. يمكن للوكيل مطابقة InStock وLimitedAvailability وOutOfStock وPreOrder وBackOrder دون تأويل. أما 'يُباع بسرعة' في حقل نص حر فبلا فائدة للوكيل تمامًا كما هي بلا فائدة للمتسوّق. خاصية inventoryLevel اختيارية، وينبغي تضمينها فقط عندما يكون الرقم حقيقيًا.

يجب أن تتفق البيانات المنظّمة مع النص المرئي. نجد بانتظام صفحات يقول فيها الترميز InStock لكل خيار لأنه أُنشئ مرة واحدة من قالب، بينما تقول الصفحة المرئية نفدت الكمية. الوكيل الذي يثق بالترميز يوصي بمنتج لا يستطيع المتسوّق شراءه. وفي المرة التالية التي يُسأل فيها ذلك الوكيل عن متجرك، يكون لديه سبب لتفضيل منافس. نغطي كيف يبني الوكلاء تلك الصورة عن المتجر في لماذا لا يوصي ChatGPT وGemini بمتجرك.

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

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

ماذا ينبغي أن تعرض صفحة المنتج غير المتوفر؟

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

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

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

هل ينبغي إخفاء الخيارات غير المتوفرة أو عرضها باللون الرمادي؟

اعرضها، وعلّمها، وأبقها قابلة للاختيار. إخفاء مقاس نفدت كميته يجعل المتسوّقين يتساءلون ما إذا كان المنتج يتوفر بهذا المقاس أصلًا، ويزيل فرصة جمع تنبيه إعادة التوفّر. والعيّنة الرمادية وحدها ليست سوى نجاح جزئي في PDP-006، لأن اللون ليس حالة يمكن للمتسوّق أو الوكيل قراءتها ويفشل في معيار WCAG 1.4.1. النمط الذي ينجح هو خط يتوسط العيّنة أو علامة 'نفدت الكمية' عليها، وعندما يختارها المتسوّق، سطر توفّر يقول 'نفدت الكمية' مع تاريخ وإجراء إشعار في مكان أضف إلى السلة.

هل يُحتسب زر أضف إلى السلة المعطّل حالة مخزون صريحة؟

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