جميع قواعد تجربة المستخدم الـ115 لإتمام الشراء التي ندقّق المتاجر وفقها

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

ماذا يفحص محرّك قواعد تجربة إتمام الشراء فعليًا

محرّك القواعد ليس انطباعًا عامًا، بل قائمة ثابتة من شروط النجاح/الفشل تُطبَّق بالطريقة نفسها على كل متجر، بحيث تكون النتائج قابلة للمقارنة بين عمليات التدقيق وعبر الزمن.

يشغّل محرّك UXFix كل قاعدة من الـ115 على متجر حي مرتين: مرة بمحاكاة مسار المتسوّق البشري عبر صفحة المنتج والسلة وإتمام الشراء، ومرة بمحاكاة وكيل تسوّق بالذكاء الاصطناعي يقرأ الصفحات نفسها. وغالبًا ما تتباعد النتيجتان بشكل حاد. فقد ينجح متجر في 90% من القواعد الموجّهة للبشر ويفشل مع ذلك في نصف القواعد الموجّهة للوكلاء، والسبب عادة أن السعر وحالة التوفّر يظهران داخل عناصر تُعرض عبر JavaScript لا يراها الوكيل أبدًا.

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

القواعد الـ115 مرتّبة حسب القسم

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

صفحة المنتج (22 قاعدة)

• عرض السعر بالعملة التي يتوقعها الزائر، لا بعملة المتجر الافتراضية فقط.
• إظهار سعر التخفيض والسعر الأصلي معًا عند وجود خصم.
• ذكر حالة المخزون بالكلمات، لا بنقطة ملوّنة فقط.
• عرض موعد التوصيل التقديري قبل زر «أضف إلى السلة» لا بعده.
• صورة واحدة على الأقل تُظهر المنتج أثناء الاستخدام مع مقياس أو سياق.
• إرشادات المقاس أو الملاءمة مرتبطة من الصفحة نفسها، لا مدفونة في صفحة أسئلة شائعة منفصلة.
• اختيار الخيارات (Variant) لا يعيد ضبط موضع التمرير أو حالة الصفحة.
• المراجعات ظاهرة قرب أعلى الصفحة، لا مخفية خلف تبويب منفصل فقط.
• تقييم النجوم معروض بجانب السعر، لا في أسفل الصفحة فقط.
• ملخّص سياسة الإرجاع ظاهر داخل الصفحة نفسها.
• ذكر تكلفة الشحن أو حد الشحن المجاني في صفحة المنتج.
• عنوان المنتج يطابق المصطلحات التي يبحث بها المتسوّقون فعليًا.
• وجود ترميز Product schema حتى يكون السعر والتوفّر قابلين للقراءة آليًا.
• زر «أضف إلى السلة» هو الإجراء الأبرز بصريًا.
• محدّد الكمية لا يبدأ بقيمة أعلى من 1.
• المنتجات غير المتوفرة تعرض تاريخ إعادة التوفّر أو خيار «أبلغني».
• محتوى البيع المتقاطع لا يدفع المنتج الأساسي إلى أسفل الشاشة.
• زمن تحميل الصفحة أقل من 2.5 ثانية تقريبًا على الجوال، وفق مؤشرات Core Web Vitals.
• وجود مسار تنقّل (Breadcrumb) للمستخدمين وللزواحف.
• فيديوهات المنتج مزوّدة بترجمة نصية أو بديل نصي.
• إشارات الثقة قريبة من زر الشراء، لا في التذييل فقط.
• تاريخ التوصيل معروض بشكل متطابق مع ما يؤكّده إتمام الشراء لاحقًا.

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

السلة (18 قاعدة)

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

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

الشحن والتوصيل (12 قاعدة)

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

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

مسار إتمام الشراء والنماذج (20 قاعدة)

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

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

الدفع (15 قاعدة)

• توفير وسائل دفع متعددة: البطاقة والمحفظة والدفع الآجل عند الحاجة.
• إظهار شعارات البطاقات المقبولة قبل خطوة الدفع، لا عند الوصول إليها فقط.
• أخطاء الدفع تذكر السبب الحقيقي، لا «حاول مرة أخرى» فقط.
• إتاحة وسيلة الدفع المحفوظة للمستخدمين العائدين المسجّلين.
• عملة الدفع تطابق العملة المعروضة أثناء التصفّح.
• عدم إضافة أي رسوم مفاجئة عند إدخال بيانات البطاقة.
• خطوة الدفع لا تتطلب إعادة إدخال بيانات العنوان المُدخلة سابقًا.
• عرض مؤشّر أمان قرب نموذج الدفع.
• السعر الإجمالي عند الدفع يطابق إجمالي السلة تمامًا.
• إعادة المحاولة بعد فشل الدفع لا تمسح بيانات البطاقة المُدخلة دون داعٍ.
• شرح الدفع المجزّأ أو استخدام بطاقة الهدية بوضوح، إن كان متاحًا.
• شرح خطوات التحقق (مثل 3D Secure) باختصار لتفادي الانسحاب بسبب الالتباس.
• إتاحة Apple Pay أو Google Pay حيثما كان مدعومًا تقنيًا.
• ذكر مدة استرداد المبلغ قرب تأكيد الدفع.
• حقول ضريبة القيمة المضافة أو الفاتورة، عند الحاجة، لا تعيق إتمام الشراء.

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

الثقة والأمان (10 قواعد)

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

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

الجوال (10 قواعد)

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

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

جاهزية وكلاء الذكاء الاصطناعي (8 قواعد)

• ترميز السعر والتوفّر ببيانات schema.org المنظّمة.
• إمكانية الوصول إلى تفاصيل المنتج دون الحاجة إلى عرض JavaScript.
• إتمام الشراء لا يعتمد على CAPTCHA تحجب الوكلاء الآليين المشروعين.
• السعر المعروض يطابق البيانات المنظّمة تمامًا دون أي انحراف.
• ملف Robots.txt ووسوم Meta لا تحجب الزحف المشروع لصفحات المنتج.
• شروط الشحن والإرجاع موجودة كنص قابل للزحف، لا داخل الصور فقط.
• خطوات إتمام الشراء تستخدم نماذج HTML قياسية، لا مكوّنات مخصّصة بلا تسميات.
• تأكيد الطلب يعيد حالة قابلة للقراءة آليًا للمشتريات التي يبدأها الوكيل.

ما الذي يتغيّر عندما يكون المتسوّق وكيل ذكاء اصطناعي؟

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

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

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

أين تخسر معظم المتاجر أكبر عدد من النقاط

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

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

كيف تنجز هذه القائمة خلال هذا الأسبوع

لا تحاول إصلاح القواعد الـ115 كلها في دفعة واحدة. اعمل قسمًا بعد قسم، بدءًا بما يرتبط بالمال مباشرة: الشحن والدفع. وهذا ترتيب واقعي:

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

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

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

لماذا 115 قاعدة تحديدًا وليس قائمة أقصر؟

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

هل يجب أن أجتاز القواعد الـ115 كلها ليكون إتمام الشراء جيدًا؟

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

ما الفرق بين نتيجة البشر ونتيجة وكلاء الذكاء الاصطناعي؟

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

هل يمكنني استخدام هذه القائمة دون إجراء تدقيق رسمي؟

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