قد تكتمل تحديثات WordPress وWooCommerce والإضافات دون رسالة خطأ، بينما يتعطل الدفع بوسيلة معينة أو في منطقة شحن محددة أو لنوع منتج واحد. «محدّث» حالة برنامج؛ أما «مصان» فهي نتيجة فحص رحلة الشراء فعليًا، لا قراءة سجل التحديثات وحده. بعد أي تغيير قد يؤثر في الواجهة أو الدفع أو الشحن أو التكاملات أو الطلبات، سر في المسار نفسه الذي يسلكه العميل.
المنتج
تحقق من ظهور السعر والخيارات والمخزون والحقول المخصصة. قد يخفي تحديث قائمة خيارات أو يفسد طريقة عرض السعر بينما تبقى صفحة المنتج متاحة ظاهريًا.
السلة
أضف منتجًا حقيقيًا، ومنتجًا متعدد الخيارات إذا وجد. غيّر الكمية واختبر القسيمة والمجموع. قد يعيد تحديث أو نظام تخزين مؤقت مشكلة مجموع لا يتغير أو قسيمة لا تُطبق.
صفحة الدفع
اختبرها زائرًا ومستخدمًا مسجلًا. تأكد من ظهور وسائل الشحن وأسعارها لكل منطقة نشطة، ووسائل الدفع المفعّلة، والتحقق الصحيح من الحقول. الأعطال الصامتة هنا مكلفة لأنها تقع مباشرة قبل الإيراد، وقد تنتج من تفاعل القالب والإضافات والبوابة.
الدفع
تحقق من إعداد اتصال البوابة ونفذ معاملة كاملة، لا فحصًا بصريًا للنموذج فقط. استخدم وضع الاختبار أو sandbox إن توفر؛ وإذا لزم اختبار حي مضبوط، اتبع تعليمات البوابة الرسمية. إذا أكدت البوابة الدفع عبر webhook أو callback أو IPN، فتحقق من وصول الإشارة إلى WooCommerce؛ فقد يبدو الدفع ناجحًا بينما يبقى الطلب غير مدفوع داخل المتجر.
الطلب
بعد معاملة الاختبار، راجع إنشاء الطلب وحالته وبنوده ومجموعه وبيانات العميل والشحن. افحص أيضًا أي أتمتة تغيّر الحالة أو تنقل الطلب إلى نظام آخر.
البريد
تأكد من إرسال رسائل التأكيد والمعالجة والإكمال والإشعارات المخصصة، وصحة تنسيق الجداول والمجاميع والمتغيرات، وعدم وصولها إلى البريد المزعج. قد يكون الطلب سليمًا في لوحة الإدارة بينما تصل رسالة عميل فارغة أو معطوبة.
المخزون
تحقق من خصم الكمية بعد طلب الاختبار، وسلوك الطلب المسبق إن كان مفعلًا، ومزامنة المخزون مع نقاط البيع أو المورد أو السوق. خطأ الخصم قد يسبب بيعًا يفوق المتاح أو يمنع بيع منتج متوفر.
تنفيذ الطلب
إذا استخدمت طباعة ملصقات الشحن أو شريك تجهيز أو إشعارًا للمستودع، فتحقق من عمل التكامل بعد الطلب؛ فهذه الأنظمة تقع غالبًا خارج شاشات WooCommerce المعتادة.
السجلات والمهام المجدولة
راجع WooCommerce ← الحالة ← الإجراءات المجدولة. ابحث عن مهام فاشلة أو متأخرة أو ارتفاع مفاجئ في الإخفاقات، خاصة في إشعارات الطلب والدفع والاشتراكات وwebhooks. قد يتعطل عمل خلفي دون خطأ واضح في الواجهة. لتشخيص الأداء نفسه اقرأ دليل بطء الإضافات.
النسخ الاحتياطي والاستعادة
قبل التحديث، تأكد من وجود نسخة حديثة ومن نجاح اختبار استعادتها في مكان آمن. جدول نسخ احتياطية لم تُختبر استعادته لا يكفي؛ فقد لا يُكتشف فشل النسخ إلا عند الحاجة إليه.
ما الذي يضاف لمتجر إماراتي؟
- اختبر كل وسيلة دفع مستخدمة في الإمارات والخليج بمعاملة كاملة مستقلة.
- راجع تنسيق الدرهم والمجاميع والتقريب في السلة والدفع.
- اختبر واجهة الدفع العربية وRTL ورسائل التحقق والبريد بالعربية والإنجليزية.
- راجع عرض ضريبة القيمة المضافة في الطلب والفاتورة وفق إعداد المتجر. هذا فحص تنفيذ، وليس مشورة ضريبية؛ يحدد المحاسب أو المستشار المعالجة الصحيحة.
إذا كنت تبني المتجر أو تعيد تطويره للسوق الإماراتية، راجع منهج تطوير المتاجر في الإمارات.
قائمة مختصرة
- المنتج: السعر والخيارات والمخزون.
- السلة: الكميات والقسائم والمجاميع.
- الدفع: الشحن والوسائل والحقول.
- معاملة كاملة مع وصول webhook عند الحاجة.
- الطلب: الحالة والبنود والمجاميع.
- رسائل الطلب: الإرسال والمحتوى.
- المخزون والمزامنة.
- تنفيذ الطلب والتكاملات.
- الطابور: لا مهام عالقة أو فشل غير معتاد.
- نسخة احتياطية حديثة جُربت استعادتها.
أسئلة شائعة
هل تحديث WordPress وWooCommerce وحده صيانة؟
هو جزء منها، لكنه يثبت حداثة البرامج فقط، لا سلامة رحلة الشراء كاملة.
متى أشغّل القائمة؟
بعد تغييرات تؤثر في الواجهة أو الدفع أو الشحن أو التكاملات أو القالب. تحتاج المتاجر التي يعتمد دخلها على الموقع إلى فحص مجدول أيضًا حتى دون تحديث كبير.
هل يمكن أتمتتها؟
يمكن أتمتة التوفر والسجلات والمهام المجدولة وأجزاء من الدفع، مع إبقاء اختبار بشري دوري لاكتشاف أعطال تجربة المستخدم والتكاملات.
إذا أردت تحديد نطاق صيانة مناسب، أرسل رابط المتجر والاستضافة وطريقة تنفيذ التحديثات الحالية عبر صفحة التواصل.